Re: Dell D600: teaching radeonfb how to wake up...

[Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>]

On Thu, 2003-11-27 at 21:47, Ducrot Bruno wrote:
> On Wed, Nov 26, 2003 at 11:34:36PM +0100, Pavel Machek wrote:
> > That's what I'm doing, but it crashes machine on most
> > machines. Perhaps PCI needs to be already initialized at this point or
> > something like that?
> 
> In fact, I don't think that POST is a good idea anyway (we had
> alerady that discussion).  It's way too early in the resume path.
> Perhaps POSTing after PCI subsystem wakeup may help, but then you
> may have to go with int 10 instead (and that will be pretty hard
> to do that in kernel space).

Well... we have to POST the card one way or another. So unless ATI
provides us with the complete POST code for all of their chipset
revisions, which may never happen, we are stuck with using the BIOS
POST facility.

However, I think Pavel is right here, we should probably restore
the PCI bus (and AGP !) completely before attempting that. Which
means we'll probably have to add a facility to x86 to go back to
real mode run that dawn int10 thing.

Something else we need on x86 (I need that at least in radeonfb),
provided that doesn't exist already, is a small hook in the PCI
code at probe time that "detects" which VGA PCI chbip had IO
decoding enabled, that is which one is the primary one.

I need that in order to properly retreive some tables, as on a
bunch of laptops, the video BIOS ROM isn't accessible on the PCI
ROM BAR of the card. So I need to check when dealing with the
primary card and peek at the BIOS image at c0000 instead of the
PCI ROM.

ben.
 



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/