<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/sym, 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 sym(4) as supporting unmapped I/O; all necessary conversion actually</title>
<updated>2013-06-05T01:22:59Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-05T01:22:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=743f0a55b04b362f12bcf4dbeb218a85d82c5340'/>
<id>urn:sha1:743f0a55b04b362f12bcf4dbeb218a85d82c5340</id>
<content type='text'>
  already has been done as part of r246713.
- Revert a part of r251402 in order to appease clang.
</content>
</entry>
<entry>
<title>Handle/mark/nuke unused arguments.</title>
<updated>2013-06-05T01:07:40Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-05T01:07:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=db228ec9b583859bc093c6aa0137923620ccd699'/>
<id>urn:sha1:db228ec9b583859bc093c6aa0137923620ccd699</id>
<content type='text'>
</content>
</entry>
<entry>
<title>CAM_DEV_QFREEZE handling should only be done on request submission but</title>
<updated>2013-06-04T20:49:17Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-04T20:49:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=95c5ac34bafc1e5fa87804592d11c51d7b388e28'/>
<id>urn:sha1:95c5ac34bafc1e5fa87804592d11c51d7b388e28</id>
<content type='text'>
neither on completion nor by SIM drivers in the first place. This issue
has been revealed by r249466.

Reviewed by:	mav
MFC after:	3 days
</content>
</entry>
<entry>
<title>Don't try and negotiate sync mode if either period or offset are zero.</title>
<updated>2013-02-25T14:06:24Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2013-02-25T14:06:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9cdcf100c10c175ac4b8c1a0a711c27642fbaf8b'/>
<id>urn:sha1:9cdcf100c10c175ac4b8c1a0a711c27642fbaf8b</id>
<content type='text'>
PR:		kern/163064
Partially Submitted by:	Peter &lt;pmc@citylink.dinoex.sub.org&gt;
MFC after:	1 month
</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>Use better arm memory barrier</title>
<updated>2013-01-11T00:03:19Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2013-01-11T00:03:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d5cd45a38dd550e808dcde07b4802c65c1af7a2a'/>
<id>urn:sha1:d5cd45a38dd550e808dcde07b4802c65c1af7a2a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Clang complains about the comparision of fak &lt; 0 always being</title>
<updated>2013-01-10T18:51:35Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2013-01-10T18:51:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=81b450cfee3a484507691323ed0abe7be283b548'/>
<id>urn:sha1:81b450cfee3a484507691323ed0abe7be283b548</id>
<content type='text'>
false. It is right. Delete it because on the next line we catch all
'negative' cases with the test &gt; 2, since 'negative' numbers are just
really big unsigned numbers and we do an identical action.
</content>
</entry>
<entry>
<title>Add memory barrier macros for ARM</title>
<updated>2012-12-13T03:34:24Z</updated>
<author>
<name>Oleksandr Tymoshenko</name>
<email>gonzo@FreeBSD.org</email>
</author>
<published>2012-12-13T03:34:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b388a69a8dee1e1a184864562d3e9a1ec4d35961'/>
<id>urn:sha1:b388a69a8dee1e1a184864562d3e9a1ec4d35961</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Revert the use of BUS_DMA_ALLOCNOW when creating the DMA tag for user</title>
<updated>2012-07-19T14:43:46Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2012-07-19T14:43:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6d36859855388971556bef07e4977216f1ab2cf7'/>
<id>urn:sha1:6d36859855388971556bef07e4977216f1ab2cf7</id>
<content type='text'>
data introduced in r236061. Using that flag doesn't make that much
sense on this case as the DMA maps using it are also created during
sym_pci_attach(). Moreover, due to the maxsegsz parameter used, doing
so may exhaust the bounce pages pool on architectures requiring
bounce pages. [1]
While at it, use a slightly more appropriate maxsegsz parameter.

PR:		169526
Submitted by:	Mike Watters [1]
MFC after:	3 days
</content>
</entry>
</feed>
