On Thu, Oct 11, 2007 at 06:27:28PM -0700, Alexander Sennhauser wrote:
Just wanted to check if there is any progress with a x86_64 guest on a
x86_64 host when the kernel module kqemu is enabled. As long the module
is disabled the system boots fine.
Setting: Gentoo x86_64 box as host, guest is
Hello,
This proposed patch add support for deleting usb devices by providing the
(exact) same string they were added with, thus enabling to remove a usb
device with the host string.
The old capability of deleting usb device by their internal port is not
harmed.
I had to move USBHostDevice to
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/12 06:47:46
Modified files:
. : vl.c vl.h
linux-user : main.c
target-arm : cpu.h helper.c
target-mips: cpu.h
target-ppc : cpu.h
I'd appreciate any input on how to run gprof successfully on qemu. I'm new
to gprof and am probably missing some steps. I successfully ran gprof on a
sorting program available online, then I attempted to run gprof on qemu.
Here are the steps I take:
I'm trying to run gprof on qemu, but am
Here's a small patch that allow an optimisation for code fetch, at least
for RISC CPU targets, as suggested by Fabrice Bellard.
The main idea is that a translated block is never to span over a page
boundary. As the tb_find_slow routine already gets the physical address
of the page of code to be
On Fri, 2007-10-12 at 01:00 -0700, Atoosaah S wrote:
I'd appreciate any input on how to run gprof successfully on qemu. I'm
new to gprof and am probably missing some steps. I successfully ran
gprof on a sorting program available online, then I attempted to run
gprof on qemu.
Here are the
This seems like a good excuse to send my suggested -cpu option for the
x86 target. It is just like my previous take 4, but fits to the newly
unified cpu_list.
Index: hw/pc.c
===
RCS file: /sources/qemu/qemu/hw/pc.c,v
retrieving
On 10/12/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's a small patch that allow an optimisation for code fetch, at least
for RISC CPU targets, as suggested by Fabrice Bellard.
The main idea is that a translated block is never to span over a page
boundary. As the tb_find_slow routine already
How do I enable debugging?
I checked the configure file and I do not see any options for compiling with
debugging, i.e. there is no --enable-debug option. I see that the default
parameters section of the configure file sets: gdbstub=yes but other than
that i do not see any other reference to
Blue Swirl wrote:
[snip]
Index: qemu/linux-user/mipsn32/syscall.h
===
--- qemu.orig/linux-user/mipsn32/syscall.h2007-10-11 19:17:14.0
+
+++ qemu/linux-user/mipsn32/syscall.h 2007-10-11 19:17:46.0 +
Blue Swirl wrote:
On 10/12/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's a small patch that allow an optimisation for code fetch, at least
for RISC CPU targets, as suggested by Fabrice Bellard.
The main idea is that a translated block is never to span over a page
boundary. As the tb_find_slow
Blue Swirl wrote:
On 10/12/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's a small patch that allow an optimisation for code fetch, at least
for RISC CPU targets, as suggested by Fabrice Bellard.
The main idea is that a translated block is never to span over a page
boundary. As the tb_find_slow
On Fri, 2007-10-12 at 18:12 +0300, Felipe Contreras wrote:
Hi,
When I try to use codesourcery's toolchain arm-2006q3-27 in my Fedora
7 box I always have the following issue:
qemu: Unsupported syscall: 983045
Yep, I've seen that before.
I guess it's a problem of NPTL incompatibility.
On Wed, 2007-10-10 at 21:38 -0600, Thayne Harbaugh wrote:
SNIP
I have noticed that many functions in syscall.c return a *host* errno
when a *target* errno should be return. At the same time, there are
several places in syscall.c:do_syscall() that immediately return an
errno rather than
On Fri, 2007-10-12 at 18:21 +0300, Blue Swirl wrote:
On 10/12/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's a small patch that allow an optimisation for code fetch, at least
for RISC CPU targets, as suggested by Fabrice Bellard.
The main idea is that a translated block is never to span over
Could anyone give me a tip in how to compile qemu to a host arm.
I have a ARM machine running debian 4.0 , i need to run a very small i386
application on this machine but i can not compile qeumu on it.
I keep getting errors.
# ./configure --target-list=i386-user
WARNING: gcc looks like gcc 4.x
That was it. I got it to work!
Thanks so much for your help :-)
On 10/12/07, Ben Taylor [EMAIL PROTECTED] wrote:
Atoosaah S [EMAIL PROTECTED] wrote:
How do I enable debugging?
I checked the configure file and I do not see any options for compiling
with
debugging, i.e. there is
Atoosaah S [EMAIL PROTECTED] wrote:
How do I enable debugging?
I checked the configure file and I do not see any options for compiling with
debugging, i.e. there is no --enable-debug option. I see that the default
parameters section of the configure file sets: gdbstub=yes but other
Hi,
When I try to use codesourcery's toolchain arm-2006q3-27 in my Fedora
7 box I always have the following issue:
qemu: Unsupported syscall: 983045
I guess it's a problem of NPTL incompatibility. Anyway, the patch that
Paul Brook sent a while ago solves it [1].
I wonder if it can be
Blue Swirl wrote:
On 10/12/07, Thiemo Seufer [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
[snip]
Index: qemu/linux-user/mipsn32/syscall.h
===
--- qemu.orig/linux-user/mipsn32/syscall.h2007-10-11
19:17:14.0
Forwarded Message
From: Jocelyn Mayer [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], qemu-devel@nongnu.org
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] RFC: Code fetch optimisation
Date: Fri, 12 Oct 2007 20:24:44 +0200
On Fri, 2007-10-12 at 18:21 +0300, Blue Swirl
21 matches
Mail list logo