mesa issueshttps://gitlab.freedesktop.org/mesa/mesa/-/issues2020-09-16T17:28:44Zhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1535Render error in Wasteland 22020-09-16T17:28:44ZBugzilla Migration UserRender error in Wasteland 2## Submitted by dvl..@..il.com
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#97441)](https://bugs.freedesktop.org/show_bug.cgi?id=97441)**
## Description
Created attachment 125959
black rectagle around bodie...## Submitted by dvl..@..il.com
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#97441)](https://bugs.freedesktop.org/show_bug.cgi?id=97441)**
## Description
Created attachment 125959
black rectagle around bodies on the ground.
Wasteland 2 show rendering errors where there are black rectangles visible around objects on the ground and also (partially) hiding the objects. I attached a screen shot showing what I mean.
I'm running linux kernel 4.7.2 on an i5-6500 processor.
I tried a quite recent mesa version from git ( 18. Aug 2016, at commit d61d25951887a08fd6ea2a9d0db82d52813ce532), but I also saw the problem with older mesa versions.
There's nothing suspicious in dmesg, on the console or in my Xorg log.
Please tell me if there's more info I can/should provide.
**Attachment 125959**, "black rectagle around bodies on the ground.":
![w2](/uploads/0edc08ef1ea91fbb3518371f00523e93/w2.jpg)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1534GPU hang on Skylake whilst playing 3D games2022-06-02T22:32:31ZBugzilla Migration UserGPU hang on Skylake whilst playing 3D games## Submitted by Dan Dart
Assigned to **Ian Romanick**
**[Link to original bug (#97440)](https://bugs.freedesktop.org/show_bug.cgi?id=97440)**
## Description
Created attachment 125956
/sys/class/drm/card0/error
Hello
I have a GPU...## Submitted by Dan Dart
Assigned to **Ian Romanick**
**[Link to original bug (#97440)](https://bugs.freedesktop.org/show_bug.cgi?id=97440)**
## Description
Created attachment 125956
/sys/class/drm/card0/error
Hello
I have a GPU hang very often when playing 3D games, which makes it jog and occasionally just completely crash out.
I have an Intel Skylake CPU/GPU stack (6200u).
Attached dmesg | grep drm and /sys/class/drm/card0/error file, with a lshw output if you need it.
I've had jogs and crashes on the ubuntu oibaf graphics drivers (gl 4.4 from git) but have reverted to the standard ones (gl 3.3) in Ubuntu 16.04.
**Attachment 125956**, "/sys/class/drm/card0/error":
[gpuhang.txt](/uploads/de101fc452797284b1a873757f65391e/gpuhang.txt)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1533GPU HANG: ecode 6:0:0x85fffffc, in Xorg [6025], reason: Ring hung, action: reset2022-06-02T22:32:42ZBugzilla Migration UserGPU HANG: ecode 6:0:0x85fffffc, in Xorg [6025], reason: Ring hung, action: reset## Submitted by Francois Marier
Assigned to **Ian Romanick**
**[Link to original bug (#97271)](https://bugs.freedesktop.org/show_bug.cgi?id=97271)**
## Description
Created attachment 125657
gpu crash dump
I got saw the following ...## Submitted by Francois Marier
Assigned to **Ian Romanick**
**[Link to original bug (#97271)](https://bugs.freedesktop.org/show_bug.cgi?id=97271)**
## Description
Created attachment 125657
gpu crash dump
I got saw the following error message in my logs:
Aug 9 15:10:54 akranes kernel: [61815.338088] [drm] stuck on render ring
Aug 9 15:10:54 akranes kernel: [61815.339390] [drm] GPU HANG: ecode 6:0:0x85fffffc, in Xorg [6025], reason: Ring hung, action: reset
Aug 9 15:10:54 akranes kernel: [61815.339396] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
Aug 9 15:10:54 akranes kernel: [61815.339398] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
Aug 9 15:10:54 akranes kernel: [61815.339399] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel
issue.
Aug 9 15:10:54 akranes kernel: [61815.339401] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
Aug 9 15:10:54 akranes kernel: [61815.339403] [drm] GPU crash dump saved to /sys/class/drm/card0/error
Aug 9 15:10:54 akranes kernel: [61815.342233] drm/i915: Resetting chip after gpu hang
Attached is the GPU crash dump.
This is on the same laptop as [bug 97247](https://bugs.freedesktop.org/show_bug.cgi?id=97247) and [bug 93505](https://bugs.freedesktop.org/show_bug.cgi?id=93505).
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
-- system architecture: amd64
-- xserver-xorg-video-intel 2:2.99.917+git20160706-1
-- xserver-xorg-core 2:1.18.4-1
-- libdrm-intel1 2.4.70-1
-- mesa: libegl1-mesa:amd64 11.2.2-1
-- kernel: 4.6.4-1+grsec201607242014+1
-- Linux distribution: Debian Sid
-- Machine or mobo model: Lenovo ThinkPad T420
-- Display connector: internal
**Attachment 125657**, "gpu crash dump":
[gpu-crash-dump](/uploads/a575e5496b177da78be861ad44ddc5f9/gpu-crash-dump)https://gitlab.freedesktop.org/mesa/mesa/-/issues/1532[HSW] GPU HANG: ecode 7:0:0x85dffffc, in chrome [3388], reason: Ring hung, ac...2019-09-25T18:57:29ZBugzilla Migration User[HSW] GPU HANG: ecode 7:0:0x85dffffc, in chrome [3388], reason: Ring hung, action: reset## Submitted by Zbigniew Czapiga
Assigned to **Zbigniew Czapiga**
**[Link to original bug (#97252)](https://bugs.freedesktop.org/show_bug.cgi?id=97252)**
## Description
Created attachment 125625
system log and gpu crash dump
From...## Submitted by Zbigniew Czapiga
Assigned to **Zbigniew Czapiga**
**[Link to original bug (#97252)](https://bugs.freedesktop.org/show_bug.cgi?id=97252)**
## Description
Created attachment 125625
system log and gpu crash dump
From time to time when I start some WebGL application in chrome, I get this error:
[64414.495102] [drm] stuck on render ring
[64414.496855] [drm] GPU HANG: ecode 7:0:0x85dffffc, in chrome [3388], reason: Ring hung, action: reset
[64414.496859] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[64414.496862] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[64414.496864] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[64414.496866] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[64414.496869] [drm] GPU crash dump saved to /sys/class/drm/card0/error
I get this error on both Mesa 11.2 (ubuntu 16.04) and 12.1 (updated from https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers)
GPU crash dump is attached.
~~**Attachment 125625**~~, "system log and gpu crash dump":
[log+card_err.zip](/uploads/ef8a26766ed68d8551cfd5a1e2d4220a/log+card_err.zip)
Version: 12.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/1531GPU hang leading to system hang2019-09-25T18:57:22ZBugzilla Migration UserGPU hang leading to system hang## Submitted by mar..@..mi.net
Assigned to **Ian Romanick**
**[Link to original bug (#97131)](https://bugs.freedesktop.org/show_bug.cgi?id=97131)**
## Description
I'm regularly having troubles with GPU hangs (at least it says so i...## Submitted by mar..@..mi.net
Assigned to **Ian Romanick**
**[Link to original bug (#97131)](https://bugs.freedesktop.org/show_bug.cgi?id=97131)**
## Description
I'm regularly having troubles with GPU hangs (at least it says so in the logs - I attached one of them). This one happened after returning from suspend. I'm not quite sure which versions are important, I'm running mesa 12.0.1-2, libdrm 2.4.70-1 and xf86-video-intel 1:2.99.917+676+g26f8ab5-1 on a current&updated archlinux. Do you need any more information?https://gitlab.freedesktop.org/mesa/mesa/-/issues/1530VLC fullscreen doesn't scale2019-09-25T18:57:20ZBugzilla Migration UserVLC fullscreen doesn't scale## Submitted by Konstantin Svist
Assigned to **Ian Romanick**
**[Link to original bug (#97082)](https://bugs.freedesktop.org/show_bug.cgi?id=97082)**
## Description
Upgraded to Fedora 24 recently; VLC stopped scaling fullscreen vi...## Submitted by Konstantin Svist
Assigned to **Ian Romanick**
**[Link to original bug (#97082)](https://bugs.freedesktop.org/show_bug.cgi?id=97082)**
## Description
Upgraded to Fedora 24 recently; VLC stopped scaling fullscreen video playback when using VDPAU output (detected default). Video appears normally but original resolution, top-left corner of the screen. Other video output (xvideo/x11/opengl?) is scaled properly.
kernel: 4.6.4-301.fc24.x86_64
dual video hardware, bumblebee (usually keep nvidia card disabled):
# lspci -nnn -vvv -s00:02.0
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA controller])
Subsystem: CLEVO/KAPOK Computer Device [1558:5281]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- `<MAbort- >`SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 35
Region 0: Memory at f7400000 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at d0000000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Address: fee00018 Data: 0000
Capabilities: [d0] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a4] PCI Advanced Features
AFCap: TP+ FLR+
AFCtrl: FLR-
AFStatus: TP-
Kernel driver in use: i915
Kernel modules: i915
# vainfo
error: XDG_RUNTIME_DIR not set in the environment.
libva info: VA-API version 0.39.2
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.39 (libva 1.7.1)
vainfo: Driver version: Intel i965 driver for Intel(R) Haswell Mobile - 1.7.2.pre1 (1.7.0-58-ge554446)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
Tried compiling from git:
git://anongit.freedesktop.org/vaapi/intel-driver
and
git://git.freedesktop.org/git/xorg/driver/xf86-video-intelhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1529compilation of WebGL demo iamnop.com/particles shader slowed 5x, run-time per...2021-11-11T14:21:21ZBugzilla Migration Usercompilation of WebGL demo iamnop.com/particles shader slowed 5x, run-time perf dropped to 1/10th## Submitted by nat..@..el.com
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#97035)](https://bugs.freedesktop.org/show_bug.cgi?id=97035)**
## Description
Created attachment 125249
ui logs collected from chro...## Submitted by nat..@..el.com
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#97035)](https://bugs.freedesktop.org/show_bug.cgi?id=97035)**
## Description
Created attachment 125249
ui logs collected from chromebook with --disable-gpu-watchdog
Steps to Reproduce
===============
go to http://www.iamnop.com/particles/ in chrome browser
Expected Result
=============
website should load within 10 seconds with good performance (~30FPS)
Actual Result
==============
Website renders with 0-1FPS. On Skylake/Broadwell it takes ~40 seconds to start rendering. On Brasswell it takes over 2 mins to start rendering.
This looks like performance regression in mesa in later versions(12.0 etc).
With mesa 11.30.0 issue is not seen on skylake/broadwell while performance is little better on braswell(cyan) taking ~20 seconds.
With mesa ToT issue is always seen.
Tried on above platforms on chromebooks with chromeos and arch linux.
Chrome trace indicate
BDW with mesa 12.1.0: DoLinkProgram(load stage) wall duration=33.8 seconds
BDW with mesa 11.30: DoLinkProgram(load stage) wall duration=6.8 seconds (Good working)
Backporting to mesa 11.3 version on the same target device issue is not seen on big core.
**Attachment 125249**, "ui logs collected from chromebook with --disable-gpu-watchdog":
[ui_logs](/uploads/bd83b5db5a93373b338a357551b600b8/ui_logs)
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=91857
* https://bugs.freedesktop.org/show_bug.cgi?id=70613https://gitlab.freedesktop.org/mesa/mesa/-/issues/1528piglit.spec.arb_gpu_shader5.arb_gpu_shader5-emitstreamvertex_nodraw intermittent2019-09-25T18:57:12ZBugzilla Migration Userpiglit.spec.arb_gpu_shader5.arb_gpu_shader5-emitstreamvertex_nodraw intermittent## Submitted by Mark Janes `@majanes`
Assigned to **Kenneth Graunke `@kwg`**
**[Link to original bug (#96907)](https://bugs.freedesktop.org/show_bug.cgi?id=96907)**
## Description
This test fails intermittently with the following ...## Submitted by Mark Janes `@majanes`
Assigned to **Kenneth Graunke `@kwg`**
**[Link to original bug (#96907)](https://bugs.freedesktop.org/show_bug.cgi?id=96907)**
## Description
This test fails intermittently with the following signature:
/tmp/build_root/m64/lib/piglit/bin/arb_gpu_shader5-emitstreamvertex_nodraw -auto -fbo
piglit: debug: Requested an OpenGL 3.2 Core Context, and received a matching 3.3 context
Probe color at (50,50)
Expected: 0.000000 0.000000 0.000000
Observed: 1.000000 0.000000 0.000000
Bisected to:
commit df31c1850d14729e27513ae733110a668f6b6e95
Author: Kenneth Graunke <kenneth@whitecape.org>
i965/gs: Use new NIR intrinsics.
By performing the vertex counting in NIR, we're able to elide a
ton of useless safety checks around every EmitVertex() call:
total instructions in shared programs: 3952 -> 3720 (-5.87%)
instructions in affected programs: 3491 -> 3259 (-6.65%)
helped: 11
HURT: 0
Improves performance in Gl32GSCloth by 0.671742% +/-
0.142202% (n=621) on Haswell GT3e at 1024x768.
This should also make it easier to implement Broadwell's "Static
Vertex Count" feature someday.
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Jason Ekstrand <jason.ekstrand@intel.com>
Version: gitKenneth Graunkekenneth@whitecape.orgKenneth Graunkekenneth@whitecape.orghttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1527stuck on render ring (v4.7-rc7 Sky Lake Integrated Graphics [8086:1916])2019-09-25T18:57:05ZBugzilla Migration Userstuck on render ring (v4.7-rc7 Sky Lake Integrated Graphics [8086:1916])## Submitted by Bjørn Mork
Assigned to **Bjørn Mork**
**[Link to original bug (#96894)](https://bugs.freedesktop.org/show_bug.cgi?id=96894)**
## Description
Created attachment 125010
cat /sys/class/drm/card0/error |bzip2 >/tmp/err...## Submitted by Bjørn Mork
Assigned to **Bjørn Mork**
**[Link to original bug (#96894)](https://bugs.freedesktop.org/show_bug.cgi?id=96894)**
## Description
Created attachment 125010
cat /sys/class/drm/card0/error |bzip2 >/tmp/error.bz2
Just got this. Don't know how interesting it is, but filing bug as requested:
Jul 11 15:53:45 miraculix kernel: [ 3584.878743] [drm] stuck on render ring
Jul 11 15:53:45 miraculix kernel: [ 3584.879658] [drm] GPU HANG: ecode 9:0:0x84dffff8, in Xorg [2555], reason: Engine(s) hung, action: reset
Jul 11 15:53:45 miraculix kernel: [ 3584.879901] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
Jul 11 15:53:45 miraculix kernel: [ 3584.879906] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
Jul 11 15:53:45 miraculix kernel: [ 3584.879910] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
Jul 11 15:53:45 miraculix kernel: [ 3584.879914] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
Jul 11 15:53:45 miraculix kernel: [ 3584.879918] [drm] GPU crash dump saved to /sys/class/drm/card0/error
Jul 11 15:53:45 miraculix kernel: [ 3584.885867] drm/i915: Resetting chip after gpu hang
Jul 11 15:53:47 miraculix kernel: [ 3586.879631] [drm] RC6 on
**Attachment 125010**, "cat /sys/class/drm/card0/error |bzip2 >/tmp/error.bz2":
[error.bz2](/uploads/ff9fc9c3c5d0eaaf04c718c14a07c983/error.bz2)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1526Haswell HD Graphics 4400 GPU Hang2019-09-25T18:57:00ZBugzilla Migration UserHaswell HD Graphics 4400 GPU Hang## Submitted by fly..@..oat.si
Assigned to **Ian Romanick**
**[Link to original bug (#96813)](https://bugs.freedesktop.org/show_bug.cgi?id=96813)**
## Description
[63073.321133] [drm] GPU HANG: ecode 7:0:0xbbaff7f8, in Xorg [367],...## Submitted by fly..@..oat.si
Assigned to **Ian Romanick**
**[Link to original bug (#96813)](https://bugs.freedesktop.org/show_bug.cgi?id=96813)**
## Description
[63073.321133] [drm] GPU HANG: ecode 7:0:0xbbaff7f8, in Xorg [367], reason: Ring hung, action: reset
[63073.321137] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[63073.321139] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[63073.321142] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[63073.321144] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[63073.321147] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[63073.321310] ------------[ cut here ]------------
[63073.321323] WARNING: CPU: 0 PID: 27678 at drivers/gpu/drm/i915/intel_display.c:11384 intel_mmio_flip_work_func+0x447/0x4c0
[63073.321328] WARN_ON(__i915_wait_request(mmio_flip->req, mmio_flip->crtc->reset_counter, false, ((void *)0), &mmio_flip->i915->rps.mmioflips))
[63073.321332] Modules linked in:
[63073.321336] sha256_ssse3 sha256_generic hmac drbg ansi_cprng ctr ccm fuse arc4 hp_wmi sparse_keymap ppdev intel_rapl x86_pkg_temp_thermal intel_powerclamp crct10dif_pclmul crc32_pclmul crc32c_intel aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd iwlmvm joydev input_leds mac80211 serio_raw iwlwifi cfg80211 rtsx_pci_ms memstick rfkill i2c_i801 lpc_ich tpm_infineon shpchp snd_hda_codec_idt snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hwdep snd_hda_core snd_pcm snd_timer thermal wmi battery parport_pc hp_accel lis3lv02d input_polldev led_class hp_wireless evdev tpm_tis ac tpm fjes processor sch_fq_codel vboxnetflt(O) vboxnetadp(O) vboxpci(O) vboxdrv(O) coretemp msr sd_mod rtsx_pci_sdmmc ahci libahci atkbd libata ehci_pci ehci_hcd rtsx_pci
[63073.321459] CPU: 0 PID: 27678 Comm: kworker/0:2 Tainted: G U O 4.6.0ARCH-def #8
[63073.321463] Hardware name: Hewlett-Packard HP EliteBook Folio 1040 G1/213E, BIOS L83 Ver. 01.21 08/19/2014
[63073.321470] Workqueue: events intel_mmio_flip_work_func
[63073.321475] 0000000000000286 000000008ce3a709 ffff88004e283d18 ffffffff813b072f
[63073.321483] ffff88004e283d68 0000000000000000 ffff88004e283d58 ffffffff810cc7cb
[63073.321490] 00002c784e283d20 ffff88018ca34600 ffff880233477600 ffff8800a87bf3c0
[63073.321498] Call Trace:
[63073.321511] [`<ffffffff813b072f>`] dump_stack+0x63/0x84
[63073.321519] [`<ffffffff810cc7cb>`] __warn+0xcb/0xf0
[63073.321526] [`<ffffffff810cc84f>`] warn_slowpath_fmt+0x5f/0x80
[63073.321535] [`<ffffffff81083857>`] ? __switch_to+0x397/0x430
[63073.321542] [`<ffffffff815805a7>`] intel_mmio_flip_work_func+0x447/0x4c0
[63073.321550] [`<ffffffff810e514c>`] process_one_work+0x1ec/0x450
[63073.321557] [`<ffffffff810e53fb>`] worker_thread+0x4b/0x4f0
[63073.321565] [`<ffffffff810e53b0>`] ? process_one_work+0x450/0x450
[63073.321573] [`<ffffffff810eae48>`] kthread+0xd8/0xf0
[63073.321583] [`<ffffffff81823282>`] ret_from_fork+0x22/0x40
[63073.321591] [`<ffffffff810ead70>`] ? kthread_worker_fn+0x180/0x180
[63073.321596] ---[ end trace 87d0a9cbca3bd612 ]---
[63073.322997] drm/i915: Resetting chip after gpu hang
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1525Using EGL_KHR_surfaceless_context causes spurious "libEGL warning: FIXME: egl...2020-02-05T17:05:45ZBugzilla Migration UserUsing EGL_KHR_surfaceless_context causes spurious "libEGL warning: FIXME: egl/x11 doesn't support front buffer rendering."## Submitted by Pekka Paalanen `@pq`
Assigned to **Ian Romanick**
**[Link to original bug (#96694)](https://bugs.freedesktop.org/show_bug.cgi?id=96694)**
## Description
I was reviewing a patch to Weston to use EGL_KHR_surfaceless_...## Submitted by Pekka Paalanen `@pq`
Assigned to **Ian Romanick**
**[Link to original bug (#96694)](https://bugs.freedesktop.org/show_bug.cgi?id=96694)**
## Description
I was reviewing a patch to Weston to use EGL_KHR_surfaceless_context for making a context current while there are no outputs whose EGLSurface could be used. Weston does not use front buffer rendering.
Looks like this causes a spurious warning:
libEGL warning: FIXME: egl/x11 doesn't support front buffer rendering.
The stack trace is:
```
#0 0x00007ffff36f7b80 in dri3_flush_front_buffer () from /usr/lib64/libEGL.so.1
#1 0x00007fffeff0be8c in intel_flush_front () from /usr/lib64/dri/i965_dri.so
#2 0x00007fffeff0bedd in intel_glFlush () from /usr/lib64/dri/i965_dri.so
#3 0x00007ffff36ef881 in dri2_make_current () from /usr/lib64/libEGL.so.1
#4 0x00007ffff36e9ceb in eglMakeCurrent () from /usr/lib64/libEGL.so.1
#5 0x00007ffff054b275 in use_output (output=<optimized out>) at /home/pq/git/weston/libweston/gl-renderer.c:670
#6 0x00007ffff054c035 in gl_renderer_repaint_output (output=0x807320, output_damage=0x7fffffffd380)
at /home/pq/git/weston/libweston/gl-renderer.c:1096
#7 0x00007ffff57866d9 in x11_output_repaint_gl (output_base=0x807320, damage=0x7fffffffd380)
at /home/pq/git/weston/libweston/compositor-x11.c:380
#8 0x00007ffff7bc1e34 in weston_output_repaint (output=0x807320) at /home/pq/git/weston/libweston/compositor.c:2266
#9 output_repaint_timer_handler (data=0x807320) at /home/pq/git/weston/libweston/compositor.c:2305
#10 0x00007ffff79a7e29 in wl_event_source_timer_dispatch (source=0x7faab0, ep=<optimized out>) at src/event-loop.c:182
#11 0x00007ffff79a8432 in wl_event_loop_dispatch (loop=0x611200, timeout=timeout@entry=-1) at src/event-loop.c:422
#12 0x00007ffff79a6c05 in wl_display_run (display=display@entry=0x611170) at src/wayland-server.c:1051
#13 0x0000000000405426 in main (argc=1, argv=<optimized out>) at /home/pq/git/weston/compositor/main.c:1737
```
Weston sets up the gl-renderer with a EGL_NO_SURFACE made current, and later when repainting the real X11 window for the first time I believe, the warning triggers once. In the backtrace I see that the warning happens when eglMakeCurrent is called with the real EGLSurface. I suspect Mesa tries to flush the old context first, and somehow having EGL_NO_SURFACE bound causes it to think it is doing front buffer rendering, while it was in fact doing no-buffer-rendering.
If I force Weston to use the fallback path by creating a pbuffer instead of using EGL_NO_SURFACE, the warning does not appear.
The warning was added to Mesa in commit f35198badeb956a8f435727d805a47c7e42610d0. I am using Mesa 11.2.2 as packaged in Gentoo.
Because in the backtrace it looks like the decision to flush the front is made inside the intel driver, I picked that as the component.
Version: 11.2https://gitlab.freedesktop.org/mesa/mesa/-/issues/1524[SKL, KBL] texture misrender in The Talos Principle2019-09-25T18:56:53ZBugzilla Migration User[SKL, KBL] texture misrender in The Talos Principle## Submitted by Grazvydas Ignotas `@notaz`
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#96624)](https://bugs.freedesktop.org/show_bug.cgi?id=96624)**
## Description
Created attachment 124648
screenshot
The...## Submitted by Grazvydas Ignotas `@notaz`
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#96624)](https://bugs.freedesktop.org/show_bug.cgi?id=96624)**
## Description
Created attachment 124648
screenshot
The Talos Principle bug series continues from [bug 96607](https://bugs.freedesktop.org/show_bug.cgi?id=96607) with another texture misrendering, see bottom-right corner of the attached screenshot. The texture is flickering between good and bad rendering while ingame.
This seems to be a Skylake specific issue as it doesn't reproduce on Haswell.
Does not seem to be a regression and shows up since SKL support was added to mesa. Same result on 4.4 and 4.6 kernels.
Screenshot is from the last frame of this trace:
https://drive.google.com/file/d/0Bz8fw_SGGDzsUi1keXg5VVdDRUU/view?usp=sharing
**Attachment 124648**, "screenshot":
![Untitled](/uploads/4c9334bfd1ee01ca93828895f82a7109/Untitled.jpg)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1523GPU hang in kwin_x11 after upgrade to Plasma 52021-07-22T07:57:38ZBugzilla Migration UserGPU hang in kwin_x11 after upgrade to Plasma 5## Submitted by Diego Elio Pettenò
Assigned to **Ian Romanick**
**[Link to original bug (#96468)](https://bugs.freedesktop.org/show_bug.cgi?id=96468)**
## Description
Created attachment 124429
gpu crash dump
[ 578.819526] [drm] ...## Submitted by Diego Elio Pettenò
Assigned to **Ian Romanick**
**[Link to original bug (#96468)](https://bugs.freedesktop.org/show_bug.cgi?id=96468)**
## Description
Created attachment 124429
gpu crash dump
[ 578.819526] [drm] stuck on render ring
[ 578.819936] [drm] GPU HANG: ecode 7:0:0x85fffff8, in kwin_x11 [618], reason: Ring hung, action: reset
[ 578.819938] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[ 578.819938] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[ 578.819939] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 578.819940] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[ 578.819941] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[ 578.819982] ------------[ cut here ]------------
[ 578.819990] WARNING: CPU: 3 PID: 95 at drivers/gpu/drm/i915/intel_display.c:11385 intel_mmio_flip_work_func+0x44d/0x480
[ 578.819992] WARN_ON(__i915_wait_request(mmio_flip->req, mmio_flip->crtc->reset_counter, false, ((void *)0), &mmio_flip->i915->rps.mmioflips))
[ 578.819993] Modules linked in:
[ 578.819994] rtsx_usb_sdmmc mmc_core btusb btintel bluetooth input_leds iwldvm iwlwifi int3403_thermal int3402_thermal int3400_thermal int340x_thermal_zone acpi_thermal_rel asus_wireless efivarfs
[ 578.820005] CPU: 3 PID: 95 Comm: kworker/3:1 Tainted: G U 4.6.2-dirty #144
[ 578.820007] Hardware name: ASUSTeK COMPUTER INC. UX31A/UX31A, BIOS UX31A.219 06/14/2013
[ 578.820009] Workqueue: events intel_mmio_flip_work_func
[ 578.820011] 0000000000000000 ffffffff8a32521d ffff8800bc4bbd98 0000000000000000
[ 578.820014] ffffffff8a0cc76f ffff880112c41a00 ffff8800bc4bbde8 ffff88001403f180
[ 578.820017] 0000000000000000 ffff88011ef99700 00000000000000c0 ffffffff8a0cc7da
[ 578.820019] Call Trace:
[ 578.820024] [`<ffffffff8a32521d>`] ? dump_stack+0x46/0x59
[ 578.820028] [`<ffffffff8a0cc76f>`] ? __warn+0xbf/0xe0
[ 578.820030] [`<ffffffff8a0cc7da>`] ? warn_slowpath_fmt+0x4a/0x50
[ 578.820033] [`<ffffffff8a4866ed>`] ? intel_mmio_flip_work_func+0x44d/0x480
[ 578.820036] [`<ffffffff8a0ee651>`] ? finish_task_switch+0x1b1/0x250
[ 578.820039] [`<ffffffff8a0e344d>`] ? process_one_work+0x14d/0x420
[ 578.820041] [`<ffffffff8a0e3a75>`] ? worker_thread+0x45/0x460
[ 578.820043] [`<ffffffff8a0e3a30>`] ? rescuer_thread+0x310/0x310
[ 578.820046] [`<ffffffff8a0e8428>`] ? kthread+0xb8/0xd0
[ 578.820049] [`<ffffffff8a82d492>`] ? ret_from_fork+0x22/0x40
[ 578.820051] [`<ffffffff8a0e8370>`] ? kthread_create_on_node+0x170/0x170
[ 578.820052] ---[ end trace 4ada0f9db7110715 ]---
[ 578.821523] drm/i915: Resetting chip after gpu hang
[ 586.820037] [drm] stuck on render ring
[ 586.820430] [drm] GPU HANG: ecode 7:0:0x85fffff8, in kwin_x11 [618], reason: Ring hung, action: reset
[ 586.822079] drm/i915: Resetting chip after gpu hang
[ebuild R ] media-libs/mesa-11.0.6::gentoo USE="classic dri3 egl gallium gbm gles1 gles2 llvm nptl osmesa udev wayland xa -bindist -d3d9 -debug -opencl -openmax -pax_kernel -pic (-selinux) -vaapi -vdpau -xvmc" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="i965 intel (-freedreno) -i915 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 0 KiB
[ebuild R ] x11-base/xorg-server-1.17.4:0/1.17.4::gentoo USE="glamor ipv6 nptl suid systemd udev xorg -dmx -doc -kdrive (-libressl) -minimal (-selinux) -static-libs -tslib -unwind -wayland -xephyr -xnest -xvfb" 0 KiB
[ebuild R ] x11-drivers/xf86-video-intel-2.99.917-r2::gentoo USE="dri sna udev -debug -uxa -xvmc" 0 KiB
**Attachment 124429**, "gpu crash dump":
[error](/uploads/f7ffd99dd444240a7091e1479a573bd5/error)https://gitlab.freedesktop.org/mesa/mesa/-/issues/1522GPU HANG: ecode 7:0:0x85dffff8, in krunner [1214], reason: Ring hung, action:...2022-06-02T22:32:48ZBugzilla Migration UserGPU HANG: ecode 7:0:0x85dffff8, in krunner [1214], reason: Ring hung, action: reset## Submitted by 2π
Assigned to **Ian Romanick**
**[Link to original bug (#96447)](https://bugs.freedesktop.org/show_bug.cgi?id=96447)**
## Description
Created attachment 124410
GPU crash dump from /sys/class/drm/card0/error
Kubun...## Submitted by 2π
Assigned to **Ian Romanick**
**[Link to original bug (#96447)](https://bugs.freedesktop.org/show_bug.cgi?id=96447)**
## Description
Created attachment 124410
GPU crash dump from /sys/class/drm/card0/error
Kubuntu 16.04 LTS on a early 2014 MacBook Air. (Intel HD Graphics 5000)
[29404.084025] [drm] stuck on render ring
[29404.084979] [drm] GPU HANG: ecode 7:0:0x85dffff8, in krunner [1214], reason: Ring hung, action: reset
[29404.084981] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[29404.084982] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[29404.084984] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[29404.084985] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[29404.084987] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[29404.085027] ------------[ cut here ]------------
[29404.085084] WARNING: CPU: 3 PID: 13163 at /build/linux-FvcHlK/linux-4.4.0/drivers/gpu/drm/i915/intel_display.c:11287 intel_mmio_flip_work_func+0x38e/0x3d0 [i915]()
[29404.085088] WARN_ON(__i915_wait_request(mmio_flip->req, mmio_flip->crtc->reset_counter, false, NULL, &mmio_flip->i915->rps.mmioflips))
[29404.085090] Modules linked in:
[29404.085093] rfcomm bnep binfmt_misc nls_iso8859_1 joydev applesmc input_polldev snd_hda_codec_hdmi snd_hda_codec_cirrus intel_rapl snd_hda_codec_generic x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel snd_hda_intel kvm snd_hda_codec snd_hda_core snd_hwdep irqbypass snd_pcm wl(POE) snd_seq_midi btusb snd_seq_midi_event cfg80211 btrtl btbcm thunderbolt snd_rawmidi btintel input_leds bluetooth bdc_pci mei_me lpc_ich shpchp mei snd_seq dw_dmac_pci bcm5974 dw_dmac_core snd_seq_device snd_timer snd soundcore sbs sbshc acpi_als kfifo_buf industrialio spi_pxa2xx_platform mac_hid apple_bl parport_pc ppdev lp parport autofs4 drbg ansi_cprng algif_skcipher af_alg dm_crypt hid_generic hid_apple usbhid hid crct10dif_pclmul crc32_pclmul i915 aesni_intel aes_x86_64 lrw gf128mul glue_helper i2c_algo_bit
[29404.085171] ablk_helper cryptd drm_kms_helper syscopyarea sysfillrect uas sysimgblt ahci fb_sys_fops libahci drm usb_storage fjes video
[29404.085188] CPU: 3 PID: 13163 Comm: kworker/3:1 Tainted: P OE 4.4.0-22-generic #40-Ubuntu
[29404.085191] Hardware name: Apple Inc. MacBookAir6,2/Mac-7DF21CB3ED6977E5, BIOS MBA61.88Z.0099.B19.1506050547 06/05/2015
[29404.085236] Workqueue: events intel_mmio_flip_work_func [i915]
[29404.085240] 0000000000000286 00000000d57500ad ffff8800535d3d20 ffffffff813e9c53
[29404.085245] ffff8800535d3d68 ffffffffc02fca50 ffff8800535d3d58 ffffffff81080fb2
[29404.085250] ffff88016742cd80 ffff88016f2d6500 ffff88016f2dae00 00000000000000c0
[29404.085255] Call Trace:
[29404.085275] [`<ffffffff813e9c53>`] dump_stack+0x63/0x90
[29404.085282] [`<ffffffff81080fb2>`] warn_slowpath_common+0x82/0xc0
[29404.085287] [`<ffffffff8108104c>`] warn_slowpath_fmt+0x5c/0x80
[29404.085294] [`<ffffffff8102d8c7>`] ? __switch_to+0x437/0x5c0
[29404.085338] [`<ffffffffc0295c9e>`] intel_mmio_flip_work_func+0x38e/0x3d0 [i915]
[29404.085345] [`<ffffffff8109a052>`] process_one_work+0x162/0x480
[29404.085350] [`<ffffffff8109a3bb>`] worker_thread+0x4b/0x4c0
[29404.085356] [`<ffffffff8109a370>`] ? process_one_work+0x480/0x480
[29404.085361] [`<ffffffff8109a370>`] ? process_one_work+0x480/0x480
[29404.085365] [`<ffffffff810a0588>`] kthread+0xd8/0xf0
[29404.085370] [`<ffffffff810a04b0>`] ? kthread_create_on_node+0x1e0/0x1e0
[29404.085375] [`<ffffffff8182568f>`] ret_from_fork+0x3f/0x70
[29404.085380] [`<ffffffff810a04b0>`] ? kthread_create_on_node+0x1e0/0x1e0
[29404.085384] ---[ end trace f5619ae4144d6ab4 ]---
[29404.086563] drm/i915: Resetting chip after gpu hang
[29410.095450] [drm] stuck on render ring
[29410.096726] [drm] GPU HANG: ecode 7:0:0x85dffff8, in krunner [1214], reason: Ring hung, action: reset
[29410.099192] drm/i915: Resetting chip after gpu hang
**Attachment 124410**, "GPU crash dump from /sys/class/drm/card0/error":
[card0.error.log](/uploads/bcc5b2da2b3c4c75c774a76c1af7358c/card0.error.log)https://gitlab.freedesktop.org/mesa/mesa/-/issues/1521[HSW] Vulkan CTS tests fail intermittently2019-09-25T18:56:41ZBugzilla Migration User[HSW] Vulkan CTS tests fail intermittently## Submitted by Mark Janes `@majanes`
Assigned to **Ian Romanick**
**[Link to original bug (#95041)](https://bugs.freedesktop.org/show_bug.cgi?id=95041)**
## Description
A wide variety of test failures occur intermittently when ru...## Submitted by Mark Janes `@majanes`
Assigned to **Ian Romanick**
**[Link to original bug (#95041)](https://bugs.freedesktop.org/show_bug.cgi?id=95041)**
## Description
A wide variety of test failures occur intermittently when running the Vulkan CTS on HSW. Justen Jordan supposes it may be due to stubbed gen7 CmdWaitEvents implementation.
Until that implementation is provided, the Intel CI will re-execute failing HSW tests, and pass them if they are intermittent. This will mask any intermittent regressions that we may incur on that platform.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1520support GL_EXT_YUV_target on SKL2022-06-02T21:43:19ZBugzilla Migration Usersupport GL_EXT_YUV_target on SKL## Submitted by Dongseong Hwang
Assigned to **Ian Romanick**
**[Link to original bug (#94682)](https://bugs.freedesktop.org/show_bug.cgi?id=94682)**
## Description
Intel Skylake Gen9 whitepaper mentions
"Texture samplers now nativ...## Submitted by Dongseong Hwang
Assigned to **Ian Romanick**
**[Link to original bug (#94682)](https://bugs.freedesktop.org/show_bug.cgi?id=94682)**
## Description
Intel Skylake Gen9 whitepaper mentions
"Texture samplers now natively support an NV12 YUV format for improved surface sharing between compute APIs and media fixed function units."
https://software.intel.com/sites/default/files/managed/c5/9a/The-Compute-Architecture-of-Intel-Processor-Graphics-Gen9-v1d0.pdf
Intel Android 3D driver supports GL_EXT_YUV_target on Skylake.
However, Mesa doesn't support GL_EXT_YUV_target on Skylake.https://gitlab.freedesktop.org/mesa/mesa/-/issues/1519bin/bufferstorage-persistent read client-storage piglit test fails intermitte...2019-09-25T18:56:37ZBugzilla Migration Userbin/bufferstorage-persistent read client-storage piglit test fails intermittently## Submitted by Samuel Iglesias Gonsálvez `@samuelig`
Assigned to **Ian Romanick**
**[Link to original bug (#94490)](https://bugs.freedesktop.org/show_bug.cgi?id=94490)**
## Description
Hello,
"bufferstorage-persistent read clien...## Submitted by Samuel Iglesias Gonsálvez `@samuelig`
Assigned to **Ian Romanick**
**[Link to original bug (#94490)](https://bugs.freedesktop.org/show_bug.cgi?id=94490)**
## Description
Hello,
"bufferstorage-persistent read client-storage" piglit test fails intermittently with a very low fail-to-pass ratio in Mesa master.
When running "bufferstorage-persistent read client-storage" piglit test during 20/30 minutes in an infinite loop on a Haswell laptop, I got the following error:
$ while (true); do (bin/bufferstorage-persistent read client-storage -auto -fbo | grep -v pass); done
Probe [0] failed. Expected: 17.000000 Observed: 0.000000
Probe [1] failed. Expected: 13.000000 Observed: 0.000000
Probe [3] failed. Expected: 17.000000 Observed: 0.000000
Probe [4] failed. Expected: 18.000000 Observed: 0.000000
Probe [6] failed. Expected: 12.000000 Observed: 0.000000
Probe [7] failed. Expected: 13.000000 Observed: 0.000000
Probe [9] failed. Expected: 12.000000 Observed: 0.000000
Probe [10] failed. Expected: 18.000000 Observed: 0.000000
Probe [12] failed. Expected: 27.000000 Observed: 0.000000
Probe [13] failed. Expected: 13.000000 Observed: 0.000000
Probe [15] failed. Expected: 27.000000 Observed: 0.000000
Probe [16] failed. Expected: 18.000000 Observed: 0.000000
Probe [18] failed. Expected: 22.000000 Observed: 0.000000
Probe [19] failed. Expected: 13.000000 Observed: 0.000000
Probe [21] failed. Expected: 22.000000 Observed: 0.000000
Probe [22] failed. Expected: 18.000000 Observed: 0.000000
Probe [24] failed. Expected: 37.000000 Observed: 0.000000
Probe [25] failed. Expected: 13.000000 Observed: 0.000000
Probe [27] failed. Expected: 37.000000 Observed: 0.000000
Probe [28] failed. Expected: 18.000000 Observed: 0.000000
Probe [30] failed. Expected: 32.000000 Observed: 0.000000
Probe [31] failed. Expected: 13.000000 Observed: 0.000000
Probe [33] failed. Expected: 32.000000 Observed: 0.000000
Probe [34] failed. Expected: 18.000000 Observed: 0.000000
Probe [36] failed. Expected: 47.000000 Observed: 0.000000
Probe [37] failed. Expected: 13.000000 Observed: 0.000000
Probe [39] failed. Expected: 47.000000 Observed: 0.000000
Probe [40] failed. Expected: 18.000000 Observed: 0.000000
Probe [42] failed. Expected: 42.000000 Observed: 0.000000
Probe [43] failed. Expected: 13.000000 Observed: 0.000000
Probe [45] failed. Expected: 42.000000 Observed: 0.000000
Probe [46] failed. Expected: 18.000000 Observed: 0.000000
PIGLIT: {"result": "fail" }
HW/SW info
---
CPU: Intel(R) Core(TM) i5-4210M CPU
GPU: Intel® HD Graphics 4600, Intel Haswell Mobile (GT2)
Linux kernel version: 4.2.0-30-generic (Ubuntu 15.10)
Mesa HEAD: f8ea98e4ec4078924f79b0aadd2754726b835f5c
Piglit HEAD: 1d83558d4bef6e0cd05b1cf167c2bf63ac6b3b92
How to reproduce it
---
* Run the following command:
$ while (true); do (bin/bufferstorage-persistent read client-storage -auto -fbo | grep -v pass); done
* Wait between 30 minutes to see the errors in the output.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1518Too many temporary expressions in shader freeze glLinkProgram2019-09-25T18:56:29ZBugzilla Migration UserToo many temporary expressions in shader freeze glLinkProgram## Submitted by Martina Kollarova
Assigned to **Ian Romanick**
**[Link to original bug (#94477)](https://bugs.freedesktop.org/show_bug.cgi?id=94477)**
## Description
Created attachment 122206
glxinfo output
This bug is causing a ...## Submitted by Martina Kollarova
Assigned to **Ian Romanick**
**[Link to original bug (#94477)](https://bugs.freedesktop.org/show_bug.cgi?id=94477)**
## Description
Created attachment 122206
glxinfo output
This bug is causing a webgl conformance test in Chromium to freeze and time out. https://bugs.chromium.org/p/chromium/issues/detail?id=593680
The shader contains something like:
temp +=
u_uniform +
u_uniform -
u_uniform /
u_uniform *
u_uniform +
u_uniform -
u_uniform /
u_uniform *
u_uniform +
u_uniform -
u_uniform ;
repeated 1000 times. It freezes forever (I waited 30 minutes) on glLinkProgram. It doesn't freeze if it's repeated only ~100 times.
I created a small reproducer that uses approximately the same shaders as the test in Chromium: https://github.com/mkollaro/opengl_snippets, you can try it out with:
mkdir build && cd build && cmake .. && make && ./bin/shader_freeze
**Attachment 122206**, "glxinfo output":
[glxinfo.txt](/uploads/f4810aeb8949b2827e5c749a92ef7add/glxinfo.txt)
Version: 11.2https://gitlab.freedesktop.org/mesa/mesa/-/issues/1517WebGL conformance2/textures/misc/copy-texture-image.html fails2019-09-25T18:56:26ZBugzilla Migration UserWebGL conformance2/textures/misc/copy-texture-image.html fails## Submitted by xinghua
Assigned to **Ian Romanick**
**[Link to original bug (#94346)](https://bugs.freedesktop.org/show_bug.cgi?id=94346)**
## Description
Steps:
1. Install latest unstable google chrome, details:
add "deb http...## Submitted by xinghua
Assigned to **Ian Romanick**
**[Link to original bug (#94346)](https://bugs.freedesktop.org/show_bug.cgi?id=94346)**
## Description
Steps:
1. Install latest unstable google chrome, details:
add "deb http://dl.google.com/linux/chrome/deb/ stable main" to your computer software source list(/etc/apt/sources.list).
sudo apt-get update
sudo apt-get install google-chrome-unstable
2. Run chrome in the terminal, you can specify your Mesa driver and run with some options,
[LD_LIBRARY_PATH=`<mesa_lib>`:$LD_LIBRARY_PATH LIBGL_DRIVERS_PATH=`<mesa_lib>`/dri] google-chrome-unstable --enable-unsafe-es3-apis -- use-gl=egl
3. Please check chrome revision ("chrome://version"), it must be newer than #376886
4. Open the link, https://www.khronos.org/registry/webgl/sdk/tests/webgl-conformance-tests.html?version=2.0.0 (should be 2.0.0(beta))
5. Search case "conformance2/textures/misc/copy-texture-image.html", and run this case.
Result: This case will fail. This case succeeds on nvidia driver.
Expected: This case passes on Mesa driver.
Notes: We test the case on below devices based on Mesa driver, it also fails.
Pixel 2013 - IVB Chromebook, Mesa version 11.0.2
Acer C720 - HSW Chromebook, Mesa version 11.0.2
Acer C910 - BDW Chromebook, Mesa version 11.0.2
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1516thread sanitizer + i965 = segfault in memcpy when uploading textures2019-09-25T18:56:24ZBugzilla Migration Userthread sanitizer + i965 = segfault in memcpy when uploading textures## Submitted by Kai Iskratsch
Assigned to **Ian Romanick**
**[Link to original bug (#94301)](https://bugs.freedesktop.org/show_bug.cgi?id=94301)**
## Description
i was trying to run our software with thread sanitizer to find possi...## Submitted by Kai Iskratsch
Assigned to **Ian Romanick**
**[Link to original bug (#94301)](https://bugs.freedesktop.org/show_bug.cgi?id=94301)**
## Description
i was trying to run our software with thread sanitizer to find possible race conditions, but it seems to crash as soon as i try load resources with glTexImage2D.
the actual crash happens in brw_upload cache which seems to call memcpy with dst=0
relevant part of the crash:
```
#0 0x00007ffff6db7845 in __sanitizer::internal_memcpy(void*, void const*, unsigned long) (dest=dest@entry=0x0, src=src@entry=0x7da400014028, n=n@entry=112) at ../../../../libsanitizer/sanitizer_common/sanitizer_libc.cc:52
#1 0x00007ffff6d62f03 in __interceptor_memcpy(void*, void const*, __sanitizer::uptr) (dst=0x0, src=src@entry=0x7da400014028, size=size@entry=112) at ../../../../libsanitizer/tsan/tsan_interceptors.cc:641
#2 0x00007fffa2111260 in brw_upload_cache (__len=112, __src=0x7da400014028, __dest=<optimized out>) at /usr/include/bits/string3.h:53
#3 0x00007fffa2111260 in brw_upload_cache (cache=cache@entry=0x7fffa987e408, cache_id=cache_id@entry=
BRW_CACHE_FS_PROG, key=key@entry=0x7fffa06f0dc0, key_size=key_size@entry=152, data=data@entry=0x7da400014028, data_size=112, aux=0x7fffa06f0c10, aux_size=360, out_offset=0x7fffa987f2b8, out_aux=0x7fffa987f520) at brw_state_cache.c:309
#4 0x00007fffa2117805 in brw_codegen_wm_prog (brw=brw@entry=0x7fffa985a028, prog=prog@entry=0x7d500005ec28, fp=fp@entry=0x7d680003e400, key=key@entry=0x7fffa06f0dc0) at brw_wm.c:171
#5 0x00007fffa211841f in brw_fs_precompile (ctx=ctx@entry=0x7fffa985a028, shader_prog=shader_prog@entry=0x7d500005ec28, prog=0x7d680003e400) at brw_wm.c:644
#6 0x00007fffa2104044 in brw_link_shader(gl_context*, gl_shader_program*) (sh_prog=0x7d500005ec28, ctx=0x7fffa985a028) at brw_link.cpp:49
#7 0x00007fffa2104044 in brw_link_shader(gl_context*, gl_shader_program*) (ctx=0x7fffa985a028, shProg=0x7d500005ec28) at brw_link.cpp:277
#8 0x00007fffa1fb129a in _mesa_glsl_link_shader(gl_context*, gl_shader_program*) (ctx=0x7fffa985a028, prog=0x7d500005ec28) at program/ir_to_mesa.cpp:2984
#9 0x00007fffa1e4115d in _mesa_get_fixed_func_fragment_program(gl_context*) (key=0x7fffa06f10e0, ctx=0x7fffa06f1020) at main/ff_fragment_shader.cpp:1265
#10 0x00007fffa1e4115d in _mesa_get_fixed_func_fragment_program(gl_context*) (ctx=ctx@entry=0x7fffa985a028) at main/ff_fragment_shader.cpp:1295
#11 0x00007fffa1ed4b98 in _mesa_update_state_locked (ctx=0x7fffa985a028) at main/state.c:157
#12 0x00007fffa1ed4b98 in _mesa_update_state_locked (ctx=ctx@entry=0x7fffa985a028) at main/state.c:473
#13 0x00007fffa1ed4cc1 in _mesa_update_state (ctx=ctx@entry=0x7fffa985a028) at main/state.c:504
#14 0x00007fffa1eea4d5 in teximage (ctx=0x7fffa985a028, compressed=compressed@entry=0 '\000', dims=dims@entry=2, target=3553, level=0, internalFormat=32856, width=512, height=512, depth=1, border=0, format=6408, type=5121, imageSize=0, pixels=0x7fff9efef040)
at main/teximage.c:2943
#15 0x00007fffa1eebfb0 in _mesa_TexImage2D (target=<optimized out>, level=<optimized out>, internalFormat=<optimized out>, width=<optimized out>, height=<optimized out>, border=<optimized out>, format=6408, type=5121, pixels=0x7fff9efef040) at main/teximage.c:3005
[...]
```
without thread sanitizer everything works, so no idea if the actual bug is cause by i965 or thread sanitizer code
Version: 11.1