| Summary: | [HSW Bisected]HSW boot fail | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | lu hua <huax.lu> | ||||||
| Component: | DRM/Intel | Assignee: | Damien Lespiau <damien.lespiau> | ||||||
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
| Severity: | blocker | ||||||||
| Priority: | highest | CC: | imre.deak, intel-gfx-bugs, jani.saarinen | ||||||
| Version: | unspecified | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
lu hua
2015-04-17 07:50:34 UTC
Bisect shows: b403745c84592b26a0713e6944c2b109f6df5c82 is the first bad commit commit b403745c84592b26a0713e6944c2b109f6df5c82 Author: Damien Lespiau <damien.lespiau@intel.com> AuthorDate: Mon Aug 4 22:01:33 2014 +0100 Commit: Daniel Vetter <daniel.vetter@ffwll.ch> CommitDate: Thu Apr 16 11:42:38 2015 +0200 drm/i915: Iterate through the initialized DDIs to prepare their buffers Not every DDIs is necessarily connected can be strapped off and, in the future, we'll have platforms with a different number of default DDI ports. So, let's only call intel_prepare_ddi_buffers() on DDI ports that are actually detected. We also use the opportunity to give a struct intel_digital_port to intel_prepare_ddi_buffers() as we'll need it in a following patch to query if the port supports HMDI or not. On my HSW machine this removes the initialization of a couple of (unused) DDIs. Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> Reviewed-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> We should dereference intel_digital_port only for encoders with a digital port. This breaks on HSW for the VGA encoder. Will follow up with a fix. Could you try the following? : http://lists.freedesktop.org/archives/intel-gfx/2015-April/064973.html (In reply to Imre Deak from comment #3) > Could you try the following? : > http://lists.freedesktop.org/archives/intel-gfx/2015-April/064973.html Fixed by this patch. Hello Imre, Would you pls help push your patch merged up, as this bug has blocked latest kernel testing on hsw platform. Thanks. (In reply to lu hua from comment #4) > (In reply to Imre Deak from comment #3) > > Could you try the following? : > > http://lists.freedesktop.org/archives/intel-gfx/2015-April/064973.html > > Fixed by this patch. Please re-test with patches http://patchwork.freedesktop.org/patch/47388/ http://patchwork.freedesktop.org/patch/47389/ (In reply to Jani Nikula from comment #6) > (In reply to lu hua from comment #4) > > (In reply to Imre Deak from comment #3) > > > Could you try the following? : > > > http://lists.freedesktop.org/archives/intel-gfx/2015-April/064973.html > > > > Fixed by this patch. > > Please re-test with patches > > http://patchwork.freedesktop.org/patch/47388/ > http://patchwork.freedesktop.org/patch/47389/ Re-test on the latest nightly kernel(9a4da5ec4)with two patches, 1,The machine can boot up the first time. 2,The machine can't reboot after step 1. 3,Cold boot success need try at least 3 times. Created attachment 115424 [details]
dmesg info with two patches after system boot up
(In reply to ye.tian from comment #8) > Created attachment 115424 [details] > dmesg info with two patches after system boot up Looks like an independent issue, also reported at bug 90229. Since the original bug fixed by these patches are blocking other people, I would suggest disabling the sound driver and retesting the two patches. (In reply to Imre Deak from comment #9) > (In reply to ye.tian from comment #8) > > Created attachment 115424 [details] > > dmesg info with two patches after system boot up > > Looks like an independent issue, also reported at bug 90229. Since the > original bug fixed by these patches are blocking other people, I would > suggest disabling the sound driver and retesting the two patches. Re-test on the latest nightly kernel(e53e6002)with two patches and disabling the sound driver. 1,The machine can boot up and reboot success. 2,Start X and glxinfo cause GPU hang. output: ===================== [ 143.760583] [drm] stuck on render ring [ 143.761326] [drm] GPU HANG: ecode 7:0:0xabeff7fb, in glxinfo [4009], reason: Ring hun g, action: reset [ 143.761327] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, incl uding userspace. [ 143.761328] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ 143.761329] [drm] drm/i915 developers can then reassign to the right component if it' s not a kernel issue. [ 143.761329] [drm] The gpu crash dump is required to analyze gpu hangs, so please alwa ys attach it. [ 143.761330] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ 143.763406] drm/i915: Resetting chip after gpu hang For me it seems that the display init bug is fixed but then you have run into this: https://bugs.freedesktop.org/show_bug.cgi?id=90190 (In reply to Mika Kuoppala from comment #11) > For me it seems that the display init bug is fixed but then you have run > into this: > https://bugs.freedesktop.org/show_bug.cgi?id=90190 Re-test on the latest nightly kernel(e53e6002)with two patches and bug 90190 two patches and disabling the sound driver, this issue does not exists. (In reply to ye.tian from comment #12) > (In reply to Mika Kuoppala from comment #11) > > For me it seems that the display init bug is fixed but then you have run > > into this: > > https://bugs.freedesktop.org/show_bug.cgi?id=90190 > > Re-test on the latest nightly kernel(e53e6002)with two patches and bug 90190 > two patches and disabling the sound driver, this issue does not exists. Enable the sound driver, this issue also does not exists. Fixed by commit faa0cdbec1c258896bff8bb59051bbada4fd6f09 Author: Imre Deak <imre.deak@intel.com> Date: Fri Apr 17 19:31:22 2015 +0300 drm/i915: fix intel_prepare_ddi in drm-intel-next-queued, closing. Let's track the other issues mentioned in other bugs; please file new ones as necessary. (In reply to Jani Nikula from comment #14) > Fixed by > > commit faa0cdbec1c258896bff8bb59051bbada4fd6f09 > Author: Imre Deak <imre.deak@intel.com> > Date: Fri Apr 17 19:31:22 2015 +0300 > > drm/i915: fix intel_prepare_ddi > > in drm-intel-next-queued, closing. Let's track the other issues mentioned in > other bugs; please file new ones as necessary. Test it on drm-intel-next-queued kernel, system can boot success. So verified it. Other issues is tracked in bug 90190. Closing old verified. |
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.