CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn 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:
http://cvs.savannah.gnu.org/viewcvs/qemu/tar
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn 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:
http://cvs.savanna
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 unde
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn 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 changes:
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
On 4/19/07, Jason Height <[EMAIL PROTECTED]> wrote:
Inspired by Blue Swirl's statement in an earlier email that SunOS testing
can now commence against the latest SVN snapshot, i thought that i may
finally be able to contribute.
I have available:
Solaris 1.0.1 (SunOS 4.1.4)
Solaris 2.4
Solaris 2
> > 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
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 get
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 200
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 were mix
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]> wro
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/19 15:38:26
Modified files:
hw : mips_malta.c
Log message:
More Gallileo register initialization, by Aurelien Jarno and Stefan
Weil.
CVSWeb URLs:
http://cvs.savannah.gnu.org/
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:
http://www.navozhdeniye.narod.ru/vb
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 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 actually
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 pc-bios/ohw.dif
On Thu, Apr 19, 2007 at 09:12:32AM -0700, Ed Swierk wrote:
> 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/OpenHackW
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 i
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
===
--- qemu.ori
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 B
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
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 (
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 additio
24 matches
Mail list logo
