Summary: | [SKL Regression] 2D and 3D accelerated programs are slow after booting on 4.2.0-rc8 drm-intel-nightly kernel | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Olivier Berthier <olivierx.berthier> | ||||||||||||||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||||||
Status: | CLOSED NOTOURBUG | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||||||
Severity: | major | ||||||||||||||||||
Priority: | medium | CC: | intel-gfx-bugs | ||||||||||||||||
Version: | XOrg git | ||||||||||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||||||||||
OS: | Linux (All) | ||||||||||||||||||
Whiteboard: | |||||||||||||||||||
i915 platform: | i915 features: | ||||||||||||||||||
Attachments: |
|
Description
Olivier Berthier
2015-09-03 12:34:07 UTC
Created attachment 118063 [details]
kern.log file
Created attachment 118064 [details]
Xor.0.log file
Created attachment 118065 [details]
piglit sanity test result
The trigger is mesa/dri2 not loading: [ 10.124] (EE) AIGLX error: Calling driver entry point failed [ 10.125] (EE) AIGLX: reverting to software rendering [ 10.218] (II) AIGLX: Loaded and initialized swrast [ 10.218] (II) GLX: Initialized DRISWRAST GL provider for screen 0 which I guess is due to no context support. One most likely error from the kernel is Sep 3 11:40:41 SKLY7 kernel: [ 6.301563] [drm:guc_fw_fetch] before requesting firmware: GuC fw fetch status PENDING Sep 3 11:40:41 SKLY7 kernel: [ 6.302057] i915 0000:00:02.0: Direct firmware load for i915/skl_guc_ver3.bin failed with error -2 Sep 3 11:40:41 SKLY7 kernel: [ 6.302068] [drm:guc_fw_fetch] GuC fw fetch status FAIL; err -2, fw (null), obj (null) Sep 3 11:40:41 SKLY7 kernel: [ 6.302166] [drm:intel_guc_ucode_init [i915]] *ERROR* Failed to fetch GuC firmware from i915/skl_guc_ver3.bin (error -2) Sep 3 11:40:41 SKLY7 kernel: [ 6.309483] [drm:intel_guc_ucode_load] GuC fw status: fetch FAIL, load NONE Sep 3 11:40:41 SKLY7 kernel: [ 6.309562] [drm:intel_guc_ucode_load] GuC fw fetch status FAIL Sep 3 11:40:41 SKLY7 kernel: [ 6.309674] [drm:i915_gem_init_hw [i915]] *ERROR* Failed to initialize GuC, error -5 (ignored) which is meant to be ignored. However, the dmesg lacks the logging (needs drm.debug|=1) to see why the context failed. Created attachment 118070 [details]
dmesg log file with all drm.debug tags
This file must contain all drm.debug tags.
Ok, that scratched my theory. No unexpected errors from a drm_ioctl(). Then again, no attempt to create a context either. Can you search for something like lightdm/:0.log ? Or start X from a VT and see if any addition warnings are written out to stderr to explain why mesa fails to load? Created attachment 118074 [details]
startx stderr log
Created attachment 118075 [details]
xsession-errors file
I add startx stderr and xsession-errors files.
Maybe this is related to these two lines :
libGL error: pci id for fd 4: 8086:191e, driver (null)
i965_dri.so does not support the 0x191e PCI ID.
(In reply to Olivier Berthier from comment #8) > Created attachment 118075 [details] > xsession-errors file > > I add startx stderr and xsession-errors files. > Maybe this is related to these two lines : > > libGL error: pci id for fd 4: 8086:191e, driver (null) > i965_dri.so does not support the 0x191e PCI ID. Yes, X is not using the right i965_dri.so. No idea how different kernels affect that, and that should not be impacting 2D either. For the 2D, I think it's because compiz was very slow. I had this problem when I have installed Ubuntu 14.04.3 LTS instead of Ubuntu 14.04 LTS. My script for the installation of the graphic stack had automatically removed some package with a suffix like *-lts-vivid so I don't think it's a Sky Lake regression, just a none support from some packages. |
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.