linux-kernel - Commit 500f7147cf5bafd139056d521536b10c2bc2e154 breaks _resume

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTi=h+H+N=f4m4pE+RZ4n5h7oxQuwzmK-qmmWAGtL@mail.gmail.com>
Date:	Sun, 6 Feb 2011 09:50:51 +0800
From:	Jeff Chua <jeff.chua.linux@...il.com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>,
	"Rafael J. Wysocki" <rjw@...k.pl>, Takashi Iwai <tiwai@...e.de>,
	Chris Wilson <chris@...is-wilson.co.uk>
Cc:	Len Brown <lenb@...nel.org>, LKML <linux-kernel@...r.kernel.org>
Subject: Commit 500f7147cf5bafd139056d521536b10c2bc2e154 breaks _resume_

On Sun, Feb 6, 2011 at 2:24 AM, Rafael J. Wysocki <rjw@...k.pl> wrote:
>> The suspend monster is back! The suspend-to-ram is fine, but upon
>> resume, screen is blank. Haven't bisected in case someone has also
>> done so.
>
> BTW, please don't reply to messages containing patches with reports of problems
> that aren't caused by those patches.  It's confusing at best and at worst it
> may result in the patches being rejected.

Sorry. New subject now:)


On Sun, Feb 6, 2011 at 2:51 AM, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
>> It's very recent. ... between commit
>> 831d52bc153971b70e64eccfbed2b232394f22f8 and
>> 44f2c5c841da1b1e0864d768197ab1497b5c2cc1.
>
> Hmm. It's almost certainly one of the DRI patches, but which one? I
> think bisection is the only way to figure it out. It shouldn't be too
> bad, since there's only 120 commits in that range.
>
> In fact, you can almost certainly just bisect from 89840966c579 to
> bb5b583b5279, which is just 31 commits and should get you bisected in
> just five tries or so.

Yea, I've just done that. It came down to the following commit.
Reverting it solves the problem. I've gone thru a few cycles, and
notebook still survives.

Thanks,
Jeff


commit 500f7147cf5bafd139056d521536b10c2bc2e154
Author: Chris Wilson <chris@...is-wilson.co.uk>
Date:   Mon Jan 24 15:14:41 2011 +0000

    drm/i915: Reset state after a GPU reset or resume

    Call drm_mode_config_reset() after an invalidation event to restore any
    cached state to unknown.

    Tested-by: Takashi Iwai <tiwai@...e.de>
    Signed-off-by: Chris Wilson <chris@...is-wilson.co.uk>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/