From: Markus Armbruster <armbru@redhat.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: pbonzini@redhat.com, arei.gonglei@huawei.com, mst@redhat.com,
qemu-devel@nongnu.org, kraxel@redhat.com
Subject: Re: [Qemu-devel] [PATCH RFC 00/10] pci: Partial conversion to realize
Date: Mon, 19 Jan 2015 16:21:00 +0100 [thread overview]
Message-ID: <87d26akd9f.fsf@blackfin.pond.sub.org> (raw)
In-Reply-To: <87egtk3f5i.fsf@blackfin.pond.sub.org> (Markus Armbruster's message of "Mon, 03 Nov 2014 08:40:57 +0100")
Markus Armbruster <armbru@redhat.com> writes:
> Andreas Färber <afaerber@suse.de> writes:
>
>> Hi Markus,
>>
>> Am 28.10.2014 um 08:35 schrieb Markus Armbruster:
>>> While discussing Gonglei's "[PATCH v2 00/19] usb: convert device init
>>> to realize", Paolo called the PCI conversion job "Gargantuan". This
>>> series attempts to crack it into manageable jobs.
>>
>> Thanks for giving this a stab! What kept me from diving into the PCI
>> converstion was that I first invested into qtests for the non-default
>> PCI devices. How many of the converted devices are actually covered in
>> qtest?
>
> Can't tell offhand, but I can find out.
The vast majority of my conversions are utterly trivial [PATCH 03]:
change return type to void, rename, put into ->realize instead of
->init. I could enumerate the devices so changed and look for qtests,
but I feel it's rather pointless busywork. But if you should insist...
The remaining conversions are all very, very simple:
* PATCH 05: "pcnet"
Utterly trivial after trivial PATCH 04 changed a helper's return type
to void.
There's pcnet-test.c, which basically tests "-device pcnet doesn't
explode right away".
* PATCH 06: "pci-serial", "pci-serial-2x", "pci-serial-4x"
Two error paths trivially converted from qerror_report_err() to
error_propagate().
Not covered in qtest as far as I can tell.
* PATCH 07: "ich9-ahci"
One pci_add_capability() replaced by pci_add_capability2(). The
former is a wrapper around the latter which additionally passes any
error to error_report(), then frees it. Straightforward conversion of
the error path to error_setg().
Not covered in qtest as far as I can tell.
* PATCH 08: "cirrus-vga"
One error path trivially converted from error_report() to
error_setg().
There's display-vga-test.c, which tests "-device cirrus-vga doesn't
explode right away".
* PATCH 09: "qxl-vga", "qxl"
Two error paths trivially converted from error_report() to
error_setg().
Not covered in qtest as far as I can tell.
* PATCH 10: "kvm-pci-assign"
Two error paths trivially converted from qerror_report_err() to
error_propagate().
Not covered in qtest as far as I can tell.
I'm prepared to drop conversions you consider risky without test
coverage (although I have a hard time seeing risks, considering how
silly-simple my conversions are). But I'd really like to get the core
changes plus some examples in.
next prev parent reply other threads:[~2015-01-19 15:21 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-28 7:35 [Qemu-devel] [PATCH RFC 00/10] pci: Partial conversion to realize Markus Armbruster
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 01/10] pci: Convert core " Markus Armbruster
2014-10-28 8:32 ` Gonglei
2014-10-28 9:38 ` Markus Armbruster
2014-10-30 16:58 ` Marcel Apfelbaum
2014-10-30 17:02 ` Marcel Apfelbaum
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 02/10] pci: Permit incremental conversion of device models " Markus Armbruster
2014-10-28 8:35 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 03/10] pci: Trivial device model conversions " Markus Armbruster
2014-10-28 8:38 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 04/10] pcnet: pcnet_common_init() always returns 0, change to void Markus Armbruster
2014-10-28 8:42 ` Gonglei
2014-10-28 9:41 ` Markus Armbruster
2014-10-28 10:35 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 05/10] pcnet: Convert to realize Markus Armbruster
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 06/10] serial-pci: " Markus Armbruster
2014-10-28 8:43 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 07/10] ide/ich: " Markus Armbruster
2014-10-28 8:44 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 08/10] cirrus-vga: " Markus Armbruster
2014-10-28 8:44 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 09/10] qxl: " Markus Armbruster
2014-10-28 8:46 ` Gonglei
2014-10-28 7:35 ` [Qemu-devel] [PATCH RFC 10/10] pci-assign: " Markus Armbruster
2014-10-28 8:49 ` Gonglei
2014-10-28 8:27 ` [Qemu-devel] [PATCH RFC 00/10] pci: Partial conversion " Gonglei
2014-10-30 14:01 ` Andreas Färber
2014-11-03 7:40 ` Markus Armbruster
2015-01-19 15:21 ` Markus Armbruster [this message]
2015-01-30 9:17 ` Markus Armbruster
2014-11-02 11:20 ` Michael S. Tsirkin
2014-11-03 7:22 ` 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=87d26akd9f.fsf@blackfin.pond.sub.org \
--to=armbru@redhat.com \
--cc=afaerber@suse.de \
--cc=arei.gonglei@huawei.com \
--cc=kraxel@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@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.