[Intel-gfx] nasty suspend resume problem with sandybridge
Oleksij Rempel (fishor)
bug-track at fisher-privat.net
Mon Feb 13 17:53:19 CET 2012
Am 13.02.2012 17:41, schrieb Daniel Vetter:
> On Mon, Feb 13, 2012 at 11:44:00AM +0100, Oleksij Rempel (Alexey Fisher) wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> Am 13.02.2012 11:18, schrieb Daniel Vetter:
>>> On Sat, Feb 04, 2012 at 07:17:01PM +0100, Oleksij Rempel (fishor)
>>>> i do not know if this is really graphic related problem, so i
>>>> need your help. even excluding some thing will help.
>>>> Please take look at this bug:
>>> Judging from your ehci workaround I think your suspend/resume issue
>>> is not i915 related. You mention though somewhere that you also
>>> experience memory corruption issues after hibernat (assuming I've
>>> read the comments correctly). We are aware of memory corruptions
>>> issues due to i915.ko when hibernating, unfortunately no one has
>>> yet root-caused this. See e.g.
>> thx, for the response.
>> unfortunately this memory corruption appears not in S4, but after
>> filed S3.
>> Looks like some part entered S3 state and never come back, even after
>> poweroff. I think it, because in some cases power-led blinking after
>> poweroff - which indicate S3 state. Are there any thing to check to
>> see what is misconfigured?
>> I agree, that i915 is not the reason of this problem, but i915 make it
>> impossible to get oops trace! Any chance to get it work?
> As already mentioned by Jesse in the bugzilla, just blacklist it. We don't
> really support nomodeset (because for things like suspend/resume it's
> actually impossible to properly support).
I did response on the bugzilla - blacklisting the module do not help. i
get just black screen, no oops trace. Are there any way to get trace
More information about the Intel-gfx