Hi,
I'm attempting to use qemu-user-arm in a very weird way:
I'm using it to simulate a firmware image for an arm mcu. I only need to
emulate the arm core, not specific periferals (I'm use semihosting to
interact with an abstraction level).
I use the same ELF file resulted from the process (I'm
This series of patches allows to connect real SCSI device to the virtual
SCSI controller of Qemu using the SCSI Generic interface (/dev/sg)
for instance:
qemu -hda my_disk.qcow2 -drive file=/dev/sg3,if=scsi
[PATCH 1/2] SCSI cleanup
This patch reworks the interface between SCSI controller
This patch reworks the interface between SCSI controller and SCSI device.
It allows to connect something else than scsi-disk.c to the SCSI controller.
It is needed to use SCSI passthrough patch.
Laurent
---
hw/esp.c| 16 +++---
hw/lsi53c895a.c | 41
On Dec 7, 2007, at 3:20 PM, Bernhard Kauer wrote:
On Fri, Dec 07, 2007 at 02:10:35PM +0100, Alexander Graf wrote:
Could you please make this more readable?
Not easy by a one liner. I splitted the mask calculation in a
separate line.
Is it better now?
Much better, yes.
Apart from
Hi,
On Dec 6, 2007, at 8:31 PM, Bernhard Kauer wrote:
The SVM IOIO intercept does not check all bits in the IO permission
map
for in/outs with word or long operand size. The attached patch fix
this.
Bernhard Kauer
qemu_ioio.diff
Could you please make this more readable? Apart
On Friday 07 December 2007, Laurent Vivier wrote:
- acb-aiocb.aio_nbytes = nb_sectors * 512;
+ if (nb_sectors 0)
+ acb-aiocb.aio_nbytes = -nb_sectors;
+ else
+ acb-aiocb.aio_nbytes = nb_sectors * 512;
Ugly hacks like this need at least a decent comment.
Paul
Laurent Vivier wrote:
Le vendredi 07 décembre 2007 à 15:22 +, Paul Brook a écrit :
On Friday 07 December 2007, Laurent Vivier wrote:
-acb-aiocb.aio_nbytes = nb_sectors * 512;
+if (nb_sectors 0)
+acb-aiocb.aio_nbytes = -nb_sectors;
+else
+
On Dec 5, 2007, at 8:44 PM, Bernhard Kauer wrote:
The attached patch adds an SVM intercept for rdpmc to qemu,
thus allowing a VMM to virtualize them. Please note that
performance counters are currently unimplemented in qemu.
Bernhard Kauer
qemu_rdpmc.diff
Sounds useful. Even though
Le vendredi 07 décembre 2007 à 15:22 +, Paul Brook a écrit :
On Friday 07 December 2007, Laurent Vivier wrote:
-acb-aiocb.aio_nbytes = nb_sectors * 512;
+if (nb_sectors 0)
+acb-aiocb.aio_nbytes = -nb_sectors;
+else
+acb-aiocb.aio_nbytes = nb_sectors *
any idea?
On Nov 29, 2007 10:38 AM, nik600 [EMAIL PROTECTED] wrote:
Hi
i'm trying to set up some virtual network with qemu but i'm
experiencing some problems:
starting the hosted system with dhcp it gets the ip 10.0.2.15 and gw
10.0.2.2, if i activate the forwarding ip on the hosting
This patch allows to connect the virtual SCSI interface of Qemu to
a real SCSI device of the host.
Using the devices /dev/sg, it allows to send the SCSI commands from the
virtual SCSI interface to the real device.
It has been tested with a SATA disk and an ATA CD burner with ide-scsi module
and
Hi,
this patch enables qemu to run on x86_64. I tested it with gcc-4.2
from the apple opensource page and OSX 10.5.1 on a Care2Duo based
Macbook.
Parts of the Mach-O parsing code is based on the i386 parser from the
Q project. Thank you.
Right now there is no graphical output available
I don't know if it is what you want, but I'm using this:
iptable-restore my_iptable
where my_iptable is:
*filter
:INPUT ACCEPT [6242:8433725]
:FORWARD ACCEPT [8802:8139455]
:OUTPUT ACCEPT [4070:537046]
COMMIT
*nat
:PREROUTING ACCEPT [54:3534]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [1:60]
-A
- Original Message -
From: nik600 [EMAIL PROTECTED]
To: qemu-devel@nongnu.org
Sent: 7.12.2007 11:14
Subject: [Qemu-devel] Re: multiple virtual network with qemu
any idea?
[skip]
Or if it possible
- gw (192.168.1.1)
| - hosting machine (192.168.1.2)
| - virtual ip
On Friday 07 December 2007, Alexandre Pereira Nunes wrote:
Hi,
I'm attempting to use qemu-user-arm in a very weird way:
Everything works fine, except that the entry points attempts to copy memory
from what it believes to be the rom image and the ram segment.
Don't do that then. Just disable
On Fri, Dec 07, 2007 at 02:10:35PM +0100, Alexander Graf wrote:
Could you please make this more readable?
Not easy by a one liner. I splitted the mask calculation in a separate line.
Is it better now?
Apart from that the patch is fine if the highest bit in the IOIO vector is
to be set. I
Am 08.12.2007 um 01:18 schrieb Alexander Graf:
Please review [...] qemu-cocoa.patch
This override of initWithFrame: appears to be obsolete:
[EMAIL PROTECTED] QemuView
+- (id) initWithFrame: (NSRect) frameRect
+{
+self = [super initWithFrame: frameRect];
[...]
+return self;
This patch builds on the previous x86_64 patch, is semantically
seperate though. Apple removed support for QuickDraw in 64-bit
systems, so in order to have proper graphical output in qemu on x86_64
Darwin, one needs to use more recent APIs.
I have not checked this, but according to the
The attached patch fixes a bug in getgroups and getgroups32 syscalls.
The current implementation returns error when size=0.
According the manual:
If size is zero, list is not modified, but the total number of
supplementary group IDs for the process is returned.
--
Lauro Ramos Venancio
OpenBossa
Ryan Harper wrote:
* Anthony Liguori [EMAIL PROTECTED] [2007-12-07 15:07]:
Ryan Harper wrote:
* Anthony Liguori [EMAIL PROTECTED] [2007-12-07 14:49]:
+
+CPUState *first_cpu;
This should probably be static.
doh, should be extern actually since
Ryan Harper wrote:
5 files changed, 754 insertions(+), 2 deletions(-)
Makefile.target |4
hw/pc.c | 47
smbios.c| 519 +++
smbios_types.h | 182 +++
sysemu.h|4
# HG changeset patch
#
This patchset introduces SMBIOS/DMI table generation to qemu for PC machines.
The intial patch includes all changes needed to create the tables and load
them into memory. This patch depends on libuuid. The subsequent patches
detect for libuuid and optionally link to the library if present.
On Dec 7, 2007, at 6:43 PM, Pierre d'Herbemont wrote:
On Dec 7, 2007, at 1:42 PM, Alexander Graf wrote:
Right now there is no graphical output available except for VNC, as
the cocoa output depends on deprecated APIs that are no longer
available in 64-bit mode and SDL does not compile on
On Dec 7, 2007, at 1:42 PM, Alexander Graf wrote:
Right now there is no graphical output available except for VNC, as
the cocoa output depends on deprecated APIs that are no longer
available in 64-bit mode and SDL does not compile on x86_64 Darwin
yet.
This is the QuickDraw API? If so,
* Anthony Liguori [EMAIL PROTECTED] [2007-12-07 15:07]:
Ryan Harper wrote:
* Anthony Liguori [EMAIL PROTECTED] [2007-12-07 14:49]:
+
+CPUState *first_cpu;
This should probably be static.
doh, should be extern actually since it's defined elsewhere.
Perhaps you
3 files changed, 38 insertions(+), 2 deletions(-)
Makefile.target |5 -
configure | 26 ++
smbios.c|9 -
# HG changeset patch
# User Ryan Harper [EMAIL PROTECTED]
# Date 1197058922 21600
# Node ID 3470dd05f46cc9f14c3fc9561d06031a4bc0ce7a
#
5 files changed, 754 insertions(+), 2 deletions(-)
Makefile.target |4
hw/pc.c | 47
smbios.c| 519 +++
smbios_types.h | 182 +++
sysemu.h|4
# HG changeset patch
# User Ryan Harper [EMAIL
Am 07.12.2007 um 21:12 schrieb Alexander Graf:
On Dec 7, 2007, at 6:43 PM, Pierre d'Herbemont wrote:
On Dec 7, 2007, at 1:42 PM, Alexander Graf wrote:
Right now there is no graphical output available except for VNC,
as the cocoa output depends on deprecated APIs that are no longer
Ryan Harper wrote:
2 files changed, 29 insertions(+), 1 deletion(-)
smbios.c | 12 +++-
vl.c | 18 ++
# HG changeset patch
# User Ryan Harper [EMAIL PROTECTED]
# Date 1197058922 21600
# Node ID 5fe703a5a7bde701686fc333c17836b308c17b4f
# Parent
* Anthony Liguori [EMAIL PROTECTED] [2007-12-07 14:49]:
Ryan Harper wrote:
5 files changed, 754 insertions(+), 2 deletions(-)
Makefile.target |4
hw/pc.c | 47
smbios.c| 519
+++
smbios_types.h | 182
Ryan Harper wrote:
* Anthony Liguori [EMAIL PROTECTED] [2007-12-07 14:49]:
+
+CPUState *first_cpu;
This should probably be static.
doh, should be extern actually since it's defined elsewhere.
Perhaps you want cpu_single_env instead of first_cpu?
Regards,
Anthony
Am 07.12.2007 um 18:43 schrieb Pierre d'Herbemont:
This is the QuickDraw API? If so, it should be quite straight
forward to use OpenGL or CoreGraphics instead...
There is prior art (to get isnpired) in BasiliskII. From it's file
src/MacOSX/video_macosx.h:
// Using Core Graphics is
32 matches
Mail list logo