qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paul Brook <paul@codesourcery.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] cdrom hardcoded index
Date: Mon, 28 Aug 2006 14:52:46 +0100	[thread overview]
Message-ID: <200608281452.47391.paul@codesourcery.com> (raw)
In-Reply-To: <A69CFE5B2F49D91186C1000BCD9DBD03E2ABE7@otausminexs.au.otis.com>

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

  reply	other threads:[~2006-08-28 13:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-28 12:20 Re: [Qemu-devel] cdrom hardcoded index Armistead, Jason
2006-08-28 13:52 ` Paul Brook [this message]
2006-08-28 14:12   ` [Qemu-devel] Asking about testing a character device on Qemu ARM system Tieu Ma Dau
2006-08-28 17:53     ` Paul Brook
  -- strict thread matches above, loose matches on Subject: below --
2006-08-24 19:31 [Qemu-devel] cdrom hardcoded index drtyc
2006-08-27 23:32 ` Pascal Terjan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200608281452.47391.paul@codesourcery.com \
    --to=paul@codesourcery.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).