All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Brook <paul@codesourcery.com>
To: qemu-devel@nongnu.org
Cc: Gerd Hoffmann <kraxel@redhat.com>
Subject: Re: [Qemu-devel] Re: [PATCH 0/10] qdev patches.
Date: Fri, 19 Jun 2009 18:51:20 +0100	[thread overview]
Message-ID: <200906191851.21563.paul@codesourcery.com> (raw)
In-Reply-To: <4A3BB5F2.9050701@redhat.com>

On Friday 19 June 2009, Gerd Hoffmann wrote:
>    Hi,
>
> > Updated patch queue pushed to qdev.v5. Not posting to avoid spamming the
> > list too much. Online viewable via gitweb here:
> > http://git.et.redhat.com/?p=qemu-kraxel.git;a=shortlog;h=refs/heads/qdev.
> >v5
>
> Todays update pushed to qdev.v6.
> http://git.et.redhat.com/?p=qemu-kraxel.git;a=shortlog;h=refs/heads/qdev.v6

A few comments on specific patches:

* qdev: update pci device registration

I dislike passing an {array,length} pair. Especially when it requires every 
user to manually get the right length.

* qdev/core: bus list

I don't seen any good reason for this. In fact I think it is a major step 
backwards. A bus is uniquely identified by its name and parent device.

* qdev/pci: misc fixes.

All uses of the second argument to savevm should go away, not introduce new 
ones. I'm unconvinced by the dev->name change. If we're using the same value 
then why does it exist at all?

* qdev/pci: hook up i440fx

i440fx_init should not exist. c.f. versatile_pci.c

* qdev: update pci device registration

This is exactly the sort of fake conversion that I don't like, because you 
still require use of the old hardcoded initialization functions.
Convenience wrappers like smc91c111_init are fine (and will naturally 
disappear when we have a machine config), but you shouldn't be poking directly 
at device state.
In practice there's no way for the user to have more than one set of IDE 
busses, so I don't see much point pretending we allow this. i.e. remove the 
hd_table argument altogether and use drive_get_index directly.

* qdev: convert all vga

Likewise, pci_vga_init needs to go away.

* qdev/scsi: add scsi bus support to qdev, convert drivers

This still feels wrong, probably because you're using the same thing for both 
a parallel scsi bus, and for devices (usb-msd) that incorporate scsi 
functionality directly. The current qemu scsi API is actually a set of point 
to point links with individual devices. All the bus emulation is local to the 
host controller.

* qdev/usb*

I have not looked at these patches.

  reply	other threads:[~2009-06-19 17:51 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-17 12:59 [Qemu-devel] [PATCH 0/10] qdev patches Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 01/10] qdev: update pci device registration Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 02/10] qdev: replace bus_type enum with bus_info struct Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 03/10] qdev: remove DeviceType Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 04/10] qdev/pci: bus name Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 05/10] qdev: hook up i440fx Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 06/10] qdev: convert piix-ide, first step Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 07/10] qdev-ify: piix acpi Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 08/10] qdev-ify: uhci Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 09/10] qdev-ify: usb Gerd Hoffmann
2009-06-17 12:59 ` [Qemu-devel] [PATCH 10/10] qdev-ify: scsi Gerd Hoffmann
2009-06-18 14:39 ` [Qemu-devel] Re: [PATCH 0/10] qdev patches Gerd Hoffmann
2009-06-19 15:59   ` Gerd Hoffmann
2009-06-19 17:51     ` Paul Brook [this message]
2009-06-22  9:15       ` Gerd Hoffmann
2009-06-22  9:36         ` Avi Kivity
2009-06-22  9:57           ` Gerd Hoffmann
2009-06-22 11:25             ` Gerd Hoffmann
2009-06-22 11:29               ` Avi Kivity
2009-06-22 14:02         ` Gerd Hoffmann
2009-06-22 13:45       ` Gerd Hoffmann
2009-06-19 16:26 ` [Qemu-devel] " Paul Brook
2009-06-26 21:16   ` Markus Armbruster

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=200906191851.21563.paul@codesourcery.com \
    --to=paul@codesourcery.com \
    --cc=kraxel@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.