WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] HVM domU with sdl not scheduled after vt-switch

On Mon, 2 May 2011, Dietmar Hahn wrote:
> It hangs in qemu in gui_update() -> dpy_refresh() -> sdl_refresh()
> 
> Via libSDL, libX11, libxcb the function xcb_wait_for_reply() gets called.
> 
> It never gets an answer from the Xserver, because the Xserver doesn't answer
> 
> any requests when switching the vt-console.
> 
> Because gui_update() gets called via a qemu timer and never return it stops 
> qemu.
> 

Which one is the SDL call that never returns exactly? SDL_UpdateRect?


> I tried to move the qui_update() into an own thread to get the main qemu loop
> 
> running but then the first call of sdl_update() leads to:
> 
> X Error of failed request: BadAccess (attempt to access private resource 
> denied)
> 
> Major opcode of failed request: 154 (GLX)
> 
> Minor opcode of failed request: 26 (X_GLXMakeContextCurrent)
> 
> Serial number of failed request: 31
> 
> Current serial number in output stream: 31
> 
> and qemu exits.
> 
> I googled a little bit and found XInitThreads() but this doesn't help.
> 
> Any hints are welcome ;-) !
> 

Honestly I don't think any of these solutions are good. It might be
worth sending an email to the libsdl devel mailing list, asking about
this problem.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>