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 stdio.h
#include math.h
void main()
{
float x = exp(1)*exp(1);
float y = exp(2);
printf(%f = %f\n,
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 always could
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 gdb fix?
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
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:
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
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
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
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, etc.)
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
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 but only got
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
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
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
device to
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 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:
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
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 panel has
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
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,
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
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:
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:
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
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
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
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
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
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
29 matches
Mail list logo