linux-kernel - 2.6.21-rc suspend regression

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-Id: <1174517644.5633.31.camel@funkylaptop>
Date:	Wed, 21 Mar 2007 23:54:04 +0100
From:	Frédéric RISS <frederic.riss@...il.com>
To:	linux-kernel@...r.kernel.org
Cc:	robert.moore@...el.com, "len.brown" <len.brown@...el.com>
Subject: 2.6.21-rc suspend regression

My MacMini (Intel Core Duo, EFI mode) doesn't come out of suspend to ram
with current git. This was working great with 2.6.20. A long bisection
phase[1] brought me to that old commit: 

Commit c5a7156959e89b32260ad6072bbf5077bcdfbeee
Author: Bob Moore <robert.moore@...el.com>  2007-02-02 17:48:19
Committer: Len Brown <len.brown@...el.com>  2007-02-03 03:14:22

    ACPICA: Disable all wake GPEs after first one recieved

    Change for GPE support: when a wake GPE is
    received, now all wake GPEs are immediately disabled to
    prevent the waking GPE from firing again, and to prevent
    other wake GPEs from interrupting the wake process.

    Signed-off-by: Alexey Starikovskiy <alexey.y.starikovskiy@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

This commit prevents the box to come out of sleep. Unfortunately, simply
reverting from current master produces a conflict. If I resolve the
conflict by hand the kernel won't come out of sleep either :-( 

Looking at Adrian's regression lists, it seems a lot of other things
could produce the failures to resume... but that's a starting point. Do
the ACPI guys have an idea how this patch breaks my system?

I'll happily provide more info if needed.

Fred.

[1]: The ACPICA merge is based on 2.6.20-rc7 and not 2.6.20, thus I had
to bisect it by cherry-picking 40c373cc3af9720d1cec0e32c3da26b1d220a95b
(which is necessary to suspend the Mini in EFI mode) at each iteration.
This added to the fact that the ACPI merge bisection broke the build at
one point made the whole process a bit more painful that it need be.

-
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/