RE : [Qemu-devel] cdrom hardcoded index
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 recompiling the qemu... Someone tried this already with qemu-flex_cd.patch but looking at it now it will require some changes to apply... Jim sent a patch that works beautifully, it adds -cdrom-[a,b,c,d] and even gives ability to have multiple cdrom drives. Its vl.multicdrom, and you can download it from the archives at : http://lists.gnu.org/archive/html/qemu-devel/2006-04/msg00289.html Have fun. Kind regards, Sylvain Petreolle (aka Usurp) --- --- --- --- --- --- --- --- --- --- --- --- --- Run your favorite Windows apps with free ReactOS : http://www.reactos.org Listen to non-DRMised Music: http://www.jamendo.com Linux is not as well stable as it is told to. The proof is, mine has restarted two years ago, on the occasion of a power cut. - H. Eychenne ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: Re: [Qemu-devel] cdrom hardcoded index
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 (hd: is not necessary in this case, as it's the default). -ide3 cd:/dev/cdrom Set secondary slave as cdrom using device /dev/cdrom -ide0 cd:/tmp/myimage.iso Set primary master as cdrom using an ISO image file. Of course, the previous parameters (hda, hdb, hdc, hdd and cdrom) should be also available for compatibility reasons. And you could also add -fd0 (for -fda) and -fd1(for -fdb) for consistency with the rest of parameters. Just my two cents. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: Re: [Qemu-devel] cdrom hardcoded index
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 default) -ide1 hd:/tmp/myimage.dsk Set primary slave as harddisk (hd: is not necessary in this case, as it's the default). -ide3 cd:/dev/cdrom Set secondary slave as cdrom using device /dev/cdrom -ide0 cd:/tmp/myimage.iso Set primary master as cdrom using an ISO image file. Of course, the previous parameters (hda, hdb, hdc, hdd and cdrom) should be also available for compatibility reasons. And you could also add -fd0 (for -fda) and -fd1(for -fdb) for consistency with the rest of parameters. Just my two cents. And what about non-PC guest environments like Sparcs where there are no IDE drives, only SCSI ones for hard disk, CD and (I think) for floppy drives ? How would you expand that syntax ? Not everyone running QEMU is seeking to run a PC in PC configurations. Cheers Jason ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] cdrom hardcoded index
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 about non-PC guest environments like Sparcs where there are no IDE drives, only SCSI ones for hard disk, CD and (I think) for floppy drives ? How would you expand that syntax ? Not everyone running QEMU is seeking to run a PC in PC configurations. If you' are changing these options you may as well make if possible to use scsi on x86 targets. All the device emulation is there (commented out in pc.c) it's just missing the user-visible options to turn it on. My current thinking is that instead of a fixed set of block devices, the host device emulation (IDE controller, SCSI HBA) would register named device with qemu. Each adapter is given a name (ide0, scsi0, etc), and has numbered slots for attaching storage devices. Then use a commandline syntax similar to the -net options to connect disks. Something like: -disk dev=ide0,id=0,file=foo.iso,type=cdrom -disk scsi0,3,bar.img Gives you an ide cdrom on primary master channel, and a scsi harddrive with SCSI ID3 on the scsi controller. I guess we probably want to model a dual-channel IDE controller as two separate controllers for these purposes. If done properly I'd expect this scheme to allow hot-plugging of devices, and automatic selection of the emulated hardware based on what devices the user requests. I'd also hope it would fit nicely into future config file structure. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Asking about testing a character device on Qemu ARM system
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 test this device?Do you have any ideas to help me for these questions?Thanks a lotTieu Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] block-raw.c
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_SOURCE -I/Users/renau/projs/qemu/sesc -I/Users/renau/projs/qemu/fpu -I/Users/renau/projs/qemu/slirp -c -o block-raw.o /Users/renau/projs/qemu/block-raw.c block-raw.c:28:17: aio.h: No such file or directory Any hints? A scientist builds in order to learn; an engineer learns in order to build. - Fred Brooks ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] block-raw.c COCOA patch
--- 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 assert.h #ifndef _WIN32 +#ifdef CONFIG_COCOA +#include sys/aio.h +#else #include aio.h +#endif #ifndef QEMU_TOOL #include exec-all.h -- Many receive advice, few profit by it. -- Publilius Syrus ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] ENOMEDIUM OS X patch
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_COCOA +#define ENOMEDIUM 4097 +#endif + #ifndef glue #define xglue(x, y) x ## y #define glue(x, y) xglue(x, y) -- All men dream, but only that dream during the daytime are the dangerous. - T. E. Lawrence ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] ENOMEDIUM OS X patch
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 +#define ENOMEDIUM 4097 +#endif Pierre. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] block-raw.c COCOA patch
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 assert.h #ifndef _WIN32 +#ifdef CONFIG_COCOA +#include sys/aio.h +#else #include aio.h +#endif Did you mean CONFIG_DARWIN? Qemu can be built without Cocoa. -- Ph. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Asking about testing a character device on Qemu ARM system
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 problem if I use address 0x1b00 for my new device? 2. How can I test this device? Treat it exactly like you would real hardware. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Work toward Qemu support for libvirt
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-list/2006-August/msg00127.html (and following messages) One of the point of the integration is the use of a daemon who will launch the qemu instances, in order to keep the control on the console and maintain some state. Then the library communicate with a socket to the daemon who dispatches the command to the qemu processes. It's never too late for feedback or suggestions, some of you may have done similar things in the past, but earlier fedback always make things easier :-) Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ [EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] ENOMEDIUM OS X patch
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 (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_COCOA +#define ENOMEDIUM 4097 +#endif + #ifndef glue #define xglue(x, y) x ## y #define glue(x, y) xglue(x, y) -- All men dream, but only that dream during the daytime are the dangerous. - T. E. Lawrence ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] ENOMEDIUM OS X patch
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 the BSDs define it either. At least not FreeBSD nor OpenBSD. It isn't suprising then that OS X doesn't define it. It wasn't in BSD 4.4-lite. Warner ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: RE : [Qemu-devel] cdrom hardcoded index
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 enough with recompiling the qemu... Someone tried this already with qemu-flex_cd.patch but looking at it now it will require some changes to apply... Jim sent a patch that works beautifully, it adds -cdrom-[a,b,c,d] and even gives ability to have multiple cdrom drives. 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 hardware setups will have to use it. I am not sure it is necessary to complicate the command line syntax for very specific cases. Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE : Re: RE : [Qemu-devel] cdrom hardcoded index
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 hardware setups will have to use it. I am not sure it is necessary to complicate the command line syntax for very specific cases. this one is very simple, and the current command line syntax doesnt change at all. an option available only in a config file would be a bad idea imho. Kind regards, Sylvain Petreolle (aka Usurp) --- --- --- --- --- --- --- --- --- --- --- --- --- Run your favorite Windows apps with free ReactOS : http://www.reactos.org Listen to non-DRMised Music: http://www.jamendo.com Linux is not as well stable as it is told to. The proof is, mine has restarted two years ago, on the occasion of a power cut. - H. Eychenne ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.h hw/esp.c hw/iommu.c hw/lsi53c895a.c h...
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 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. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.144r2=1.145 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/esp.c?cvsroot=qemur1=1.14r2=1.15 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/iommu.c?cvsroot=qemur1=1.6r2=1.7 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/lsi53c895a.c?cvsroot=qemur1=1.2r2=1.3 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/scsi-disk.c?cvsroot=qemur1=1.12r2=1.13 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemur1=1.18r2=1.19 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/usb-msd.c?cvsroot=qemur1=1.6r2=1.7 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
