| Bug ID | 109162 |
|---|---|
| Summary | Bugs Bunny: Lost in Time |
| Product | Mesa |
| Version | 18.2 |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | smoki00790@gmail.com |
| QA Contact | dri-devel@lists.freedesktop.org |
Current Debian Buster/Testing, Mesa 18.2.7, Kabini hardware... I am trying to run this near 20 years old Windows OpenGL game via WINE of course... wine bugs.exe /b00 /full /skip_intro /ogl /x1920 /y1080 But it shows half garbage as seens in picture, same is in window or whatev= er. LIBGL_ALWAYS_SOFTWARE=3Dtrue shows same garbage. Trace actually render correctly (there are shadow bugs you could maybe ign= ore, that is on Windows the same), so i am out of idea what this could be.
Created attachment 142904=
[details]
mess on the screen
This is how it looks like. Broken presentation image i would say, as trace
shows it OK.
Link to the trace: https:= //www.dropbox.com/s/tk2i1j6ownzh4px/bugs-trace.7z Anyway, this replays fine here too. It is just when i run a game actually = this mess came by. I tried to run game on a CPU by using software Mesa for Windows from here: http://fdossena.com/?= p=3Dmesa/index.frag With same version of software Mesa for Windows it also plays correctly. So no idea what this could be really :D
So, software Mesa for Windows shows it correctly, while same version of software Mesa for Linux via LIBGL_ALWAYS_SOFTWARE=3Dtrue show this garbage = ;)
I tried various MESA version overrides and R600_DEBUG variables like no2d, notiling and such to no avail, even tried to disable DRI3 with LIBGL_DRI3_DISABLE and nope - mess is still there.
And BTW forgot to mention... on AMD proprietary OpenGL driver this is fine= .
Ah OK, that Mesa for Windows uses LLVM 6, while Debian Mesa uses LLVM 7...= so could be an LLVM regression.
Got this old OpenGL game accelerated, by using gldirect: http://sourceforge.n= et/projects/gldirect/ That seems supports OpenGL 1.x to D3D9 just fine :) And then asking d3dada= pter nine to play opengl game and everything looks fine this way. Well, this bug is still there since this is OpenGL game and should play on OpenGL driver fine.
OK, found an variable that helped :) always_have_depth_buffer=3Dtrue wine bugs.exe makes it showing up on screen normally.
i am also getting same bug https://pathankottaxi.hat= enablog.com/ https://pathan= kottaxi.in/pathankot-taxi-service/
These kind of bugs is usually due to app error (not requesting= a depth buffer but still needing one, relying on the implementation to provide one anyway). Although in this case, I suppose wine could be involved too, maybe there's = some pecularities when emulating wgl with glx. Seems unlikely to me though that the bug is in mesa code.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | WORKSFORME |
OK, self variabled only in Mesa... closing then as worksforme.