Re: keyboard dies during failed suspend attempt

From: Dmitry Torokhov (dtor_core_at_ameritech.net)
Date: 11/04/05

  • Next message: Andrew Morton: "Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions" 
    To: Pierre Ossman <drzeus-list@drzeus.cx>
Date:	Fri, 4 Nov 2005 00:11:17 -0500

    On Thursday 03 November 2005 03:54, Pierre Ossman wrote:
    > I discovered a problem with my laptop keyboard when the machine failed
    > to suspend. Pavel Machek pointed me in your direction for guidance. :)
    >
    > The original issue (swsusp failing) is in this thread:
    >
    > http://marc.theaimsgroup.com/?t=113093802700002&r=1&w=2
    >
    > The side issue is that the keyboard goes completely dead when the
    > suspend fails like this. Not even hardware buttons that control the
    > intensity of the TFT backlight work.
    >

    Are these controlled by ACPI?

    > The problem doesn't happen every time, but it seems to be often enough
    > to do some decent testing.
    >
    > The problem seems to have appeared after 2.6.14 was released. Since the
    > problem is intermittent I can't be 100% sure of this, but it's fairly
    > likely since none of the tests before 2.6.14 failed.
    >

    It feels like device_resume is not called somewhere when swsusp fails.

    Could you try activating debug mode for i8042:

            echo 1 > /sys/modules/i8042/parameters/debug

    ...and then making it fail. Then we'll see if i8042 resume methods are
    called and whether they succeed. 

    -- 
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Andrew Morton: "Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions"