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 wit
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
St
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?
Stuar
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 E
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 upda
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 pro
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 my
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
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
EA
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/29 18:55:34
Modified files:
target-mips: cpu.h
Log message:
Fix usermode check, thanks Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/cpu.h?cvsroot=
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 +000
On 5/29/07, Ben Taylor <[EMAIL PROTECTED]> wrote:
Looks like the patch from
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemu&r1=1.96&r2=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
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 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 per-tb
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 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:
http://cvs.savann
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)-con
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 qemu-process)...
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 wonderi
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 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
> > consist
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*
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 So
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 exist
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 head
23 matches
Mail list logo
