<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/pci, branch release/8.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2010-05-23T02:15:31Z</updated>
<entry>
<title>MFC r208149,208285:</title>
<updated>2010-05-23T02:15:31Z</updated>
<author>
<name>Nathan Whitehorn</name>
<email>nwhitehorn@FreeBSD.org</email>
</author>
<published>2010-05-23T02:15:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=502a50e4eb3bc3728df3ccad42952b6c5b1a7537'/>
<id>urn:sha1:502a50e4eb3bc3728df3ccad42952b6c5b1a7537</id>
<content type='text'>
Add support for the U4 PCI-Express bridge chipset used in late-generation
Powermac G5 systems. MSI and several other things are not presently
supported.

The U3/U4 internal device support portions of this change were contributed
by Andreas Tobler.
</content>
</entry>
<entry>
<title>MFC rev 198431:</title>
<updated>2010-03-31T03:14:40Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2010-03-31T03:14:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e9fa42544e3f2e19b8b0cdc6c8792c73d7f5bbf2'/>
<id>urn:sha1:e9fa42544e3f2e19b8b0cdc6c8792c73d7f5bbf2</id>
<content type='text'>
Have the early USB takeover only enabled for i386 and amd64
by default. This also avoids a panic on PowerPC.
</content>
</entry>
<entry>
<title>MFC r203355:</title>
<updated>2010-03-18T18:44:08Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2010-03-18T18:44:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bb8c5f9792857419b4da4e03f2737f78825283a9'/>
<id>urn:sha1:bb8c5f9792857419b4da4e03f2737f78825283a9</id>
<content type='text'>
  Add more bit definitions to PCI express device control and device
  status register.
</content>
</entry>
<entry>
<title>MFC x86emu/x86bios emulator and make previously i386 only dpms and vesa</title>
<updated>2010-03-02T01:56:55Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2010-03-02T01:56:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=aa3d547d095ff07fdc39ffc5ae4c371844b504ab'/>
<id>urn:sha1:aa3d547d095ff07fdc39ffc5ae4c371844b504ab</id>
<content type='text'>
framebuffer driver, etc. work on FreeBSD/amd64.

A significant amount of improvements were done by jkim@ during the recent
months to make vesa(4) work better, over the initial code import.  This
work is based on OpenBSD's x86emu implementation and contributed by
paradox &lt;ddkprog yahoo com&gt; and swell.k at gmail com.

Hopefully I have stolen all their work to 8-STABLE :)

All bugs in this commit are mine, as usual.
</content>
</entry>
<entry>
<title>MFC r203528:</title>
<updated>2010-02-19T18:07:51Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2010-02-19T18:07:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=210a19d01411b66aac312de8ddc7d39280106c56'/>
<id>urn:sha1:210a19d01411b66aac312de8ddc7d39280106c56</id>
<content type='text'>
Add pci_get|set_max_read_req() helper functions to control maximum PCIe
read request size.
</content>
</entry>
<entry>
<title>MFC r199814</title>
<updated>2009-12-09T22:41:50Z</updated>
<author>
<name>Andrew Thompson</name>
<email>thompsa@FreeBSD.org</email>
</author>
<published>2009-12-09T22:41:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fd29c5e00e8377a26c56457473a67371f8126fa8'/>
<id>urn:sha1:fd29c5e00e8377a26c56457473a67371f8126fa8</id>
<content type='text'>
 Disable interrupts after doing early takeover of the usb controller in case usb
 isnt actually compiled in (or kldloaded) as the controller could cause spurious
 interrupts.
</content>
</entry>
<entry>
<title>MFC 197450: number of cleanups in i386 and amd64 pci md code</title>
<updated>2009-11-01T18:39:26Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2009-11-01T18:39:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ea9b1909f6a2399700c4092d1f45009d9f4093ec'/>
<id>urn:sha1:ea9b1909f6a2399700c4092d1f45009d9f4093ec</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r198151</title>
<updated>2009-10-29T23:25:52Z</updated>
<author>
<name>Andrew Thompson</name>
<email>thompsa@FreeBSD.org</email>
</author>
<published>2009-10-29T23:25:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1ea6a20c732a68cfd967db7b602a0c84077e513e'/>
<id>urn:sha1:1ea6a20c732a68cfd967db7b602a0c84077e513e</id>
<content type='text'>
 Workaround buggy BIOS code in USB regard. By doing the BIOS to OS handover for
 all host controllers at the same time, we avoid problems where the BIOS will
 actually write to the USB registers of all the USB host controllers every time
 we handover one of them, and consequently reset the OS programmed values.
</content>
</entry>
<entry>
<title>MFC 197406:</title>
<updated>2009-09-25T14:58:00Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2009-09-25T14:58:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b10d205de26db1a2ac02eb9593d029a980dad02a'/>
<id>urn:sha1:b10d205de26db1a2ac02eb9593d029a980dad02a</id>
<content type='text'>
Don't reread the command register to see if enabling I/O or memory
decoding "took".  Other OS's that I checked do not do this and it breaks
some amdpm(4) devices.  Prior to 7.2 we did not honor the error returned
when this failed anyway, so this in effect restores previous behavior.

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFC r197099: pci(4): don't perform maximum register number check</title>
<updated>2009-09-19T08:13:10Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2009-09-19T08:13:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1a7268649b0c4e67c3780c9c9aa1305744e7d9b8'/>
<id>urn:sha1:1a7268649b0c4e67c3780c9c9aa1305744e7d9b8</id>
<content type='text'>
Different sub-kinds of PCI buses may have different rules and
thus it is up for the bus backends to do proper input checks.
For example, PCIe allows configuration register numbers &lt; 0x1000,
while for PCI proper the limit is 0x100.
And, in fact, the buses already do the checks.

Reviewed by:	jhb
Approved by:	re (kib)
</content>
</entry>
</feed>
