From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GHhXt-0004rj-NF for qemu-devel@nongnu.org; Mon, 28 Aug 2006 09:52:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GHhXq-0004qT-Rv for qemu-devel@nongnu.org; Mon, 28 Aug 2006 09:52:56 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GHhXq-0004qQ-Nx for qemu-devel@nongnu.org; Mon, 28 Aug 2006 09:52:54 -0400 Received: from [65.74.133.4] (helo=mail.codesourcery.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GHhgo-0002hE-2t for qemu-devel@nongnu.org; Mon, 28 Aug 2006 10:02:10 -0400 From: Paul Brook Subject: Re: [Qemu-devel] cdrom hardcoded index Date: Mon, 28 Aug 2006 14:52:46 +0100 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200608281452.47391.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Monday 28 August 2006 13:20, Armistead, Jason wrote: > On Monday, 28 August 2006 10:08 PM (AEST) M=EDguel wrote: > >> What about something like -hdX test.iso,hw=3Dcdrom with default hw bei= ng > > 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 I= DE > 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= =20 scsi on x86 targets. All the device emulation is there (commented out in=20 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 ho= st=20 device emulation (IDE controller, SCSI HBA) would register named device wit= h=20 qemu. Each adapter is given a name (ide0, scsi0, etc), and has numbered slo= ts=20 for attaching storage devices. Then use a commandline syntax similar to=20 the -net options to connect disks. Something like: =2Ddisk dev=3Dide0,id=3D0,file=3Dfoo.iso,type=3Dcdrom -disk scsi0,3,bar.img Gives you an ide cdrom on primary master channel, and a scsi harddrive wit= h=20 SCSI ID3 on the scsi controller. I guess we probably want to model a dual-channel IDE controller as two=20 separate controllers for these purposes. If done properly I'd expect this scheme to allow hot-plugging of devices, a= nd=20 automatic selection of the emulated hardware based on what devices the user= =20 requests. I'd also hope it would fit nicely into future config file=20 structure. Paul