From: Andreas Herrmann <andreas.herrmann@caviumnetworks.com>
To: David Daney <ddaney@caviumnetworks.com>
Cc: James Hogan <james.hogan@imgtec.com>, <linux-mips@linux-mips.org>,
David Daney <ddaney.cavm@gmail.com>,
Ralf Baechle <ralf@linux-mips.org>, <kvm@vger.kernel.org>,
David Daney <david.daney@cavium.com>
Subject: Re: [PATCH 10/15] MIPS: Add code for new system 'paravirt'.
Date: Fri, 23 May 2014 22:31:18 +0200 [thread overview]
Message-ID: <20140523203118.GM11800@alberich> (raw)
In-Reply-To: <537CD4C6.5080905@caviumnetworks.com>
On Wed, May 21, 2014 at 09:31:02AM -0700, David Daney wrote:
> On 05/21/2014 06:39 AM, James Hogan wrote:
> [...]
> >>diff --git a/arch/mips/paravirt/paravirt-irq.c b/arch/mips/paravirt/paravirt-irq.c
> >>new file mode 100644
> >>index 0000000..e1603dd
> >>--- /dev/null
> >>+++ b/arch/mips/paravirt/paravirt-irq.c
> [...]
> >
> >>+static void irq_core_set_enable_local(void *arg)
> >>+{
> >>+ struct irq_data *data = arg;
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+ unsigned int mask = 0x100 << cd->bit;
> >>+
> >>+ /*
> >>+ * Interrupts are already disabled, so these are atomic.
> >
> >Really? Even when called directly from irq_core_bus_sync_unlock with
> >only a single core online?
> >
>
> Yes, but...
>
>
> >>+ */
> >>+ if (cd->desired_en)
> >>+ set_c0_status(mask);
> >>+ else
> >>+ clear_c0_status(mask);
> >>+
> >>+}
> >>+
> >>+static void irq_core_disable(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+ cd->desired_en = false;
> >>+}
> >>+
> >>+static void irq_core_enable(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+ cd->desired_en = true;
> >>+}
> >>+
> >>+static void irq_core_bus_lock(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+
> >>+ mutex_lock(&cd->core_irq_mutex);
> >>+}
> >>+
> >>+static void irq_core_bus_sync_unlock(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+
> >>+ if (cd->desired_en != cd->current_en) {
> >>+ /*
> >>+ * Can be called in early init when on_each_cpu() will
> >>+ * unconditionally enable irqs, so handle the case
> >>+ * where only a single CPU is online specially, and
> >>+ * directly call.
> >>+ */
> >>+ if (num_online_cpus() == 1)
> >>+ irq_core_set_enable_local(data);
> >>+ else
> >>+ on_each_cpu(irq_core_set_enable_local, data, 1);
> >>+
>
>
> ... This code is not correct. It was initially done as a
> workaround for the issues fixed in commit 202da4005.
>
> Now that on_each_cpu() is less buggy, we can unconditionally use it
> and the assertion above about "Interrupts are already disabled" will
> be true.
I'll adapt this in the next version of the patch.
Andreas
WARNING: multiple messages have this Message-ID (diff)
From: Andreas Herrmann <andreas.herrmann@caviumnetworks.com>
To: David Daney <ddaney@caviumnetworks.com>
Cc: James Hogan <james.hogan@imgtec.com>,
linux-mips@linux-mips.org, David Daney <ddaney.cavm@gmail.com>,
Ralf Baechle <ralf@linux-mips.org>,
kvm@vger.kernel.org, David Daney <david.daney@cavium.com>
Subject: Re: [PATCH 10/15] MIPS: Add code for new system 'paravirt'.
Date: Fri, 23 May 2014 22:31:18 +0200 [thread overview]
Message-ID: <20140523203118.GM11800@alberich> (raw)
Message-ID: <20140523203118.VgyNJ_1DN5GNq1QgqqaTXLUQOuQhIc24IAagTqas7Sc@z> (raw)
In-Reply-To: <537CD4C6.5080905@caviumnetworks.com>
On Wed, May 21, 2014 at 09:31:02AM -0700, David Daney wrote:
> On 05/21/2014 06:39 AM, James Hogan wrote:
> [...]
> >>diff --git a/arch/mips/paravirt/paravirt-irq.c b/arch/mips/paravirt/paravirt-irq.c
> >>new file mode 100644
> >>index 0000000..e1603dd
> >>--- /dev/null
> >>+++ b/arch/mips/paravirt/paravirt-irq.c
> [...]
> >
> >>+static void irq_core_set_enable_local(void *arg)
> >>+{
> >>+ struct irq_data *data = arg;
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+ unsigned int mask = 0x100 << cd->bit;
> >>+
> >>+ /*
> >>+ * Interrupts are already disabled, so these are atomic.
> >
> >Really? Even when called directly from irq_core_bus_sync_unlock with
> >only a single core online?
> >
>
> Yes, but...
>
>
> >>+ */
> >>+ if (cd->desired_en)
> >>+ set_c0_status(mask);
> >>+ else
> >>+ clear_c0_status(mask);
> >>+
> >>+}
> >>+
> >>+static void irq_core_disable(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+ cd->desired_en = false;
> >>+}
> >>+
> >>+static void irq_core_enable(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+ cd->desired_en = true;
> >>+}
> >>+
> >>+static void irq_core_bus_lock(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+
> >>+ mutex_lock(&cd->core_irq_mutex);
> >>+}
> >>+
> >>+static void irq_core_bus_sync_unlock(struct irq_data *data)
> >>+{
> >>+ struct core_chip_data *cd = irq_data_get_irq_chip_data(data);
> >>+
> >>+ if (cd->desired_en != cd->current_en) {
> >>+ /*
> >>+ * Can be called in early init when on_each_cpu() will
> >>+ * unconditionally enable irqs, so handle the case
> >>+ * where only a single CPU is online specially, and
> >>+ * directly call.
> >>+ */
> >>+ if (num_online_cpus() == 1)
> >>+ irq_core_set_enable_local(data);
> >>+ else
> >>+ on_each_cpu(irq_core_set_enable_local, data, 1);
> >>+
>
>
> ... This code is not correct. It was initially done as a
> workaround for the issues fixed in commit 202da4005.
>
> Now that on_each_cpu() is less buggy, we can unconditionally use it
> and the assertion above about "Interrupts are already disabled" will
> be true.
I'll adapt this in the next version of the patch.
Andreas
next prev parent reply other threads:[~2014-05-23 20:32 UTC|newest]
Thread overview: 90+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-20 14:47 [PATCH 00/15] MIPS: Add mips_paravirt Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 01/15] MIPS: OCTEON: Enable use of FPU Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 02/15] MIPS: Move system level config items from CPU_CAVIUM_OCTEON to CAVIUM_OCTEON_SOC Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 03/15] MIPS: OCTEON: Move CAVIUM_OCTEON_CVMSEG_SIZE to CPU_CAVIUM_OCTEON Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 22:52 ` James Hogan
2014-05-20 23:23 ` David Daney
2014-05-20 23:23 ` David Daney
2014-05-21 6:22 ` Andreas Herrmann
2014-05-21 6:22 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 04/15] MIPS: Don't use RI/XI with 32-bit kernels on 64-bit CPUs Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 05/15] MIPS: Don't build fast TLB refill handler with 32-bit kernels Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 9:38 ` James Hogan
2014-05-21 9:38 ` James Hogan
2014-05-21 13:04 ` Ralf Baechle
2014-05-21 13:17 ` Andreas Herrmann
2014-05-21 13:17 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 06/15] MIPS: Add minimal support for OCTEON3 to c-r4k.c Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 10:04 ` James Hogan
2014-05-21 10:04 ` James Hogan
2014-05-21 16:10 ` David Daney
2014-05-21 16:10 ` David Daney
2014-05-21 12:40 ` Ralf Baechle
2014-05-21 21:02 ` Andreas Herrmann
2014-05-21 21:02 ` Andreas Herrmann
2014-05-22 7:59 ` Ralf Baechle
2014-05-20 14:47 ` [PATCH 07/15] MIPS: Add mips_cpunum() function Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 11:10 ` James Hogan
2014-05-21 11:10 ` James Hogan
2014-05-22 16:13 ` Andreas Herrmann
2014-05-22 16:13 ` Andreas Herrmann
2014-05-22 16:15 ` James Hogan
2014-05-22 16:15 ` James Hogan
2014-05-20 14:47 ` [PATCH 08/15] MIPS: OCTEON: Add OCTEON3 to __get_cpu_type Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 09/15] MIPS: Add functions for hypervisor call Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 0:16 ` James Hogan
2014-05-21 7:30 ` Andreas Herrmann
2014-05-21 7:30 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 10/15] MIPS: Add code for new system 'paravirt' Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 13:39 ` James Hogan
2014-05-21 13:39 ` James Hogan
2014-05-21 16:31 ` David Daney
2014-05-21 16:31 ` David Daney
2014-05-21 16:46 ` James Hogan
2014-05-21 16:46 ` James Hogan
2014-05-23 20:31 ` Andreas Herrmann [this message]
2014-05-23 20:31 ` Andreas Herrmann
2014-05-22 16:54 ` Andreas Herrmann
2014-05-22 16:54 ` Andreas Herrmann
2014-05-23 20:28 ` Andreas Herrmann
2014-05-23 20:28 ` Andreas Herrmann
2014-05-23 21:47 ` Ralf Baechle
2014-05-20 14:47 ` [PATCH 11/15] MIPS: paravirt: Add pci controller for virtio Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 11:42 ` James Hogan
2014-05-21 11:42 ` James Hogan
2014-05-22 20:17 ` Andreas Herrmann
2014-05-22 20:17 ` Andreas Herrmann
2014-05-28 22:10 ` Andreas Herrmann
2014-05-28 22:10 ` Andreas Herrmann
2014-05-21 13:34 ` Ralf Baechle
2014-05-20 14:47 ` [PATCH 12/15] MIPS: Enable build for new system 'paravirt' Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 13/15] MIPS: Add defconfig for mips_paravirt Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 23:14 ` James Hogan
2014-05-21 6:29 ` Andreas Herrmann
2014-05-21 6:29 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 14/15] MIPS: paravirt: Update mips_paravirt_defconfig Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-20 23:17 ` James Hogan
2014-05-21 6:36 ` Andreas Herrmann
2014-05-21 6:36 ` Andreas Herrmann
2014-05-20 14:47 ` [PATCH 15/15] MIPS: paravirt: Provide _machine_halt function to exit VM on shutdown of guest Andreas Herrmann
2014-05-20 14:47 ` Andreas Herrmann
2014-05-21 13:44 ` James Hogan
2014-05-21 13:44 ` James Hogan
2014-05-28 22:04 ` Andreas Herrmann
2014-05-28 22:04 ` Andreas Herrmann
2014-05-28 23:18 ` James Hogan
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=20140523203118.GM11800@alberich \
--to=andreas.herrmann@caviumnetworks.com \
--cc=david.daney@cavium.com \
--cc=ddaney.cavm@gmail.com \
--cc=ddaney@caviumnetworks.com \
--cc=james.hogan@imgtec.com \
--cc=kvm@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.