From: Bernhard Beschow <shentey@gmail.com>
To: qemu-devel@nongnu.org, Peter Maydell <peter.maydell@linaro.org>
Cc: "Paolo Bonzini" <pbonzini@redhat.com>,
"Daniel P. Berrangé" <berrange@redhat.com>,
"Eduardo Habkost" <eduardo@habkost.net>,
"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Yanan Wang" <wangyanan55@huawei.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Gonglei (Arei)" <arei.gonglei@huawei.com>
Subject: Re: [PATCH 02/10] hw/i386/pc: Do pc_cmos_init_late() from pc_machine_done()
Date: Tue, 20 Feb 2024 23:10:05 +0000 [thread overview]
Message-ID: <5BB60433-8117-4AEA-ABDC-973B6305BC4C@gmail.com> (raw)
In-Reply-To: <20240220160622.114437-3-peter.maydell@linaro.org>
Am 20. Februar 2024 16:06:14 UTC schrieb Peter Maydell <peter.maydell@linaro.org>:
>In the i386 PC machine, we want to run the pc_cmos_init_late()
>function only once the IDE and floppy drive devices have been set up.
>We currently do this using qemu_register_reset(), and then have the
>function call qemu_unregister_reset() on itself, so it runs exactly
>once.
>
>This was an expedient way to do it back in 2010 when we first added
>this (in commit c0897e0cb94e8), but now we have a more obvious point
>to do "machine initialization that has to happen after generic device
>init": the machine-init-done hook.
>
>Do the pc_cmos_init_late() work from our existing PC machine init
>done hook function, so we can drop the use of qemu_register_reset()
>and qemu_unregister_reset().
>
>Because the pointers to the devices we need (the IDE buses and the
>RTC) are now all in the machine state, we don't need the
>pc_cmos_init_late_arg struct and can just pass the PCMachineState
>pointer.
>
>Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
>---
> hw/i386/pc.c | 39 ++++++++++++++++-----------------------
> 1 file changed, 16 insertions(+), 23 deletions(-)
>
>diff --git a/hw/i386/pc.c b/hw/i386/pc.c
>index 8b0f54e284c..4c3cfe9fc35 100644
>--- a/hw/i386/pc.c
>+++ b/hw/i386/pc.c
>@@ -465,11 +465,6 @@ static void pc_cmos_init_floppy(MC146818RtcState *rtc_state, ISADevice *floppy)
> mc146818rtc_set_cmos_data(rtc_state, REG_EQUIPMENT_BYTE, val);
> }
>
>-typedef struct pc_cmos_init_late_arg {
>- MC146818RtcState *rtc_state;
>- BusState *idebus[2];
>-} pc_cmos_init_late_arg;
>-
> typedef struct check_fdc_state {
> ISADevice *floppy;
> bool multiple;
>@@ -530,23 +525,25 @@ static ISADevice *pc_find_fdc0(void)
> return state.floppy;
> }
>
>-static void pc_cmos_init_late(void *opaque)
>+static void pc_cmos_init_late(PCMachineState *pcms)
> {
>- pc_cmos_init_late_arg *arg = opaque;
>- MC146818RtcState *s = arg->rtc_state;
>+ X86MachineState *x86ms = X86_MACHINE(pcms);
>+ MC146818RtcState *s = MC146818_RTC(x86ms->rtc);
> int16_t cylinders;
> int8_t heads, sectors;
> int val;
> int i, trans;
>
> val = 0;
>- if (arg->idebus[0] && ide_get_geometry(arg->idebus[0], 0,
>- &cylinders, &heads, §ors) >= 0) {
>+ if (pcms->idebus[0] &&
>+ ide_get_geometry(pcms->idebus[0], 0,
>+ &cylinders, &heads, §ors) >= 0) {
> cmos_init_hd(s, 0x19, 0x1b, cylinders, heads, sectors);
> val |= 0xf0;
> }
>- if (arg->idebus[0] && ide_get_geometry(arg->idebus[0], 1,
>- &cylinders, &heads, §ors) >= 0) {
>+ if (pcms->idebus[0] &&
>+ ide_get_geometry(pcms->idebus[0], 1,
>+ &cylinders, &heads, §ors) >= 0) {
> cmos_init_hd(s, 0x1a, 0x24, cylinders, heads, sectors);
> val |= 0x0f;
> }
>@@ -558,10 +555,11 @@ static void pc_cmos_init_late(void *opaque)
> geometry. It is always such that: 1 <= sects <= 63, 1
> <= heads <= 16, 1 <= cylinders <= 16383. The BIOS
> geometry can be different if a translation is done. */
>- if (arg->idebus[i / 2] &&
>- ide_get_geometry(arg->idebus[i / 2], i % 2,
>+ BusState *idebus = pcms->idebus[i / 2];
>+ if (idebus &&
>+ ide_get_geometry(idebus, i % 2,
> &cylinders, &heads, §ors) >= 0) {
>- trans = ide_get_bios_chs_trans(arg->idebus[i / 2], i % 2) - 1;
>+ trans = ide_get_bios_chs_trans(idebus, i % 2) - 1;
> assert((trans & ~3) == 0);
> val |= trans << (i * 2);
> }
>@@ -569,15 +567,12 @@ static void pc_cmos_init_late(void *opaque)
> mc146818rtc_set_cmos_data(s, 0x39, val);
>
> pc_cmos_init_floppy(s, pc_find_fdc0());
>-
>- qemu_unregister_reset(pc_cmos_init_late, opaque);
> }
>
> void pc_cmos_init(PCMachineState *pcms,
> ISADevice *rtc)
> {
> int val;
>- static pc_cmos_init_late_arg arg;
> X86MachineState *x86ms = X86_MACHINE(pcms);
> MC146818RtcState *s = MC146818_RTC(rtc);
>
>@@ -631,11 +626,7 @@ void pc_cmos_init(PCMachineState *pcms,
> val |= 0x04; /* PS/2 mouse installed */
> mc146818rtc_set_cmos_data(s, REG_EQUIPMENT_BYTE, val);
>
>- /* hard drives and FDC */
>- arg.rtc_state = s;
>- arg.idebus[0] = pcms->idebus[0];
>- arg.idebus[1] = pcms->idebus[1];
>- qemu_register_reset(pc_cmos_init_late, &arg);
>+ /* hard drives and FDC are handled by pc_cmos_init_late() */
> }
>
> static void handle_a20_line_change(void *opaque, int irq, int level)
>@@ -703,6 +694,8 @@ void pc_machine_done(Notifier *notifier, void *data)
> /* update FW_CFG_NB_CPUS to account for -device added CPUs */
> fw_cfg_modify_i16(x86ms->fw_cfg, FW_CFG_NB_CPUS, x86ms->boot_cpus);
> }
>+
>+ pc_cmos_init_late(pcms);
Nice. With https://patchew.org/QEMU/20240208220349.4948-1-shentey@gmail.com/20240208220349.4948-9-shentey@gmail.com/ on top it might be possible to merge pc_cmos_init_late() and pc_cmos_init(), thus freeing pc_piix and pc_q35 entirely from having to deal with it.
Best regards,
Bernhard
> }
>
> void pc_guest_info_init(PCMachineState *pcms)
next prev parent reply other threads:[~2024-02-20 23:11 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-20 16:06 [PATCH 00/10] reset: Make whole system three-phase-reset aware Peter Maydell
2024-02-20 16:06 ` [PATCH 01/10] hw/i386: Store pointers to IDE buses in PCMachineState Peter Maydell
2024-02-20 19:30 ` Richard Henderson
2024-02-21 13:07 ` Philippe Mathieu-Daudé
2024-02-21 13:51 ` Philippe Mathieu-Daudé
2024-02-26 13:54 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 02/10] hw/i386/pc: Do pc_cmos_init_late() from pc_machine_done() Peter Maydell
2024-02-20 19:31 ` Richard Henderson
2024-02-20 21:19 ` Peter Maydell
2024-02-20 23:10 ` Bernhard Beschow [this message]
2024-02-21 15:21 ` Philippe Mathieu-Daudé
2024-02-26 14:09 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 03/10] system/bootdevice: Don't unregister reset handler in restore_boot_order() Peter Maydell
2024-02-20 19:35 ` Richard Henderson
2024-02-26 14:16 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 04/10] include/qom/object.h: New OBJECT_DEFINE_SIMPLE_TYPE{, _WITH_INTERFACES} macros Peter Maydell
2024-02-20 19:40 ` Richard Henderson
2024-02-26 14:33 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 05/10] hw/core: Add documentation and license comments to reset.h Peter Maydell
2024-02-20 19:41 ` Richard Henderson
2024-02-26 14:27 ` Zhao Liu
2024-02-26 14:28 ` Peter Maydell
2024-02-20 16:06 ` [PATCH 06/10] hw/core: Add ResetContainer which holds objects implementing Resettable Peter Maydell
2024-02-20 19:43 ` Richard Henderson
2024-02-20 19:46 ` Richard Henderson
2024-02-20 21:20 ` Peter Maydell
2024-02-26 14:42 ` Peter Maydell
2024-02-21 15:34 ` Philippe Mathieu-Daudé
2024-02-21 16:09 ` Peter Maydell
2024-02-21 17:06 ` Philippe Mathieu-Daudé
2024-02-27 3:36 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 07/10] hw/core/reset: Add qemu_{register, unregister}_resettable() Peter Maydell
2024-02-20 19:59 ` Richard Henderson
2024-02-27 6:02 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 08/10] hw/core/reset: Implement qemu_register_reset via qemu_register_resettable Peter Maydell
2024-02-20 20:06 ` Richard Henderson
2024-02-27 6:18 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 09/10] hw/core/machine: Use qemu_register_resettable for sysbus reset Peter Maydell
2024-02-20 19:06 ` Philippe Mathieu-Daudé
2024-02-20 19:18 ` Peter Maydell
2024-02-20 20:09 ` Richard Henderson
2024-02-21 15:42 ` Philippe Mathieu-Daudé
2024-02-27 6:27 ` Zhao Liu
2024-02-20 16:06 ` [PATCH 10/10] docs/devel/reset: Update to discuss system reset Peter Maydell
2024-02-20 20:13 ` Richard Henderson
2024-02-27 6:30 ` Zhao Liu
2024-02-20 21:38 ` [PATCH 00/10] reset: Make whole system three-phase-reset aware Michael S. Tsirkin
2024-02-21 11:59 ` Mark Cave-Ayland
2024-02-26 14:50 ` Peter Maydell
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=5BB60433-8117-4AEA-ABDC-973B6305BC4C@gmail.com \
--to=shentey@gmail.com \
--cc=arei.gonglei@huawei.com \
--cc=berrange@redhat.com \
--cc=eduardo@habkost.net \
--cc=marcel.apfelbaum@gmail.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=wangyanan55@huawei.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).