Summary: | [SKL] [REGRESSION] [BISECTED] [OpenGL CTS] Many flaky tests after adding workarounds for object preemption in gen9 | ||
---|---|---|---|
Product: | Mesa | Reporter: | Andrés Gómez García <agomez> |
Component: | Drivers/DRI/i965 | Assignee: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Status: | RESOLVED WORKSFORME | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | agomez, rafael.antognolli |
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
gl45 cts-runner results with Linux 4.19.0
gl46 cts-runner results with Linux 4.18.0 |
Description
Andrés Gómez García
2019-01-14 17:04:36 UTC
(In reply to Andrés Gómez García from comment #0) ... > $ cat /var/log/Xorg.0.log > [ 2171.328] > X.Org X Server 1.16.4 > Release Date: 2014-12-20 > [ 2171.328] X Protocol Version 11, Revision 0 > [ 2171.328] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian > [ 2171.328] Current Operating System: Linux nucbot1 3.16.0-4-amd64 #1 SMP > Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64 > > > ... > > [ 2171.328] Build Date: 11 February 2015 12:32:02AM > [ 2171.328] xorg-server 2:1.16.4-1 (http://www.debian.org/support) > > ... > > [ 2171.332] (II) LoadModule: "intel" > [ 2171.332] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so > [ 2171.332] (II) Module intel: vendor="X.Org Foundation" > [ 2171.332] compiled for 1.15.99.904, module version = 2.21.15 > [ 2171.332] Module class: X.Org Video Driver > [ 2171.332] ABI class: X.Org Video Driver, version 18.0 > > ... This is obviously wrong :( Correct info: $ cat $HOME/.local/share/xorg/Xorg.0.log [ 17.287] (--) Log file renamed from "/home/igalia/igalia/.local/share/xorg/Xorg.pid-1165.log" to "/home/igalia/igalia/.local/share/xorg/Xorg.0.log" [ 17.290] X.Org X Server 1.20.3 X Protocol Version 11, Revision 0 [ 17.290] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian [ 17.290] Current Operating System: Linux panix 4.19.0-1-amd64 #1 SMP Debian 4.19.12-1 (2018-12-22) x86_64 ... [ 17.290] Build Date: 25 October 2018 06:15:23PM [ 17.290] xorg-server 2:1.20.3-1 (https://www.debian.org/support) ... [ 17.312] (II) LoadModule: "glx" [ 17.315] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 17.326] (II) Module glx: vendor="X.Org Foundation" [ 17.326] compiled for 1.20.3, module version = 1.0.0 [ 17.326] ABI class: X.Org Server Extension, version 10.0 [ 17.326] (II) LoadModule: "intel" [ 17.326] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 17.330] (II) Module intel: vendor="X.Org Foundation" [ 17.330] compiled for 1.20.1, module version = 2.99.917 [ 17.330] Module class: X.Org Video Driver [ 17.330] ABI class: X.Org Video Driver, version 24.0 [ 17.331] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43 [ 17.331] (II) intel: Driver for Intel(R) HD Graphics [ 17.331] (II) intel: Driver for Intel(R) Iris(TM) Graphics [ 17.331] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics [ 17.331] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) [ 17.332] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20180719 [ 17.332] (II) intel(0): SNA compiled: xserver-xorg-video-intel 2:2.99.917+git20180925-2 (Andreas Boll <aboll@debian.org>) [ 17.332] (II) intel(0): SNA compiled for use with valgrind [ 17.333] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 17.334] (--) intel(0): Integrated Graphics Chipset: Intel(R) Iris Graphics 540 [ 17.334] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx, avx2; using a maximum of 2 threads [ 17.334] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 17.334] (==) intel(0): RGB weight 888 [ 17.334] (==) intel(0): Default visual is TrueColor [ 17.334] (**) intel(0): Option "DRI" "3" [ 17.335] (II) intel(0): Output HDMI1 using monitor section Monitor0 [ 17.335] (II) intel(0): Enabled output HDMI1 [ 17.335] (II) intel(0): Output DP1 has no monitor section [ 17.335] (II) intel(0): Enabled output DP1 [ 17.335] (II) intel(0): Output HDMI2 has no monitor section [ 17.335] (II) intel(0): Enabled output HDMI2 [ 17.335] (--) intel(0): Using a maximum size of 256x256 for hardware cursors [ 17.335] (II) intel(0): Output VIRTUAL1 has no monitor section [ 17.335] (II) intel(0): Enabled output VIRTUAL1 [ 17.336] (--) intel(0): Output HDMI1 using initial mode 1280x720 on pipe 0 [ 17.336] (==) intel(0): TearFree disabled [ 17.336] (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) [ 17.336] (==) intel(0): DPI set to (96, 96) [ 17.336] (II) Loading sub module "dri3" [ 17.336] (II) LoadModule: "dri3" [ 17.336] (II) Module "dri3" already built-in [ 17.336] (II) Loading sub module "dri2" [ 17.336] (II) LoadModule: "dri2" [ 17.336] (II) Module "dri2" already built-in [ 17.336] (II) Loading sub module "present" [ 17.336] (II) LoadModule: "present" [ 17.336] (II) Module "present" already built-in [ 17.339] (II) intel(0): SNA initialized with Skylake (gen9) backend [ 17.339] (==) intel(0): Backing store enabled [ 17.339] (==) intel(0): Silken mouse enabled [ 17.339] (II) intel(0): HW Cursor enabled [ 17.340] (==) intel(0): DPMS enabled [ 17.340] (==) intel(0): Display hotplug detection enabled [ 17.341] (II) intel(0): [DRI2] Setup complete [ 17.341] (II) intel(0): [DRI2] DRI driver: i965 [ 17.341] (II) intel(0): [DRI2] VDPAU driver: va_gl [ 17.341] (II) intel(0): direct rendering: DRI2 DRI3 enabled [ 17.341] (II) intel(0): hardware support for Present enabled [ 17.341] (II) Initializing extension Generic Event Extension [ 17.341] (II) Initializing extension SHAPE [ 17.341] (II) Initializing extension MIT-SHM [ 17.341] (II) Initializing extension XInputExtension [ 17.342] (II) Initializing extension XTEST [ 17.342] (II) Initializing extension BIG-REQUESTS [ 17.343] (II) Initializing extension SYNC [ 17.343] (II) Initializing extension XKEYBOARD [ 17.343] (II) Initializing extension XC-MISC [ 17.343] (II) Initializing extension SECURITY [ 17.343] (II) Initializing extension XFIXES [ 17.344] (II) Initializing extension RENDER [ 17.344] (II) Initializing extension RANDR [ 17.344] (II) Initializing extension COMPOSITE [ 17.344] (II) Initializing extension DAMAGE [ 17.345] (II) Initializing extension MIT-SCREEN-SAVER [ 17.345] (II) Initializing extension DOUBLE-BUFFER [ 17.345] (II) Initializing extension RECORD [ 17.345] (II) Initializing extension DPMS [ 17.345] (II) Initializing extension Present [ 17.345] (II) Initializing extension DRI3 [ 17.346] (II) Initializing extension X-Resource [ 17.346] (II) Initializing extension XVideo [ 17.346] (II) Initializing extension XVideo-MotionCompensation [ 17.346] (II) Initializing extension SELinux [ 17.346] (II) SELinux: Disabled on system [ 17.346] (II) Initializing extension GLX [ 17.384] (II) AIGLX: Loaded and initialized i965 [ 17.384] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 17.384] (II) Initializing extension XFree86-VidModeExtension [ 17.385] (II) Initializing extension XFree86-DGA [ 17.385] (II) Initializing extension XFree86-DRI [ 17.385] (II) Initializing extension DRI2 [ 17.389] (II) intel(0): switch to mode 1280x720@60.0 on HDMI1 using pipe 0, position (0, 0), rotation normal, reflection none [ 17.396] (II) intel(0): Setting screen physical size to 338 x 190 ... Were you able to reproduce it on your own SKL, or does it only happen on the CI ones? On our own SKL. I haven't seen any flaky tests in this category in Mesa i965 CI. We run the GL46 variants of the tests, on Linux 4.18. Usually SKL and KBL have identical regression patterns, so it is surprising that you can't reproduce the regression on KBL. Are there differences between those systems (eg kernel or other sw configuration)? (In reply to Mark Janes from comment #4) > I haven't seen any flaky tests in this category in Mesa i965 CI. We run the > GL46 variants of the tests, on Linux 4.18. I can confirm that I can reproduce with the GL46 variants of the tests. > Usually SKL and KBL have identical regression patterns, so it is surprising > that you can't reproduce the regression on KBL. Are there differences > between those systems (eg kernel or other sw configuration)? Yeah, weird. Since we use docker, the SW stack is the same, with the exception of the services provided by the host system. Namely, the kernel and X server versions. Additionally, all hour host systems are running Debian Buster but I've actually realized that our KBL is using also Linux 4.18. I'm just now running a pass in the SKL box with the same 4.18 kernel. Let's see what comes out. Created attachment 143129 [details]
gl45 cts-runner results with Linux 4.19.0
Created attachment 143130 [details]
gl46 cts-runner results with Linux 4.18.0
(In reply to Andrés Gómez García from comment #5) ... > I'm just now running a pass in the SKL box with the same 4.18 kernel. Let's > see what comes out. Similar results. See the attached tarballs. Checked with 2 other similar NUCs with SKL and I cannot reproduce the problem. They are running with the same Debian distro and kernel version. Closing as RESOLVED WORKSFORME while still trying to figure out which could be the difference. I'll reopen/report if I find something else. (In reply to Andrés Gómez García from comment #9) > Checked with 2 other similar NUCs with SKL and I cannot reproduce the > problem. FTR, checked: * BIOS: same on all of them. * CPU: same on all of them. * Mother board: same on all of them. * RAM: 2 with 16Gb, 1 with 8Gb (all from the same maker). The failing NUC has 16Gb, there other one with 16Gb, however, is working. Passed the cts-runner execution with 2 same NUCs but with the disks swapped. Both pass. I cannot reproduce. This looks really like a ghost. No clue what happened. We just found out yesterday that persistent Mesa i965 CI issues were caused by a bug in kernel 4.18 and older: https://patchwork.freedesktop.org/patch/252573/ I wouldn't run any graphics workloads on intel systems with kernel older than 4.19. |
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.