linux-kernel - [BISECTED] 33 second boot delay (caused by Radeon KMS) on 2.6.32

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: <f488382f0912072101j79c8393exf2e671954ef153f9@mail.gmail.com>
Date:	Mon, 7 Dec 2009 21:01:12 -0800
From:	Steven Noonan <steven@...inklabs.net>
To:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Jerome Glisse <jglisse@...hat.com>,
	Dave Airlie <airlied@...hat.com>
Subject: [BISECTED] 33 second boot delay (caused by Radeon KMS) on 2.6.32

Hi,

I finally got around to compiling 2.6.32 for my primary machine, and
with radeon.modeset=1, the machine has a horrifying 33 second boot
delay (it stays at a black screen for the duration).

I figured a 'git bisect v2.6.32 v2.6.31 -- drivers/gpu/drm' would
catch it. Hopefully this bisection helps pin down the underlying
problem:
 # bad:  [22763c5c] Linux 2.6.32
 # good: [74fca6a4] Linux 2.6.31
 # bad:  [df748b02] drm/ttm: fix refcounting in ttm global code.
 # good: [a513c184] drm/radeon/kms: Don't try to process irq when we a
 # good: [aadd4e17] drm/radeon: some r420s have a CP race with the DMA
 # good: [74bf2ad5] drm/kms: make fb helper work for all drivers.
 # bad:  [62a8ea3f] drm/radeon/kms: Remove old init path as no hw use
 # good: [f0ed1f65] drm/radeon/kms: Convert R520 to new init path and
 # skip: [d4550907] drm/radeon/kms: Convert R100 to new init path (V2)
 # good: [3bc68535] drm/radeon/kms: Convert RS690/RS740 to new init pa
 # bad:  [c010f800] drm/radeon/kms: Convert RS600 to new init path

Any ideas why c010f800 would cause this?

Attached is dmesg from v2.6.32 booting on the affected machine. Note
the painful delay between lines 538 and 539.

- Steven

View attachment "dmesg.txt" of type "text/plain" (82610 bytes)