On Saturday, September 20, 2008 12:03 pm Dan Nicholson wrote: > On Sat, Sep 20, 2008 at 10:30 AM, Victor Lowther > > <[EMAIL PROTECTED]> wrote: > > On Sat, 2008-09-20 at 08:28 -0700, Dan Nicholson wrote: > >> On Sat, Sep 20, 2008 at 6:50 AM, Victor Lowther > >> > >> <[EMAIL PROTECTED]> wrote: > >> > On Fri, 2008-09-19 at 21:03 +0200, Michael Biebl wrote: > >> >> Can someone with more knowledge about intel hardware and its kernel > >> >> modesetting driver please comment on the current status of this > >> >> driver with regard to quirk handling and which one should be applied > >> >> or filtered out. > >> > > >> > We will probably have to annoy the driver developers directly. > >> > > >> > I suspect that the Intel driver will ultimatly still require the s3 > >> > and the vbe post, state, and mode quirks. > >> > >> That will definitely not be necessary when all is said and done. A > >> major driving factor of getting the modesetting done in the kernel was > >> so it would stand a better chance to handle suspend and resume. A > >> definite goal in all that is that banging the BIOS will not be > >> necessary and the card can be reprogrammed directly. > >> > >> http://www.ussg.iu.edu/hypermail/linux/kernel/0705.2/0893.html > >> > >> I read that the Intel kernel modesetting driver is lacking > >> suspend/resume support right now. > >> > >> That being said, nobody except Fedora users even have the kernel > >> modesetting drivers yet. The disabling of quirks in smart-video was > >> supposed to be taking advantage of fixes in the DRM i915 driver that > >> went in to 2.6.26. > > > > Hmmm... do you have an idea of what, exactly, those fixes were? > > Not exactly. I mean, there were lots of commits about saving and > restoring specific state like this: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdi >ff;h=e948e994 > > I don't really know graphics card programming to the point where I > could point out a magic bullet to you. I cc'd Jesse Barnes since he's > done a lot of work on the Intel video drivers. > > Jesse, in pm-utils, we have a hook that will call vbetool with quirks > stored in HAL so that video is restored correctly. However, for kernel > 2.6.26 and newer, we assume that the i915 driver will be able to > handle suspend resume and don't call vbetool. > > So, should we expect that on recent releases that the i915 driver > should be able to bring the display back on its own?
For the most part. In current kernels there are a couple of older, 8xx based platforms that we don't fully restore (ThinkPad X40 is one that I'm aware of). We're working on fixing that but I don't have an ETA. -- Jesse Barnes, Intel Open Source Technology Center _______________________________________________ Pm-utils mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/pm-utils
