Date: Wed, 24 Jul 2002 11:30:04 -0700 (PDT) From: Jung-uk Kim <jkim@niksun.com> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/38894: Dell PowerEdge 4600 PCI Bus scan problems Message-ID: <200207241830.g6OIU4wH068343@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/38894; it has been noted by GNATS. From: Jung-uk Kim <jkim@niksun.com> To: Damon Anton Permezel <dap@damon.com> Cc: Andrew Gallatin <gallatin@cs.duke.edu>, freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/38894: Dell PowerEdge 4600 PCI Bus scan problems Date: Wed, 24 Jul 2002 14:27:20 -0400 Damon Anton Permezel wrote: > On Wed, Jul 24, 2002 at 12:48:48PM -0400, Jung-uk Kim wrote: > > Andrew Gallatin wrote: > > > Damon Anton Permezel writes: > > > > chip4@pci0:15:0: class=0x060000 card=0x02011166 chip=0x02011166 > > > > rev=0x93 hdr=0x00 vendor = 'Reliance Computer Corp./ServerWorks' > > > > device = 'CSB5 PCI to ISA Bridge' > > > > class = bridge > > > > subclass = HOST-PCI > > > > > > This is interesting. According to the class code, it IS a host-pci > > > bridge on Damon's Dell, and not an isa bridge like the device ID code > > > on file would indicate. > > > > Indeed it is very interesting. I don't know it is possible or not but it > > seems the chip can 'act like a PCI bridge' when the following function is > > enabled. > > > > isab0@pci0:15:3: class=0x060100 card=0x02301166 chip=0x02251166 rev=0x00 > > hdr=0x00 > > vendor = 'Reliance Computer Corp./ServerWorks' > > class = bridge > > subclass = PCI-ISA > > It can act like a PCI bridge because it is, among other things, a PCI > bridge. Take a look at the documentation at serverworks.com per the link > I posted yesterday. It is a multi-function device. I believe CMIC-HE turned on the feature. Note that SuperMicro P4DSE has CMIC-SL (Check http://www.serverworks.com/products/GCSL.html for block diagram). chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00171166 rev=0x01 hdr=0x00 Please note that web page says 64-bit PCI is supported by CSB5 for CMIC-SL. On the other hand, CSB5 supports 32-bit PCI for CMIC-HE. I assume that the function is controlled by CMIC-HE/SL. When there is CMIC-SL, the chip acts as traditional southbridge. When there is CMIC-HE, 0x02011166 is pass-through and 0x02251166 is enabled to take the task. We may have to check subclass for the CSB5. :-( Any idea? Jung-uk Kim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200207241830.g6OIU4wH068343>