qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] KVM call minutes July 24th
@ 2012-07-24 15:00 Juan Quintela
  2012-07-30 15:46 ` Markus Armbruster
  0 siblings, 1 reply; 2+ messages in thread
From: Juan Quintela @ 2012-07-24 15:00 UTC (permalink / raw)
  To: KVM devel mailing list, qemu-devel, Alexander Graf, Armbruster


Hi

Minutes of Today call.

ahci: agraf
----
- how to enable it?
  * today is too difficult (alex)
  * get it to work as everything else (markus)
  And big discussion ensued. Markus & alex will reply with details.
  No agreement, and too subtle for me to resume perfectly.
  * cdrom still not working
- dates for freeze? q35?
  depends on what people does/review?

Later, Juan.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Qemu-devel] KVM call minutes July 24th
  2012-07-24 15:00 [Qemu-devel] KVM call minutes July 24th Juan Quintela
@ 2012-07-30 15:46 ` Markus Armbruster
  0 siblings, 0 replies; 2+ messages in thread
From: Markus Armbruster @ 2012-07-30 15:46 UTC (permalink / raw)
  To: quintela; +Cc: qemu-devel, KVM devel mailing list, Alexander Graf

Juan Quintela <quintela@redhat.com> writes:

> Hi
>
> Minutes of Today call.
>
> ahci: agraf
> ----
> - how to enable it?
>   * today is too difficult (alex)
>   * get it to work as everything else (markus)
>   And big discussion ensued. Markus & alex will reply with details.
>   No agreement, and too subtle for me to resume perfectly.
>   * cdrom still not working
> - dates for freeze? q35?
>   depends on what people does/review?
>
> Later, Juan.

Sorry for the delay.  Hope I still remember enough write a worthwhile
summary.  Alex, please correct me if I misrepresent you.


Background
----------

* -drive if=ide asks the board to connect this drive to its "IDE
  controller".  It's silently ignored if the board doesn't have one.
  Even if it has one, it may silently ignore some drives.

  Examples:

  - PIIX3 boards such as current "pc" connect all if=ide drives to
    controller "piix3-ide".  Bus numbers > 2 fail machine creation.

  - I expect the forthcoming "q35" board to connect all if=ide drives to
    controller "ich9-ahci".  We hope to upgrade "pc" to this board.

  - Board "r2d" connects the if=ide,index=0 drive to a non-qdevified
    controller hw/ide/mmio.c.  Any others get ignored.

  - Board "s390-virtio" connects some if=ide drives[*] to
    virtio-blk-s390.  Yes, that's not really an IDE controller.

  - Board "highbank" appears to have an ich9-ahci controller, but it
    doesn't seem to connect any if=ide drives to it.

* Likewise, -drive if=scsi asks the board to connect this drive to a
  SCSI controller.

  Examples:

  - PC boards create N+1 "lsi53c895a" controllers, where N is the
    largest bus number in any -drive if=scsi.  The controller
    auto-connects all if=scsi,bus=I drives for its own bus number I.
    Ugly as hell.

  - Board "pseries" works the same, except it creates "spapr-vscsi"
    controllers.

  - The various Sun4[cdm] boards create a single "esp" controller, for
    bus=0.  -drive if=scsi with any other bus fails machine
    initialization.

* The meaning of -hda, drive without if=, and so forth depends on the
  board, it's currently either like if=scsi or like if=ide.

* You can use -device to add additional controllers and drives.  For
  instance, if the board provides a PCI bus, then

      -device ich9-ahci,id=ahci0

  creates an ICH9 AHCI controller, and

      -drive if=none,id=drive0,...
      -device ide-hd,bus=ahci0.0,drive=drive0

  connects an IDE disk to it.

  
Alex's proposal
---------------

Alex wants more users for AHCI.  Using it with a board that doesn't
connect if=ide drives to an AHCI controller involves -device.  Alex
thinks that's too hard for users, and prevents adoption.

His proposed solution is to create a new interface type "ahci", so that
-drive if=ahci "just works".  It creates ich9-ahci controllers
automatically.


Critique
--------

* Does the use case "AHCI with a non-AHCI board" justify a new interface
  type?  Would anybody care if we had q35 today?  Would we regret adding
  if=ahci once we have q35?

* If the board already has an ich9-ahci, you can't use if=ahci in its
  current form to add drives to it.  if=ahci creates *additional*
  ich9-ahci controllers.

* Do we want a separate interface type for each (sufficiently popular)
  controller?  What about "megasas" when the board provides only
  "lsi53c895a"?  What shall we do when we acquire an ich10 device model?
  Where does that stop?

* Should -drive ever auto-create controllers?  if=scsi does, but it's
  ugly.

* A possible alternative: machine option to replace the controller to
  use for if=ide.  Also possible for if=scsi.

* Probably more I can't remember anymore.


[*] "Some drives": looks like the code attempts to connect up to ten,
but I'm not at all sure more than two work.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-07-30 15:46 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-07-24 15:00 [Qemu-devel] KVM call minutes July 24th Juan Quintela
2012-07-30 15:46 ` Markus Armbruster

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).