linux-kernel - Regression: Screen turns off when booting in EFI mode

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, 22 Feb 2013 01:09:05 +0200
From:	Mantas Mikulėnas <grawity@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: Regression: Screen turns off when booting in EFI mode

When booting kernel v3.8 in UEFI mode, the screen turns off completely
as soon as the 'radeon' module is loaded.

dmesg shows these additional lines, compared to a v3.7.9 boot:

| radeon 0000:01:00.0: No connectors reported connected with modes
| [drm] Cannot find any crtc or sizes - going 1024x768

The connector is definitely connected, since this is a laptop with a
built-in screen...

(Also different is that the v3.8 log mentions "fence driver on ring 0"
and "fence driver on ring 3", whereas the v3.7 log only mentions the
ring 0 one.)

I'm using an Asus K52JT laptop, with ATi Radeon HD6370M. This only
happens when booting in EFI mode (using gummiboot v22 as the
bootloader), not in BIOS mode – and only with KMS enabled (doesn't
happen when I add "nomodeset" to the kernel command line).

The problem was already present when I tried v3.8-rc1; it is not present
in any v3.7.x kernel. Assuming I used `git bisect` right, the problem
was introduced in:

| commit f9a37be0f02a943d63e3346b19f9c9d8d91826cb
| Author: Matthew Garrett <mjg@...hat.com>
| Date:   Wed Dec 5 14:33:27 2012 -0700
|
|    x86: Use PCI setup data

-- 
Mantas Mikulėnas <grawity@...il.com>

View attachment "dmesg-all.txt" of type "text/plain" (155178 bytes)