The fairly recent nvfx -> nv30 driver rework causes a regression in UrbanTerror 4.2 (beta 5). I have not been able to test other beta's or games. The card identifies itself as: 01:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7300 GT] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 820e 01:00.0 0300: 10de:0393 (rev a1) (prog-if 00 [VGA controller]) Subsystem: 1043:820e [ 0.312762] nouveau [ DEVICE][0000:01:00.0] Chipset: G73 (NV4B) [ 0.312764] nouveau [ DEVICE][0000:01:00.0] Family : NV40 The problem, is that exactly after the 'big change' the gamescreen loads partially. I have screenshosts attached. The game itself seems to work fine, but almost 75% to 90% of the loading screen is still on top of it. The first glitches appear during loading. After the game has loaded the map, then it seems that the screen 'rips'. Again check the screenshots for this. This behaviour only occurs on some maps, not all. Some of them: - Kingdom - Cascade - Bohemia - Oildepot - Maybe more... The way the screen 'distorts' differs per map or per game setting. Sometimes it's a only a triangular shape on the top left upper corner of the game that is visible. So it doesn't have to be across the entire screen. The tested git versions are: bad mesa: f2509df95cd1d055e91b1558c5d9c5a935067d78 libdrm: 292da616fe1f936ca78a3fa8e1b1b19883e343b6 good mesa: 1f2b53945115f9b54933af1412d3cc0eb16a877f (5 commits difference) libdrm: 0d6350002d74848dd3d1e4d28d514a7ac9d580c9 (1 commit difference) Testing latest git of mesa and libdrm did not fix the problem. I could not test a single commit since the rework seems to take up several patches. I.e. removing and adding the new 3D driver is done in two seperate patches as is porting to libdrm2.0 which depends on this. So in order to test this without building errors I had to skip 5 patches instead of 1 unfortunately. I have attached several logs and screenshots that will hopefully help you further.
Created attachment 69534 [details] UrbanTerror log with corrupted screen
Created attachment 69535 [details] UrbanTerror log with correct screen
Created attachment 69536 [details] Difference between UrbanTerror logs for your viewing convenience
P.S. Please note the Mesa errors in the 'bad' log.
Created attachment 69537 [details] Loading screen, correct up to this point
Created attachment 69538 [details] Loading screen, text shows first sign of corruption
Created attachment 69539 [details] Loading screen, text corrupted progress never goes past this point
Created attachment 69540 [details] In game, 80% of screen unusable, game itself seems fine though
Created attachment 69541 [details] Loading screen, text corrupted progress never goes past this point
Created attachment 69542 [details] In game, 80% of screen unusable, game itself seems fine though
Created attachment 69543 [details] In game, 80% of screen unusable, game itself seems fine though note that loading screen still changes during gameplay
I have a seperate Mesa + libdrm git tree ready to quickly test patches. This is all I can do for now.
Can you attach your dmesg in both cases - nvfx & nv30
No additional output in dmesg. Care to eleborate on the 'nvfx & nv30' part? I'm booting the same kernel just different mesa/libdrm versions. Will it help to increase the kernels verbosity? Is that useful? I'm attaching a dmesg though...
Created attachment 69559 [details] Dmesg of used kernel (3.7-rc4 + nouveau (which enables zcomp))
In some cases different versions of mesa can use different output - errors in dmesg Here it's not the case
Ow I see, I used environment variables to redirect output in the logfiles.
Just tested this out on NV42 with mesa ~9.2, and just clicking on "start server" which brings up a settings screen shows half the settings cut off at the bottom. This ends up triggering the "swizzled and linear textures at the same time" problem I've seen before, but I don't know if it's directly related -- that tends to just not show textures at all/show stale data rather than cutting stuff off.
This card did die on me btw, will have to reproduce with another one. Would you like me to test another card? (fairly recent, forgot it's codename)
I have a few nv3x/nv4x cards, so I'll keep this open. I suspect that if it's a recent card, UrbanTerror will work just fine for you.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1051.
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.