On 6/16/05, Vladimir Dergachev <[EMAIL PROTECTED]> wrote: > > > On Thu, 16 Jun 2005, Jon Smirl wrote: > > > On 6/16/05, Keith Whitwell <[EMAIL PROTECTED]> wrote: > >> But, if you implement your scheme, by the same logic you need another > >> 512mb of system ram just to make things work. If you've got all that > >> extra ram hanging around, you could implement the single copy scheme and > >> when a suspend occurs, pull the vram back to that extra system ram > >> (which you would have needed anyway), rather than going to disk. > > > > The only way to preserve the VRAM contents across suspend/VT swap is > > to copy it to system RAM. The fbdev drivers can do this, but they > > don't know what is important in VRAM and what can be regenerated so > > they just have to copy the whole 512MB (15 seconds). > > > > The DRM drivers know what is important but they don't know when > > suspend/VT swap is happening because there is only one set of kernel > > hooks and the fbdev driver is attached to them. The scheme where a > > Stupid question - why can't one add a call to fb to register additional > suspend/resume hooks ? This should not be too controversial.
Because x86 users don't want fbdev loaded. They use VGA console instead. I had code in DRM that looked for fbdev, and then if fbdev wasn't loaded DRM would register it resources, hook to interrupts, suspend, etc. But the patches were rejected by the kernel people. Another proposal is to write a third stub driver. This driver would hook to the ints, suspend, etc. Then DRM and fbdev would register with it. This would work but nobody wants to fix 67 fbdev drivers to use it. There is also kickback from the BSD people. There is a bunch of code duplicated between fbdev and DRM. The copy in DRM can be removed and fbdev called, but BSD doesn't have fbdev. -- Jon Smirl [EMAIL PROTECTED] ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
