| Bug ID | 100387 |
|---|---|
| Summary | War Thunder game has visual errors, missing textures |
| Product | Mesa |
| Version | git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/r600 |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | acelists@atlas.sk |
| QA Contact | dri-devel@lists.freedesktop.org |
Using the War Thunder game on Slackware, Mesa git custom compi= led, LLVM 4.0 and on a RV710 card (512MB video RAM) always produces visual errors. The errors= are not the same at all runs but vary between these problems, e.g. sky being bl= ack, clouds being any color, water is some color without reflections, trees being blue. Plane/ground target models are mostly correct, but sometimes they are also white. The errors can be seen right in the hangar, but also when playing the game = (in a mission). I have set the "Old videocard support" in the graphics options in= the game. This has improved things to the state I describe. The game client shows &qu= ot;ultra low quality" in the right hand corner. I am using the low-res client (= HD textures not downloaded) and the client often prompts to download hi-res textures which I decline. Other than this, the game runs correctly, albeit slow on this GPU (5-15FPS). In the console where I start the game (updater binary) there is a ton of ou= tput like: EE r600_shader.c:183 r600_pipe_shader_create - translation from TGSI failed= ! EE r600_state_common.c:803 r600_shader_select - Failed to build shader vari= ant (type=3D1) -1 The line numbers 183 and 803 are always the same.
I now noticed the same console errors are output when running = the latest Firefox nightly with "webrender" force-enabled (in about:config).= Maybe that helps and is easier to debug than a big game.
Created attachment 131233 [details]
War Thunder on Radeon HD 8470D with Mesa 17.1.0rc2
Same issue on Radeon 8470D.
Software:
Kubuntu 17.0 x86_64
Linux 4.10
Mesa: 17.1.0rc2
libdrm: 2.4.80
xserver-xorg-video-radeon: 7.9.0
xserver-xorg-core: 1.19.3
Hardware:=20
AMD A6-6400K with Radeon HD 8470D (ARUBA)
From a quick debugging session the error is coming from here https://github.com/m= esa3d/mesa/blob/a5e1c9f1d5b6063f0a92634967475a05362c0d31/src/gallium/driver= s/r600/r600_asm.c#L603 Don't have time ATM to look closer, but commenting here in case anybody have ideas, including what to look at.
Sorry for long time not answering. The error is because one in= struction is using more than 2 cfiles which check_and_set_bank_swizzle() doesn't allow, though acc. to docs it can handle up to 4 distinct cfiles in a group. I was trying to fix it be rewriting the bank_swizzle scheduler into smarter version, but had to abandon it because it turned out to be pointless (the effeciency is about the same, but more importantly, for some reason r600g h= ave 2 schedulers, and this one simply does validation). FTR, unfinished code is here https://github.com/Hi-Angel/mesa/tree/wip-bank_swizzle-scheduler I am not sure if I'll have a motivation to look into modifying the current scheduler, the more that there's some oddness in documentation (you can say "pun intended" because it is that docs don't allow odd number of = distinct cfiles in a group, however a group with 1 cfile works just fine). But fixing this bug won't help to the game anyway, because the next problem= it runs into is a very old one of requiring too many GPRs https://bugs.freedesktop.org/b= uglist.cgi?quicksearch=3DShader%20GPR%20limit%20exceeded&list_id=3D6193= 99
| What | Removed | Added |
|---|---|---|
| CC | tuharsky@misbb.sk |
I see very similar problem with Radeon HD 6850. OTOH, I must say that with AMD A8-7600 onchip Radeon R7 everything seems OK= .
Created attachment 134034 [details]
screenshot - War Thunder, Radeon HD 6850
MESA 17.1.5
(In reply to Hi-Angel from comment #5) > But fixing this bug won't help to the game anywa= y, because the next problem > it runs into is a very old one of requiring too many GPRs Are You sure? I don't know the exact background here, but on Radeon R7 it r= uns seamlessly...
I'd assume "AMD A8-7600 with onchip Radeon R7" uses = the separate radeonSI mesa driver and may not have this problem reported in this bug. Notice the bug is against R600 driver. I asked about the radeonSI drive in comment 6 but didn't get a reply. If you could find out if you are running with it and rendering is fine, I would li= ke to know.
Well, no problem, just please give me a reliable way to get th= is info. Listing the X.org.log, I'm a bit confused.
Try looking for DRI driver name or VDPAU driver name in Xorg.l= og.
The attached log seems to imply R600 driver is used. It also lists the GPU as: Chipset: "AMD Radeon HD 6800 Series" (ChipID =3D 0x6739) Is this really from the A8-7600 machine?
No, the log is from LTSP thin/fat client. Terefore CPU is of L= TSP server. GPU is correct though.
Created attachment 134095 [details]
X.org log file
please, see attachment...
| What | Removed | Added |
|---|---|---|
| Version | git | 17.1 |
Same problem on Radeon HD 6470M mesa-17.0.6/17.1.9 llvm-3.9.1-r1/4.0.1 xf86-video-ati-7.9.0 xorg-server-1.19.3 kernel-4.12.12-gentoo
(In reply to aceman from comment #6) > Are those problems solved in radeonsi? (In reply to aceman from comment #= 10) > I asked about the radeonSI drive in comment 6 but didn't get a reply. If you > could find out if you are running with it and rendering is fine, I wou= ld > like to know. On my other machine amdgpu+radeonsi it is working OK.
Issue is still reproducible in Mesa 17.2. With Mesa 17.3 I get= GPU lockup at War Thunder launch: bug 103900
I have same issue on my AMD A6-6400K with Radeon HD 8470D (ARU= BA) Kubuntu 17.10 x86_64 with Linux 4.13.0 and Mesa 17.2.2
Possibly this bug is duplicate of bug 99349
Yes, with amdgpu+radeonsi (on RX560) there are no issues. It r= uns at 40-60fps on Medium details.