<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/exca, branch release/8.2.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2011-02-16T16:18:46Z</updated>
<entry>
<title>Copy releng/8.2 to release/8.2.0 for 8.2-RELEASE.</title>
<updated>2011-02-16T16:18:46Z</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2011-02-16T16:18:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=dec99dafe5763ba1db6950342aa80a634169c083'/>
<id>urn:sha1:dec99dafe5763ba1db6950342aa80a634169c083</id>
<content type='text'>
Approved by:	re (implicit)

This commit was manufactured to restore the state of the 8.2-RELEASE image.
</content>
</entry>
<entry>
<title>__LP64__ is what's defined, not _LP64_, according to the manual (and</title>
<updated>2009-03-09T13:29:13Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2009-03-09T13:29:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d3ec8e547e771362355cd734d968f9b9a40e3e79'/>
<id>urn:sha1:d3ec8e547e771362355cd734d968f9b9a40e3e79</id>
<content type='text'>
also experience).
</content>
</entry>
<entry>
<title>fix spelling error</title>
<updated>2009-02-06T09:34:17Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2009-02-06T09:34:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=fc4c4697014d0ba46e20018bab1f9f94865e893f'/>
<id>urn:sha1:fc4c4697014d0ba46e20018bab1f9f94865e893f</id>
<content type='text'>
Submitted by:	trasz
</content>
</entry>
<entry>
<title>Don't check for mapping above 4GB on 32-bit platforms.</title>
<updated>2009-02-05T20:44:06Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2009-02-05T20:44:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2f4f3e9365d28147d3e529510f51c1aa6755e554'/>
<id>urn:sha1:2f4f3e9365d28147d3e529510f51c1aa6755e554</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add some additional debugging for the memory code.</title>
<updated>2009-02-05T18:51:14Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2009-02-05T18:51:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cdaf8487a38c5d7d34aae61536db813bef64f6ba'/>
<id>urn:sha1:cdaf8487a38c5d7d34aae61536db813bef64f6ba</id>
<content type='text'>
</content>
</entry>
<entry>
<title>First cut at fixing memory mapping botch.  Nobody must use the ray(4)</title>
<updated>2009-01-05T21:00:22Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2009-01-05T21:00:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1f97c78986871e7b30e7e97494502ea2645e55f6'/>
<id>urn:sha1:1f97c78986871e7b30e7e97494502ea2645e55f6</id>
<content type='text'>
driver since it couldn't have worked with NEWCARD w/o these fixes.
This should allow selecting 16-bit memory width as well (which was
what was broken).
</content>
</entry>
<entry>
<title>- Fix exca_(io|mem)_map() to return proper errno values.</title>
<updated>2007-03-23T17:15:07Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2007-03-23T17:15:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=00362cddbe0447932b885be5bc3ce5c30f9fa569'/>
<id>urn:sha1:00362cddbe0447932b885be5bc3ce5c30f9fa569</id>
<content type='text'>
- Change exca_activate_resource() to call BUS_ACTIVATE_RESOURCE() before
  calling exca_(io|mem)_map() since the latter use rman_get_bus(tag|handle)
  and the recent changes to nexus(4) mean that you need to activate a
  resource before reading the bus tag and handle.  This was true before,
  but now the nexus(4) drivers on x86 and ia64 are more forceful about it.

Reviewed by:	imp
</content>
</entry>
<entry>
<title>exca-&gt;pccarddev should always be non-null now.  Only call it when the</title>
<updated>2007-02-24T15:56:06Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2007-02-24T15:56:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e2ae5821fe7078094b2fb5538d6f2b31fcb4fa5f'/>
<id>urn:sha1:e2ae5821fe7078094b2fb5538d6f2b31fcb4fa5f</id>
<content type='text'>
device is actually attached.
</content>
</entry>
<entry>
<title>It turns out that it is easier to not NULL out pccard and cardbus</title>
<updated>2007-02-15T07:22:27Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2007-02-15T07:22:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=21de43a1ecd1ee19ba0b09010445c1dc18b83633'/>
<id>urn:sha1:21de43a1ecd1ee19ba0b09010445c1dc18b83633</id>
<content type='text'>
device pointers.  They don't change as the children device drivers
come and go.  Rather, check to see if the device is attached where we
would have checked ! NULL.  This solves many asymmetries in the code
that likely could lead to crashes when loading/unloading cbb without
one or more of the expected children's driver not present.
</content>
</entry>
<entry>
<title>Cleanup sloppy ifdef.</title>
<updated>2006-09-24T00:26:33Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2006-09-24T00:26:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4e53810378e7e87064a67abd72e7fe0d066409f8'/>
<id>urn:sha1:4e53810378e7e87064a67abd72e7fe0d066409f8</id>
<content type='text'>
</content>
</entry>
</feed>
