HEADS UP: PCI Chnages

Kevin Oberman oberman at es.net
Sat Apr 10 14:27:53 PDT 2004


> Date: Fri, 09 Apr 2004 09:56:35 -0600 (MDT)
> From: "M. Warner Losh" <imp at bsdimp.com>
> Sender: owner-freebsd-current at freebsd.org
> 
> I just committed some rather extensive changes to the pci bus layer.
> These changes should help people that need better suspend/resume
> support, better resource allocation and resource collision avoidance.
> 
> There's only one known issue with this code, which I'll address
> shortly.  If you detach a pci device, the BARs are still live, so
> there can be interference.
> 
> I'm especially interested in people who have no pci bridges in them,
> but whose BIOSes don't assign resources correctly and don't have
> ACPI.
> 
> Let me know how well/poorly this works.  Thanks

I can now confirm that this one breaks my laptop. It's an IBM T30 (1.8
GHz P4M). If I back out this set of commits (and a few since this one),
things work. With the commit, the ATA disk is not seen and I can't boot
up.

I already posted the output of the boot in response to another current
post with the subject "Re: Recent -CURRENT doesn't find ata
controller". It actually odes, but it does not manage to talk to it (or
even seem to try to.)  The ports are the significant difference I see.

Here are the differences I see relating to the ATA device:
-atapci0: <Intel ICH3 UDMA100 controller> port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0
-ata0: reset tp1 mask=03 ostat0=50 ostat1=00
-ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
-ata0-slave:  stat=0x00 err=0x01 lsb=0x00 msb=0x00
-ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1<ATA_MASTER>
-ata0: at 0x1f0 irq 14 on atapci0
-ata0: [MPSAFE]
-ata1: reset tp1 mask=03 ostat0=50 ostat1=00
-ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
-ata1-slave:  stat=0x00 err=0x00 lsb=0x00 msb=0x00
-ata1: reset tp2 mask=03 stat0=00 stat1=00 devices=0x4<ATAPI_MASTER>
-ata1: at 0x170 irq 15 on atapci0
-ata1: [MPSAFE]
+atapci0: <Intel ICH3 UDMA100 controller> port 0x1860-0x186f,0x170-0x177,0x1f0-0x1f7 at device 31.1 on pci0
+atapci0: Bus reserved 0x10 bytes for rid 0x20 type 4 at 0x1860

Any other information I can provide?
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman at es.net			Phone: +1 510 486-8634


More information about the freebsd-current mailing list