[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1169157929.2765.17.camel@nigel.suspend2.net>
Date: Fri, 19 Jan 2007 09:05:29 +1100
From: Nigel Cunningham <nigel@...el.suspend2.net>
To: andi@...as.de
Cc: Pavel Machek <pavel@....cz>, davej@...emonkey.org.uk,
kernel list <linux-kernel@...r.kernel.org>
Subject: Re: intel-agp PM experiences (was: 2.6.20-rc5: usb mouse breaks
suspend to ram)
Hi.
On Thu, 2007-01-18 at 12:51 +0100, Andreas Mohr wrote:
[...]
> All in all intel-agp code semi-shattered my universe.
> I didn't expect to find all these issues in rather important core code
> for a wide-spread chipset vendor - it doesn't even log an
> "unhandled chipset: resuming may fail, please report!" message
> in the resume handler in case of a missing chipset check
> (although it may be debatable whether people are able to see this message
> at all).
Now that's a really good idea, and simple to do too.
For some time I've been thinking of a sysfs entry that could list for
you all the drivers in the tree. Perhaps that, combined with your idea
(as well as implementing your idea separately) would be helpful?
> However since the new AGP code was a heroic refactoring effort
> it's understandable that there are some remaining issues.
>
> Given the myriads of resume issues we experience in general,
> it may be wise to do something as simple as a code review of *all*
> relevant code no matter how "complete" we expect each driver to be...
> (one could e.g. start with reviewing all other AGP chipset drivers).
Yes, we really need to get around to checking what drivers do suspend
and resume properly for both S3 and S4, and prodding the authors where
necessary.
Regards,
Nigel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists