Failure to get past a PCI bridge

[John Baldwin]

On Monday 08 June 2009 4:09:11 am Josef Moellers wrote:
> 'morning,
> 
> John Baldwin wrote:
> > On Friday 05 June 2009 10:51:44 am Josef Moellers wrote:
> >   
> >> Hello,
> >>
> >> Thanks for the help!
> >>
> >> John Baldwin wrote:
> >>     
> >>> On Friday 05 June 2009 5:17:25 am Josef Moellers wrote:
> >>>   
> >>>       
> >>>> Difficult, since I can't boot properly.
> >>>> However, I have managed to get the dsdt using a SuSE Linux and have run 
> >>>> that through acpidump -d on a 7.2 running on a XEN virtual machine. 
> >>>> Here's the result.
> >>>>     
> >>>>         
> >>> Hmm, your BIOS is certainly hosed.  First, it does have separate 
processor
> >>> objects:
> >>>       
> >> [...]
> >>
> >> I'll show this to our BIOS people. When I talked to them before, they 
> >> claimed that everything were OK, since the OSes we support do come up 
> >> properly.
> >>     
> >
> > I think your BIOS is actually ok, sorry my e-mail was a bit of a stream of 
> > conciousness.
> >   
> That's what my colleague confirmed ;-)
> However, being the nice guy that he is, he provided me with a 
> preliminary extra special test version (he was on the brink of going on 
> holiday!), which presents the bridges in their numerical order (0, 1, 2, 
> 0xfe, 0xff). With that BIOS, I finally got access to the keyboard and 
> RAID controller and all and I'm installing FBSD as I'm writing this.
> 
> So, maybe the algorithm shouldn't be "if we find a bridge with number 0 
> which is not the first one, give it another number" shouldn't this be 
> "if we find *a* *second* bridge with number 0, give it another number"?

Yes, that's bascially what my patch does.

> > Ah, if you have a working machine where you can build a kernel, you can 
build 
> > an new CD using an existing ISO as a template.  Simply build a GENERIC 
kernel 
> > and install it into some DESTDIR=/foo and mount the ISO image using 
mdconfig 
> > to /dist.  Then do something like 'mkisofs -o new.iso -r -J -b 
> > boot/cdboot -no-emul-boot -x /dist/boot/kernel /dist /foo'.  If that 
> > complains about duplicate 'boot/kernel' then you may need to copy all 
> > of /dist/boot to /foo/boot, install the new kernel into /foo, and 
> > use '-x /dist/boot /dist /foo'.
> >
> > Also, if this machine supports PXE boot at all, that can be a way to boot 
a 
> > test kernel as well.
> Maybe that's what we'll have to do after all.

Ok, let me know if it works.  Thanks.

-- 
John Baldwin