From: Bernhard Beschow <shentey@gmail.com>
To: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Cc: "QEMU Developers" <qemu-devel@nongnu.org>,
"QEMU Trivial" <qemu-trivial@nongnu.org>,
"Hervé Poussineau" <hpoussin@reactos.org>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
"Aurelien Jarno" <aurelien@aurel32.net>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>
Subject: Re: [PATCH 5/6] hw/isa/piix4: Factor out SM bus initialization from create() function
Date: Sun, 22 May 2022 11:21:26 +0200 [thread overview]
Message-ID: <CAG4p6K5smE4G3xTf-miJ5OCgV4y7_BUkORccOpMTjcvPC-GROQ@mail.gmail.com> (raw)
In-Reply-To: <ca32eb63-7a23-706c-cf17-6f74da7f2161@ilande.co.uk>
[-- Attachment #1: Type: text/plain, Size: 3838 bytes --]
On Sat, May 21, 2022 at 10:39 AM Mark Cave-Ayland <
mark.cave-ayland@ilande.co.uk> wrote:
> On 13/05/2022 18:54, Bernhard Beschow wrote:
>
> > Initialize the SM bus just like is done for piix3 which modernizes the
> > code.
> >
> > Signed-off-by: Bernhard Beschow <shentey@gmail.com>
> > ---
> > hw/isa/piix4.c | 15 +++------------
> > hw/mips/malta.c | 7 ++++++-
> > include/hw/southbridge/piix.h | 2 +-
> > 3 files changed, 10 insertions(+), 14 deletions(-)
> >
> > diff --git a/hw/isa/piix4.c b/hw/isa/piix4.c
> > index 4968c69da9..852e5c4db1 100644
> > --- a/hw/isa/piix4.c
> > +++ b/hw/isa/piix4.c
> > @@ -301,21 +301,12 @@ static void piix4_register_types(void)
> >
> > type_init(piix4_register_types)
> >
> > -DeviceState *piix4_create(PCIBus *pci_bus, I2CBus **smbus)
> > +PCIDevice *piix4_create(PCIBus *pci_bus)
> > {
> > PCIDevice *pci;
> > - DeviceState *dev;
> > - int devfn = PCI_DEVFN(10, 0);
> >
> > - pci = pci_create_simple_multifunction(pci_bus, devfn, true,
> > + pci = pci_create_simple_multifunction(pci_bus, PCI_DEVFN(10, 0),
> true,
> > TYPE_PIIX4_PCI_DEVICE);
> > - dev = DEVICE(pci);
> >
> > - if (smbus) {
> > - *smbus = piix4_pm_init(pci_bus, devfn + 3, 0x1100,
> > - qdev_get_gpio_in_named(dev, "isa", 9),
> > - NULL, 0, NULL);
> > - }
> > -
> > - return dev;
> > + return pci;
> > }
>
> I don't think it makes sense to return PCIDevice here: when returning a
> QOM object
> from a function, the general expectation is that for a device you would
> return a
> DeviceState since then it can natively be used by the qdev API. So please
> keep the
> original return type above.
>
Okay, will do.
I've been toying with moving piix4_pm_init() into piix4_realize(), such
that it is created as part of TYPE_PIIX4_PCI_DEVICE - just as the real
hardware. I think I like this solution much better.
>
> > diff --git a/hw/mips/malta.c b/hw/mips/malta.c
> > index e446b25ad0..d4bd3549d0 100644
> > --- a/hw/mips/malta.c
> > +++ b/hw/mips/malta.c
> > @@ -1238,6 +1238,7 @@ void mips_malta_init(MachineState *machine)
> > int be;
> > MaltaState *s;
> > DeviceState *dev;
> > + PCIDevice *piix4;
> >
> > s = MIPS_MALTA(qdev_new(TYPE_MIPS_MALTA));
> > sysbus_realize_and_unref(SYS_BUS_DEVICE(s), &error_fatal);
> > @@ -1399,8 +1400,12 @@ void mips_malta_init(MachineState *machine)
> > empty_slot_init("GT64120", 0, 0x20000000);
> >
> > /* Southbridge */
> > - dev = piix4_create(pci_bus, &smbus);
> > + piix4 = piix4_create(pci_bus);
> > + dev = DEVICE(piix4);
> > isa_bus = ISA_BUS(qdev_get_child_bus(dev, "isa.0"));
> > + smbus = piix4_pm_init(pci_bus, piix4->devfn + 3, 0x1100,
> > + qdev_get_gpio_in_named(dev, "isa", 9),
> > + NULL, 0, NULL);
>
> ... then here you can do either "piix4 = PCI_DEVICE(dev)" or perhaps even
> inline it
> directly as PCI_DEVICE(dev)->devfn if it isn't used elsewhere.
>
When instantiating the pm in TYPE_PIIX4_PCI_DEVICE this problem just
disappears magically. So I'd roll with this in v2.
>
> > /* Interrupt controller */
> > qdev_connect_gpio_out_named(dev, "intr", 0, i8259_irq);
> > diff --git a/include/hw/southbridge/piix.h
> b/include/hw/southbridge/piix.h
> > index b768109f30..bea3b44551 100644
> > --- a/include/hw/southbridge/piix.h
> > +++ b/include/hw/southbridge/piix.h
> > @@ -74,6 +74,6 @@ DECLARE_INSTANCE_CHECKER(PIIX3State, PIIX3_PCI_DEVICE,
> >
> > PIIX3State *piix3_create(PCIBus *pci_bus);
> >
> > -DeviceState *piix4_create(PCIBus *pci_bus, I2CBus **smbus);
> > +PCIDevice *piix4_create(PCIBus *pci_bus);
> >
> > #endif
>
>
> ATB,
>
> Mark.
>
[-- Attachment #2: Type: text/html, Size: 5344 bytes --]
next prev parent reply other threads:[~2022-05-22 9:23 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-13 17:54 [PATCH 0/6] QOM'ify PIIX southbridge creation Bernhard Beschow
2022-05-13 17:54 ` [PATCH 1/6] include/hw: Move TYPE_PIIX4_PCI_DEVICE to southbridge/piix.h Bernhard Beschow
2022-05-21 8:06 ` Mark Cave-Ayland
2022-05-13 17:54 ` [PATCH 2/6] hw/isa/piix{3, 4}: Move pci_map_irq_fn's near pci_set_irq_fn's Bernhard Beschow
2022-05-21 8:07 ` Mark Cave-Ayland
2022-05-13 17:54 ` [PATCH 3/6] hw/isa/piix{3,4}: QOM'ify PCI device creation and wiring Bernhard Beschow
2022-05-21 8:27 ` Mark Cave-Ayland
2022-05-22 9:26 ` [PATCH 3/6] hw/isa/piix{3, 4}: " Bernhard Beschow
2022-05-13 17:54 ` [PATCH 4/6] hw/isa/piix{3, 4}: Factor out ISABus retrieval from create() functions Bernhard Beschow
2022-05-21 8:28 ` Mark Cave-Ayland
2022-05-13 17:54 ` [PATCH 5/6] hw/isa/piix4: Factor out SM bus initialization from create() function Bernhard Beschow
2022-05-21 8:38 ` Mark Cave-Ayland
2022-05-22 9:21 ` Bernhard Beschow [this message]
2022-05-22 12:30 ` Mark Cave-Ayland
2022-05-13 17:54 ` [PATCH 6/6] hw/isa/piix{3,4}: Inline and remove create() functions Bernhard Beschow
2022-05-21 8:43 ` Mark Cave-Ayland
2022-05-22 9:09 ` [PATCH 6/6] hw/isa/piix{3, 4}: " Bernhard Beschow
2022-05-21 8:48 ` [PATCH 0/6] QOM'ify PIIX southbridge creation Mark Cave-Ayland
2022-05-22 22:34 ` Philippe Mathieu-Daudé via
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=CAG4p6K5smE4G3xTf-miJ5OCgV4y7_BUkORccOpMTjcvPC-GROQ@mail.gmail.com \
--to=shentey@gmail.com \
--cc=aurelien@aurel32.net \
--cc=f4bug@amsat.org \
--cc=hpoussin@reactos.org \
--cc=marcel.apfelbaum@gmail.com \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@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).