Bug 88458 - The monitor turns off when playing starcraft 2 in wine
Summary: The monitor turns off when playing starcraft 2 in wine
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/radeonsi (show other bugs)
Version: 10.4
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-15 12:56 UTC by Andrew
Modified: 2018-04-10 11:55 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg log (115.10 KB, text/plain)
2015-01-15 13:13 UTC, Andrew
Details
kernel log (127.39 KB, text/x-log)
2016-06-01 18:19 UTC, Jaakko Niemi
Details

Description Andrew 2015-01-15 12:56:35 UTC

    
Comment 1 Andrew 2015-01-15 13:08:57 UTC
After playing some seconds monitor is turned off (7 of 7 launches). Sometimes it is then turned back on, sometimes - no. Sometimes an image just hangs. Ctrl+alt+f1 do not work when hanged.
Linux 3.17.6-1-ARCH #1 SMP PREEMPT Sun Dec 7 23:43:32 UTC 2014 x86_64 GNU/Linux
Radeon 7850 2GB memory
Comment 2 Andrew 2015-01-15 13:13:14 UTC
Created attachment 112289 [details]
dmesg log

In this case, he was involved back
Comment 3 Marek Olšák 2015-08-02 11:35:14 UTC
Does this issue will occur on current Mesa git?
Comment 4 Jaakko Niemi 2016-06-01 18:19:27 UTC
Created attachment 124241 [details]
kernel log
Comment 5 Jaakko Niemi 2016-06-01 18:22:24 UTC
I can repro this reliably.

[AMD/ATI] Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280]
Kernel 4.6 drm-next, LLVM 3.8

These days I just get hung screen, audio keeps playing on background, I can ssh in and reboot. 

This happens only with SC2, I don't see problems with other games. Typically I don't even get halfway through campaign mission, sometimes I get crash when the game is playing video (assuming it's done through the engine...).

--
Comment 6 Jaakko Niemi 2016-06-01 18:24:04 UTC
(In reply to Jaakko Niemi from comment #5)
> I can repro this reliably.
> 
> [AMD/ATI] Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280]
> Kernel 4.6 drm-next, LLVM 3.8
> 
> These days I just get hung screen, audio keeps playing on background, I can
> ssh in and reboot. 
> 
> This happens only with SC2, I don't see problems with other games. Typically
> I don't even get halfway through campaign mission, sometimes I get crash
> when the game is playing video (assuming it's done through the engine...).
> 
> --

Oh, and Mesa is 12.0 rc1.
Comment 7 Nicolai Hähnle 2016-06-02 15:50:48 UTC
Can you record an apitrace? If you get a trace file that hangs reliably on replay, that would be very useful. Upload to Google Drive or similar if the file is too big (which it usually will be).
Comment 8 Jaakko Niemi 2016-06-04 17:01:47 UTC
Definately maybe. I run:

apitrace trace wine .wine/drive_c...path to sc.exe

With few minutes running the game I get small file called "wine-preloader.trace", which is 270k, so I'm not sure if this is right. These days the game invokes in any case the battle.net.exe application from which game can be started. I'll do some more digging on this, but if anyone knows how to do this right (wine with modern blizzard games..), please let me know. Also let me know if the small trace file is interesting.
Comment 9 Jaakko Niemi 2016-06-16 16:41:23 UTC
Good news!

I got apitrace working, "apitrace trace wine .wine... Battle.net.exe", which is the application from which you start the games. I got 26G file after 15 minutes of playing one starcraft mission.

Also looks like now the crashes have turned into VM faults:

[456447.423707] [drm:radeon_dp_link_train [radeon]] *ERROR* clock recovery tried 5 times
[456447.423717] [drm:radeon_dp_link_train [radeon]] *ERROR* clock recovery failed
[457965.078259] radeon 0000:01:00.0: GPU fault detected: 146 0x06c3d014
[457965.078262] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0000A036
[457965.078263] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x030D0014
[457965.078265] VM fault (0x04, vmid 1) at page 41014, write from CB (208)
[458184.091683] radeon 0000:01:00.0: GPU fault detected: 146 0x02e2500c
[458184.091686] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00009A97
[458184.091688] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0205000C
[458184.091689] VM fault (0x0c, vmid 1) at page 39575, read from CB (80)
[458201.097207] radeon 0000:01:00.0: GPU fault detected: 146 0x0023a014
[458201.097209] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00009E81
[458201.097210] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x030A0014
[458201.097211] VM fault (0x04, vmid 1) at page 40577, write from CB (160)

This happened after upgrading from kernel 4.6.0 (Mesa from June 1st), to kernel 4.7.0-rc2, drm-next, Mesa from June 11th.

Previously I got hang within 10 minutess, now spent bit over an hour with just abovementioned log entries, no visible delays on screen. I'll continue testing.

Would apitrace output still be interested on resolving this issue, or some more information?
Comment 10 Nicolai Hähnle 2016-06-17 12:37:16 UTC
VM faults from CB, interesting.

If the VM faults are reproducible using the trace, I'd be interested in downloading it if you can manage to upload it somewhere despite the size (Google Drive?).
Comment 11 Timothy Arceri 2018-04-10 11:55:47 UTC
Original problem fixed as per comment 9. Additional information (apitrace) on VM faults was never supplied so closing bug.

Feel free to reopen if you still have the secondary errors and can provide the requested apitrace. Thanks.


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.