https://bugs.winehq.org/show_bug.cgi?id=42185
Bug ID: 42185 Summary: rasapi32:rasapi causes the 64 bit Windows 8 to freeze Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs@winehq.org Reporter: fgouget@codeweavers.com Distribution: ---
The rasapi32:rasapi test causes the w864 to freeze if it is configured for VNC access:
<graphics type='vnc' port='-1' autoport='yes'/>
The workaround is to configure it for Spice access:
<graphics type='spice' autoport='yes'/>
Notes: * In both cases it does not matter if a client is connected to the VM or not (usually no client is connected while the tests are running). * Strangely enough the 32 bit Windows 8 VM (wtbw8) is not impacted: it is still configured for VNC but is able to run all the Wine tests, including rasapi32:rasapi (13 tests executed, 0 failures). * Both the 32 and 64 bit rasapi32:rasapi must be causing a crash since there was no test results for either bitness before the VM configuration was changed to Spice.
Todo: 1) Report this QEMU issue if it has not been reported yet. 2) Check whether it also happens on my TestBot rig. 3) Narrow down which part of rasapi32:rasapi causes the freeze. 4) Record the relevant QEMU bug(s) here so we can keep track of them.
https://bugs.winehq.org/show_bug.cgi?id=42185
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS|Linux |Windows
https://bugs.winehq.org/show_bug.cgi?id=42185
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #1 from François Gouget fgouget@codeweavers.com --- I cannot reproduce this bug anymore. I tried the following: * On vm3 I shut down the wtbw864 VM to switch it back to VNC and then I ran rasapi32_crosstest.exe rasapi which used to be enough to get the VM to freeze. * Then I tried running the whole winetest suite in case some prior test was needed to put the VM in the right state. * I also tried disabling the ignore_msrs workaround for bug 40240 in case it made a difference (it didn't last time) and reran winetest. * I also did the same tests on my box (I had not tried that last time).
None of that reproduced the bug. I think this is because vm3 has been upgraded: * from QEMU 1:2.1+dfsg-12+deb8u2 to 1:2.7+dfsg-3~bpo8+2 (1:2.7+dfsg-3+b1 on my box) * from Linux 3.16.0-4 to 4.8.11-1~bpo8+1 (4.8.11-1 on my box)
So I'll assume one of those fixed this issue until proven otherwise.
https://bugs.winehq.org/show_bug.cgi?id=42185
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from François Gouget fgouget@codeweavers.com --- Closing resolved bug.