79677: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS; too. (try 2)

[Dan Kegel]

Looks whacked, all right.  /var/log/Xorg.0.log.old says
...
(II) Oct 08 11:10:27 NVIDIA(0): Setting mode "nvidia-auto-select"
Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e955b]
1: /usr/bin/X (0x8048000+0x61e2d) [0x80a9e2d]
2: (vdso) (__kernel_rt_sigreturn+0x0) [0x67c410]
3: /usr/bin/X (0x8048000+0x144638) [0x818c638]
4: /usr/lib/xorg/extra-modules/nvidia_drv.so (0x516a000+0x320957) [0x548a957]
Segmentation fault at address 0x14
Caught signal 11 (Segmentation fault). Server aborting

dank at i7:~$ ps augxw | grep X
root     13829  0.0  0.0   4448  1484 ?        Ss   11:10   0:00
/bin/bash /etc/gdm/failsafeXServer
root     13875  0.0  0.1  30664  5952 ?        S    11:10   0:00
zenity --warning --text <big><b>Ubuntu is running in low-graphics
mode</b></big>\n\nThe following error was encountered.  You may
need\nto update your configuration to solve this.\n\n(EE) Oct 08
11:10:35 NVIDIA(0): No display devices found for this X screen.?(EE)
Screen(s) found, but none have a usable configuration.

I have checked in code that stops the buildslave when failsafeXServer
is running.
That should reduce the number of cascading failures.

Next step is for me to get my slaves to reboot periodically.

The first build that failed, probably when X crashed, said
../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p
ddraw_test.exe.so visual.c && touch visual.ok
]] alarum: failed command was ../../../wine ddraw_test.exe.so visual.c
]] fixme:win:EnumDisplayDevicesW ((null),0,0x32f54c,0x00000000), stub!
]] fixme:d3d_draw:drawPrimitive Using software emulation because
manual fog coordinates are provided
]] err:d3d:wined3d_device_uninit_3d Something is still holding a
reference to depth/stencil buffer 0x15f090.
]] fixme:win:EnumDisplayDevicesW ((null),0,0x32f53c,0x00000000), stub!
]] visual.c:1903: Tests skipped: device has no P8 texture support, skipping test
]] fixme:ddraw:IDirect3DDeviceImpl_7_Release Texture handle 0x2
(0x1aff68) not unset properly.
]] fixme:win:EnumDisplayDevicesW ((null),0,0x32f47c,0x00000000), stub!
]] fixme:win:EnumDisplayDevicesW ((null),0,0x32ecbc,0x00000000), stub!
]] err:d3d_surface:d3dfmt_p8_init_palette This code should never get
entered for DirectDraw!, expect problems
]] err:d3d_surface:d3dfmt_p8_init_palette This code should never get
entered for DirectDraw!, expect problems
]] err:d3d_surface:d3dfmt_p8_init_palette This code should never get
entered for DirectDraw!, expect problems
]] XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
]]       after 1272 requests (1271 known processed) with 0 events remaining.


On Sat, Oct 8, 2011 at 12:32 PM, Dan Kegel <dank at kegel.com> wrote:
> Yeah, something whacked, I'm looking into it.
>
> On Sat, Oct 8, 2011 at 11:45 AM, Charles Davis <cdavis at mymail.mines.edu> wrote:
>> (Sorry about earlier… THIS is the one I meant to reply to.)
>>
>> This can't possibly be caused by my syscall patch.
>>
>> Chip
>>
>> On Oct 8, 2011, at 12:41 PM, buildbot at kegel.com wrote:
>>
>>> This is an experimental automated build and test service.
>>> Please feel free to ignore this email while we work the kinks out.
>>>
>>> For more info about this message, see http://wiki.winehq.org/BuildBot
>>>
>>> The Buildbot has detected a failed build on builder runtests-default while building Wine.
>>> Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/75 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting)
>>> BUILD FAILED: failed shell_3
>>>
>>> Errors:
>>> alarum: failed command was ../../../wine d3d8_test.exe.so visual.c
>>> Xlib:  extension "GLX" missing on display ":0.0".
>>> err:wgl:X11DRV_WineGL_InitOpenglInfo  couldn't initialize OpenGL, expect problems...