Hi,I tried your instruction as below:+ Download the installer Debian Sarge 3.1r0 on FreeOSZoo project: http://free.oszoo.org/download.php+ Run the ARM simulated system with the command: " ./qemu-system-arm -kernel my_own_2.6_compiled_kernel sarge.img "+ But I got the error: "VFS: Unable to mount ro
Following code crashes qemu user emulation.
#include
#include
int main() {
accept(0,NULL,NULL);
return 0;
}
Pablo Virolainen
Index: linux-user/syscall.c
===
RCS file: /sources/qemu/qemu/linux-user/syscall.c,v
retr
The patch should add support for SO_LINGER, SO_RCVTIMEO, SO_SNDTIMEO,
SO_PEERCRED and SO_PEERNAME.
Index: linux-user/syscall.c
===
RCS file: /sources/qemu/qemu/linux-user/syscall.c,v
retrieving revision 1.75
diff -u -r1.75 syscall.c
I came across a product called Executor from a company called Ardi
(www.ardi.com). Basically it's a Macintosh 68k emulator that uses a 680x0
core called Syn68k. By the sounds of it, it does a lot of the same dynamic
recompilation as QEMU does. The Ardi web site suggests that the code is
either g
On Thu, 13 Jul 2006, Armistead, Jason wrote:
Has anyone from the QEMU project (especially Fabrice) contacted the Syn68k
authors with a view to helping some of it to "live on" in QEMU ? I notice
the m68k support in QEMU is only at a "Dev Only" level. Perhaps some of the
"lessons learnt" with Ar
IMHO the most interesting part of Executor is the Mac OS API emulation
layer, but unfortunately it has little relation with QEMU.
Fabrice.
Armistead, Jason wrote:
I came across a product called Executor from a company called Ardi
(www.ardi.com). Basically it's a Macintosh 68k emulator that us
Hi,
OK for the bug report, but the fix is not correct because the problem is
generic. [get|put]_user() and the other functions should be used
everywhere to communicate with the "user" space and to generate the
-EFAULT error if the address is not correct. For that purpose the host
signal SIGSE
On Thursday 13 July 2006 21:43, Fabrice Bellard wrote:
> IMHO the most interesting part of Executor is the Mac OS API emulation
> layer, but unfortunately it has little relation with QEMU.
I'd expect it would be possible to hook it up to qemu though.
Paul
___
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/13 23:00:26
Modified files:
. : Makefile.target
Log message:
use posix timers
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemu&r1=1.118&
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/13 23:00:41
Modified files:
. : cpu-all.h
Log message:
export cpu_get_real_ticks()
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemu&r1=1.55&r2
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/13 23:20:22
Modified files:
. : vl.c vl.h
hw : pc.c
linux-user : main.c
Log message:
new clock logic: cpu ticks and virtual clocks are no
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/13 23:25:11
Modified files:
hw : pcnet.c
Log message:
avoid recursive tx
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pcnet.c?cvsroot=qemu&r1=1.2&r2=1.3
I just commited a patch which should make QEMU work on PCs with variable
CPU frequency.
Feel free to send feebacks regarding performance problems or bugs after
trying it.
Fabrice.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nong
please review the attached patch (to linux-user/path.c), which i
believe fixes the problem of qemu looping forever on symlinks when
using -L. it is undesirable (i believe) for the -L option to search
all subdirectories. this is in reference to debian bug #297572
(bugs.debian.org/297572).
mike g
On Friday 14 July 2006 03:31, Michael Gilbert wrote:
> please review the attached patch (to linux-user/path.c), which i
> believe fixes the problem of qemu looping forever on symlinks when
> using -L. it is undesirable (i believe) for the -L option to search
> all subdirectories. this is in refer
15 matches
Mail list logo
