<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev, branch release/10.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-11-11T05:00:51Z</updated>
<entry>
<title>Update the Intel ixl/ixlv drivers to fix a panic in the boot/install</title>
<updated>2014-11-11T05:00:51Z</updated>
<author>
<name>Jack F Vogel</name>
<email>jfv@FreeBSD.org</email>
</author>
<published>2014-11-11T05:00:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a65276cbecfc9e51db2f2d32d2484244c49d1bed'/>
<id>urn:sha1:a65276cbecfc9e51db2f2d32d2484244c49d1bed</id>
<content type='text'>
kernel if the system has a fiber-based Intel XL710 adapter installed.

In addition ixl version 1.2.8 and ixlv version 1.1.18 give:
  - Improved VF stability (thanks to Ryan Stone for this)
  - RSS fixes
  - link detection in the ixlv driver
  - new sysctl's added
  - corrected media reporting

Submitted by: jfv
Approved by: re
</content>
</entry>
<entry>
<title>MFS r273580: MFC r273577:</title>
<updated>2014-10-24T07:50:34Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2014-10-24T07:50:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=75fd1ec25a7bc3544f3ede9b0629f1e120cd82a2'/>
<id>urn:sha1:75fd1ec25a7bc3544f3ede9b0629f1e120cd82a2</id>
<content type='text'>
Return BUS_PROBE_DEFAULT instead of BUS_PROBE_VENDOR or 0 for in-tree
driver.  This change was verified by Microsoft.

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFstable10 r273429:</title>
<updated>2014-10-21T23:07:30Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2014-10-21T23:07:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ae511262cb7982621dfb69ab21f284068d04c43e'/>
<id>urn:sha1:ae511262cb7982621dfb69ab21f284068d04c43e</id>
<content type='text'>
  MFC r273402:
  Fix an issue where a FreeBSD virtual machine provisioned in
  the Microsoft Azure service does not recognize the second
  attached disk on the system.

PR:		194376
Approved by:	re (delphij)
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>MFS10 r273296 (r273219 in HEAD):</title>
<updated>2014-10-20T03:17:48Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2014-10-20T03:17:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1892f196bb88eb65f435049a3e9e1d654da51020'/>
<id>urn:sha1:1892f196bb88eb65f435049a3e9e1d654da51020</id>
<content type='text'>
  Do nothing in vt_upgrade if there is no vt driver

  Previously, if no drivers attached at boot we would panic with
  "vtbuf_fill_locked begin.tp_row 0 must be &lt; screen height 0".

PR:		192248
Approved by:	re
</content>
</entry>
<entry>
<title>vt(4): Don't recalculate buffer size if we don't know screen size</title>
<updated>2014-10-14T19:10:00Z</updated>
<author>
<name>Jean-Sébastien Pédron</name>
<email>dumbbell@FreeBSD.org</email>
</author>
<published>2014-10-14T19:10:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b0d38d4c91e26af896e21d7cc6b0e8ebe01b2158'/>
<id>urn:sha1:b0d38d4c91e26af896e21d7cc6b0e8ebe01b2158</id>
<content type='text'>
MF10:	r273037
MFC:	r272537

When the screen size is unknown, it's set to 0x0. We can't use that as
the buffer size, otherwise, functions such as vtbuf_fill() will fail.

This fixes a panic on RaspberryPi, where there's no vt(4) backend
configured early in boot.

PR:		193981
Tested by:	danilo@
Approved by:	re (marius)
</content>
</entry>
<entry>
<title>vt(4): Save/restore keyboard mode &amp; LED states when switching window</title>
<updated>2014-10-14T19:01:11Z</updated>
<author>
<name>Jean-Sébastien Pédron</name>
<email>dumbbell@FreeBSD.org</email>
</author>
<published>2014-10-14T19:01:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9c0387af32c27b0d42f483e62591e6def76f1618'/>
<id>urn:sha1:9c0387af32c27b0d42f483e62591e6def76f1618</id>
<content type='text'>
MF10:	r273036
MFC:	r272416

Add new functions to manipulate these mode &amp; state, instead of calling
kbdd_ioctl() everyhere.

This fixes at least two bugs:

    1. The state of the Scroll Lock LED and the state of scroll mode
       could be out-of-sync. For instance, if one enables scroll mode on
       window #1 and switches to window #2, the LED would remain on, but
       the window wouldn't be in scroll mode.

       Similarily, when switching between a console and an X.Org
       session, the LED states could be inconsistent with the real
       state.

    2. When exiting from an X.Org session, the user could be unable to
       type anything. The workaround was to switch to another console
       window and come back.

Differential Revision:	https://reviews.freebsd.org/D821
Reviewed by:	ray@
Approved by:	re (marius), ray@
Tested by:	kwm@
</content>
</entry>
<entry>
<title>MFS r272892 (r272713 in head):</title>
<updated>2014-10-12T10:39:59Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2014-10-12T10:39:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=13c66b92747951a7cdd6493f30d4a5bd64d1766a'/>
<id>urn:sha1:13c66b92747951a7cdd6493f30d4a5bd64d1766a</id>
<content type='text'>
 Since introducing the extra mapping in r250103 (head) for architectural performance
 events we have actually counted 'Branch Instruction Retired' when people
 asked for 'Unhalted core cycles' using the 'unhalted-core-cycles' event mask
 mnemonic.

 Reviewed by:		jimharris
 Discussed with:	gnn, rwatson
Sponsored by:		DARPA/AFRL
Approved by:		re (gjb)
</content>
</entry>
<entry>
<title>MFC r272308: Fix old iSCSI initiator to work with new CAM locking.</title>
<updated>2014-10-06T20:38:55Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2014-10-06T20:38:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=eee47140867674ade09fd37fe4077e17e0c03f37'/>
<id>urn:sha1:eee47140867674ade09fd37fe4077e17e0c03f37</id>
<content type='text'>
This switches code to using xpt_rescan() routine, irrelevant to locking.
Using xpt_action() directly requires knowledge about higher level locks,
that SIM does not need to have.

This code is obsolete, but that is not a reason to crash.

Approved by:	re (marius)
</content>
</entry>
<entry>
<title>MFC r272480:</title>
<updated>2014-10-06T12:08:47Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2014-10-06T12:08:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=74179051a57c5acaac15d9c313dbac78de6e2332'/>
<id>urn:sha1:74179051a57c5acaac15d9c313dbac78de6e2332</id>
<content type='text'>
When we fail to get a USB reference we should just return, because
there are no more references held.

Approved by:	re, marius
</content>
</entry>
<entry>
<title>MFC r272349, r272422 and r272479:</title>
<updated>2014-10-06T11:05:56Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2014-10-06T11:05:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a095b0c50ee95a1a46dcee2001a6b4b48df315da'/>
<id>urn:sha1:a095b0c50ee95a1a46dcee2001a6b4b48df315da</id>
<content type='text'>
- Fix XHCI driver for devices which have more than 15 physical root HUB
  ports. The current bitmap array was too small to hold more than 16
  bits and would at some point toggle the context size, which then would
  trigger an enumeration fault and cause a fallback to the EHCI
  companion controller, if any.
- Make sure we always set the maximum number of valid contexts.
- Set default cycle state in case of early interrupts.

Approved by:	re, marius
</content>
</entry>
</feed>
