Jocelyn Mayer wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Jocelyn Mayer 07/10/01 06:44:33
>
> Modified files:
> pc-bios: ppc_rom.bin
>
> Log message:
> Quickly hack PowerPC BIOS able to boot on CDROM again.
>
> CVSWeb URLs:
> http://cvs.savannah.g
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 06:44:33
Modified files:
pc-bios: ppc_rom.bin
Log message:
Quickly hack PowerPC BIOS able to boot on CDROM again.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/pc-bios/ppc_
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 05:22:17
Modified files:
target-ppc : translate.c
Log message:
Fix missing nip updates for instructions that potentially generate
exceptions from op helpers.
CVSWeb URLs:
htt
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 05:16:57
Modified files:
target-ppc : helper.c op.c op_helper.c op_helper.h
translate.c
Log message:
Handle all MMU models in switches, even if it's just to ab
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 04:48:45
Modified files:
target-ppc : translate_init.c
Log message:
More comments about unimplemented SPRs.
Tag unused functions with unused attribute instead of using #ifdef
(
J. Mayer wrote:
> On Sun, 2007-09-30 at 17:09 +0200, J. Mayer wrote:
> > On Sun, 2007-09-30 at 14:38 +0100, Thiemo Seufer wrote:
> > > J. Mayer wrote:
> > > > Following what I've done in the syscalls emulation routines, it appeared
> > > > to me that there seems to be a lot of confusions between ho
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 03:03:52
Modified files:
target-ppc : translate.c
Log message:
Optimisations: avoid generation of duplicated micro-ops.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 02:55:07
Modified files:
hw : ppc405_uc.c
Log message:
Compilation fix (forgotten patch).
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc405_uc.c?cvsroot=qemu&r1=1
On Sun, 2007-09-30 at 17:09 +0200, J. Mayer wrote:
> On Sun, 2007-09-30 at 14:38 +0100, Thiemo Seufer wrote:
> > J. Mayer wrote:
> > > Following what I've done in the syscalls emulation routines, it appeared
> > > to me that there seems to be a lot of confusions between host and target
> > > long i
On Sun, 2007-09-30 at 17:05 +0200, Andreas Färber wrote:
> Am 30.09.2007 um 16:37 schrieb J. Mayer:
>
> >> If someone has a speedup idea for the __APPLE__ case, that could
> >> still be applied separately.
> >
> > I guess there are some already defined macros in the Apple build
> > environmnet tha
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 01:59:12
Modified files:
target-ppc : op_helper.h
Log message:
Remove definitions for deprecated SLB & TLB related op helpers.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/tar
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 01:51:13
Modified files:
target-ppc : cpu.h exec.h helper.c op.c op_helper.c
translate.c
Log message:
Avoid op helpers that would just call helpers for TLB & S
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 01:38:04
Modified files:
target-ppc : translate_init.c
Log message:
Share more SPR instanciations between all PowerPC 401 incarnations.
Add comments about some unimplemented sto
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 01:32:49
Modified files:
target-ppc : op.c translate_init.c
Log message:
Implement embedded PowerPC exceptions prefix and vectors registers.
CVSWeb URLs:
http://cvs.savannah.gnu.org/vi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/10/01 01:27:11
Modified files:
hw : ppc.c
target-ppc : cpu.h translate_init.c
Log message:
Share input pins and internal interrupt controller between all PowerPC
40x.
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/30 19:38:12
Modified files:
target-sparc : exec.h op.c op_helper.c translate.c
Log message:
Fix Sparc64 ldfa, lddfa, stfa, and stdfa instructions
CVSWeb URLs:
http://cvs.savannah.gnu.org/vie
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/30 16:37:01
Modified files:
target-sparc : translate.c
Log message:
Fix Sparc64 wrasr instructions
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/translate.c?cvsroot=qemu
On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 30, 2007 at 06:45:08PM +0300, Blue Swirl wrote:
> > On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote:
> > > With this updated patch, I can now reliably run statically linked sparc64
> > > programs on my 32 bit host. Dyna
On Sun, Sep 30, 2007 at 06:45:08PM +0300, Blue Swirl wrote:
> On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote:
> > With this updated patch, I can now reliably run statically linked sparc64
> > programs on my 32 bit host. Dynamically linked sparc64 programs reliably
> > fail with an unhand
Am 30.09.2007 um 17:05 schrieb Andreas Färber:
Am 30.09.2007 um 16:37 schrieb J. Mayer:
If someone has a speedup idea for the __APPLE__ case, that could
still be applied separately.
I guess there are some already defined macros in the Apple build
environmnet that should be used instead. But
On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote:
> With this updated patch, I can now reliably run statically linked sparc64
> programs on my 32 bit host. Dynamically linked sparc64 programs reliably fail
> with an unhandled trap 0x37. qemu m68k reliably segfaults with and without
> the
> > I'm confused. You say you don't agree with me, then give an example that
> > confirms what I said (Replace Guest OS with machine memory map as
> > appropriate).
>
> What I don't agree is the fact that emulating huge amount of physical
> address space is not immediatly useful.
Ah, ok. I meant i
On 9/30/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> About the design, my opinion is:
> - to support wider physical address spaces:
> * full 32 bits targets (ie 32 bits virtual & physical address spaces)
> should stay 32 bits.
> * for 32 bits targets with a few more bits for their physical address
> s
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/09/30 15:21:15
Modified files:
target-ppc : translate.c
Log message:
Fix (once again) PowerPC sync weight field.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/translate.c?
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/09/30 15:19:48
Modified files:
target-ppc : helper.c
Log message:
Fix PowerPC TLB miss dump code.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/helper.c?cvsroot=qemu&r1=1.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/09/30 15:15:19
Modified files:
darwin-user: main.c
linux-user : main.c
Log message:
Fix missing case in the new PowerPC exception model.
CVSWeb URLs:
http://cvs.savannah.gnu.org
Increase size of PROM to match actual hardware.
Index: hw/sun4m.c
===
RCS file: /sources/qemu/qemu/hw/sun4m.c,v
retrieving revision 1.50
diff -p -u -r1.50 sun4m.c
--- hw/sun4m.c 24 Sep 2007 19:44:09 - 1.50
+++ hw/sun4m.c 30
On Sun, 2007-09-30 at 14:38 +0100, Thiemo Seufer wrote:
> J. Mayer wrote:
> > Following what I've done in the syscalls emulation routines, it appeared
> > to me that there seems to be a lot of confusions between host and target
> > long in the ELF loader.
>
> But the ELF fields are tied to the ELF
Am 30.09.2007 um 16:37 schrieb J. Mayer:
If someone has a speedup idea for the __APPLE__ case, that could
still be applied separately.
I guess there are some already defined macros in the Apple build
environmnet that should be used instead. But I don't know too much
about
this environment.
J. Mayer wrote:
> Following what I've done in the syscalls emulation routines, it appeared
> to me that there seems to be a lot of confusions between host and target
> long in the ELF loader.
But the ELF fields are tied to the ELFCLASS of the supported ABI, not to
the register width of the machine
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/09/30 14:52:09
Modified files:
target-ppc : translate_init.c
Log message:
Fix inconsistent end conditions in ppc_find_xxx functions.
(crash reported by Andreas Farber when using def
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/09/30 14:44:52
Modified files:
. : exec-all.h vl.h
hw : ppc.c
Log message:
Fix compilation on Darwin platform, avoiding the use of gcc function
attributes
J. Mayer wrote:
* for 64 bits targets, a multiple level table has to be used to avoid
the need of huge l1_xxx tables. This includes the alpha target (42 bits
of physical address space), for which I recognize the quick hack I did
commit is not really acceptable.
We can allocate a sparse table
On Sun, 2007-09-30 at 16:28 +0200, Andreas Färber wrote:
> Am 30.09.2007 um 15:27 schrieb J. Mayer:
>
> > On Sun, 2007-09-30 at 15:08 +0200, Andreas Färber wrote:
> >> Am 30.09.2007 um 14:17 schrieb J. Mayer:
> >>> Would this new definition solve the compilation failure ?
> >>>
> >>> #ifndef alway
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/30 14:32:45
Modified files:
linux-user : mmap.c qemu.h
Log message:
Fix mmap to handle differing host/target page sizes, by Edgar E.
Iglesias.
CVSWeb URLs:
http://cvs.savannah.gnu.or
Am 30.09.2007 um 15:27 schrieb J. Mayer:
On Sun, 2007-09-30 at 15:08 +0200, Andreas Färber wrote:
Am 30.09.2007 um 14:17 schrieb J. Mayer:
Would this new definition solve the compilation failure ?
#ifndef always_inline
#if (__GNUC__ < 3) || defined(__APPLE__)
#define always_inline inline
#el
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/30 13:49:22
Modified files:
linux-user/sparc64: target_signal.h
Log message:
Add get_sp_from_cpustate implementation.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/spar
On Sun, 2007-09-30 at 15:08 +0200, Andreas Färber wrote:
> Am 30.09.2007 um 14:17 schrieb J. Mayer:
>
> > On Sun, 2007-09-30 at 14:05 +0200, Andreas Färber wrote:
> >> Hi,
> >>
> >> Am 30.09.2007 um 13:45 schrieb J. Mayer:
> >>
> Anyone any idea what might've caused this build failure? I'm fa
Am 30.09.2007 um 14:17 schrieb J. Mayer:
On Sun, 2007-09-30 at 14:05 +0200, Andreas Färber wrote:
Hi,
Am 30.09.2007 um 13:45 schrieb J. Mayer:
Anyone any idea what might've caused this build failure? I'm fairly
certain I haven't messed with or updated the system headers.
have you just upd
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/09/30 13:03:23
Modified files:
target-ppc : cpu.h op.c op_helper.c op_helper.h translate.c
Log message:
* Update OEA environment, following the PowerPC 2.04 specification:
- New mtmsr
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/30 13:01:16
Modified files:
. : vnc.c
Log message:
Support UltraVNC clients, by Eduardo Felipe.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/vnc.c?cvsroot=qemu&r1=1.
On Sun, 2007-09-30 at 10:15 +0300, Blue Swirl wrote:
> On 9/30/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> > On Sat, 2007-09-29 at 23:43 +0100, Paul Brook wrote:
> > > > > Also note that changing variables from int to long have strictly no
> > > > > impact on 32 bits host machines, then won't help em
On Sun, 2007-09-30 at 14:05 +0200, Andreas Färber wrote:
> Hi,
>
> Am 30.09.2007 um 13:45 schrieb J. Mayer:
>
> >> Anyone any idea what might've caused this build failure? I'm fairly
> >> certain I haven't messed with or updated the system headers.
> >
> > have you just updated your CVS co ?
>
>
Hi,
Am 30.09.2007 um 13:45 schrieb J. Mayer:
Anyone any idea what might've caused this build failure? I'm fairly
certain I haven't messed with or updated the system headers.
have you just updated your CVS co ?
Yes.
Please try to comment the "always_inline" definition in vl.h /
exec-all.h.
On Sun, Sep 30, 2007 at 11:53:20AM +0200, Edgar E. Iglesias wrote:
% make
> sparc64-unknown-linux-gnu-gcc -Wall -W -g -O2 -c -o ctest.o ctest.c
> sparc64-unknown-linux-gnu-gcc -static ctest.o -o ctest
> % file ctest
> ctest: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), for GNU/Linux
On Sun, 2007-09-30 at 12:09 +0200, Andreas Färber wrote:
> Hello,
Hi,
> Anyone any idea what might've caused this build failure? I'm fairly
> certain I haven't messed with or updated the system headers.
have you just updated your CVS co ?
Please try to comment the "always_inline" definition in
Hi,
UltraVNC clients report non standard RFB protocol 3.4. Attached patch makes
vnc server treat them as 3.3.
Regards,
Edu
*** vnc.c 17 Sep 2007 08:09:45 - 1.24
--- vnc.c 26 Sep 2007 22:44:57 -
@@ -1818,6 +1818,7 @@
VNC_DEBUG("Client request protocol version %d.%d\n", vs->major, vs->
Hello,
Anyone any idea what might've caused this build failure? I'm fairly
certain I haven't messed with or updated the system headers.
gcc-3.3 -Wall -O2 -g -fno-strict-aliasing -I. -I.. -I/Users/andreas/Q/
myqemu/target-sparc -I/Users/andreas/Q/myqemu -D__powerpc__ -
D_GNU_SOURCE -D_FILE_O
I was in contact with Mark about 2 month ago. He told me that the
company he has developed the ehci emulation for won't let him release to
open source until the project is finished, which looks to be end of 2007
at least. If that changes he'll post the patch to the list.
___
On Sun, Sep 30, 2007 at 10:27:45AM +0300, Blue Swirl wrote:
> On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote:
> > I tried the sparc64-linux-user target but it fails to run any of my
> > programs both with and without the change. Similarly, the m68k-linux-user
> > target also fails but it
On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote:
> I tried the sparc64-linux-user target but it fails to run any of my programs
> both with and without the change. Similarly, the m68k-linux-user target also
> fails but it at least manages to
Are you sure the program was really a 64-bit S
On 9/30/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-09-29 at 23:43 +0100, Paul Brook wrote:
> > > > Also note that changing variables from int to long have strictly no
> > > > impact on 32 bits host machines, then won't help emulating more than 2
> > > > GB of RAM. Another variable type
52 matches
Mail list logo
