Hello,
this patch adds signal handling for mips-user (and mipsel also).
However it doesn't implement setup_rt_frame, but it seems it is not used
a lot, so the current patch should support the vast majority of
applications.
Also note that since we are not in real kernel mode, the switch to the
Hello,
this patch is a revamped version of the one I posted about 2 months ago,
it is much better. It implements the syscalls related to sockets on the
MIPS platform (because it has no "socketcall" syscall). I had to create
a "socket.h" file defining the constants for the targets because MIPS
does
This patch continue my work trying to replace %lld (and similar) format
strings with C99 standard (as suggested by Fabrice). Is quite long but
as you can note it contains repetitive changes.
Frediano Ziglio
printf.diff
Description: printf.diff
___
Qem
I've been doing some instruction set testing on i386-softmmu,
with the aim of seeing if I can find any anomalies which might
be the cause the of Win2K SP4 installation failure.
helper_fxam_ST0 doesn't correctly distinguish infinities from
nans, and thereby causes programs that use the x86 'fxam'
Hi Paul,
Thanks for the explanation. I feel like fixing the alignment issue in the
qemu code is a little above my head right now. However, it turns out that
the alignment issue can be solved on the arm compiler/linker side, by
giving appropriate arguments to the linker (--ro-base 0x8034). The
> be the cause the of Win2K SP4 installation failure.
This doesn't seem to help alas.
Here's a context diff of the same patch (easier to make sense of).
J
===
RCS file: /sources/qemu/qemu/target-i386/helper.c,v
retrieving revisio
Raphaël Rigo wrote:
> Hello,
> this patch adds signal handling for mips-user (and mipsel also).
> However it doesn't implement setup_rt_frame, but it seems it is not used
> a lot, so the current patch should support the vast majority of
> applications.
Note that some web servers and other networ
wayne tempel wrote:
Hey Everybody,
What's up? Wayne here, anyway I found something
interesting that I thought that I would share, it's freeware, it's
called VMX Wizard, for making virtual machines. You can download it at :
rhysgoodwin.orcon.net.nz/vmxwizard/
wayne tempel wrote:
Hey Everybody,
What's up? Wayne here, anyway I found something
interesting that I thought that I would share, it's freeware, it's
called VMX Wizard, for making virtual machines. You can download it at :
rhysgoodwin.orcon.net.nz/vmxwizard/
Jamie Lokier wrote:
Raphaël Rigo wrote:
Hello,
this patch adds signal handling for mips-user (and mipsel also).
However it doesn't implement setup_rt_frame, but it seems it is not used
a lot, so the current patch should support the vast majority of
applications.
Note that some web se
- Fix missing 'or' in target-mips/helper.c while update of
hflags with HFLAG_ERL
- Update status register EXL and ERL flags directly if
entering or leaving exception, not only hflags. With old
mechanism, correct status register is returned only if read
from target with mfc0 instruction. This is b
QEMU does not correctly handle jumps to TSS segments, the code in
switch_tss loads new eflags, but cc_op is never set to CC_OP_EFLAGS.
The problem manifests itself when trying to run DJGPP binaries
compressed with UPX. It goes something like this:
sub esi, 0FFFCh
Sorry about previous e-mail, my mail client decided to ambush me.
QEMU does not correctly handle jumps to TSS segments, the code in
switch_tss loads new eflags, but cc_op is never set to CC_OP_EFLAGS.
The problem manifests itself when trying to run DJGPP binaries
compressed with UPX. It goes som
Could it have something to do with the way mmap() is used? I remember
reading somewhere that QEMU uses mmap(). Could that interfere with
the kernel mmap()?
Jonathan
--
--
Jonathan Kalbfeld
+1 323 620 6682
___
Qemu-devel mailing list
Qemu-devel@nong
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/06/19 22:06:13
Modified files:
target-i386: helper.c
Log message:
switch_tss eflags restore fix (malc)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper.c?cvsr
Regards,
Anthony Liguori
# HG changeset patch
# User Anthony Liguori <[EMAIL PROTECTED]>
# Node ID 76bb5704c9afe3fb930e81e13fd6de57b452ff5c
# Parent 4fcb5f2d8d8646e56ddb2f6bac4d457b66fdb8ab
Change default cluster size for qcow disks to 4KB. This size makes it much
easier for implementing high-p
Hi,
Is it really needed to duplicate socket.h ? What are the differences for
mips ?
Regards,
Fabrice.
Raphaël Rigo wrote:
Hello,
this patch is a revamped version of the one I posted about 2 months ago,
it is much better. It implements the syscalls related to sockets on the
MIPS platform (be
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/06/19 22:42:57
Modified files:
tests : test-i386.c
Log message:
fxam test
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/tests/test-i386.c?cvsroot=qemu&r1=1.49&r2=1.50
P
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/06/19 22:43:38
Modified files:
target-i386: helper.c
Log message:
fxam fix (Julian Seward)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper.c?cvsroot=qemu&r1=
Alessandro Corradi wrote:
Hi all,
I've tried to create my simple hw and it's ok. Now my teacher tells me
that i must use a hw description written in SystemC and plug in Qemu.
Have you got any idea to do it? Can somebody link me to documents where
I can find info?
Hi,
If you do that I am inte
Another point is that doing:
+target_long args[6];
+
+tputl(args, arg1);
+tputl(args+1, arg2);
+tputl(args+2, arg3);
+tputl(args+3, arg4);
+tputl(args+4, arg5);
+tputl(args+5, arg6);
at the start of every syscall is not acceptable. You should add a
specific socket ca
Fabrice Bellard wrote:
> Hi,
>
> Is it really needed to duplicate socket.h ? What are the differences for
> mips ?
>
> Regards,
>
> Fabrice.
>
Hi,
almost all socket related constants are different on MIPS. I thought it would be
cleaner to define all constants for each target, so that if we add
22 matches
Mail list logo
