Am 08.12.2007 um 01:18 schrieb Alexander Graf:
Please review [...]
This override of initWithFrame: appears to be obsolete:
[EMAIL PROTECTED] QemuView
+- (id) initWithFrame: (NSRect) frameRect
+{
+self = [super initWithFrame: frameRect];
[...]
+return self;
+}
Markus
- -
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 docu
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
OpenBoss
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 fastes
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 sin
* 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 define
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 Ligu
* 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 |
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 3470dd05f46cc9f14c
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
# Us
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
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. The
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 3470dd05f46cc9f14c3fc9561d06031a4bc0ce7
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
avai
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 x
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, i
Le vendredi 07 décembre 2007 à 10:00 -0600, Anthony Liguori a écrit :
> 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;
> >>> +
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
+acb->aiocb.ai
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 = n
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
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
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 tha
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 co
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 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
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 a
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 --
- Original Message -
From: "nik600" <[EMAIL PROTECTED]>
To:
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 (192.168.1.3) ->
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
Sounds useful. Even though they are unimpl
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
Could you please make this more readable? Apart from that the pat
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
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 hosti
34 matches
Mail list logo
