On Thu, 2005-06-16 at 21:29 +0100, Dave Airlie wrote: > > 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 > > texture copy is kept in system RAM doesn't depend on the DRM driver > > having suspend/VT swap hooks since it is able to rebuild VRAM at any > > point. > > > > Take a look at the _pm code in current DRM CVS it uses sysdev to hook > suspend/resume for DRM... I'm not too happy about this going into > upstream yet, but I'm willing to give it a try...
A sysdev is the wrong approach imho. These are very low level, run with interrupts off, and have ordering issues, I'd rather avoid them. Also, at the point your sysdev suspend is called, it's likely that the video card will already be in D3 state -> no access to vram. > > > So, given the way things are now, we have to pick one of the first two > > choices. Doing anything else (like doing a minimal copy out of VRAM) > > requires the drivers to be linked. Too many people are opposed to > > merging DRM/fbdev for that to happen. > > And to be honest this is "bollocks" I don't want to quote private mails > here, but neither myself or benh said anything of the sort from my > reading, we just a) didn't like your Xegl is the *ONLY* way forward > approach and b) your approach stomped on any chance that older apps (and > DirectFB) would continue working... we both stated we see a three-tier > approach to merged drivers being the way forward, and I'm going to start > adding hooks to CVS, just because we aren't willing to jump in and apply > patches straight away might speak more about how we are "maintainers" and > not "break everything in sighters to add a new feature.." > > You also have a whole world is a radeon or at least ATI approach, this > doesn't help design the architecture, I agree with your goals but saying > the whole world is against you one more time isn't helping this any.. > also can you stop a)stating MS are going to beat us, nobody cares, Apple > already beat us so what. b) the list of goals you have, everyone is very > aware of them at this stage, its just most people also have other ideas > that don't appear on your list and want to keep the options open.. > > Dave. > Awake way too early to read this stuff again... > ------------------------------------------------------- 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_id=7477&alloc_id=16492&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
