linux-kernel - Regression in 2.6.37-rc1 for Intel 915 Graphics Adapter

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>] [day] [month] [year] [list]

Date:	Wed, 10 Nov 2010 19:47:09 -0600
From:	Larry Finger <Larry.Finger@...inger.net>
To:	Chris Wilson <chris@...is-wilson.co.uk>
CC:	LKML <linux-kernel@...r.kernel.org>
Subject: Regression in 2.6.37-rc1 for Intel 915 Graphics Adapter - bisected
 to commit e9e331a

On my HP Mini 110 netbook with an Intel 945GME graphics adapter and kernel
2.6.37-rc1, screen blanking has a problem. On this machine, the screen is
blanked in two stages. The first leaves the backlight on, the second turns the
backlight off.

The details of the graphics adapter are as follows:

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME
Express Integrated Graphics Controller [8086:27ae] (rev 03)
        Subsystem: Hewlett-Packard Company Device [103c:308f]
        Kernel driver in use: i915
00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME,
943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
        Subsystem: Hewlett-Packard Company Device [103c:308f]


Beginning with commit e9e331a8abeece1565d383510ed985945132ffe3 as determined
with bisection, the system no longer reawakens from the second stage with mouse
movements or key presses. The only way to bring it back that I have found is to
close the cover. After reopening the cover and entering the password to unlock
the system, the screen is restored.

The commit message is:

Author: Chris Wilson <chris@...is-wilson.co.uk>
Date:   Mon Sep 13 01:16:10 2010 +0100

    drm/i915/lvds: Ensure panel is unlocked for Ironlake or the panel fitter

    Commit 77d07fd9d73ef28689737c0952dbd5d6a5017743 introduced a regression
    where by not waiting for the panel to be turned off, left the panel and
    PLL registers locked across the modeset. Thus the panel remaining blank.

    As pointed out by Daniel Vetter, when testing LVDS it helps to open the
    laptop and look at the actual panel you are purporting to test.

    A second issue with the patch was that in order to modify the panel
    fitter before gen5, the pipe and the panel must have be completely
    powered down. So we wait.

Larry

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