Bug 96692 - drm/i915: kernel hang during booting up
Summary: drm/i915: kernel hang during booting up
Status: CLOSED INVALID
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-06-27 04:25 UTC by zhiquan.lee
Modified: 2017-06-02 12:20 UTC (History)
1 user (show)

See Also:
i915 platform: I915GM
i915 features:


Attachments
kernel 4.7-rc3 boot up log (50.06 KB, text/x-log)
2016-06-27 04:25 UTC, zhiquan.lee
no flags Details
kernel 4.6.2 boot up log (44.78 KB, text/x-log)
2016-06-27 04:25 UTC, zhiquan.lee
no flags Details
kernel 3.14.48 boot up log (35.97 KB, text/x-log)
2016-06-27 04:25 UTC, zhiquan.lee
no flags Details

Description zhiquan.lee 2016-06-27 04:25:08 UTC
Created attachment 124735 [details]
kernel 4.7-rc3 boot up log

Hi,

My machine cannot boot up with Linux kernel 3.14.48, I've tried to upgrade kernel from 3.14.48 to 4.6.2 and 4.7-rc3, the problem still cannot be solved.

After I disabled KMS via the kernel command line parameters: nomodeset i915.modeset=0, the issue was bypassed. Therefore, I doubt the problem in DRM/i915 driver.


Here is my machine hardware info:
----------------------------------------
CPU: Intel Celeron M 373 1.0Ghz, FANLESS 400 MHz FSB, 512KB L2 
Chipsets: Intel 910GMLE/ICH6M 
Chipset Codenames: Alviso-GM 
Video: Intel "Integrated Graphics Device" with integrated Dual Independent output 
Video Adapter: Intel® Integrated 82915GM Express Chipset 

And the boot up trace can be find in attachments, with kernel command line parameters: drm.debug=0xf when captured the log.

Your swift reply is appreciated,
Thanks!

Leon
Comment 1 zhiquan.lee 2016-06-27 04:25:34 UTC
Created attachment 124736 [details]
kernel 4.6.2 boot up log
Comment 2 zhiquan.lee 2016-06-27 04:25:49 UTC
Created attachment 124737 [details]
kernel 3.14.48 boot up log
Comment 3 Jani Nikula 2016-06-27 13:19:49 UTC
Is it just that you have a black screen, or does the machine actually hang?

This from the logs could explain the black screen, but there's nothing explaining a hang.

[drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 226
Raw EDID:
        aa 55 03 6f 01 05 0a 90 80 70 60 50 40 30 20 10
        00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
i915 0000:00:02.0: LVDS-1: Ignoring invalid EDID block 1.
Comment 4 zhiquan.lee 2016-06-28 02:45:05 UTC
Hi Jani,

The machine is hung, and also the screen is black.

Do you have any idea to gather more information?

I've already enabled below kernel configurations and waited for more than 3 hours, the kernel is still hanging there, no panic was triggered by lockup debugging.

# Kernel config
CONFIG_LOCKUP_DETECTOR=y
CONFIG_BOOTPARAM_HARDLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y

CONFIG_DETECT_HUNG_TASK=y
CONFIG_DEFAULT_HUNG_TASK_TIMEOUT=120
CONFIG_BOOTPARAM_HUNG_TASK_PANIC=y

CONFIG_WQ_WATCHDOG=y

CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_WW_MUTEX_SLOWPATH=y
CONFIG_DEBUG_LOCK_ALLOC=y
CONFIG_PROVE_LOCKING=y
CONFIG_DEBUG_ATOMIC_SLEEP=y
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y

Thanks,
Leon
Comment 5 Chris Wilson 2016-06-28 07:19:12 UTC
The hang is when we try to set a 1x1 mode on the LVDS. The regression is that we no longer detect the VGA and so don't settle upon a 800x600 mode. Using video=LVDS-1:d video=VGA-1:800x600:e might do the trick to workaround the hang.
Comment 6 zhiquan.lee 2016-06-29 08:05:52 UTC
Hi Chris,

Thanks for your workaround! The hang issue was bypassed, however, the second display has a black screen.

And the dual-display of this machine works with SUSE Linux Enterprise Desktop 11 SP3, which kernel version is 3.0.76 along with a lot of patches. It looks like a regression issue so I reported a bug.

Thanks,
Leon
Comment 7 Ricardo 2017-02-21 16:45:02 UTC
Leon is this issue still reproducible? can you try with a newer kernel and update
Comment 8 Ricardo 2017-05-30 17:37:18 UTC
based on the lack of activity and a response from the submitter to update results with latest configuration the bug will be closed


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.