From: Thomas Huth <thuth@redhat.com>
To: "Cédric Le Goater" <clegoate@redhat.com>,
qemu-s390x@nongnu.org,
"Christian Borntraeger" <borntraeger@linux.ibm.com>
Cc: qemu-devel@nongnu.org, "Halil Pasic" <pasic@linux.ibm.com>,
"Eric Farman" <farman@linux.ibm.com>,
"David Hildenbrand" <david@redhat.com>,
"Markus Armbruster" <armbru@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>
Subject: Re: [PATCH] hw/s390x: Attach the sclpconsole to the /machine/sclp node
Date: Tue, 30 Apr 2024 16:24:07 +0200 [thread overview]
Message-ID: <f958af03-00d3-4d3a-b54b-f060c8fc70df@redhat.com> (raw)
In-Reply-To: <e6954259-a211-4fa3-9093-3675b97c4a5c@redhat.com>
On 30/04/2024 13.58, Cédric Le Goater wrote:
> On 4/30/24 10:04, Thomas Huth wrote:
>> The sclpconsole currently does not have a proper parent in the QOM
>> tree, so it shows up under /machine/unattached - which is somewhat
>> ugly. Let's attach it to /machine/sclp instead.
>>
>> Signed-off-by: Thomas Huth <thuth@redhat.com>
>> ---
>> include/hw/s390x/sclp.h | 2 +-
>> hw/s390x/s390-virtio-ccw.c | 11 +++++++----
>> hw/s390x/sclp.c | 4 +++-
>> 3 files changed, 11 insertions(+), 6 deletions(-)
>>
>> diff --git a/include/hw/s390x/sclp.h b/include/hw/s390x/sclp.h
>> index b405a387b6..abfd6d8868 100644
>> --- a/include/hw/s390x/sclp.h
>> +++ b/include/hw/s390x/sclp.h
>> @@ -222,7 +222,7 @@ static inline int sccb_data_len(SCCB *sccb)
>> }
>> -void s390_sclp_init(void);
>> +Object *s390_sclp_init(void);
>> void sclp_service_interrupt(uint32_t sccb);
>> void raise_irq_cpu_hotplug(void);
>> int sclp_service_call(S390CPU *cpu, uint64_t sccb, uint32_t code);
>> diff --git a/hw/s390x/s390-virtio-ccw.c b/hw/s390x/s390-virtio-ccw.c
>> index 4dcc213820..e2f9206ded 100644
>> --- a/hw/s390x/s390-virtio-ccw.c
>> +++ b/hw/s390x/s390-virtio-ccw.c
>> @@ -237,11 +237,13 @@ static void s390_create_virtio_net(BusState *bus,
>> const char *name)
>> }
>> }
>> -static void s390_create_sclpconsole(const char *type, Chardev *chardev)
>> +static void s390_create_sclpconsole(Object *sclp, const char *type,
>> + Chardev *chardev)
>> {
>> DeviceState *dev;
>> dev = qdev_new(type);
>> + object_property_add_child(sclp, type, OBJECT(dev));
>> qdev_prop_set_chr(dev, "chardev", chardev);
>> qdev_realize_and_unref(dev, sclp_get_event_facility_bus(),
>> &error_fatal);
>> }
>> @@ -252,8 +254,9 @@ static void ccw_init(MachineState *machine)
>> int ret;
>> VirtualCssBus *css_bus;
>> DeviceState *dev;
>> + Object *sclp;
>> - s390_sclp_init();
>> + sclp = s390_sclp_init();
>
> I would simply drop s390_sclp_init(), same for :
>
> void s390_init_tod(void);
> void s390_init_ap(void);
> void s390_stattrib_init(void);
> void s390_skeys_init(void);
> void s390_flic_init(void);
>
> These routines all do the same and are not very useful TBH, and I would
> add pointers under the s390x MachineState possibly.
Some of them seem to do a little bit more things, like checking whether the
feature is available or not, e.g. s390_init_ap() ... IMHO it makes sense to
keep at least those?
But for s390_sclp_init ... it could be inlined, indeed, especially if we
also switch the object_unref + qdev_realize in there into
qdev_realize_and_unref. Let me try to do that in a v2 ...
Thomas
next prev parent reply other threads:[~2024-04-30 14:25 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-30 8:04 [PATCH] hw/s390x: Attach the sclpconsole to the /machine/sclp node Thomas Huth
2024-04-30 8:19 ` David Hildenbrand
2024-04-30 8:22 ` Thomas Huth
2024-04-30 8:56 ` Philippe Mathieu-Daudé
2024-04-30 11:58 ` Cédric Le Goater
2024-04-30 14:24 ` Thomas Huth [this message]
2024-04-30 19:06 ` Thomas Huth
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=f958af03-00d3-4d3a-b54b-f060c8fc70df@redhat.com \
--to=thuth@redhat.com \
--cc=armbru@redhat.com \
--cc=borntraeger@linux.ibm.com \
--cc=clegoate@redhat.com \
--cc=david@redhat.com \
--cc=farman@linux.ibm.com \
--cc=pasic@linux.ibm.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@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).