linux-kernel - Suspend/resume regression in Toshiba A11 since 2.6.34-rc4

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]

Date:	Fri, 18 Mar 2011 19:00:35 -0300
From:	Herton Ronaldo Krzesinski <herton.krzesinski@...onical.com>
To:	linux-kernel@...r.kernel.org
Cc:	"Rafael J. Wysocki" <rjw@...k.pl>
Subject: Suspend/resume regression in Toshiba A11 since 2.6.34-rc4

This regression is old, but discovered recently. Since 2.6.34-rc4,
a Toshiba Tecra A11 machine resumes without video for the first time.
Here is the strange thing reported, on the first suspend/resume, when
the machine wakes up the video is blank, but the machine is up (just the
screen is black). If you suspend again, on second resume the video comes
back normally.

Helping the reporter bisecting the problem, we narrowed down the bug to
this commit:

commit ac7729da880e742613129ee6dea0045328670d2d
Author: Rafael J. Wysocki <rjw@...k.pl>
Date:   Mon Apr 5 01:43:51 2010 +0200

    ACPI / PM: Move ACPI video resume to a PM notifier

And reverting this commit on 2.6.38 still made the problem go away.
Looking at the commit above I don't saw any problem, and perhaps we have
some bad bios here which by moving the resume of acpi video later
triggers this bug. Also strange that on second suspend/resume everything
is normal... (the regression here is just the video is blank on first
resume).

I asked the reporter to try to increase brightness logged in remotely
when the video is blank after first resume, but this didn't have any
effect.

This was reported in https://bugs.launchpad.net/bugs/719620 (if reading
I recommend to skip to comment #58 and later), I can't think of any
solution besides trying to move acpi video resume perhaps back and
depend on video device being resume first. I asked for more debugging
information but got nothing unfortunately which could diagnose better
this...

-- 
[]'s
Herton
--
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/