Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 05 Sep 2000 14:10:15 -0700
From:      Peter Wemm <peter@netplex.com.au>
To:        =?ISO-8859-1?Q?G=E9rard_Roudier?= <groudier@club-internet.fr>
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/i386/isa pcibus.c 
Message-ID:  <200009052110.e85LAFG46854@netplex.com.au>
In-Reply-To: <Pine.LNX.4.10.10009052210110.1584-100000@linux.local> 

next in thread | previous in thread | raw e-mail | index | archive | help
=?ISO-8859-1?Q?G=E9rard_Roudier?= wrote:
> 
> On Mon, 4 Sep 2000, Peter Wemm wrote:
> 
> > peter       2000/09/04 17:53:34 PDT
> > 
> >   Modified files:
> >     sys/i386/isa         pcibus.c 
> >   Log:
> >   Catch a few more bogosities in certain chipsets before they mess us up.
> >   Some have dual host->PCI bridges for the same logical pci bus (!), eg:
> 
> I donnot understand what a logical bus is, but I have no problem
> understanding physical, btw. ;-)
> 
> Note that this may rather look like a nice simplification, since we
> will probably never want, nor need:
> 
> 1) To send a Special Cycle transaction from the physical secondary bus
>    using a configuration type 1 transaction.
> 2) To send a configuration type 1 transaction to a secondary physical PCI
>    BUS that has same number as the primary BUS.
> 
> :-) :-)
> 
> >   some of the RCC chipsets.  This is a 32/64 bit 33/66MHz and dual pci
> >   voltage motherboard so persumably there are electical or signalling
> >   differences but they are otherwise the same logical bus.
> >   The new PCI probe code however was getting somewhat upset about it and
> >   ended up creating two pci bridges to the same logical bus, which caused
> >   devices on that logical bus to appear and be probed twice.
> 
> Does that mean that FreeBSD-4.X does fail the boot with such RCC chipset ?
> (I may well be bitten by this in a couple of weeks if this is the case)

I don't think so.  What used to happen would be that we would see the two
bridges to pci bus #1, and one of them would get renunbered to pcib2.  And
of course, the old probe mechanism was assuming pcib unit number ==
physical bus number, so it was probing pci bus #2, which didn't really
exist and therefore found no duplicate devices.

With the new code, it remembers the correct bus number even if it has to
renumber the pcib unit number.

Cheers,
-Peter
--
Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
"All of this is for nothing if we don't go to the stars" - JMS/B5



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200009052110.e85LAFG46854>