From: Stafford Horne <shorne@gmail.com>
To: "Philippe Mathieu-Daudé" <philippe.mathieu.daude@gmail.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
QEMU Development <qemu-devel@nongnu.org>,
Jia Liu <proljc@gmail.com>
Subject: Re: [PATCH v3 3/6] hw/openrisc/openrisc_sim: Use IRQ splitter when connecting UART
Date: Mon, 21 Feb 2022 09:08:19 +0900 [thread overview]
Message-ID: <YhLX80Ygi1h1PPl4@antec> (raw)
In-Reply-To: <b5009ed2-b53c-c985-6414-0804cd0db11b@gmail.com>
On Sun, Feb 20, 2022 at 09:06:41PM +0100, Philippe Mathieu-Daudé wrote:
> On 19/2/22 07:42, Stafford Horne wrote:
> > Currently the OpenRISC SMP configuration only supports 2 cores due to
> > the UART IRQ routing being limited to 2 cores. As was done in commit
> > 1eeffbeb11 ("hw/openrisc/openrisc_sim: Use IRQ splitter when connecting
> > IRQ to multiple CPUs") we can use a splitter to wire more than 2 CPUs.
> >
> > This patch moves serial initialization out to it's own function and
> > uses a splitter to connect multiple CPU irq lines to the UART.
> >
> > Signed-off-by: Stafford Horne <shorne@gmail.com>
> > ---
> > hw/openrisc/openrisc_sim.c | 32 ++++++++++++++++++++++++--------
> > 1 file changed, 24 insertions(+), 8 deletions(-)
> >
> > diff --git a/hw/openrisc/openrisc_sim.c b/hw/openrisc/openrisc_sim.c
> > index d12b3e0c5e..5bfbac00f8 100644
> > --- a/hw/openrisc/openrisc_sim.c
> > +++ b/hw/openrisc/openrisc_sim.c
> > @@ -137,6 +137,28 @@ static void openrisc_sim_ompic_init(hwaddr base, int num_cpus,
> > sysbus_mmio_map(s, 0, base);
> > }
> > +static void openrisc_sim_serial_init(hwaddr base, int num_cpus,
> > + OpenRISCCPU *cpus[], int irq_pin)
> > +{
> > + qemu_irq serial_irq;
> > + int i;
> > +
> > + if (num_cpus > 1) {
> > + DeviceState *splitter = qdev_new(TYPE_SPLIT_IRQ);
> > + qdev_prop_set_uint32(splitter, "num-lines", num_cpus);
> > + qdev_realize_and_unref(splitter, NULL, &error_fatal);
> > + for (i = 0; i < num_cpus; i++) {
> > + qdev_connect_gpio_out(splitter, i, get_cpu_irq(cpus, i, irq_pin));
> > + }
> > + serial_irq = qdev_get_gpio_in(splitter, 0);
> > + } else {
> > + serial_irq = get_cpu_irq(cpus, 0, irq_pin);
> > + }
>
> Up to here the code seems a generic helper:
>
> or1k_cpus_connect_device(OpenRISCCPU *cpus[],
> unsigned num_cpus,
> unsigned irq_pin);
Right, this is similar to that used in openrisc_sim_net_init. I thought about
sharing the code but I didn't think it worth adding helper.
The main reason for me is that openrisc_sim_net_init doesn't expose the qemu_irq
and just does sysbus_connect_irq. While openrisc_sim_serial_init exposes the
qemu_irq.
I think a generic function would have to look like:
qemu_irq openrisc_cpus_irq_pin_init(OpenRISCCPU *cpus[],
unsigned num_cpus,
unsigned irq_pin);
I would like to leave this as is for now as.
> > + serial_mm_init(get_system_memory(), base, 0, serial_irq, 115200,
> > + serial_hd(0), DEVICE_NATIVE_ENDIAN);
>
> This part specific to UART.
Right.
> > +}
>
> Anyhow,
> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Thank you,
Adding this to the patch as is.
-Stafford
next prev parent reply other threads:[~2022-02-21 0:10 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-19 6:42 [PATCH v3 0/6] OpenRISC Device Tree Generation Stafford Horne
2022-02-19 6:42 ` [PATCH v3 1/6] hw/openrisc/openrisc_sim: Create machine state for or1ksim Stafford Horne
2022-02-19 6:42 ` [PATCH v3 2/6] hw/openrisc/openrisc_sim: Parameterize initialization Stafford Horne
2022-02-19 6:42 ` [PATCH v3 3/6] hw/openrisc/openrisc_sim: Use IRQ splitter when connecting UART Stafford Horne
2022-02-19 13:01 ` Peter Maydell
2022-02-20 20:06 ` Philippe Mathieu-Daudé
2022-02-21 0:08 ` Stafford Horne [this message]
2022-02-19 6:42 ` [PATCH v3 4/6] hw/openrisc/openrisc_sim: Increase max_cpus to 4 Stafford Horne
2022-02-19 13:02 ` Peter Maydell
2022-02-20 20:07 ` Philippe Mathieu-Daudé
2022-02-20 23:59 ` Stafford Horne
2022-02-19 6:42 ` [PATCH v3 5/6] hw/openrisc/openrisc_sim: Add automatic device tree generation Stafford Horne
2022-02-19 13:06 ` Peter Maydell
2022-02-19 6:42 ` [PATCH v3 6/6] hw/openrisc/openrisc_sim: Add support for initrd loading Stafford Horne
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=YhLX80Ygi1h1PPl4@antec \
--to=shorne@gmail.com \
--cc=peter.maydell@linaro.org \
--cc=philippe.mathieu.daude@gmail.com \
--cc=proljc@gmail.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 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).