<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/tws, branch release/9.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-03-14T01:05:32Z</updated>
<entry>
<title>MFC r262572:</title>
<updated>2014-03-14T01:05:32Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2014-03-14T01:05:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5e1b0713db669a176bce14c65b6c99611def945e'/>
<id>urn:sha1:5e1b0713db669a176bce14c65b6c99611def945e</id>
<content type='text'>
Get rid of the 'chan' from softc structure and use the latter
directly as sleep channel.

PR:		kern/174684
Submitted by:	jmg
</content>
</entry>
<entry>
<title>Merge r254263:</title>
<updated>2013-08-13T22:05:50Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2013-08-13T22:05:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cffe159b0e61cee6bce082f4bd05a4f06a1d53a9'/>
<id>urn:sha1:cffe159b0e61cee6bce082f4bd05a4f06a1d53a9</id>
<content type='text'>
Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI
command register.  The lazy BAR allocation code in FreeBSD sometimes
disables this bit when it detects a range conflict, and will re-enable
it on demand when a driver allocates the BAR.  Thus, the bit is no longer
a reliable indication of capability, and should not be checked.  This
results in the elimination of a lot of code from drivers, and also gives
the opportunity to simplify a lot of drivers to use a helper API to set
the busmaster enable bit.

This changes fixes some recent reports of disk controllers and their
associated drives/enclosures disappearing during boot.

Candidate for 9.2

Submitted by:	jhb
Reviewed by:	jfv, marius, adrian, achim
</content>
</entry>
<entry>
<title>MFC r249468:</title>
<updated>2013-07-08T15:54:38Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2013-07-08T15:54:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3e4e5885166ea909e8b4fb152427c50e5d311a22'/>
<id>urn:sha1:3e4e5885166ea909e8b4fb152427c50e5d311a22</id>
<content type='text'>
Stop abusing xpt_periph in random plases that really have no periph related
to CCB, for example, bus scanning.  NULL value is fine in such cases and it
is correctly logged in debug messages as "noperiph".  If at some point we
need some real XPT periphs (alike to pmpX now), quite likely they will be
per-bus, and not a single global instance as xpt_periph now.
</content>
</entry>
<entry>
<title>Merge the second part of the unmapped I/O changes.  This enables the</title>
<updated>2013-06-18T05:21:40Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2013-06-18T05:21:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cd32de52eab954fa9e15075f19d50cfe485768b7'/>
<id>urn:sha1:cd32de52eab954fa9e15075f19d50cfe485768b7</id>
<content type='text'>
infrastructure in the block layer and UFS filesystem as well as a few
drivers.  The list of MFC revisions is long, so I won't quote changelogs.

r248508,248510,248511,248512,248514,248515,248516,248517,248518,
248519,248520,248521,248550,248568,248789,248790,249032,250936

Submitted by:	kib
Approved by:	kib
Obtained from:	Netflix
</content>
</entry>
<entry>
<title>Big MFC of the physbio changes necessary for unmapped I/O.  These changes</title>
<updated>2013-06-18T00:36:53Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2013-06-18T00:36:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=039e422c063977ba9073fd2c93883dd8a5a36d48'/>
<id>urn:sha1:039e422c063977ba9073fd2c93883dd8a5a36d48</id>
<content type='text'>
have been in production at Netflix for several months with significant
success.

MFC r246713:

Reform the busdma API so that new types may be added without modifying
every architecture's busdma_machdep.c.  It is done by unifying the
bus_dmamap_load_buffer() routines so that they may be called from MI
code.  The MD busdma is then given a chance to do any final processing
in the complete() callback.

MFC r249538:
Some compilers issue a warning when wider integer is casted to narrow
pointer.  Supposedly shut down the warning by casting through
uintptr_t.

MFC r251479:
Simplify the checking of flags for cam_periph_mapmem().  This gets rid of
a lot of code redundancy and grossness at very minor expense.

MFC r251837:
MFC r251842:
Add infrastructure for doing compatibility shims, as has been sorely
needed for the last 10 years.  Far too much of the internal API is
exposed, and every small adjustment causes applications to stop working.
To kick this off, bump the API version to 0x17 as should have been done
with r246713, but add shims to compensate.  Thanks to the shims, there
should be no visible change in application behavior.

Submitted by:	kib, jeffr
Approved by:	kib
Obtained from:	Netflix
</content>
</entry>
<entry>
<title>MFC r241753:</title>
<updated>2012-10-20T07:38:42Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2012-10-20T07:38:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=983a49bc156e76e28d213ad499f398f83c85d072'/>
<id>urn:sha1:983a49bc156e76e28d213ad499f398f83c85d072</id>
<content type='text'>
Integrate changes from LSI vendor driver 10.80.00.005 to FreeBSD.

PR:		kern/172833
Submitted by:	"Charles O'Donnell" &lt;cao bus net&gt;
</content>
</entry>
<entry>
<title>MFC r240901:</title>
<updated>2012-10-09T19:55:12Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2012-10-09T19:55:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a9a4eb6845f588477fff495710a1d214a5b65b30'/>
<id>urn:sha1:a9a4eb6845f588477fff495710a1d214a5b65b30</id>
<content type='text'>
Use CAM_SEL_TIMEOUT and CAM_DEV_NOT_THERE to report missing targets or
LUNs respectively.  This removes a huge number of error messages
from CAM during bus scans.
</content>
</entry>
<entry>
<title>MFC r240900:</title>
<updated>2012-10-09T19:53:15Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2012-10-09T19:53:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8c6b57f4f52fac8b0b77016e1b8f419cc6e4da42'/>
<id>urn:sha1:8c6b57f4f52fac8b0b77016e1b8f419cc6e4da42</id>
<content type='text'>
Specify MTX_RECURSE for the controller's io_lock.  Without it, tws(4)
immediately panics on boot with INVARIANTS enabled.  The driver already
clearly expects to be able to recurse on this mutex - the main I/O path
is always recursing on this lock.
</content>
</entry>
<entry>
<title>MFC 232854,232874,232882,232883,232886 for bus_get_dma_tag()</title>
<updated>2012-03-16T08:46:58Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2012-03-16T08:46:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=03f15131ec6a584935fd83d33e1a1dc1500c3880'/>
<id>urn:sha1:03f15131ec6a584935fd83d33e1a1dc1500c3880</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC 229416 + 223200:</title>
<updated>2012-01-17T01:28:43Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2012-01-17T01:28:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2b17248e3fb9410f0d3924db18fdd3bbf795bb03'/>
<id>urn:sha1:2b17248e3fb9410f0d3924db18fdd3bbf795bb03</id>
<content type='text'>
Don't forget to release queue lock when allocation of memory failed.

Submitted by:	Sascha Wildner &lt;saw online de&gt;
Obtained from:	DragonFly
</content>
</entry>
</feed>
