[Qemu-devel] QEMU 0.8.1

[Qemu-devel] QEMU 0.8.1

[Fabrice Bellard]

Hi,

QEMU version 0.8.1 is available at http://bellard.org/qemu/download.html.

version 0.8.1:

   - USB tablet support (Brad Campbell, Anthony Liguori)
   - win32 host serial support (Kazu)
   - PC speaker support (Joachim Henke)
   - IDE LBA48 support (Jens Axboe)
   - SSE3 support
   - Solaris port (Ben Taylor)
   - Preliminary SH4 target (Samuel Tardieu)
   - VNC server (Anthony Liguori)
   - slirp fixes (Ed Swierk et al.)
   - USB fixes
   - ARM Versatile Platform Baseboard emulation (Paul Brook)

Fabrice.

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

mingw32 build breaks on "ssize_t" which should be "long"
instead on win32 (see previous post on vnc.c).

beyond this little detail, compiled version works fine on
win32 (I'll do more testing tomorrow).

do we need kqemu-1.3.0pre6.tar.gz for this version
or a newer kqemu ?

On 5/3/06, Fabrice Bellard <fabrice@bellard.org> wrote:
> Hi,
>
> QEMU version 0.8.1 is available at http://bellard.org/qemu/download.html.
>
> version 0.8.1:
>
>    - USB tablet support (Brad Campbell, Anthony Liguori)
>    - win32 host serial support (Kazu)
>    - PC speaker support (Joachim Henke)
>    - IDE LBA48 support (Jens Axboe)
>    - SSE3 support
>    - Solaris port (Ben Taylor)
>    - Preliminary SH4 target (Samuel Tardieu)
>    - VNC server (Anthony Liguori)
>    - slirp fixes (Ed Swierk et al.)
>    - USB fixes
>    - ARM Versatile Platform Baseboard emulation (Paul Brook)
>
> Fabrice.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>


--
Christian

Re: [Qemu-devel] QEMU 0.8.1

[Mulyadi Santosa]

Hi!

> QEMU version 0.8.1 is available at
> http://bellard.org/qemu/download.html.

Great! Thanks for the hard work of Qemu community!

BTW, any decision about the async I/O patch? Will you merge it or does 
it need more tests?

regards,

Mulyadi

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

seen on winXP host (kqemu independent): sometimes the pointer
inside the guest hits like an invisible wall and cannot go any further.
This happens on a win2003 bartpe based guest and on a RedHat 7.2
livecd (superrescue 2.1.2).

how to see it:
- boot the guest without having the physical pointer grabbed
- the guest pointer is centered (position A)
- move the physical/host pointer halfway between guest pointer
and the bottom of the windows of the guest (position B)
- click inside the guest (grabs the physical pointer: we're in
position A)
- move the pointer vertically slowly down, the pointer cannot go
any lower than position B

I would say this could be a grab/ungrab issue induced recently
(vnc patch?). To check it, how do I remove the vnc patch alltogether ?

Christian

On 5/3/06, Fabrice Bellard <fabrice@bellard.org> wrote:
> Hi,
>
> QEMU version 0.8.1 is available at http://bellard.org/qemu/download.html.
>

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

I removed manually vnc_display_init, and this is not the culprit...
I'll check anyway versus qemu-0.8.0...

On 5/4/06, Christian MICHON <christian.michon@gmail.com> wrote:
> I would say this could be a grab/ungrab issue induced recently
> (vnc patch?). To check it, how do I remove the vnc patch alltogether ?

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

qemu 0.8.0 does not show this invisible barrier issue.
if this is worth anything, I use SDL 1.2.9.

If someone can reproduce the issue also on linux hosts,
there could be a lead.

On 5/4/06, Christian MICHON <christian.michon@gmail.com> wrote:
> I removed manually vnc_display_init, and this is not the culprit...
> I'll check anyway versus qemu-0.8.0...
>
--
Christian

Re: [Qemu-devel] QEMU 0.8.1

[WaxDragon]

I can reproduce on a linux host.  I've seen this for a few weeks in CVS.

On 5/4/06, Christian MICHON <christian.michon@gmail.com> wrote:
> qemu 0.8.0 does not show this invisible barrier issue.
> if this is worth anything, I use SDL 1.2.9.
>
> If someone can reproduce the issue also on linux hosts,
> there could be a lead.
>
> On 5/4/06, Christian MICHON <christian.michon@gmail.com> wrote:
> > I removed manually vnc_display_init, and this is not the culprit...
> > I'll check anyway versus qemu-0.8.0...
> >
> --
> Christian
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>


--
ReactOS is a hub, follow the spokes and you'll
immediately find absolutely everything you need
to know about Windows.  ReactOS is not just
software, it's people.
                                        kjk_hyperion

Re: [Qemu-devel] QEMU 0.8.1

[Chris Bagwell]

Christian MICHON wrote:
> seen on winXP host (kqemu independent): sometimes the pointer
> inside the guest hits like an invisible wall and cannot go any further.
> This happens on a win2003 bartpe based guest and on a RedHat 7.2
> livecd (superrescue 2.1.2).
I've seen this for a few weeks in CVS as well on win98 guest.  There 
seems to be a work around.   If you roll your mouse around a lot and far 
distances, it seems to recalibrate itself or something and the invisible 
wall goes away.

During the emails on the usb tablet development, I saw a few comments 
about having mouse acceleration turned on in windows could cause mouse 
confusion.  I haven't bothered trying to turn that off but that may also 
fix it.

Chris

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

yes, but this is a painful way to recalibrate. Apparently, there's a
confusion inside absolute coord and relative coord between
guest and host.

Turning off acceleration is not helping at all. Unfortunately

On 5/4/06, Chris Bagwell <chris@cnpbagwell.com> wrote:
> I've seen this for a few weeks in CVS as well on win98 guest.  There
> seems to be a work around.   If you roll your mouse around a lot and far
> distances, it seems to recalibrate itself or something and the invisible
> wall goes away.
>
> During the emails on the usb tablet development, I saw a few comments
> about having mouse acceleration turned on in windows could cause mouse
> confusion.  I haven't bothered trying to turn that off but that may also
> fix it.
>
> Chris
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>


--
Christian

Re: [Qemu-devel] QEMU 0.8.1

[Thomas Han]

[-- Attachment #1: Type: text/plain, Size: 951 bytes --]

Hi,

For what it's worth.  I have also seen this "invisible wall" problem with my
mouse for a few weeks off the CVS build too.

Since 0.8.1 came out yesterday, Instead of using CVS build, I'm now running
Qemu 0.8.1 + kqemu-1.3.0pre6.  My host OS is FC5 and I'm running XP inside
it.

Thanks,
Thomas

On 5/4/06, Christian MICHON <christian.michon@gmail.com> wrote:
>
> qemu 0.8.0 does not show this invisible barrier issue.
> if this is worth anything, I use SDL 1.2.9.
>
> If someone can reproduce the issue also on linux hosts,
> there could be a lead.
>
> On 5/4/06, Christian MICHON <christian.michon@gmail.com> wrote:
> > I removed manually vnc_display_init, and this is not the culprit...
> > I'll check anyway versus qemu-0.8.0...
> >
> --
> Christian
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>

[-- Attachment #2: Type: text/html, Size: 1444 bytes --]

Re: [Qemu-devel] QEMU 0.8.1

[Kazu]

Sent: Thursday, May 04, 2006 5:45 AM Fabrice Bellard wrote:

> Hi,
> 
> QEMU version 0.8.1 is available at http://bellard.org/qemu/download.html.
> 

qemu-system-sparc.exe doesn't work. A patch is below.

Regards,
Kazu

--- qemu-0.8.1.orig/loader.c Thu May  4 05:32:58 2006
+++ qemu-0.8.1/loader.c Thu May  4 17:35:10 2006
@@ -200,7 +200,7 @@
     int fd, data_order, must_swab, ret;
     uint8_t e_ident[EI_NIDENT];
 
-    fd = open(filename, O_RDONLY);
+    fd = open(filename, O_RDONLY | O_BINARY);
     if (fd < 0) {
         perror(filename);
         return -1;

Re: [Qemu-devel] QEMU 0.8.1

[Anthony Liguori]

[-- Attachment #1: Type: text/plain, Size: 1470 bytes --]

Thomas Han wrote:
> Hi,
>
> For what it's worth.  I have also seen this "invisible wall" problem 
> with my mouse for a few weeks off the CVS build too.

Can you try out the following patch.  *grumbles about SDL's brokenness*

Regards,

Anthony Liguori

> Since 0.8.1 came out yesterday, Instead of using CVS build, I'm now 
> running Qemu 0.8.1 + kqemu-1.3.0pre6.  My host OS is FC5 and I'm 
> running XP inside it.
>
> Thanks,
> Thomas
>
> On 5/4/06, *Christian MICHON* < christian.michon@gmail.com 
> <mailto:christian.michon@gmail.com>> wrote:
>
>     qemu 0.8.0 does not show this invisible barrier issue.
>     if this is worth anything, I use SDL 1.2.9.
>
>     If someone can reproduce the issue also on linux hosts,
>     there could be a lead.
>
>     On 5/4/06, Christian MICHON <christian.michon@gmail.com
>     <mailto:christian.michon@gmail.com>> wrote:
>     > I removed manually vnc_display_init, and this is not the culprit...
>     > I'll check anyway versus qemu-0.8.0...
>     >
>     --
>     Christian
>
>
>     _______________________________________________
>     Qemu-devel mailing list
>     Qemu-devel@nongnu.org <mailto: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
>   


[-- Attachment #2: qemu-mouse-sdl.diff --]
[-- Type: text/plain, Size: 535 bytes --]

diff -r 39a6dd1136c6 sdl.c
--- a/sdl.c	Thu May 04 04:13:13 2006 +0000
+++ b/sdl.c	Thu May 04 21:30:11 2006 -0500
@@ -280,13 +280,18 @@ static void sdl_update_caption(void)
 
 static void sdl_hide_cursor(void)
 {
-    SDL_SetCursor(sdl_cursor_hidden);
+    if (kbd_mouse_is_absolute()) {
+	SDL_ShowCursor(1);
+	SDL_SetCursor(sdl_cursor_hidden);
+    } else {
+	SDL_ShowCursor(0);
+    }
 }
 
 static void sdl_show_cursor(void)
 {
     if (!kbd_mouse_is_absolute()) {
-	SDL_SetCursor(sdl_cursor_normal);
+	SDL_ShowCursor(1);
     }
 }
 

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

it works. Side effect: after the first ungrab, I can't see the host
pointer over the SDL windows.

Yet, it's nothing as compared to the invisible wall.
I know nothing about most qemu internals, but would it be
possible to make it like vmw*re, ie the mouse is automagically
grabbed/ungrabbed whenever you reach the limits of the
SDL window ?

On 5/5/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
> Thomas Han wrote:
> > Hi,
> >
> > For what it's worth.  I have also seen this "invisible wall" problem
> > with my mouse for a few weeks off the CVS build too.
>
> Can you try out the following patch.  *grumbles about SDL's brokenness*
>
> Regards,
>
> Anthony Liguori

--
Christian

Re: [Qemu-devel] QEMU 0.8.1

[Natalia Portillo]

That requires a driver in guest side that communicates with qemu.

VMWare and VirtualPC does this but requires a driver in the guest  
side, so in unsupported systems you still have to click to grab.

El 05/05/2006, a las 8:57, Christian MICHON escribió:

> it works. Side effect: after the first ungrab, I can't see the host
> pointer over the SDL windows.
>
> Yet, it's nothing as compared to the invisible wall.
> I know nothing about most qemu internals, but would it be
> possible to make it like vmw*re, ie the mouse is automagically
> grabbed/ungrabbed whenever you reach the limits of the
> SDL window ?
>
> On 5/5/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
>> Thomas Han wrote:
>> > Hi,
>> >
>> > For what it's worth.  I have also seen this "invisible wall"  
>> problem
>> > with my mouse for a few weeks off the CVS build too.
>>
>> Can you try out the following patch.  *grumbles about SDL's  
>> brokenness*
>>
>> Regards,
>>
>> Anthony Liguori
>
> --
> Christian
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>

Re: [Qemu-devel] QEMU 0.8.1

[Oliver Gerlich]

Natalia Portillo wrote:
> That requires a driver in guest side that communicates with qemu.
> 
> VMWare and VirtualPC does this but requires a driver in the guest  side, 
> so in unsupported systems you still have to click to grab.

Just as a side note, the USB tablet support makes this quite easy at 
least on Win2k - it already has the required driver, so for me it was 
enough to add -usbdevice tablet to the command line to have the mouse 
cursor automatically grabbed/ungrabbed (it seems that the behaviour of 
Ctrl+Alt changed a bit, but one gets used to it).

Thanks to Brad and Anthony for making that possible :D

Regards,
Oliver

> 
> El 05/05/2006, a las 8:57, Christian MICHON escribió:
> 
>> it works. Side effect: after the first ungrab, I can't see the host
>> pointer over the SDL windows.
>>
>> Yet, it's nothing as compared to the invisible wall.
>> I know nothing about most qemu internals, but would it be
>> possible to make it like vmw*re, ie the mouse is automagically
>> grabbed/ungrabbed whenever you reach the limits of the
>> SDL window ?
>>
>> On 5/5/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
>>
>>> Thomas Han wrote:
>>> > Hi,
>>> >
>>> > For what it's worth.  I have also seen this "invisible wall"  problem
>>> > with my mouse for a few weeks off the CVS build too.
>>>
>>> Can you try out the following patch.  *grumbles about SDL's  brokenness*
>>>
>>> Regards,
>>>
>>> Anthony Liguori
>>
>>
>> -- 
>> Christian
>>
>>
>> _______________________________________________
>> 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
> 
> 

Re: [Qemu-devel] QEMU 0.8.1

[Natalia Portillo]

That's good.

Then someone should create drivers for the OSes that doesn't include  
USB tablet support and will be great.

El 05/05/2006, a las 12:33, Oliver Gerlich escribió:

> Natalia Portillo wrote:
>> That requires a driver in guest side that communicates with qemu.
>> VMWare and VirtualPC does this but requires a driver in the guest   
>> side, so in unsupported systems you still have to click to grab.
>
> Just as a side note, the USB tablet support makes this quite easy  
> at least on Win2k - it already has the required driver, so for me  
> it was enough to add -usbdevice tablet to the command line to have  
> the mouse cursor automatically grabbed/ungrabbed (it seems that the  
> behaviour of Ctrl+Alt changed a bit, but one gets used to it).
>
> Thanks to Brad and Anthony for making that possible :D
>
> Regards,
> Oliver
>
>> El 05/05/2006, a las 8:57, Christian MICHON escribió:
>>> it works. Side effect: after the first ungrab, I can't see the host
>>> pointer over the SDL windows.
>>>
>>> Yet, it's nothing as compared to the invisible wall.
>>> I know nothing about most qemu internals, but would it be
>>> possible to make it like vmw*re, ie the mouse is automagically
>>> grabbed/ungrabbed whenever you reach the limits of the
>>> SDL window ?
>>>
>>> On 5/5/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
>>>
>>>> Thomas Han wrote:
>>>> > Hi,
>>>> >
>>>> > For what it's worth.  I have also seen this "invisible wall"   
>>>> problem
>>>> > with my mouse for a few weeks off the CVS build too.
>>>>
>>>> Can you try out the following patch.  *grumbles about SDL's   
>>>> brokenness*
>>>>
>>>> Regards,
>>>>
>>>> Anthony Liguori
>>>
>>>
>>> -- 
>>> Christian
>>>
>>>
>>> _______________________________________________
>>> 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
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>

Re: [Qemu-devel] QEMU 0.8.1

[Anthony Liguori]

Christian MICHON wrote:
> it works. Side effect: after the first ungrab, I can't see the host
> pointer over the SDL windows.

Ok.  I'll take a look at that.  Should be easy enough to fix.

>
> Yet, it's nothing as compared to the invisible wall.
> I know nothing about most qemu internals, but would it be
> possible to make it like vmw*re, ie the mouse is automagically
> grabbed/ungrabbed whenever you reach the limits of the
> SDL window ?

As someone has already mentioned, you want to use -usb -usbdevice tablet.

Regards,

Anthony Liguori

> On 5/5/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
>> Thomas Han wrote:
>> > Hi,
>> >
>> > For what it's worth.  I have also seen this "invisible wall" problem
>> > with my mouse for a few weeks off the CVS build too.
>>
>> Can you try out the following patch.  *grumbles about SDL's brokenness*
>>
>> Regards,
>>
>> Anthony Liguori
>
> -- 
> Christian
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

on windows 3.0 (my usual testcase) ?
I'll try at least on rh72...

On 5/5/06, Anthony Liguori <anthony@codemonkey.ws> wrote:
> As someone has already mentioned, you want to use -usb -usbdevice tablet.

Re: [Qemu-devel] QEMU 0.8.1

[Anthony Liguori]

Christian MICHON wrote:
> on windows 3.0 (my usual testcase) ?
> I'll try at least on rh72...

Oh, I doubt that Windows 3.0 has USB support.  I also doubt that VMware 
wrote a driver for it :-)  You probably won't have much like with RH7.2 
either.

Regards,

Anthony Liguori

> On 5/5/06, Anthony Liguori <anthony@codemonkey.ws> wrote:
>> As someone has already mentioned, you want to use -usb -usbdevice 
>> tablet.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

well, at least inside rh72, I can see a usb device:
Vendor=0627 ProdID=0001
Product=QEMU USB Tablet

all I need now is:
1) which module to modprobe
2) which /dev/input/event... is used
3) modify XF86config accordingly

and then theoretically it should work...
anyone can help me please on rh72 + usb tablet ?
Thanks

On 5/5/06, Anthony Liguori <anthony@codemonkey.ws> wrote:
> Oh, I doubt that Windows 3.0 has USB support.  I also doubt that VMware
> wrote a driver for it :-)  You probably won't have much like with RH7.2
> either.

Re: [Qemu-devel] QEMU 0.8.1

[Anthony Liguori]

Christian MICHON wrote:
> well, at least inside rh72, I can see a usb device:
> Vendor=0627 ProdID=0001
> Product=QEMU USB Tablet
>
> all I need now is:
> 1) which module to modprobe
> 2) which /dev/input/event... is used
> 3) modify XF86config accordingly
>
> and then theoretically it should work...
> anyone can help me please on rh72 + usb tablet ?

I don't know of an X driver for such an old kernel that would work.  Sorry.

Regards,

Anthony Liguori

> Thanks
>
> On 5/5/06, Anthony Liguori <anthony@codemonkey.ws> wrote:
>> Oh, I doubt that Windows 3.0 has USB support.  I also doubt that VMware
>> wrote a driver for it :-)  You probably won't have much like with RH7.2
>> either.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] QEMU 0.8.1

[Jim C. Brown]

On Fri, May 05, 2006 at 10:43:06AM +0200, Natalia Portillo wrote:
> That requires a driver in guest side that communicates with qemu.

No it doesn't. It'd only work in absolute mode of course... but it'd be easy
to implement.

Personally I'd dislike such a feature anyways.

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

Re: [Qemu-devel] QEMU 0.8.1

[Jim C. Brown]

On Fri, May 05, 2006 at 10:57:01AM -0500, Anthony Liguori wrote:
> Christian MICHON wrote:
> >well, at least inside rh72, I can see a usb device:
> >Vendor=0627 ProdID=0001
> >Product=QEMU USB Tablet
> >
> >all I need now is:
> >1) which module to modprobe
> >2) which /dev/input/event... is used
> >3) modify XF86config accordingly
> >
> >and then theoretically it should work...
> >anyone can help me please on rh72 + usb tablet ?
> 
> I don't know of an X driver for such an old kernel that would work.  Sorry.
> 
> Regards,
> 
> Anthony Liguori
> 

I don't remember which kernel rh72 ships with.

However, you just need to modprobe evdev.o and use /dev/input/eventN (for me
the actual name of the event device varies, but there should only be a single
event device there).

The evtouch driver (tested with XFree86 4.2.1) should have no  issues with such a setup.

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

Re: [Qemu-devel] QEMU 0.8.1

[Christian MICHON]

thanks for the tips.
unfortunately, rh72 means xfree86 4.1.0 (event with updates)
xfree86 4.2 means at least rh73

I read somewhere that evtouch driver is actually for kernel 2.6
and at least xorg (not xfree 4.x). I tried to fiddle with the usb
tablet in rh72, but no luck yet.

One question: which driver is actually used for win98 guest ?

On 5/8/06, Jim C. Brown <jma5@umd.edu> wrote:
> On Fri, May 05, 2006 at 10:57:01AM -0500, Anthony Liguori wrote:
> > Christian MICHON wrote:
> > >well, at least inside rh72, I can see a usb device:
> > >Vendor=0627 ProdID=0001
> > >Product=QEMU USB Tablet
> > >
> > >all I need now is:
> > >1) which module to modprobe
> > >2) which /dev/input/event... is used
> > >3) modify XF86config accordingly
> > >
> > >and then theoretically it should work...
> > >anyone can help me please on rh72 + usb tablet ?
> >
> > I don't know of an X driver for such an old kernel that would work.  Sorry.
> >
> > Regards,
> >
> > Anthony Liguori
> >
>
> I don't remember which kernel rh72 ships with.
>
> However, you just need to modprobe evdev.o and use /dev/input/eventN (for me
> the actual name of the event device varies, but there should only be a single
> event device there).
>
> The evtouch driver (tested with XFree86 4.2.1) should have no  issues with such a setup.
>
> --
> Infinite complexity begets infinite beauty.
> Infinite precision begets infinite perfection.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>


--
Christian

Re: [Qemu-devel] QEMU 0.8.1

[Brad Campbell]

Christian MICHON wrote:
> thanks for the tips.
> unfortunately, rh72 means xfree86 4.1.0 (event with updates)
> xfree86 4.2 means at least rh73
> 
> I read somewhere that evtouch driver is actually for kernel 2.6
> and at least xorg (not xfree 4.x). I tried to fiddle with the usb
> tablet in rh72, but no luck yet.
> 
> One question: which driver is actually used for win98 guest ?

Windows built in hid driver.. works with absolute input messages out of the box.


-- 
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams

Re: [Qemu-devel] QEMU 0.8.1

[Jim C. Brown]

On Mon, May 08, 2006 at 10:12:15PM +0200, Christian MICHON wrote:
> thanks for the tips.
> unfortunately, rh72 means xfree86 4.1.0 (event with updates)
> xfree86 4.2 means at least rh73
> 

Can't hurt to try.

The driver I have was compiled against Xorg 6.8.2 but it works with
Xfree86 4.2.1

The official drivers are compiled against Xorg 6.8 but work with XFree86 4.0
(iirc), so there is a good chance the evtouch driver will work if u try it.

> I read somewhere that evtouch driver is actually for kernel 2.6
> and at least xorg (not xfree 4.x). I tried to fiddle with the usb
> tablet in rh72, but no luck yet.

evtouch definitely works with 4.x

The site claims that evtouch only works with 2.6 kernels though (rather, that
it has only been tested on 2.6 kernels). Looking at the source code of
evdev.c I don't see any obvious differences that would stop it from
functioning with the /dev/input/eventX interface of 2.4 though. I guess what we
really need is someone who can test. :)

> 
> One question: which driver is actually used for win98 guest ?
> 
> On 5/8/06, Jim C. Brown <jma5@umd.edu> wrote:
> >On Fri, May 05, 2006 at 10:57:01AM -0500, Anthony Liguori wrote:
> >> Christian MICHON wrote:
> >> >well, at least inside rh72, I can see a usb device:
> >> >Vendor=0627 ProdID=0001
> >> >Product=QEMU USB Tablet
> >> >
> >> >all I need now is:
> >> >1) which module to modprobe
> >> >2) which /dev/input/event... is used
> >> >3) modify XF86config accordingly
> >> >
> >> >and then theoretically it should work...
> >> >anyone can help me please on rh72 + usb tablet ?
> >>
> >> I don't know of an X driver for such an old kernel that would work.  
> >Sorry.
> >>
> >> Regards,
> >>
> >> Anthony Liguori
> >>
> >
> >I don't remember which kernel rh72 ships with.
> >
> >However, you just need to modprobe evdev.o and use /dev/input/eventN (for 
> >me
> >the actual name of the event device varies, but there should only be a 
> >single
> >event device there).
> >
> >The evtouch driver (tested with XFree86 4.2.1) should have no  issues with 
> >such a setup.
> >
> >--
> >Infinite complexity begets infinite beauty.
> >Infinite precision begets infinite perfection.
> >
> >
> >_______________________________________________
> >Qemu-devel mailing list
> >Qemu-devel@nongnu.org
> >http://lists.nongnu.org/mailman/listinfo/qemu-devel
> >
> 
> 
> --
> Christian
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

Re: [Qemu-devel] QEMU 0.8.1

[Thomas Han]

[-- Attachment #1: Type: text/plain, Size: 2680 bytes --]

Hi Anthony,

Sorry for the late reply.  I did try out the patch with my local build and I
haven't see that  "invisible wall" mouse problem for a few days now.

Thanks very much,
Thomas

On 5/4/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
>
> Thomas Han wrote:
> > Hi,
> >
> > For what it's worth.  I have also seen this "invisible wall" problem
> > with my mouse for a few weeks off the CVS build too.
>
> Can you try out the following patch.  *grumbles about SDL's brokenness*
>
> Regards,
>
> Anthony Liguori
>
> > Since 0.8.1 came out yesterday, Instead of using CVS build, I'm now
> > running Qemu 0.8.1 + kqemu-1.3.0pre6.  My host OS is FC5 and I'm
> > running XP inside it.
> >
> > Thanks,
> > Thomas
> >
> > On 5/4/06, *Christian MICHON* < christian.michon@gmail.com
> > <mailto:christian.michon@gmail.com>> wrote:
> >
> >     qemu 0.8.0 does not show this invisible barrier issue.
> >     if this is worth anything, I use SDL 1.2.9.
> >
> >     If someone can reproduce the issue also on linux hosts,
> >     there could be a lead.
> >
> >     On 5/4/06, Christian MICHON <christian.michon@gmail.com
> >     <mailto:christian.michon@gmail.com>> wrote:
> >     > I removed manually vnc_display_init, and this is not the
> culprit...
> >     > I'll check anyway versus qemu-0.8.0...
> >     >
> >     --
> >     Christian
> >
> >
> >     _______________________________________________
> >     Qemu-devel mailing list
> >     Qemu-devel@nongnu.org <mailto: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
> >
>
>
>
> diff -r 39a6dd1136c6 sdl.c
> --- a/sdl.c     Thu May 04 04:13:13 2006 +0000
> +++ b/sdl.c     Thu May 04 21:30:11 2006 -0500
> @@ -280,13 +280,18 @@ static void sdl_update_caption(void)
>
> static void sdl_hide_cursor(void)
> {
> -    SDL_SetCursor(sdl_cursor_hidden);
> +    if (kbd_mouse_is_absolute()) {
> +       SDL_ShowCursor(1);
> +       SDL_SetCursor(sdl_cursor_hidden);
> +    } else {
> +       SDL_ShowCursor(0);
> +    }
> }
>
> static void sdl_show_cursor(void)
> {
>      if (!kbd_mouse_is_absolute()) {
> -       SDL_SetCursor(sdl_cursor_normal);
> +       SDL_ShowCursor(1);
>      }
> }
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
>

[-- Attachment #2: Type: text/html, Size: 4400 bytes --]

Re: [Qemu-devel] QEMU 0.8.1 - Invisible wall

[Dan Sandberg]

Thomas Han wrote:

> Hi Anthony,
>
> Sorry for the late reply.  I did try out the patch with my local build 
> and I
> haven't see that  "invisible wall" mouse problem for a few days now.
>
> Thanks very much,
> Thomas
>
> On 5/4/06, Anthony Liguori <aliguori@us.ibm.com> wrote:
>
>>
>> Thomas Han wrote:
>> > Hi,
>> >
>> > For what it's worth.  I have also seen this "invisible wall" problem
>> > with my mouse for a few weeks off the CVS build too.
>>
>> Can you try out the following patch.  *grumbles about SDL's brokenness*
>>
>> Regards,
>>
>> Anthony Liguori
>>
>> > Since 0.8.1 came out yesterday, Instead of using CVS build, I'm now
>> > running Qemu 0.8.1 + kqemu-1.3.0pre6.  My host OS is FC5 and I'm
>> > running XP inside it.
>> >
>> > Thanks,
>> > Thomas
>> >
>> > On 5/4/06, *Christian MICHON* < christian.michon@gmail.com
>> > <mailto:christian.michon@gmail.com>> wrote:
>> >
>> >     qemu 0.8.0 does not show this invisible barrier issue.
>> >     if this is worth anything, I use SDL 1.2.9.
>> >
>> >     If someone can reproduce the issue also on linux hosts,
>> >     there could be a lead.
>> >
>> >     On 5/4/06, Christian MICHON <christian.michon@gmail.com
>> >     <mailto:christian.michon@gmail.com>> wrote:
>> >     > I removed manually vnc_display_init, and this is not the
>> culprit...
>> >     > I'll check anyway versus qemu-0.8.0...
>> >     >
>> >     --
>> >     Christian
>> >
>> >
>> >     _______________________________________________
>> >     Qemu-devel mailing list
>> >     Qemu-devel@nongnu.org <mailto: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
>> >
>>
>>
>>
>> diff -r 39a6dd1136c6 sdl.c
>> --- a/sdl.c     Thu May 04 04:13:13 2006 +0000
>> +++ b/sdl.c     Thu May 04 21:30:11 2006 -0500
>> @@ -280,13 +280,18 @@ static void sdl_update_caption(void)
>>
>> static void sdl_hide_cursor(void)
>> {
>> -    SDL_SetCursor(sdl_cursor_hidden);
>> +    if (kbd_mouse_is_absolute()) {
>> +       SDL_ShowCursor(1);
>> +       SDL_SetCursor(sdl_cursor_hidden);
>> +    } else {
>> +       SDL_ShowCursor(0);
>> +    }
>> }
>>
>> static void sdl_show_cursor(void)
>> {
>>      if (!kbd_mouse_is_absolute()) {
>> -       SDL_SetCursor(sdl_cursor_normal);
>> +       SDL_ShowCursor(1);
>>      }
>> }
>>
>>
>>
>> _______________________________________________
>> 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
>  
>
On my installation (v0.8.1 with WindowsXP host) the "invisible wall" can 
be avoided or reproduced at will and I guess this indicates what´s wrong.

After leaving MouseGrab with Ctrl-Alt there will be an invisible wall if 
I reenter by clicking with the host's mouse pointer far away from where 
the quest-OS-pointer is. On the other hand if I reenter by carefully 
clicking exactly at the guest-OS-pointer they will be in sync and 
everything seems to be OK.
I haven´t been looking at the source-code, but my suggestion is that in 
the Click-event-handler where Mousegrab is entered the guest-OS pointer 
coordinates should be passed rather than the host's coordinates 
(simulating a click at the exakt right position).
Regards
Dan Sandberg