From: "Philippe Mathieu-Daudé" <philippe.mathieu.daude@gmail.com>
To: Bernhard Beschow <shentey@gmail.com>, qemu-devel@nongnu.org
Subject: Re: [PATCH v4 0/7] malta: Fix PCI IRQ levels to be preserved during migration, cleanup
Date: Tue, 1 Mar 2022 01:06:56 +0100 [thread overview]
Message-ID: <771a2551-cc6c-8c95-7df0-d607b9a9a53f@gmail.com> (raw)
In-Reply-To: <2F99BEF0-8E45-40C6-B143-1976938E9E9C@gmail.com>
On 25/2/22 21:36, Bernhard Beschow wrote:
> Am 17. Februar 2022 10:19:17 UTC schrieb Bernhard Beschow <shentey@gmail.com>:
>> Tested with [1]:
>>
>> qemu-system-mipsel -M malta -kernel vmlinux-3.2.0-4-4kc-malta -hda \
>> debian_wheezy_mipsel_standard.qcow2 -append "root=/dev/sda1 console=tty0"
>>
>> It was possible to log in as root and `poweroff` the machine.
>>
>> [1] https://people.debian.org/~aurel32/qemu/mips/
>>
>>
>> v4:
>> As suggested by BALATON Zoltan, gt64120_register() is now resolved by
>> sysbus_create_simple() etc. This also fixes the nitpick pointed out by
>> Philippe.
>>
>> v3:
>> The migration bug now gets fixed in gt64xxx_pci before any cleanup. As
>> suggested by PMM the patch is based on commit e735b55a8c11.
>> The code movement patch now moves the already fixed code. I might be a bit
>> too conservative here by removing Philippe's Reviewed-By tag.
>> As suggested by BALATON Zoltan, the redundant i8259[] attribute is now
>> resolved immediately after the code movement. As a side effect, it also
>> removes moved code which doesn't adhere to the coding style (local loop
>> variable).
>> To address BALATON Zoltan's comment and to reduce the number of required
>> Reviewed-By's, only piix4_set_irq() is modified to expect own DeviceState
>> paremeter. Up to v2, all remaining set_irq() functions were changed this
>> way.
>> The patch resolving piix4's singleton variable got split into two patches:
>> One which resolves the singleton variable and one which replaces magic
>> constants. The split patches should be more comprehensible.
>> Suggested by BALATON Zoltan, I took a chance to resolve gt64120_register(),
>> a method akin to the legacy init functions we're trying to get rid of.
>>
>> v2:
>> isa/piix4: Fix PCI IRQ levels to be preserved in VMState
>> isa/piix4: Resolve redundant i8259[] attribute
>>
>> Bernhard Beschow (7):
>> hw/mips/gt64xxx_pci: Fix PCI IRQ levels to be preserved during
>> migration
>> malta: Move PCI interrupt handling from gt64xxx_pci to piix4
>> hw/isa/piix4: Resolve redundant i8259[] attribute
>> hw/isa/piix4: Pass PIIX4State as opaque parameter for piix4_set_irq()
>> hw/isa/piix4: Resolve global instance variable
>> hw/isa/piix4: Replace some magic IRQ constants
>> hw/mips/gt64xxx_pci: Resolve gt64120_register()
>>
>> hw/isa/piix4.c | 54 +++++++++++++++++++++--
>> hw/mips/gt64xxx_pci.c | 80 +++--------------------------------
>> hw/mips/malta.c | 7 +--
>> include/hw/mips/mips.h | 3 --
>> include/hw/southbridge/piix.h | 2 -
>> 5 files changed, 59 insertions(+), 87 deletions(-)
>>
>
> Hi,
>
> all patches have at least one Reviewed-by tag. What's missing for merging?
Time ;) Series queued to mips-next.
Thanks for the nice - long due - cleanup!
Phil.
next prev parent reply other threads:[~2022-03-01 0:26 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-17 10:19 [PATCH v4 0/7] malta: Fix PCI IRQ levels to be preserved during migration, cleanup Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 1/7] hw/mips/gt64xxx_pci: Fix PCI IRQ levels to be preserved during migration Bernhard Beschow
2022-02-17 21:52 ` Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 2/7] malta: Move PCI interrupt handling from gt64xxx_pci to piix4 Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 3/7] hw/isa/piix4: Resolve redundant i8259[] attribute Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 4/7] hw/isa/piix4: Pass PIIX4State as opaque parameter for piix4_set_irq() Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 5/7] hw/isa/piix4: Resolve global instance variable Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 6/7] hw/isa/piix4: Replace some magic IRQ constants Bernhard Beschow
2022-02-17 10:19 ` [PATCH v4 7/7] hw/mips/gt64xxx_pci: Resolve gt64120_register() Bernhard Beschow
2022-02-17 12:40 ` BALATON Zoltan
2022-02-25 20:36 ` [PATCH v4 0/7] malta: Fix PCI IRQ levels to be preserved during migration, cleanup Bernhard Beschow
2022-03-01 0:06 ` Philippe Mathieu-Daudé [this message]
2022-03-01 22:07 ` Bernhard Beschow
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=771a2551-cc6c-8c95-7df0-d607b9a9a53f@gmail.com \
--to=philippe.mathieu.daude@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=shentey@gmail.com \
/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).