Victor Lowther wrote: > My system is a Dell Latitude D820 with the nvidia 7400 go. They also > shipped with intergrated Intel video. You cannot tell the difference > looking just at system model and BIOS revision. In my system, the > default whitelist applies the wrong quirks every time and without > overriding the whitelist supplied settings my system will die on resume > every time when the card gets POSTed. Submitting a whitelist update > would be guaranteed to break other systems in the field, because the > whitelist does not look at what video card the system is actually using, > which (these days) is the single biggest source of suspend/resume > glitches.
This is a known problem and i am deliberately not adding such features (whitelisting based on PCI IDs etc) to s2ram since i also believe that there should be only one place for the whitelist and it seems that most people think that this place is HAL. > The same holds true for any portable system that can be purchased with > different models of video card. > > I would prefer a whitelist that actually looks at the installed video > card(s) and the driver(s) those cards are using before applying quirks. > > Without fixing that flaw, arguing the benefits of using s2ram vs. > vbetool to run quirk workarounds is a waste of electrons from my > perspective. Nobody proposed to use the s2ram whitelist, just the "mechanics" that it provides. BTW: it would probably be pretty trivial to make s2ram invoke tuxonice if somebody showed me the spec (a.k.a. "what do i need to do to invoke suspend to ram with tuxonice) instead of invoking the normal in-kernel suspend. >> Why is it that all of the instruments seeking intelligent life in the >> universe are pointed away from Earth? -- Stefan Seyfried R&D Team Mobile Devices | "Any ideas, John?" SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out." This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) _______________________________________________ Pm-utils mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/pm-utils
