From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jzgp7-0005u0-V4 for qemu-devel@nongnu.org; Fri, 23 May 2008 19:37:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jzgp6-0005qS-7U for qemu-devel@nongnu.org; Fri, 23 May 2008 19:37:21 -0400 Received: from [199.232.76.173] (port=55152 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jzgp6-0005q1-1m for qemu-devel@nongnu.org; Fri, 23 May 2008 19:37:20 -0400 Received: from nf-out-0910.google.com ([64.233.182.191]:11261) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jzgp6-0004dQ-6H for qemu-devel@nongnu.org; Fri, 23 May 2008 19:37:20 -0400 Received: by nf-out-0910.google.com with SMTP id b2so503146nfb.12 for ; Fri, 23 May 2008 16:37:14 -0700 (PDT) Message-ID: Date: Sat, 24 May 2008 00:37:13 +0100 From: Piotras Subject: Re: [Qemu-devel] HEAD qemu mouse stuck in bottom corner problem In-Reply-To: <48367870.6060901@shaddybaddah.name> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48367870.6060901@shaddybaddah.name> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org AFAIK the described behaviour is a consequence of a bug in SDL library. You may try to set environment variable as a workaround: > export SDL_VIDEO_X11_DGAMOUSE=0 > qemu ... Hope this helps, Piotr On Fri, May 23, 2008 at 8:55 AM, Shaddy Baddah wrote: > Hi, > > I've built qemu from HEAD (as of yesterday) svn on my Ubuntu Gutsy Gibbon > x86 release. Here is the uname -a output: > > Linux -ubuntu 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 > i686 GNU/Linux > > The problem I have with it is that for both Windows and Linux (a Knoppix > boot session) guest system, once I click into the qemu window to grab the > mouse, it is jumping to the bottom right most corner of the screen, and > remaining stuck there. There seems no way to recover the mouse, so I have to > hold ctrl-alt and get out of there. > > I get around the problem sometimes by using vnc (-vnc :1) for the qemu > display instead, but I don't know if this is also a known issue/limitation > (I assumed so), that only gets you so far because the guest mouse does not > track the host mouse at all accurately. So for the Windows guest, I get > around the problem by waiting until the TCP stack is up, and connecting to > the actually hosted VNC service (not qemu's in-built service that I > activated). > > I'd rather not do something so convoluted, so any help would be appreciated. > > Thanks in advance, > Shaddy > > > >