On Tuesday 18 July 2006 18:03, Thorsten Zitterell wrote:
> I am working on a Gumstix system [1] emulation for QEMU which is based
> on a Intel XScale processor. The board has an expansion card for network
> support which is a smc91x compatible NIC. However, the irq line is not
> directly connected
Hi,
Yes. To a certain extent: If you run x86 linux, and you want to execute a
program for PPC linux, you can use the usermode emulation (-user).
Unfortunately, this is only possible if you run Linux _and_ the program is
for Linux (on another CPU).
If you want to do this for Darwin, you might b
On Tue, 2006-07-18 at 23:46 +0200, Fabrice Bellard wrote:
> Lonnie Mendez wrote:
> > lo list. I have found the old diff to be incorrect on many levels. New
> > diff has additionally cleanup code for the linux redirector. Please see
> > the attached patch for solution.
>
> Forget my last comment
[sorry for posting this back to the list, but i'm too lazy to register
for the forum]
Luis Pureza wrote:
> Is it possible to run some program with qemu without a kernel attached?
>
> I'm involved in a project to create an emulator for the leon2
processor (which is sparc-like). In order to estim
Hi,
I am working on a Gumstix system [1] emulation for QEMU which is based
on a Intel XScale processor. The board has an expansion card for network
support which is a smc91x compatible NIC. However, the irq line is not
directly connected to the processor's interrupt controller but to an
GPIO which
Lonnie Mendez wrote:
lo list. I have found the old diff to be incorrect on many levels. New
diff has additionally cleanup code for the linux redirector. Please see
the attached patch for solution.
Forget my last comment - I understand the problem now. I think it was a
bad idea to use 'usb_r
Hi,
Calling dev->handle_reset() is redundant with usb_attach(port, NULL) and
is also incorrect because dev->handle_reset is a private helper for the
usb devices (the real message is USB_DETACH).
Regards,
Fabrice.
Lonnie Mendez wrote:
lo list. I have found the old diff to be incorrect on m
Hi,
USE_CODE_COPY is only used for user level emulation. My current plan is
to remove this code ASAP because it adds too much complexity to QEMU and
has little use.
IMHO it is more useful to concentrate on making the x86 target more
accurate (e.g. FPU support in SOFT_FLOAT mode, full segment
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/18 21:23:34
Modified files:
. : Makefile.target cpu-all.h dyngen-exec.h
dyngen.c elf.h
linux-user : signal.c
Log message:
Sparc64 ho
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/18 21:14:10
Modified files:
linux-user : elfload.c main.c
target-sparc : translate.c
Log message:
Sparc64 user emulator fixes (Blue Swirl)
CVSWeb URLs:
http://cvs.savan
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/18 21:12:17
Modified files:
. : sparc-dis.c
target-sparc : cpu.h op.c translate.c
Log message:
sparc64 fixes (Blue Swirl)
CVSWeb URLs:
http://cvs.savannah.gnu.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/18 21:09:59
Modified files:
. : qemu-doc.texi
audio : audio.c wavcapture.c
Log message:
audio capture fixes (malc)
CVSWeb URLs:
http://cvs.savannah.gnu.
Hi,
I updated the patches for Sparc64 host support, Sparc64 user emulator fixes,
and Sparc64 CPU emulation fixes.
I'd be happy to fix any problems you might see.
_
Express yourself instantly with MSN Messenger! Download today it'
Hi,First, let me apologise if this isn't the right place for asking this.Yesterday I posted this thread (http://qemu.dad-answers.com/viewtopic.php?t=1804
) on the general help forum, but it seems I got no answer. This is kinda urgent and I'd really appreciate any help.Again, sorry for being a stubb
Hello,
I just noticed that op_dec8_rN and op_dec8_rN might have a copy-paste
error. I wonder if it should be like
RCS file: /sources/qemu/qemu/target-sh4/op.c,v
retrieving revision 1.3
diff -u -r1.3 op.c
--- op.c18 Jun 2006 19:12:54 - 1.3
+++ op.c18 Jul 2006 12:22:23 -00
Hi all.
I was looking at the qemu dynamic rewriting code for system emulation
(and NOT running user level processes). Is direct copying
(USE_CODE_COPY) ever used? It looks to me that it's not, since the
softmmu is always used...
I am mostly interested in the X86_64 target.
thanks,
-Petros.
Bill C. Riemers wrote:
> The following message was forwarded to me:
>
> -
> Hello all,
>
> there's a problem compiling usb-linux.c on SuSE 10.1 with the standard
> kernel headers (kernel 2.6.16.13-4-default from uname -r).
>
> I'm using gcc 3.4.6 and the problem is an includ
17 matches
Mail list logo