qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] Cursor problems.
@ 2005-05-16 19:27 Jason
  2005-05-17 23:42 ` Juergen Lock
  2005-05-18  2:13 ` Jason Gress
  0 siblings, 2 replies; 6+ messages in thread
From: Jason @ 2005-05-16 19:27 UTC (permalink / raw)
  To: qemu-devel

When running qemu on my HP laptop, I cannot seem to use the cursor in the
guest os.  The guest OS can be any os, windows reactos linux, etc.  The
host OS is fedora core 3. Basically, the cursor shows up as normal on the
screen, but when I click in to let qemu grab the focus, the cursor jumps
to the bottom right as soon as any motion happens.  The buttons all still
function properly, I know this because in reactos the curusor is
positioned just above the time.

I've posted this to the forums but no one has responded.  I am quite
perlexed at this because this works fine on my other system which is also
fedora core 3.  The laptop is using a USB attached mouse or a Synaptics
touch pad.  Neither of which seem to work.  One question I Have is does
qemu use the X windows curor or is it connecting directly to something
like /dev/input/mice?  Because if it's using the X windows pointer, it
should be getting a generic PS/2 mouse.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] Cursor problems.
  2005-05-16 19:27 [Qemu-devel] Cursor problems Jason
@ 2005-05-17 23:42 ` Juergen Lock
  2005-05-18  1:10   ` Jason
  2005-05-18  2:13 ` Jason Gress
  1 sibling, 1 reply; 6+ messages in thread
From: Juergen Lock @ 2005-05-17 23:42 UTC (permalink / raw)
  To: jasonw; +Cc: qemu-devel

In article <35077.66.67.170.75.1116271652.squirrel@tuxmonkey.com> you write:
>When running qemu on my HP laptop, I cannot seem to use the cursor in the
>guest os.  The guest OS can be any os, windows reactos linux, etc.  The
>host OS is fedora core 3. Basically, the cursor shows up as normal on the
>screen, but when I click in to let qemu grab the focus, the cursor jumps
>to the bottom right as soon as any motion happens.  The buttons all still
>function properly, I know this because in reactos the curusor is
>positioned just above the time.
>[...]

I cannot help you other than by saying this is the exact same
phenomenon i have on linux since switching to a 2.4 kernel (because
of this promise sata card i got, apparently there's no 2.6 driver
for that for some reason.)

 Same box runs qemu just fine with working cursor using FreeBSD as
host os...

	Juergen

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] Cursor problems.
  2005-05-17 23:42 ` Juergen Lock
@ 2005-05-18  1:10   ` Jason
  2005-05-18 17:35     ` Juergen Lock
  0 siblings, 1 reply; 6+ messages in thread
From: Jason @ 2005-05-18  1:10 UTC (permalink / raw)
  To: Juergen Lock; +Cc: qemu-devel

On Wed, 2005-05-18 at 01:42 +0200, Juergen Lock wrote:
> In article <35077.66.67.170.75.1116271652.squirrel@tuxmonkey.com> you write:
> >When running qemu on my HP laptop, I cannot seem to use the cursor in the
> >guest os.  The guest OS can be any os, windows reactos linux, etc.  The
> >host OS is fedora core 3. Basically, the cursor shows up as normal on the
> >screen, but when I click in to let qemu grab the focus, the cursor jumps
> >to the bottom right as soon as any motion happens.  The buttons all still
> >function properly, I know this because in reactos the curusor is
> >positioned just above the time.
> >[...]
> 
> I cannot help you other than by saying this is the exact same
> phenomenon i have on linux since switching to a 2.4 kernel (because
> of this promise sata card i got, apparently there's no 2.6 driver
> for that for some reason.)
> 
>  Same box runs qemu just fine with working cursor using FreeBSD as
> host os...
> 
> 	Juergen

Well, I did a bit more investigation and put a printf into the function
sdl_send_mouse_event in sdl.c to see what was being sent from the Host
OS to the guest OS.  It would seem that the SDL_GetRelativeMouseState
function is reporting odd values for dx and dy on my laptop but not on
my other machine.  Both of them are running the same OS for the host OS,
Fedora Core 3.  One is a normal computer with a PS/2 mouse and the other
is a  laptop with a Synaptics Touch pad and a USB attached mouse.  The
laptop actually has both devices going through GPM which is set as a
repeater in PS/2 mode.  So the data being sent to xorg should be PS/2
data.  Thus the data that SDL is getting should also be PS/2 data, but
from the look of it, it isn't.  From the look of it, it should be
reporting small changes either a small positive value or a small
negative value.

On my laptop it actually jumps all over the place.... but it's usually
large positive values.  I have more investigation to do but it might be
something like a buffer not getting written write or getting written
with junk data.  

Juergen, what type of pointing device do you have?


-- 
Jason <jason@tulg.org>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] Cursor problems.
  2005-05-16 19:27 [Qemu-devel] Cursor problems Jason
  2005-05-17 23:42 ` Juergen Lock
@ 2005-05-18  2:13 ` Jason Gress
  2005-05-18 14:13   ` Jason
  1 sibling, 1 reply; 6+ messages in thread
From: Jason Gress @ 2005-05-18  2:13 UTC (permalink / raw)
  To: qemu-devel

Jason,

	I had this problem once.  It turned out to be an SDL problem.  Try 
upgrading/downgrading SDL packages.  I had the problem on Gentoo.

	Jason



On Monday 16 May 2005 02:27 pm, Jason wrote:
> When running qemu on my HP laptop, I cannot seem to use the cursor in the
> guest os.  The guest OS can be any os, windows reactos linux, etc.  The
> host OS is fedora core 3. Basically, the cursor shows up as normal on the
> screen, but when I click in to let qemu grab the focus, the cursor jumps
> to the bottom right as soon as any motion happens.  The buttons all still
> function properly, I know this because in reactos the curusor is
> positioned just above the time.
>
> I've posted this to the forums but no one has responded.  I am quite
> perlexed at this because this works fine on my other system which is also
> fedora core 3.  The laptop is using a USB attached mouse or a Synaptics
> touch pad.  Neither of which seem to work.  One question I Have is does
> qemu use the X windows curor or is it connecting directly to something
> like /dev/input/mice?  Because if it's using the X windows pointer, it
> should be getting a generic PS/2 mouse.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] Cursor problems.
  2005-05-18  2:13 ` Jason Gress
@ 2005-05-18 14:13   ` Jason
  0 siblings, 0 replies; 6+ messages in thread
From: Jason @ 2005-05-18 14:13 UTC (permalink / raw)
  To: jasong, qemu-devel; +Cc: qemu-l

I did some quick looking around on SDL's site and came aross a FAQ about
DGA mouse support,
http://www.libsdl.org/faq.php?action=listentries&category=3#28
On a whim, I decided to give this a shot.  I ran

# export SDL_VIDEO_X11_DGAMOUSE=0

before running qemu and it worked like a charm.  I'm not quite sure what
DGA Mouse Support is, but it would appear that disabling it fixes my
problems with the mouse acting funny.   I just thought someone might like
to know.  I have a thread on the forms that I'll post this to as well. 
Perhaps it'll help someone.

Jason

> Jason,
>
> 	I had this problem once.  It turned out to be an SDL problem.  Try
> upgrading/downgrading SDL packages.  I had the problem on Gentoo.
>
> 	Jason
>
>
>
> On Monday 16 May 2005 02:27 pm, Jason wrote:
>> When running qemu on my HP laptop, I cannot seem to use the cursor in
>> the
>> guest os.  The guest OS can be any os, windows reactos linux, etc.  The
>> host OS is fedora core 3. Basically, the cursor shows up as normal on
>> the
>> screen, but when I click in to let qemu grab the focus, the cursor jumps
>> to the bottom right as soon as any motion happens.  The buttons all
>> still
>> function properly, I know this because in reactos the curusor is
>> positioned just above the time.
>>
>> I've posted this to the forums but no one has responded.  I am quite
>> perlexed at this because this works fine on my other system which is
>> also
>> fedora core 3.  The laptop is using a USB attached mouse or a Synaptics
>> touch pad.  Neither of which seem to work.  One question I Have is does
>> qemu use the X windows curor or is it connecting directly to something
>> like /dev/input/mice?  Because if it's using the X windows pointer, it
>> should be getting a generic PS/2 mouse.
>>
>>
>> _______________________________________________
>> Qemu-devel mailing list
>> Qemu-devel@nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] Cursor problems.
  2005-05-18  1:10   ` Jason
@ 2005-05-18 17:35     ` Juergen Lock
  0 siblings, 0 replies; 6+ messages in thread
From: Juergen Lock @ 2005-05-18 17:35 UTC (permalink / raw)
  To: Jason; +Cc: qemu-devel

On Tue, May 17, 2005 at 09:10:58PM -0400, Jason wrote:
> On Wed, 2005-05-18 at 01:42 +0200, Juergen Lock wrote:
> > In article <35077.66.67.170.75.1116271652.squirrel@tuxmonkey.com> you write:
> > >When running qemu on my HP laptop, I cannot seem to use the cursor in the
> > >guest os.  The guest OS can be any os, windows reactos linux, etc.  The
> > >host OS is fedora core 3. Basically, the cursor shows up as normal on the
> > >screen, but when I click in to let qemu grab the focus, the cursor jumps
> > >to the bottom right as soon as any motion happens.  The buttons all still
> > >function properly, I know this because in reactos the curusor is
> > >positioned just above the time.
> > >[...]
> > 
> > I cannot help you other than by saying this is the exact same
> > phenomenon i have on linux since switching to a 2.4 kernel (because
> > of this promise sata card i got, apparently there's no 2.6 driver
> > for that for some reason.)
> > 
> >  Same box runs qemu just fine with working cursor using FreeBSD as
> > host os...
> > 
> > 	Juergen
> 
> Well, I did a bit more investigation and put a printf into the function
> sdl_send_mouse_event in sdl.c to see what was being sent from the Host
> OS to the guest OS.  It would seem that the SDL_GetRelativeMouseState
> function is reporting odd values for dx and dy on my laptop but not on
> my other machine.  Both of them are running the same OS for the host OS,
> Fedora Core 3.  One is a normal computer with a PS/2 mouse and the other
> is a  laptop with a Synaptics Touch pad and a USB attached mouse.  The
> laptop actually has both devices going through GPM which is set as a
> repeater in PS/2 mode.  So the data being sent to xorg should be PS/2
> data.  Thus the data that SDL is getting should also be PS/2 data, but
> from the look of it, it isn't.  From the look of it, it should be
> reporting small changes either a small positive value or a small
> negative value.
> 
> On my laptop it actually jumps all over the place.... but it's usually
> large positive values.  I have more investigation to do but it might be
> something like a buffer not getting written write or getting written
> with junk data.  
> 
> Juergen, what type of pointing device do you have?

An optical wheelmouse connected on ps2, kudzu on kanotix detects it as
`ImPS/2 Generic Wheel Mouse'.

 And yes, SDL_VIDEO_X11_DGAMOUSE=0 fixes the problem for me too...

	Juergen

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2005-05-18 17:40 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-16 19:27 [Qemu-devel] Cursor problems Jason
2005-05-17 23:42 ` Juergen Lock
2005-05-18  1:10   ` Jason
2005-05-18 17:35     ` Juergen Lock
2005-05-18  2:13 ` Jason Gress
2005-05-18 14:13   ` Jason

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).