<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/mpt, branch release/10.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2013-08-12T23:30:01Z</updated>
<entry>
<title>Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI</title>
<updated>2013-08-12T23:30:01Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2013-08-12T23:30:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c68534f1d5bab4ad466384c4fb9bb2956811e8b9'/>
<id>urn:sha1:c68534f1d5bab4ad466384c4fb9bb2956811e8b9</id>
<content type='text'>
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.

Submitted by:	jhb
Reviewed by:	jfv, marius, achadd, achim
MFC after:	1 day
</content>
</entry>
<entry>
<title>Flag mpt(4) as supporting unmapped I/O; all necessary conversion actually</title>
<updated>2013-06-24T21:27:15Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-24T21:27:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f33856104fbf8af3d116e839eda9e6b668ce50c5'/>
<id>urn:sha1:f33856104fbf8af3d116e839eda9e6b668ce50c5</id>
<content type='text'>
already has been done as part of r246713 except for a comment update.

MFC after:	3 days
</content>
</entry>
<entry>
<title>Explicitly use a pair of parentheses to ensure correct evaluation</title>
<updated>2013-05-31T17:27:44Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2013-05-31T17:27:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cb5a918317901f1affbee3a73faac90ef97acf68'/>
<id>urn:sha1:cb5a918317901f1affbee3a73faac90ef97acf68</id>
<content type='text'>
ordering for bitwise operation.

Submitted by:	swildner (DragonFly)
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Move hptmv and mpt drivers shutdown a bit later to the SHUTDOWN_PRI_LAST</title>
<updated>2013-04-24T19:00:45Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2013-04-24T19:00:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c33c978915c9d302134841492e83c3fb449d1625'/>
<id>urn:sha1:c33c978915c9d302134841492e83c3fb449d1625</id>
<content type='text'>
stage of shutdown_post_sync.  That should allow CAM to do final cache flush
at the SHUTDOWN_PRI_DEFAULT without using polling magic.

MFC after:	3 days
</content>
</entry>
<entry>
<title>MFprojects/camlock r248982:</title>
<updated>2013-04-14T09:55:48Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2013-04-14T09:55:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e5dfa058dab8fa6b71f15a4212dc1ec68b04bfea'/>
<id>urn:sha1:e5dfa058dab8fa6b71f15a4212dc1ec68b04bfea</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>Reform the busdma API so that new types may be added without modifying</title>
<updated>2013-02-12T16:57:20Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2013-02-12T16:57:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=dd0b4fb6d50631c140e800bdfac48d02e7e4c875'/>
<id>urn:sha1:dd0b4fb6d50631c140e800bdfac48d02e7e4c875</id>
<content type='text'>
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.

The cam changes unify the bus_dmamap_load* handling in cam drivers.

The arm and mips implementations are updated to track virtual
addresses for sync().  Previously this was done in a type specific
way.  Now it is done in a generic way by recording the list of
virtuals in the map.

Submitted by:	jeff (sponsored by EMC/Isilon)
Reviewed by:	kan (previous version), scottl,
	mjacob (isp(4), no objections for target mode changes)
Discussed with:	     ian (arm changes)
Tested by:	marius (sparc64), mips (jmallet), isci(4) on x86 (jharris),
	amd64 (Fabian Keil &lt;freebsd-listen@fabiankeil.de&gt;)
</content>
</entry>
<entry>
<title>Remove support for using Giant for locking within mpt(4). Finer grained</title>
<updated>2012-10-22T10:53:59Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-10-22T10:53:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ab42d234d1a9cfdd548f1e16ade6236c68605010'/>
<id>urn:sha1:ab42d234d1a9cfdd548f1e16ade6236c68605010</id>
<content type='text'>
locking has been working fine for ~5.5 years by now.

MFC after:	1 week
</content>
</entry>
<entry>
<title>After r241858, remove the remainder of FreeBSD ~4 support from mpt(4).</title>
<updated>2012-10-22T10:42:59Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-10-22T10:42:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4b847ffaa39bc9d709fc5df9a4964c0ce8934f9b'/>
<id>urn:sha1:4b847ffaa39bc9d709fc5df9a4964c0ce8934f9b</id>
<content type='text'>
MFC after:	1 week
</content>
</entry>
<entry>
<title>Now that device disabling is generic, remove the non-standard</title>
<updated>2012-10-22T04:18:17Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2012-10-22T04:18:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c39df7897f7f8b7bf596935e54d85faabe936ddb'/>
<id>urn:sha1:c39df7897f7f8b7bf596935e54d85faabe936ddb</id>
<content type='text'>
implementation from mpt

Don't MFC this to retain backwards compatibility.

Reviewed by:	des, mjacob
Approved by:	cperciva
</content>
</entry>
<entry>
<title>Remove unused code since the 5.x days</title>
<updated>2012-10-22T03:41:24Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2012-10-22T03:41:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6fbce2500ab2af911aa21c1b043028ef51aca97c'/>
<id>urn:sha1:6fbce2500ab2af911aa21c1b043028ef51aca97c</id>
<content type='text'>
Reviewed by:	des, scottl
Approved by:	cperciva
MFC after:	1 week
</content>
</entry>
</feed>
