On Tue, May 29, 2007 at 12:15:01AM +0200, Aurelien Jarno wrote:
Hi,
In the current implementation of the MIPS CPU, all instructions are
regarded as valid, being R1 or R2 instructions.
This patch fixes that by generating a reserved instruction exception
when an R2 instructions is decoded
hi!
sorry that I'm posting for such a dumb thing, but I'm going crazy
Up until now, I had a single file added to the qemu/hw folder. after adding
VL_OBJS += myfile.o
everything compiled without problems.
but now my project grew too large and i wanted to split everything into
multiple
Hi,
I do reproduce that trying to boot a kubuntu i386 on an i368.
Now we have to bisect...
Xavier.
I've been keeping up with CVS patches for qemu about once a week. I just
updated
tonight after the big round of patches that have been commited and am seeing a
consistent failure with my
On Tue, May 29, 2007 at 01:10:02AM -0400, Ben Taylor wrote:
I've been keeping up with CVS patches for qemu about once a week. I just
updated
tonight after the big round of patches that have been commited and am seeing a
consistent failure with my existing ubuntu-7.04 32-bit guest on
hi!
my virtual device inside qemu (a pci device) is listening for
socket-(tcp)-connections.
however, accept() always fails (code works fine if not executed inside
the qemu-process)... now i'm wondering if qemu interferes somehow...
is that possible?
frustrated *gg*
Hi Julia,
[EMAIL PROTECTED] wrote:
On Tue, May 29, 2007 at 01:10:02AM -0400, Ben Taylor wrote:
I've been keeping up with CVS patches for qemu about once a week. I just
updated
tonight after the big round of patches that have been commited and am
seeing a
consistent failure
Clemens Kolbitsch wrote:
hi!
my virtual device inside qemu (a pci device) is listening for
socket-(tcp)-connections.
however, accept() always fails (code works fine if not executed inside
the qemu-process)... now i'm wondering if qemu interferes somehow...
is that possible?
frustrated
Hi,
On Tue, 29 May 2007, Clemens Kolbitsch wrote:
Clemens Kolbitsch wrote:
my virtual device inside qemu (a pci device) is listening for
socket-(tcp)-connections.
however, accept() always fails (code works fine if not executed inside
the qemu-process)... now i'm wondering if qemu
Johannes Schindelin wrote:
Hi,
On Tue, 29 May 2007, Clemens Kolbitsch wrote:
Clemens Kolbitsch wrote:
my virtual device inside qemu (a pci device) is listening for
socket-(tcp)-connections.
however, accept() always fails (code works fine if not executed inside
the
Hi,
On Tue, 29 May 2007, Clemens Kolbitsch wrote:
Johannes Schindelin wrote:
Hi,
On Tue, 29 May 2007, Clemens Kolbitsch wrote:
Clemens Kolbitsch wrote:
my virtual device inside qemu (a pci device) is listening for
socket-(tcp)-connections.
however,
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/05/29 14:57:59
Modified files:
. : cpu-exec.c
target-m68k: cpu.h helper.c op.c qregs.def translate.c
Log message:
ColdFire EMAC support.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/05/29 16:52:57
Modified files:
target-mips: cpu.h fop_template.c op.c translate.c
Log message:
Don't check the FPU state for each FPU instruction, use hflags to
handle this
On 5/29/07, Ben Taylor [EMAIL PROTECTED] wrote:
Looks like the patch from
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemur1=1.96r2=1.97
needs to be reverted and reworked before being recommitted.
Thank you for the reports. I still can't reproduce the bug, but it
seems that on PC,
Hi,
I found a bug in the subpage checking code. Could you try if the
attached patch fixes the problem?
Index: qemu/exec.c
===
--- qemu.orig/exec.c 2007-05-29 18:39:35.0 +
+++ qemu/exec.c 2007-05-29 18:39:54.0
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/05/29 18:55:34
Modified files:
target-mips: cpu.h
Log message:
Fix usermode check, thanks Aurelien Jarno.
CVSWeb URLs:
On Tue, May 29, 2007 at 09:44:39PM +0300, Blue Swirl wrote:
Hi,
I found a bug in the subpage checking code. Could you try if the
attached patch fixes the problem?
thats a negative. the exact same behavior as before.
qemu: fatal: Trying to execute code outside RAM or ROM at 0xfff0
On 5/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Tue, May 29, 2007 at 09:44:39PM +0300, Blue Swirl wrote:
Hi,
I found a bug in the subpage checking code. Could you try if the
attached patch fixes the problem?
thats a negative. the exact same behavior as before.
Thanks.
The bug
This includes mtools.
And for your RTEMS needs, there is a Solaris/SPARC toolchain available on
the same website, for generating RTEMS code for other architectures.
http://www.thoughtwave.net/downloads.html
Thanks,
Jonathan
P.S., Completely off topic, I downloaded Joost and installed it on
On Tue, May 29, 2007 at 10:33:37PM +0300, Blue Swirl wrote:
On 5/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Tue, May 29, 2007 at 09:44:39PM +0300, Blue Swirl wrote:
Hi,
I found a bug in the subpage checking code. Could you try if the
attached patch fixes the problem?
thats a
Jonathan Kalbfeld wrote:
This includes mtools.
And for your RTEMS needs, there is a Solaris/SPARC toolchain available
on the same website, for generating RTEMS code for other architectures.
http://www.thoughtwave.net/downloads.html
What version of RTEMS are these for?
Could you please
The code that maps struct stat is wrong for MIPS. It uses the wrong
sized calls (16 vs 32) for swapping some of the structure members. A
patch to fix this is attached.
Stuart
Stuart R. Anderson [EMAIL PROTECTED]
Network Software
This is a refresh (vs 5/28 cvs) of a patch sent several weeks ago. This
patch implments the structure handling for the semaphore IPC related
structures used by semctl().
This was tested using LTP on an ARM target.
Were there any objections to this patch?
This is a refresh (vs 05/28 cvs) of a patch sent several weeks ago. This
patch implements the structure handling for the structures used by the
Message queue IPC interfaces msgctl(), msgrcv() and msgsnd().
This was tested using LTP on an ARM target.
Stuart
pipe(2) on MIPS does some funny, non-standard stuff with it's return
data. This patch implments this unusual handling. Without this patch,
bash closes it's own stdin by mistake and therefore exits immediately
after presenting the prompt.
The LTP test results for the pipe() tests are improved
24 matches
Mail list logo