Currently Bochs plugins APCI already begins with such C-language bindings.
But inside the device is C++ based and derives from Bochs device model. It
has the same log writer and debugging interface as any other Bochs module
but nothing more.
Could you look into the Bochs devices code and plugin co
Hi again,
>>It is not a secret that all open source emulators (QEMU, Bochs, Xen) use
>>the same emulated devices and mostly copy-paste their emulation one from
>>another.
>While from my understanding Xen uses qemu's hardware emulation for it's VT
>support, this is not really true otherwise.
>Th
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:
http://lists.freedesktop.org/archives/xorg/2005-September/010140.html
USB wacom still seem
Leonardo E. Reiter wrote:
The Win4Lin Pro version is not a driver, but rather a high-priority
Windows userspace thread. We try to avoid drivers as much as possible
because they are a serious obstacle to supporting new Windows versions
and service packs as they come out. I can't comment on VMw
andrzej zaborowski wrote:
Hi,
IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
support is rather flakey: You have to disable mouse acceleration of the
guest OS.
I had that cunning plan to write a virtual Wacom tablet, but I just don't
find the time.
I though
Johannes Schindelin wrote:
Hi,
On Sat, 8 Apr 2006, Jim C. Brown wrote:
On Sat, Apr 08, 2006 at 08:24:03PM +0200, Johannes Schindelin wrote:
IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
support is rather flakey: You have to disable mouse acceleration of the
Johannes Schindelin wrote:
Hi,
On Sat, 8 Apr 2006, Leonardo E. Reiter wrote:
this virtual Wacom tablet you refer to... is there a [free or built-in]
Windows 2000/XP driver associated with it that supports either no
acceleration and/or absolute positioning?
Frankly, I do not know if
Jim C. Brown wrote:
On Sat, Apr 08, 2006 at 08:24:03PM +0200, Johannes Schindelin wrote:
IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
support is rather flakey: You have to disable mouse acceleration of the
guest OS.
I had that cunning plan to write a virtual Wa
Johannes Schindelin wrote:
Hi,
On Sat, 8 Apr 2006, Samuel Hunt wrote:
It occurs to me that this program would make an excellent basis for a VNC
terminal server.
Yeah, something like that has been done already:
http://libvncserver.sourceforge.net/qemu/qemu-rfb13.patch.gz
There is a
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/09 01:32:52
Modified files:
. : Makefile.target vl.c vl.h
hw : integratorcp.c pl110.c
Added files:
hw : arm_pic.c
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/09 01:06:34
Modified files:
. : cocoa.m console.c monitor.c sdl.c vl.c vl.h
hw : integratorcp.c pl110.c sun4m.c tcx.c vga.c
Log mess
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/08 23:32:52
Modified files:
hw : lance.c
Log message:
Fix incorrect return type.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/la
I was trying out qemu's emulated usb mouse under debian sid and
windows xp. It worked fine under debian but failed to start under
windows xp guest.
It turns out the hid descriptor in the qemu_mouse_config_descriptor
array is out of position. Please see section 7.1 in the document HID1_11
Brad Campbell wrote:
Now it's a long time since I've hacked on it but I wrote a userspace
touch screen driver for win9x years ago that did just this.. I seem to
recall having to scale the real touchscreen values to between 0x0 and
0x before feeding them in to the windows message queue.
Fro
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
=
Sorry, the patch is not only incomplete, but totally wrong :( The 0x16
should be 0x10, like this:
-0x25, 0x7F, 0x75, 0x08, 0x95, 0x02, 0x81, 0x06,
+0x25, 0x7F, 0x75, 0x10, 0x95, 0x02, 0x81, 0x02,
I must have had a momentary lapse of [radix] reason :)
- Leo Reiter
--
Leonardo E. Rei
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
===
RCS file: /cvsro
Andrew Barr wrote:
Hi again. I'm still working on my Windows 2000 SP4 VM, and I've discovered
that running Windows Update (Internet Explorer 6) causes behavior similar to
the "disk full" bug encountered during Windows 2000 setup. When it gets to
the part where it's looking for updates (the gree
I saw something like this once but dismissed it for some reason (like it
was questionable whether or not Windows supported these types of
devices)... it's quite interesting.
Thanks,
- Leo Reiter
Brad Campbell wrote:
This link might or might not be intersting
http://72.14.203.104/search?q=ca
Leonardo E. Reiter wrote:
The mouse sync solution we have in Win4Lin Pro is okay, but it's a bit
slow and I'd like to do something much cleaner. Of course if I do the
wacom tablet implementation, it will be open source and part of QEMU
itself.
This link might or might not be intersting
h
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/08 20:02:06
Modified files:
. : exec.c
Log message:
Initialize physical memory space to IO_MEM_UNASSIGNED.
CVSWeb URLs:
http://cvs.savannah.gnu.
Hi,
On Sat, 8 Apr 2006, Jim C. Brown wrote:
> On Sat, Apr 08, 2006 at 09:12:18PM +0200, Johannes Schindelin wrote:
> > > Anthony Ligouri has written a patch for wacom support.
> > >
> > > However, when I combine this with the -no-sdl-grab patch I still see
> > > syncing
> > > issues.
> >
> > W
The Win4Lin Pro version is not a driver, but rather a high-priority
Windows userspace thread. We try to avoid drivers as much as possible
because they are a serious obstacle to supporting new Windows versions
and service packs as they come out. I can't comment on VMware's
approach to be hones
On Sat, Apr 08, 2006 at 09:12:18PM +0200, Johannes Schindelin wrote:
> > Anthony Ligouri has written a patch for wacom support.
> >
> > However, when I combine this with the -no-sdl-grab patch I still see syncing
> > issues.
>
> Where can I get it?
http://www.cs.utexas.edu/users/aliguori/qemu-wa
On Sat, Apr 08, 2006 at 09:17:52PM +0200, Johannes Schindelin wrote:
> IIRC bochs does it in C++. Which makes it rather impossible to share code
> :-(
>
> Ciao,
> Dscho
>
This is why I guessed qemu was a rewrite-from-scratch - C++ code is forbidden
in qemu.
Fortunately this does not prevent a
Well, not completely impossible, but it would require some really ugly
"glue" code. And, the glue would have to happen outside of QEMU (i.e.
like in the BOCHS code), to keep C++ out of QEMU.
To have a truly portable API, it should definitely have C language
"bindings". I'm sure this could be
Hi,
> IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
> support is rather flakey: You have to disable mouse acceleration of the
> guest OS.
>
> I had that cunning plan to write a virtual Wacom tablet, but I just don't
> find the time.
>
I thought Anthony Liguori had alre
Hi,
On Sat, 8 Apr 2006, Jim C. Brown wrote:
> On Sat, Apr 08, 2006 at 09:57:10PM +0200, Stanislav Shwartsman wrote:
> >
> > It is not a secret that all open source emulators (QEMU, Bochs, Xen) use the
> > same emulated devices and mostly copy-paste their emulation one from
> > another.
>
> Whil
Johannes Schindelin wrote:
Frankly, I do not know if they are free. But as nobody pays me to play
with QEmu, I do not care about Windows so much. And the Wacom drivers for
Linux are free.
Yes, I understand. I've been looking at the XFree86 version of the
driver already. Unfortunately any time
On Sat, Apr 08, 2006 at 09:57:10PM +0200, Stanislav Shwartsman wrote:
> Hello All,
>
>
>
> It is not a secret that all open source emulators (QEMU, Bochs, Xen) use the
> same emulated devices and mostly copy-paste their emulation one from
> another.
While from my understanding Xen uses qemu's
Hi,
On Sat, 8 Apr 2006, Jim C. Brown wrote:
> On Sat, Apr 08, 2006 at 08:24:03PM +0200, Johannes Schindelin wrote:
> > IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
> > support is rather flakey: You have to disable mouse acceleration of the
> > guest OS.
> >
> > I h
Hi,
On Sat, 8 Apr 2006, Leonardo E. Reiter wrote:
> this virtual Wacom tablet you refer to... is there a [free or built-in]
> Windows 2000/XP driver associated with it that supports either no
> acceleration and/or absolute positioning?
Frankly, I do not know if they are free. But as nobody pay
On Sat, Apr 08, 2006 at 08:24:03PM +0200, Johannes Schindelin wrote:
> IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
> support is rather flakey: You have to disable mouse acceleration of the
> guest OS.
>
> I had that cunning plan to write a virtual Wacom tablet, but
Hello All,
It is not a secret that all open source emulators
(QEMU, Bochs, Xen) use the same emulated devices and mostly copy-paste their
emulation one from another.
I don’t know who originally wrote the device models
but now Bochs and QEMU maintain two similar implementations of the s
Hi,
On Sat, 8 Apr 2006, Mark Williamson wrote:
> The Xen copy of pckbd.c includes a patch to emulate a Summagraphics
> tablet, in order to fix this problem. This is probably reusable for
> QEmu itself.
I even know who wrote it... Donald Dugger. He forwarded it to me also, and
I even think it
> On Sat, 8 Apr 2006, Samuel Hunt wrote:
> > It occurs to me that this program would make an excellent basis for a VNC
> > terminal server.
>
> Yeah, something like that has been done already:
> http://libvncserver.sourceforge.net/qemu/qemu-rfb13.patch.gz
>
> There is a notable update since rfb12 (
Hi Dscho,
this virtual Wacom tablet you refer to... is there a [free or built-in]
Windows 2000/XP driver associated with it that supports either no
acceleration and/or absolute positioning? If so, perhaps I can look at
implementing it in QEMU in my "spare" time ;) Do you have a link to
docu
Hi,
On Sat, 8 Apr 2006, Samuel Hunt wrote:
> It occurs to me that this program would make an excellent basis for a VNC
> terminal server.
Yeah, something like that has been done already:
http://libvncserver.sourceforge.net/qemu/qemu-rfb13.patch.gz
There is a notable update since rfb12 (which i
Samuel Hunt wrote:
It occurs to me that this program would make an excellent basis for a
VNC terminal server.
What I'm basically after is something that I can have several clients
connect into one server, and the server does all the work and just
outputs the screen and stuff over the network
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/08 17:36:21
Modified files:
. : exec.c
Log message:
Fix typo in previous patch.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/exec.
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.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/
It occurs to me that this program would make an excellent basis for a VNC
terminal server.
What I'm basically after is something that I can have several clients
connect into one server, and the server does all the work and just outputs
the screen and stuff over the network and recieves the in
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/08 14:26:41
Modified files:
. : configure
Log message:
Move configure --help output before gcc checks.
CVSWeb URLs:
http://cvs.savannah.gnu.org/
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/08 14:12:31
Modified files:
hw : pckbd.c ps2.c
Log message:
Keyboard savevm fix (malc).
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qem
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_adcl_T0_T1_cc for arm target)
? patch-qemu-sparc-xcc_ops.tx
On Saturday 08 April 2006 04:13, Julian Seward wrote:
> Using qemu from cvs simulating x86-softmmu (no kqemu) on x86,
> booting SuSE 9.1 and getting to the xdm (kdm?) graphical login
> screen, requires making about 1088000 translations, and the
> translation cache is flushed 17 times. Booting is n
On Saturday 08 April 2006 13:43, Gwenole Beauchesne wrote:
> Hi,
>
> > With those changes in place, the same boot-to-kdm process
> > requires only about 57 translations to be made, and 2
> > cache flushes to happen. Of course the cost is an extra
> > 48M of memory use.
>
> I faced a similar pr
Hi,
With those changes in place, the same boot-to-kdm process
requires only about 57 translations to be made, and 2
cache flushes to happen. Of course the cost is an extra
48M of memory use.
I faced a similar problem in Basilisk II. MacOS 8.x had a tendency to
invalidate the code cache a
Hi,
On Sat, 8 Apr 2006, Mulyadi Santosa wrote:
> > With those changes in place, the same boot-to-kdm process
> > requires only about 57 translations to be made, and 2
> > cache flushes to happen. Of course the cost is an extra
> > 48M of memory use.
>
> Good to hear! Wow! Maybe we should m
49 matches
Mail list logo
