CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/04/19 07:16:51
Modified files:
target-ppc : translate_init.c
Log message:
Duplicated SPR fix for BookE PowerPC by Guglielmo Morandin
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/04/19 07:17:51
Modified files:
linux-user/ppc : termbits.h
linux-user/ppc64: termbits.h
Log message:
termios structure definition fix by Stuart Anderson.
CVSWeb URLs:
On Wed, 2007-04-18 at 16:42 -0400, Stuart Anderson wrote:
On Thu, 19 Apr 2007, Igor Kovalenko wrote:
as discussed before, to do this in dyngen you need to know the context
better or you'll skip more than intended; that amounts to moving a
large bit of decoder there as far as I understand
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/04/19 08:42:21
Modified files:
. : vl.h
hw : ppc405.h ppc_chrp.c ppc_prep.c
target-ppc : helper.c translate.c
Log message:
No functional
On Wed, 2007-04-18 at 17:08 +0100, Paul Brook wrote:
If you're interressed in such a feature, you may take a look of what
I've done in hw/ppc405_uc.c. There are some device sharing the same
memory page on those microcontrollers so I introduced a fake device
called mmio that allow to
While you're fixing this, it would be good to fix overlapping devices as
well ;-) Currently if you (temporarily) have overlapping regions then
remove one of them you end up with unmapped memory.
What is the correct behavior in such a case ? What device would you
actually see ? May be it
Natalia Portillo wrote:
Hi all,
I have collected all drivers I could for GD-5446 in
http://www.claunia.com/qemu/drivers/index.html
If someone can send me drivers for other OSes and for all the other
devices of qemu (sound, net, so on), so I can upload them.
As they are old devices they are
Jason Wessel wrote:
This patch fixes the registers for the 'g' and 'G' packets for the
qemu-system-x86_64 target. It allows gdb 6.5 to debug a linux kernel
and get a stack back trace.
Here comes a corrected (RBX and RDX were mixed) and slightly enhanced
(segment register reading, don't know
s/setsockopt/getsockopt/1 in vl.c.
--
Linus
Index: vl.c
===
RCS file: /sources/qemu/qemu/vl.c,v
retrieving revision 1.282
diff --unified -p -r1.282 vl.c
--- vl.c18 Apr 2007 18:11:47 - 1.282
+++ vl.c19 Apr
Andrzej,
the guest Linux system reported some AMD CPU type (can't remember
which one) which is not in my system. Now when the guest Linux starts
is correctly reports: CPU 0 AMD X2 4200+
Regards,
Werner
andrzej zaborowski wrote:
Hi,
On 18/04/07, Werner Dittmann [EMAIL PROTECTED] wrote:
On 4/18/07, Jan Jezabek [EMAIL PROTECTED] wrote:
Natalia Portillo wrote:
[..]
I have collected all drivers I could for GD-5446 in
http://www.claunia.com/qemu/drivers/index.html
[...]
If you're interested in NT 3.51 you can find a graphics driver here:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/04/19 16:35:09
Modified files:
target-mips: mips-defs.h
Log message:
Update comment. We can't easily adhere to the architecture spec because
it would involve counting the
I'm having trouble building OpenHackWare (the firmware for qemu-system-ppc)
from source on a PPC machine running Fedora 6, using either gcc 4.1.1 or gcc
3.4.6. I'm using the source tarball
http://perso.magic.fr/l_indien/OpenHackWare/0.4/OpenHackWare-0.4.1.tar.bz2,
with the patch
On Thu, 19 Apr 2007, J. Mayer wrote:
And I checked the code generated on my machine.
I got the repz at the end of the op_goto_tb0 and op_goto_tb1 and it
seems to work well here with the bash version I got.
IIrc from yesterday, they ended up in front of lea instuctions, which
I think always
On 19/04/07, Werner Dittmann [EMAIL PROTECTED] wrote:
Andrzej,
the guest Linux system reported some AMD CPU type (can't remember
which one) which is not in my system. Now when the guest Linux starts
is correctly reports: CPU 0 AMD X2 4200+
That's a deficiency of the kqemu approach and
Ok, try this patch. It doesn't handle cases where the sub-page areas
are something else than IO. Though I don't know if it handles any
other cases for that matter, but at least Sparc32 may work. :-)
Index: qemu/exec.c
===
---
Hi,
If you're interested in NT 3.51 you can find a
graphics driver here:
http://www.navozhdeniye.narod.ru/vbemp.htm
In the repository I put
the Cirrus driver for NT 3.51. I do not know if it works with NT 3.5 or NT
3.11 but readme says NT 3.51 at least.
I will upload this
driver (also the
On Thursday 19 April 2007 09:58:30 Daniel Jacobowitz wrote:
I posted some other patches for OpenHackWare when I was experimenting
with OpenBSD; I think this is the one you need, to the linker script:
-.rodata: { *(.rodata) } bios
+.rodata: { *(.rodata*) } bios
Works
Paul Brook wrote:
On Wednesday 18 April 2007 21:53, Jan Kiszka wrote:
Jason Wessel wrote:
This patch fixes the registers for the 'g' and 'G' packets for the
qemu-system-x86_64 target. It allows gdb 6.5 to debug a linux kernel
and get a stack back trace.
Here comes a corrected (RBX and RDX
Hi all,
As you can see on http://www.claunia.com/qemu/details.php?id=01398 I've
added support to direct screenshot support.
So for anyone that adds an entry if you send me an email (directly or
through the mailing list) with a JPEG (JPEG please) attachment and the
id # number for your
20 matches
Mail list logo