[Pm-utils] Problems with 98smart-kernel-video and intel graphics chipsets

Dan Nicholson dbn.lists at gmail.com
Sat Sep 20 12:03:18 PDT 2008

On Sat, Sep 20, 2008 at 10:30 AM, Victor Lowther
<victor.lowther at gmail.com> wrote:
> On Sat, 2008-09-20 at 08:28 -0700, Dan Nicholson wrote:
>> On Sat, Sep 20, 2008 at 6:50 AM, Victor Lowther
>> <victor.lowther at gmail.com> 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:


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?



More information about the Pm-utils mailing list