Bug 56757

Summary:	[NV42/NV30 gallium] UrbanTerror4.2 gets parts of images cut off
Product:	Mesa	Reporter:	Ronald <ronald645>
Component:	Drivers/DRI/nouveau	Assignee:	Nouveau Project <nouveau>
Status:	RESOLVED MOVED	QA Contact:
Severity:	normal
Priority:	medium
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	UrbanTerror log with corrupted screen UrbanTerror log with correct screen Difference between UrbanTerror logs for your viewing convenience Loading screen, correct up to this point Loading screen, text shows first sign of corruption Loading screen, text corrupted progress never goes past this point In game, 80% of screen unusable, game itself seems fine though Loading screen, text corrupted progress never goes past this point In game, 80% of screen unusable, game itself seems fine though In game, 80% of screen unusable, game itself seems fine though note that loading screen still changes during gameplay Dmesg of used kernel (3.7-rc4 + nouveau (which enables zcomp))

Description Ronald 2012-11-05 07:39:10 UTC

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.

Comment 1 Ronald 2012-11-05 07:40:12 UTC

Created attachment 69534 [details]
UrbanTerror log with corrupted screen

Comment 2 Ronald 2012-11-05 07:40:29 UTC

Created attachment 69535 [details]
UrbanTerror log with correct screen

Comment 3 Ronald 2012-11-05 07:40:55 UTC

Created attachment 69536 [details]
Difference between UrbanTerror logs for your viewing convenience

Comment 4 Ronald 2012-11-05 07:41:23 UTC

P.S. Please note the Mesa errors in the 'bad' log.

Comment 5 Ronald 2012-11-05 07:42:26 UTC

Created attachment 69537 [details]
Loading screen, correct up to this point

Comment 6 Ronald 2012-11-05 07:43:24 UTC

Created attachment 69538 [details]
Loading screen, text shows first sign of corruption

Comment 7 Ronald 2012-11-05 07:44:23 UTC

Created attachment 69539 [details]
Loading screen, text corrupted progress never goes past this point

Comment 8 Ronald 2012-11-05 07:45:38 UTC

Created attachment 69540 [details]
In game, 80% of screen unusable, game itself seems fine though

Comment 9 Ronald 2012-11-05 07:46:43 UTC

Created attachment 69541 [details]
Loading screen, text corrupted progress never goes past this point

Comment 10 Ronald 2012-11-05 07:47:32 UTC

Created attachment 69542 [details]
In game, 80% of screen unusable, game itself seems fine though

Comment 11 Ronald 2012-11-05 07:48:26 UTC

Created attachment 69543 [details]
In game, 80% of screen unusable, game itself seems fine though note that loading screen still changes during gameplay

Comment 12 Ronald 2012-11-05 07:49:43 UTC

I have a seperate Mesa + libdrm git tree ready to quickly test patches. This is all I can do for now.

Comment 13 Emil Velikov 2012-11-05 10:35:15 UTC

Can you attach your dmesg in both cases - nvfx & nv30

Comment 14 Ronald 2012-11-05 11:54:05 UTC

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...

Comment 15 Ronald 2012-11-05 11:54:54 UTC

Created attachment 69559 [details]
Dmesg of used kernel (3.7-rc4 + nouveau (which enables zcomp))

Comment 16 Emil Velikov 2012-11-05 12:26:04 UTC

In some cases different versions of mesa can use different output - errors in dmesg

Here it's not the case

Comment 17 Ronald 2012-11-05 14:21:55 UTC

Ow I see, I used environment variables to redirect output in the logfiles.

Comment 18 Ilia Mirkin 2013-08-31 06:11:11 UTC

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.

Comment 19 Ronald 2013-08-31 07:50:07 UTC

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)

Comment 20 Ilia Mirkin 2013-08-31 07:51:43 UTC

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.

Comment 21 GitLab Migration User 2019-09-18 20:38:27 UTC

-- 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.