We received Notebook with Broadwell sample from OEM. It can't enter to GPU rendering, How to enter to GPU rendering? From glxinfo: OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits) OpenGL version string: 2.1 Mesa 10.1.0 And we tried kernel 3.14, drm-intel nightly, mesa 10.1, xorg1.14.4, it can't enter to GPU rendering. If you need any messages, please tell me. Thanks!
As always, start by attaching your dmesg and Xorg.0.log.
Created attachment 98162 [details] dmesg.log
Created attachment 98163 [details] dmesg with drm.debug=0xe
Created attachment 98164 [details] Xorg.0.log
Your kernel is either missing the i915.ko module, or that module has been stripped of BDW identification.
there is i915.ko in OS.
Sorry, it is wrong, it doesn't load the i915. we will check it and upload it again
Created attachment 98168 [details] dmesg_0429
Created attachment 98169 [details] xorg.0.log
Hi Chris, Please help to check again.Thanks!
Ok, you have the right kernel module now, but the wrong Xorg driver this time. [ 3630.056] (II) LoadModule: "intel" [ 3630.057] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so [ 3630.057] (II) Module intel: vendor="X.Org Foundation" [ 3630.057] compiled for 1.14.4, module version = 2.21.15 [ 3630.057] Module class: X.Org Video Driver [ 3630.057] ABI class: X.Org Video Driver, version 14.1
For xorg driver issue, do you know which version xorg will support broadwell? From below error, it seems it doesn't support broadwell. Could you give us suggestion? Thanks! [ 3630.062] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 3630.062] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 3630.062] (==) intel(0): RGB weight 888 [ 3630.062] (==) intel(0): Default visual is TrueColor [ 3630.062] (WW) intel(0): Unknown chipset [ 3630.062] (II) UnloadModule: "intel" [ 3630.062] (EE) Screen(s) found, but none have a usable configuration. [ 3630.062] (EE) Fatal server error: [ 3630.062] (EE) no screens found(EE) [ 3630.062] (EE) Thanks!
Snapshot 2.99.907 (2013-12-30) ============================== The highlight here is that things seem to be quietening down on the bug reporting front. All is not quiet as you will see below, and maybe it is just the holiday season that is approaching*, but there has been a remarkable falloff in bug reports. Lets hope this trend holds and we can make a stable release shortly! * This was intended to be sent a couple of weeks ago and the holiday season has been very quiet.... Oh, and acceleration support for Intel's next generation of integrated processor graphics has landed, codenamed Broadwell.
Created attachment 98323 [details] drm-intel-nightly-0428 dmesg with drm.debug=0xe
Created attachment 98324 [details] Xorg.0.log with xf86-video-intel-2.99.911.tar.gz
Don't use UXA.
The failure here is drm_intel_bufmgr_gem_init() failing, but this isn't used by default in the DDX, except when you manually select UXA (disabled for good reason).
Created attachment 98329 [details] dmesg with mesa 9.2.5
Created attachment 98330 [details] Xorg.0.log with 2.99.911
Now, With xf86-video-intel-2.99.911.tar.gz and mesa 9.2.5, run xinit OK, but can't startx. please refer attachment 98329 [details] and 98330. It will hang up with mesa 10.1.1. Thanks!
mesa-9.2.5 doesn't support Broadwell, so you need to update both mesa and libdrm before you can successfully use OpenGL applications. What the nature of the hang with mesa-10.1?
bugzilla isn't really a Q&A site ...
Created attachment 99317 [details] gpu crash dump
I am very sorry for this bug tile. update the title. It can enter to OS after update mesa 10.2-RC1, xf86-video-intel-2.99.911.tar.gz , kernel 3.14.1. But system will hang up when playing video. and there is garbage when move the window. Below is hangup dmesg and attachment is gpu crash dump. [ 140.616196] [drm] stuck on render ring [ 140.616209] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ 140.616211] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 140.616212] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ 140.616213] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 140.616215] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
could you help to update the status? what cause the GPU crash? Thanks a lot!
It will not crash after added 20-intel.conf. is It related to xf86-video-intel? we tried the latest xf86-video-intel (commit: 00d9396f6bf0bbbdfca7cdb1cbdbde8f0b2ad59c )it is still crash. please help to check it. Thanks a lot! /etc/X11/xorg.conf.d/20-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "NoAccel" "True" EndSection
This sounds like a similar bug reported by Timo. In his case, the latest fixes for the null context made the problems go away. I believe the root cause of his issue is an old BIOS (also in his case, the vendor, Dell, did not provide a newer BIOS). So please try three things: 1. Update the BIOS. 2. Try the very latest drm-intel-nightly, with http://patchwork.freedesktop.org/patch/26784/ included. 3. Disable RC6 Do these things in order, and try each step discretely. Thanks
(In reply to comment #27) > > So please try three things: > 1. Update the BIOS. Reply: it still hang up when playing video. > 2. Try the very latest drm-intel-nightly, with > http://patchwork.freedesktop.org/patch/26784/ included. Reply: It will hang up after enter to OS. GPU crash > 3. Disable RC6 > > Do these things in order, and try each step discretely.
(In reply to comment #28) > (In reply to comment #27) > > > > So please try three things: > > 1. Update the BIOS. > Reply: it still hang up when playing video. > > 2. Try the very latest drm-intel-nightly, with > > http://patchwork.freedesktop.org/patch/26784/ included. > Reply: It will hang up after enter to OS. GPU crash > > 3. Disable RC6 > Reply: It will hang up after enter to OS. GPU crash Attach step 3 dmesg and /sys/class/drm/card0/error
Created attachment 100096 [details] dmesg
Created attachment 100097 [details] error
The latest error state is junk. Please reattach.
Created attachment 100379 [details] error_0604 attached error again. Thanks!
Is there any update for the issue? Thanks!
could you help to update the issue? Thanks!
Could you help to check it again? we hope your reply. If you still need any other information, please let me known. Thanks!
First of all sorry for not updating this for a while. But could you please retest with latest -nightly and attach new/latest error state?
(In reply to comment #37) > First of all sorry for not updating this for a while. > > But could you please retest with latest -nightly and attach new/latest error > state? We try the latest drm-intel-nightly, but it can not enter to OS, it always reboot after grub, please refer attachment video. We found the issue happens kernel 3.17-rc6, and kernel 3.17-rc5 is OK. Thanks!
Sorry, the video is large, can not attached.
(In reply to comment #38) > (In reply to comment #37) > > First of all sorry for not updating this for a while. > > > > But could you please retest with latest -nightly and attach new/latest error > > state? > We try the latest drm-intel-nightly, but it can not enter to OS, it > always reboot after grub, please refer attachment video. > We found the issue happens kernel 3.17-rc6, and kernel 3.17-rc5 is OK. > Thanks! Please bisect between v3.17-rc5 and v3.17-rc6. There were no i915 changes there that should have caused any boot failures, it's likely elsewhere.
Created attachment 107041 [details] gpu-hang-20140929.zip We tried the latest drm-intel-nightly, it still happen GPU HANG issue when playing video. please refer dmesg and /sys/class/drm/card0/error. please help to provide the suggestion for the issue. Thank you very much!
If the issue happens in v3.17-rc6 but not in v3.17-rc5, please bisect as asked in comment #40.
(In reply to comment #42) > If the issue happens in v3.17-rc6 but not in v3.17-rc5, please bisect as > asked in comment #40. You misunderstand my comment #40, "the issue" is that "it can not enter to OS, it always reboot after grub" with latest drm-intel-night(which has been fixed after bisect) but not GPU Hang; Comment #41 is the latest status for GPU hang when playing video.(no version kernel ok)
Hi Eva, Is it still happening with latest -nightly and latest xf86-video-intel? What is the video you are playing? Could you please upload it somewhere? And how are you playing that?
*** This bug has been marked as a duplicate of bug 85768 ***
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.