Created attachment 38212 [details]
Boot hangs very early unless nomodeset is used. No disk access is observed and box never becomes available on the network.
The box is an HP 8530p laptop. Normal functionality is restored by reverting this patch:
Author: Tyson Whitehead <firstname.lastname@example.org>
Date: Mon Nov 8 16:08:30 2010 +0000
drm/radeon/kms: fix bugs in ddc and cd path router code
This is a follow on to:
(drm/radeon/kms: add support for clock/data path routers)
That patch completed mux support for ddc and cd line routing
between connectors. This patch fixes an indexing typo that was
resulting in the atom bios router objects not always being walked,
ensures the validity entries for the reused router structure are
reset for every connector object walked, and corrects the masking
operations used to update the mux control bits.
Signed-off-by: Tyson Whitehead <email@example.com>
Signed-off-by: Alex Deucher <firstname.lastname@example.org>
Signed-off-by: Dave Airlie <email@example.com>
Can you attach a copy of the video bios from that laptop? See this link for how to dump the vbios:
Created attachment 38242 [details]
Created attachment 38592 [details]
fix ddc line vbios bug
This patch should fix the issue and get the LCD EDID working as well.
Seems good to me (i.e. boot is successful w/o using nomodeset)! Not sure how to check the EDID bit...?
(In reply to comment #4)
> Seems good to me (i.e. boot is successful w/o using nomodeset)! Not sure how
> to check the EDID bit...?
Great I'll send it to Dave. xrandr --verbose will show you whether or not there is an EDID for a particular output. The panel timing is also available via a table in the vbios so the EDID only supplies supplemental info (like physical display size).
Handled-By : Alex Deucher <firstname.lastname@example.org>
Fixed by commit 3074adc drm/radeon/kms: add workaround for dce3 ddc line vbios bug .