[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freedesktop-pm-utils
Subject:    Re: [Pm-utils] Problems with 98smart-kernel-video and intel
From:       "Michael Biebl" <mbiebl () gmail ! com>
Date:       2008-09-25 12:34:26
Message-ID: aa76cdac0809250534l6a76e8fdu353a71903366bc2b () mail ! gmail ! com
[Download RAW message or body]

2008/9/21 Dan Nicholson <dbn.lists@gmail.com>:

>
> Hang on, Michael. I don't think we're talking about kernel modesetting
> here. Correct me if I'm wrong, but none of the modesetting patches
> have landed in upstream linux, much less in 2.6.26. I don't think
> Debian has backported the modesetting patches, right?

It might very well be, that I'm mixing things up here, that's why I
asked for clarification.

I don't know, if Debian has any modesetting patches backported, but I doubt it.

>
> What we're concerned with right now is just if the 915 drm driver in
> recent vanilla kernels (2.6.26 and 2.6.27-rc*) is saving and restoring
> all the state necessary around a suspend/resume cycle to get the
> display up. Having all the modesetting done in the drm driver is a new
> feature around the corner. Right now, you need some coordination
> between the X video driver and the DRM driver to get the display
> restored.

Going back to the original bug report I referenced, you see that the
bug reporter was running a 2.6.26 kernel and has a 915 hardware.
Apparently he still requires the vbe* quirks to successfully suspend and resume.

So, is there something within pm-utils that has to be done about this
or is this a kernel bug?

Michael



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
_______________________________________________
Pm-utils mailing list
Pm-utils@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pm-utils
[prev in list] [next in list] [prev in thread] [next in thread]