I spent some time cleaning this all up. The following integrates Brad's
patches and the patch from
http://gnome.dnsalias.net/patches/qemu-hidmousexp.patch
It adds a new emulated USB device that reports absolute coordinates. It
also modifies SDL to operate in grabless mode when an absolute in
Anthony Liguori wrote:
Final one of the night. This patch disables relative mouse reporting
and disables grab automatically the first time SDL detects that the
absolute mouse was enabled. Needs a lot of cleanup but I'm very happy
with the user experience on this one.
Wish I'd just gone
Anthony Liguori wrote:
Final one of the night. This patch disables relative mouse reporting
and disables grab automatically the first time SDL detects that the
absolute mouse was enabled. Needs a lot of cleanup but I'm very happy
with the user experience on this one.
Perfect with a capit
Anthony Liguori wrote:
I wonder.. does windows switch over from ps2 to hid or just react to
both and given hid is more positive about where it wants the mouse to
go it wins ?
I'm sure I've used a ps2 mouse and a usb mouse on windows before.. I'm
thought they both worked at the same time.
I th
Brad Campbell wrote:
Anthony Liguori wrote:
+kbd_mouse_abs_event(dx * 0x7FFF / width,
+dy * 0x7FFF / height,
I had just made that same mod to my tree.. solved the tracking problem
perfectly.
Now if only it would work under win98 without modification..
Look what I just stum
Anthony Liguori wrote:
+kbd_mouse_abs_event(dx * 0x7FFF / width,
+ dy * 0x7FFF / height,
I had just made that same mod to my tree.. solved the tracking problem
perfectly.
Now if only it would work under win98 without modification..
Look what I just stumbled across.
Brad Campbell wrote:
Anthony Liguori wrote:
Hi Brad,
I have your patch applied and the previous one and it doesn't seem to
work under win2k. Can you post a patch of what you have?
I've got what I have attached. I did a little bit of SDL plumbing
based on my touchscreen patch.
Ok.. now
Johannes Schindelin wrote:
Hi,
On Mon, 10 Apr 2006, Brad Campbell wrote:
The VNC patch extends the existing mouse handler by passing it abs
coordinates as well, (this is the basis of what I used) so there are no
additional routines.. I figure if you pass both relative (faked if need
be) and
Hi,
On Mon, 10 Apr 2006, Brad Campbell wrote:
> The VNC patch extends the existing mouse handler by passing it abs
> coordinates as well, (this is the basis of what I used) so there are no
> additional routines.. I figure if you pass both relative (faked if need
> be) and abs to the routine th
Hi,
My feeling is that QEMU already has what is needed to make a "plugin
API". In particular, each device driver is clearly separated from the
rest of the emulator and adding a new "machine" just consists in adding
a new C file instanciating the different devices and processors. The
fact that
Anthony Liguori wrote:
Hi Brad,
I have your patch applied and the previous one and it doesn't seem to
work under win2k. Can you post a patch of what you have?
I've got what I have attached. I did a little bit of SDL plumbing based
on my touchscreen patch.
Ok.. now I've embarrassed myse
Anthony Liguori wrote:
Hi Brad,
I have your patch applied and the previous one and it doesn't seem to
work under win2k. Can you post a patch of what you have?
I've got what I have attached. I did a little bit of SDL plumbing based
on my touchscreen patch.
Really sorry about that.. it wa
Hi Brad,
I have your patch applied and the previous one and it doesn't seem to
work under win2k. Can you post a patch of what you have?
I've got what I have attached. I did a little bit of SDL plumbing based
on my touchscreen patch.
Regards,
Anthony Liguori
Brad Campbell wrote:
Brad Ca
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/09 20:47:35
Modified files:
. : Makefile Makefile.target
Log message:
DESTDIR makefile support.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs
On Saturday 08 April 2006 14:46, Even Rouault wrote:
> I send a patch that should fix a bug in the update of carry flag for addxcc
> and subxcc instructions when the carry flag is set before the evaluation of
> the instruction.
> (the fix is identical to what is done in the similar instruction
> op
That's absolutely awesome Brad!
Good job! I'll see how it works with the new Xorg driver.
Regards,
Anthony Liguori
Brad Campbell wrote:
Brad Campbell wrote:
Lonnie Mendez wrote:
Please see the patch posted yesterday to this mailing list:
http://gnome.dnsalias.net/patches/qemu-hidmousex
Brad Campbell wrote:
Lonnie Mendez wrote:
Please see the patch posted yesterday to this mailing list:
http://gnome.dnsalias.net/patches/qemu-hidmousexp.patch
Ta for that.. not sure how I missed it.
Now to try and get it to work..
Ok.. 1st cut.. it's not great, and it's not hooked up to
Lonnie Mendez wrote:
Please see the patch posted yesterday to this mailing list:
http://gnome.dnsalias.net/patches/qemu-hidmousexp.patch
Ta for that.. not sure how I missed it.
Now to try and get it to work..
Sprinkling printf's around the place it inits the usb controller and mouse, regis
Hello All,
I'll try to answer to everybody in single mail and explain my vision of
unified plugin API and why I see them essential.
Yes, I am Bochs developer, but I am more CPU expert and only learning the
devices subsystem and dynamic translation subjects so Bochs is a right place
for me ;) I am
Brad Campbell wrote:
Leonardo E. Reiter wrote:
This is by no means a complete patch (do not apply it as it will
break usb-hid.c), but it adjusts the report descriptor in usb-hid.c
to provide position in 16-bits, and in absolute coordinates:
Index: usb-hid.c
=
Leonardo E. Reiter wrote:
This is by no means a complete patch (do not apply it as it will break
usb-hid.c), but it adjusts the report descriptor in usb-hid.c to provide
position in 16-bits, and in absolute coordinates:
Index: usb-hid.c
=
On 09/04/06, Leonardo E. Reiter <[EMAIL PROTECTED]> wrote:
> Yeah, the min/max value thing would be a pain for sure. The X server
> config method seems to be the best bet.
>
> On another note, I am trying to imagine what would make logical sense
> for say, a touch screen. For example, an LCD pane
Leonardo E. Reiter wrote:
Yeah, the min/max value thing would be a pain for sure. The X server
config method seems to be the best bet.
On another note, I am trying to imagine what would make logical sense
for say, a touch screen. For example, an LCD panel has a native
resolution, say 1024x7
On Wed, Apr 05, 2006 at 03:25:18PM -0400, Ishwar Rattan wrote:
> The system is Kanotix-2005-4
> Qemu-0.8.0
> Vde-1.5.9
>
> I setup the bridge and add interface tun0 to the bridge
> (have done it before correctly)
>
> but
>
> /usr/bin/vdeqemu -hda disk-image -m256 -localtime -net vde -net
> nic,
Leonardo E. Reiter wrote:
Hi Anthony,
I noticed that the Windows driver does not work... it does send a
bunch of commands to the tablet, mostly resets, but then claims that
it can't discover it. I downloaded the latest driver from wacom.com.
Yes, this is what I said. The Windows driver use
On Sun, Apr 02, 2006 at 12:21:52AM +0200, Juergen Lock wrote:
> Here is what I have tested on i386 with kqemu. [...]
Updated version using yesterday's cvs snapshot and malc's latest
sound patch (still needs the kqemu port update from the linked message
which is archived here:
http://docs.
Am Freitag, 7. April 2006 17:44 schrieb Blue Swirl:
Hi!
> Maybe this patch helps?
The attached patch is an updated version of your patch. With whis patch I was
able to copy files from one directory to another on a disk image. After
unmounting the image, e2fsck reported no errors on this image.
On Sun, Apr 09, 2006 at 04:21:42PM +0100, Paul Brook wrote:
> > > I'm not a fan of binary plugins (for the same reasons I'm don't like
> > > binary kernel modules), and don't think there's any real need to them.
> >
> > A binary plugin API and a source plugin API (one that requires each driver
> >
Hi Anthony,
I noticed that the Windows driver does not work... it does send a bunch
of commands to the tablet, mostly resets, but then claims that it can't
discover it. I downloaded the latest driver from wacom.com. I did not
try this with a Linux guest yet maybe that should be my next t
Yeah, the min/max value thing would be a pain for sure. The X server
config method seems to be the best bet.
On another note, I am trying to imagine what would make logical sense
for say, a touch screen. For example, an LCD panel has a native
resolution, say 1024x768. It would then emulate
In article <[EMAIL PROTECTED]> you write:
>In Message-ID: <[EMAIL PROTECTED]>
>Juergen Lock <[EMAIL PROTECTED]> wrote:
>
>> On Sun, Apr 02, 2006 at 12:21:52AM +0200, Juergen Lock wrote:
>> > Here is what I have tested on i386 with kqemu. I also tried
>> > -kernel-kqemu with a few linux 2.6 guests
Paul Brook wrote:
I don't buy that. We either share the same drivers (in which case keeping the
two in sync is trivial) or we don't. All of the systems under consideration
are [L]GPL licences. We can easily copy the source, so I don't think being
able to copy bits of binary goo gains us anythi
> > I'm not a fan of binary plugins (for the same reasons I'm don't like
> > binary kernel modules), and don't think there's any real need to them.
>
> A binary plugin API and a source plugin API (one that requires each driver
> device to be recompiled for each of the platforms (Xen, qemu, bochs, e
On Sat, Apr 08, 2006 at 11:36:19PM -0500, Anthony Liguori wrote:
> I was looking through the Xorg evdev driver and it doesn't appear to
> support absolute coordinate reporting. evdev is how the USB mouse would
> show up to userspace. A little googling confirmed it for me:
Doesn't look like a m
On Sun, Apr 09, 2006 at 08:26:11AM +0200, Stanislav Shwartsman wrote:
> I am talking about the device models only. Inside CPU emulation QEMU, Bochs
> and Xen are completely different, but they use the same devices for full
> system emulation and they most likely want to move forward together.
I ha
On Sun, Apr 09, 2006 at 11:38:28AM +0100, Paul Brook wrote:
> I think to be acceptable to qemu (and probably also for Xen) the devices
> would
> have to be written in C. C++ is more pain that it's worth in this context.
> Of course there's no reason why we couldn't use the subset of C that's also
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/09 14:38:57
Modified files:
target-arm : translate.c
Log message:
Thumb prefetch abort fix.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/ta
> > Modified files:
> > . : exec.c
> >
> > Log message:
> > Fix breakpoint TLB invalidation.
>
> Does this fix do the same thing like Andre pech's gdb fix?
Yes, it also fixes that problem.
Paul
___
Qemu-devel mailing list
Qemu-dev
Hi Paul...
> CVSROOT: /sources/qemu
> Module name: qemu
> Branch:
> Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/08 17:14:56
>
> Modified files:
> . : exec.c
>
> Log message:
> Fix breakpoint TLB invalidation.
Does this fix do the same thing like Andre pech's
> >>I am wondering about making unified device models architecture for open
> >>source simulators.
> >>The device models will be used in QEMU, Bochs, Xen and other open source
> >>simulators which would use the device models.
> >
> >I would support this idea, if it was possible.
>
> Why not ?
> You
Hi all,
Having noticed very wierd behaviour of some operations under an x86
Qemu guest running on a PowerPC (32 bits), I have compiled the
following test program under Linux/i386:
#include
#include
void main()
{
float x = exp(1)*exp(1);
float y = exp(2);
printf("%f = %f\n", x, y);
}
Wh
41 matches
Mail list logo
