Morning all,
Does Qemu support the forwarding of the VGA console over X11/SSH?
For some obscure reason I dont get it to work while all my other
remote X stuff does work.
Thanks,
Patrick
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://list
Apologies to the list. I forgot to separate out the patches in a more
appropriate manner.
Patch 1: qemu-rtl8139-bigend.diff
This fixes the big-endian problem with the hw/rtl8139.c on a Sparc host.
Patch 2: qemu-rtl8139-impv-debug.difff
This is an improved macro for debugging. This patch la
This patch is to fix a big-endian problem in the RTL-8139 driver. The additional
debugging is mine, and the actual code fixes are by Garrison (Igor Kovalenko -
[EMAIL PROTECTED]). Code has been tested on 32-bit Solaris x86 and 32-bit
Solaris Sparc hosts, with and without debugging.
There were t
On Mon, 12 Mar 2007, Julian Seward wrote:
The program below tests the 'maxps' instruction. When run on
qemu-0.9.0, host amd64, guest x86, guest OS redhat8, it prints:
f9a511d1 8d37d67f b34825b8 e2f40739
scp the binary to a Core 2 (real) machine and run:
f9a511d1 22dcb9b9 b34825b8 e2f407
The program below tests the 'maxps' instruction. When run on
qemu-0.9.0, host amd64, guest x86, guest OS redhat8, it prints:
f9a511d1 8d37d67f b34825b8 e2f40739
scp the binary to a Core 2 (real) machine and run:
f9a511d1 22dcb9b9 b34825b8 e2f40739
Second 32-bit word is completely diffe
- qemu CVS, without using the kqemu module
- Solaris x86 guest
- I'm trying to debug a user program inside the Solaris x86 guest:
$ mdb /bin/date
> main:b
> :r
(note: mdb uses a breakpoint inside the target's dynamic linker
ld.so.1 and single steps over that breakpoint during target
This patch adds a TIS device model for a v1.2 TPM to qemu.
It is based on the Xen patch from IBM and adopted by removing
the Xen-specific stuff. It works with the tpmd daemon of the
tpm-emulator package.
The following things are still missing:
* locality support
* cmdline option for the socket na
Minor nit:
When booting a Solaris x86 kernel with verbose kernel messages enabled
inside qemu, with an usb hid or usb mass-storage device, then the Solaris
kernel reports these usb devices as implementing "USB 0.10" protocol.
The comment in the code tells me these device implement v1.0 protocol.
So a better fix would be something like this?
Index: target-i386/translate.c
===
RCS file: /cvsroot/qemu/qemu/target-i386/translate.c,v
retrieving revision 1.62
diff -u -B -C5 -r1.62 translate.c
*** target-i386/translate.c 16 Jan