CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 06/08/29 04:52:16
Modified files:
. : vl.h
hw : esp.c iommu.c lsi53c895a.c scsi-disk.c sun4m.c
usb-msd.c
Log message:
SCSI TCQ support.
Hi Fabrice,
--- Fabrice Bellard <[EMAIL PROTECTED]> a écrit :
> > Its vl.multicdrom, and you can download it from the archives at :
> > http://lists.gnu.org/archive/html/qemu-devel/2006-04/msg00289.html
>
> A VM configuration file will be added in QEMU very soon. People wishing
> to have weird h
Hi,
Mike Kronenberg wrote:
@Fabrice
How are your plans about supporting OS X in the future?
We, for our part, are eager to push dev on OS X:
- with the patches of Gwenole and pbrook, qemu 0.8.2 builds great on OS
X ppc and intel (gcc4). All tests are OK.
Maybe I can merge part of it if the
Sylvain Petreolle wrote:
hi,
--- [EMAIL PROTECTED] a écrit :
Hello.
How about finally not having cdrom hardcoded? Right now installing some distro
that reqires hda
and hdc to be active raid components and having to change that single variable
initialization
vaue is easy but not comfortable
In message: <[EMAIL PROTECTED]>
Eric Lowe <[EMAIL PROTECTED]> writes:
: Yes you are correct Solaris does not define this
: either, and I doubt other *nix systems do.
:
: Can this just be changed to
:
: #ifndef ENOMEDIUM
: #define ENOMEDIUM blahblah
: #endif
:
: or somesuch?
None of
Yes you are correct Solaris does not define this
either, and I doubt other *nix systems do.
Can this just be changed to
#ifndef ENOMEDIUM
#define ENOMEDIUM blahblah
#endif
or somesuch?
- Eric
--- Jose Renau <[EMAIL PROTECTED]> wrote:
>
> OS X does not include ENOMEDIUM on the error list
>
Hi,
this is just a heads up for people who might be interested (there was a thread
last month here about this). Daniel Berrange has worked toward adding QEmu
support in libvirt:
https://www.redhat.com/archives/libvir-list/2006-August/msg00123.html
https://www.redhat.com/archives/libvir-li
On Monday 28 August 2006 15:12, Tieu Ma Dau wrote:
> Hi all,
> I use Qemu to simulate ARM system. I add a simple LED device at IO port
> address 0x1b00 (because this address is marked "reserved" in
> IntegratorCP documentation).
> So I want to ask you the following questions:
> 1. Is there any
Thanks, I did not know the CONFIG_DARWING define.
On Aug 28, 2006, at 10:23 AM, Phil Krylov wrote:
Hi Jose,
On 28/08/06, Jose Renau <[EMAIL PROTECTED]> wrote:
--- block-raw.c 24 Aug 2006 18:58:29 - 1.9
+++ block-raw.c 28 Aug 2006 15:41:38 -
@@ -25,7 +25,11 @@
#include "block
Hi Jose,
On 28/08/06, Jose Renau <[EMAIL PROTECTED]> wrote:
--- block-raw.c 24 Aug 2006 18:58:29 - 1.9
+++ block-raw.c 28 Aug 2006 15:41:38 -
@@ -25,7 +25,11 @@
#include "block_int.h"
#include
#ifndef _WIN32
+#ifdef CONFIG_COCOA
+#include
+#else
#include
+#endif
Did yo
@Fabrice
How are your plans about supporting OS X in the future?
We, for our part, are eager to push dev on OS X:
- with the patches of Gwenole and pbrook, qemu 0.8.2 builds great on
OS X ppc and intel (gcc4). All tests are OK.
- I'm willing to rewrite my OS X block.c patches for hardware CD-RO
On Aug 28, 2006, at 5:45 PM, Jose Renau wrote:
OS X does not include ENOMEDIUM on the error list (I think that the
same is true for Solaris).
This patch solves the problem.
so this would be more appropriate:
+#ifndef ENOMEDIUM
+#define ENOMEDIUM 4097
+#endif
than:
+#ifdef CONFIG_COCOA
+
OS X does not include ENOMEDIUM on the error list (I think that the
same is true for Solaris).
This patch solves the problem.
--- vl.h19 Aug 2006 12:37:52 - 1.144
+++ vl.h28 Aug 2006 15:44:08 -
@@ -84,6 +84,10 @@
#endif /* !defined(QEMU_TOOL) */
+#ifdef CONFIG_
--- block-raw.c 24 Aug 2006 18:58:29 - 1.9
+++ block-raw.c 28 Aug 2006 15:41:38 -
@@ -25,7 +25,11 @@
#include "block_int.h"
#include
#ifndef _WIN32
+#ifdef CONFIG_COCOA
+#include
+#else
#include
+#endif
#ifndef QEMU_TOOL
#include "exec-all.h"
--
Many receive advice, few pr
I updated to the latest qemu, but it does not work with OS X (powerpc).
The problem is that aio.h does not exist.
gcc -Wall -O2 -g -fno-strict-aliasing -D__powerpc__ -I. -I..
-I/Users/renau/projs/qemu/target-sparc -I/Users/renau/projs/qemu
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOU
Hi all,I use Qemu to simulate ARM system. I add a simple LED device at IO portaddress 0x1b00 (because this address is marked "reserved" inIntegratorCP documentation). So I want to ask you the following questions:1. Is there any problem if I use address 0x1b00 for my new device?2. How can I
On Monday 28 August 2006 13:20, Armistead, Jason wrote:
> On Monday, 28 August 2006 10:08 PM (AEST) Míguel wrote:
> >> What about something like -hdX test.iso,hw=cdrom with default hw being
>
> disk?
>
> >And why not a shorted and more standard solution?
> >
> >-ideN [hd:|cd:]filename
>
> And what
On Monday, 28 August 2006 10:08 PM (AEST) Míguel wrote:
>> What about something like -hdX test.iso,hw=cdrom with default hw being
disk?
>
>And why not a shorted and more standard solution?
>
>-ideN [hd:|cd:]filename
>
>Examples:
>
>-ide0 /tmp/myimage.dsk
>Set primary master as harddisk (hd: is the
What about something like -hdX test.iso,hw=cdrom with default hw being disk?
And why not a shorted and more standard solution?
-ideN [hd:|cd:]filename
Examples:
-ide0 /tmp/myimage.dsk
Set primary master as harddisk (hd: is the default)
-ide1 hd:/tmp/myimage.dsk
Set primary slave as harddisk
hi,
--- [EMAIL PROTECTED] a écrit :
> Hello.
>
> How about finally not having cdrom hardcoded? Right now installing some
> distro that reqires hda
> and hdc to be active raid components and having to change that single
> variable initialization
> vaue is easy but not comfortable enough with rec
20 matches
Mail list logo
