[coreboot] SimNOW VGA int 1a
Myles Watson
mylesgw at gmail.com
Thu Oct 16 18:35:23 CEST 2008
> -----Original Message-----
> From: Marc Jones [mailto:marc.jones at amd.com]
> Sent: Thursday, October 16, 2008 10:32 AM
> To: Myles Watson
> Cc: ron minnich; Tom Sylla; Coreboot
> Subject: Re: [coreboot] SimNOW VGA int 1a
>
> Myles Watson wrote:
> >
> >
> > On Thu, Oct 16, 2008 at 9:49 AM, ron minnich <rminnich at gmail.com
> > <mailto:rminnich at gmail.com>> wrote:
> >
> > On Thu, Oct 16, 2008 at 8:48 AM, Myles Watson <mylesgw at gmail.com
> > <mailto:mylesgw at gmail.com>> wrote:
> > >> >> > Check PCI: 1022:2067
> > >> >> > found
> > >> >> > 0xb102: return 0x120
> > >>
> > >> the wrong # here?
> > >
> > > Yes. It should be device # 4 as far as I can tell. In the
> > debugger when I
> > > do a config read to bus 1 dev 4 function 0 I get the right data
> > back. When
> > > I do a read to bus 1 dev 2 function 0 I get an error that no
> device
> > > responded.
> > >
> > > Like I said, I don't know why the reads succeed.
> > >
> >
> > so you need some debug prints in the PCIBIOS support code.
> >
> >
> > Check PCI: 1022:2067
> > PCI: 01:04.0 found
> > bus->secondary = 0x1 dev->path.pci.devfn = 0x20
> > 0xb102: return 0x120
> >
> > Now I'm confused. I guess 0x120 was correct (the slot is the upper 5
> > bits of the byte), so I'm still looking. Now it makes sense why the
> > reads succeed, but the config write failure is puzzling. It's trying
> > to write 0xffffffff to the BAR, but that changes the memory map, so
> > after that write there's garbage everywhere. I still haven't found
> > the config register that gets changed, but it's not in the VGA card's
> > space.
> >
> Which BAR? What is the contents of 0xcf8? Not sure why, but writing
> 0xFFFFFFFF to a BAR is to get the size. It shoudl disable the device
> before it does that but sometimes they are sloppy and don't.
cf8 = 0x80012010
Thanks,
Myles
More information about the coreboot
mailing list