From: Scott Wood <scottwood@freescale.com>
To: Alexander Graf <agraf@suse.de>
Cc: qemu-ppc@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 03/15] openpic: fix sense and priority bits
Date: Thu, 3 Jan 2013 14:12:35 -0600 [thread overview]
Message-ID: <1357243955.22404.6@snotra> (raw)
In-Reply-To: <9F4AB582-B28A-47D6-AC54-FE0C0B9A062D@suse.de> (from agraf@suse.de on Thu Jan 3 11:51:56 2013)
On 01/03/2013 11:51:56 AM, Alexander Graf wrote:
>
> On 22.12.2012, at 03:15, Scott Wood wrote:
>
> > Previously, the sense and priority bits were masked off when writing
> > to IVPR, and all interrupts were treated as edge-triggered (despite
> > the existence of code for handling level-triggered interrupts).
> >
> > Polarity is implemented only as storage. We don't simulate the
> > bad effects that you'd get on real hardware if you set this
> incorrectly,
> > but at least the guest sees the right thing when it reads back the
> register.
> >
> > Sense now controls level/edge on FSL external interrupts (and all
> > interrupts on non-FSL MPIC). FSL internal interrupts do not have a
> sense
> > bit (reads as zero), but are level. FSL timers and IPIs do not have
> > sense or polarity bits (read as zero), and are edge-triggered. To
> > accommodate FSL internal interrupts, QEMU's internal notion of
> whether an
> > interrupt is level-triggered is separated from the IVPR bit.
> >
> > Signed-off-by: Scott Wood <scottwood@freescale.com>
> > ---
> > hw/openpic.c | 61
> ++++++++++++++++++++++++++++++++++++++++++++++++++++------
> > 1 file changed, 55 insertions(+), 6 deletions(-)
> >
> > diff --git a/hw/openpic.c b/hw/openpic.c
> > index 02f793b..34449a7 100644
> > --- a/hw/openpic.c
> > +++ b/hw/openpic.c
> > @@ -189,6 +189,9 @@ typedef struct IRQ_src_t {
> > uint32_t ide; /* IRQ destination register */
> > int last_cpu;
> > int pending; /* TRUE if IRQ is pending */
> > + bool level; /* level-triggered */
> > + bool fslint; /* FSL internal interrupt -- level only */
> > + bool fslspecial; /* FSL timer/IPI interrupt, edge, no polarity
> */
>
> This really looks more like an "irqtype" enum, no?
>
> enum irqtype {
> IRQ_TYPE_NORMAL = 0,
> IRQ_TYPE_FSLINT,
> IRQ_TYPE_FSLSPECIAL,
> }
OK. At one point they could both be set, before I looked more closely
at how the special interrupts are defined in hardware.
-Scott
next prev parent reply other threads:[~2013-01-03 20:12 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-22 2:15 [Qemu-devel] [PATCH 00/15] openpic: cleanups and fixes Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 01/15] openpic: fix debug prints Scott Wood
2013-01-03 17:31 ` Alexander Graf
2013-01-03 19:41 ` Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 02/15] openpic: lower interrupt when reading the MSI register Scott Wood
2013-01-03 17:52 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 03/15] openpic: fix sense and priority bits Scott Wood
2013-01-03 17:51 ` Alexander Graf
2013-01-03 20:12 ` Scott Wood [this message]
2012-12-22 2:15 ` [Qemu-devel] [PATCH 04/15] ppc/booke: fix crit/mcheck/debug exceptions Scott Wood
2013-01-03 17:57 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 05/15] openpic: make register names correspond better with hw docs Scott Wood
2013-01-03 18:18 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 06/15] openpic: rework critical interrupt support Scott Wood
2013-01-03 18:31 ` Alexander Graf
2013-01-03 23:07 ` Scott Wood
2013-01-04 8:04 ` Alexander Graf
2013-01-04 20:46 ` [Qemu-devel] [Qemu-ppc] " Blue Swirl
2013-01-04 20:49 ` Scott Wood
2013-01-04 21:17 ` Blue Swirl
2013-01-04 21:25 ` Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 07/15] openpic: make ctpr signed Scott Wood
2013-01-03 18:33 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 08/15] openpic/fsl: critical interrupts ignore mask before v4.1 Scott Wood
2013-01-03 18:37 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 09/15] openpic: always call IRQ_check from IRQ_get_next Scott Wood
2013-01-03 18:42 ` Alexander Graf
2013-01-03 20:09 ` Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 10/15] Revert "openpic: Accelerate pending irq search" Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 11/15] openpic: use standard bitmap operations Scott Wood
2013-01-03 18:49 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 12/15] openpic: IRQ_check: search the queue a word at a time Scott Wood
2013-01-03 18:53 ` Alexander Graf
2013-01-03 20:07 ` Scott Wood
2013-01-03 20:31 ` Alexander Graf
2013-01-03 20:32 ` Scott Wood
2013-01-03 20:57 ` Alexander Graf
2013-01-03 21:52 ` Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 13/15] openpic: add some bounds checking for IRQ numbers Scott Wood
2013-01-03 18:55 ` Alexander Graf
2013-01-03 19:54 ` [Qemu-devel] [Qemu-ppc] " Scott Wood
2013-01-03 21:07 ` Alexander Graf
2013-01-03 21:20 ` Scott Wood
2012-12-22 2:15 ` [Qemu-devel] [PATCH 14/15] openpic: move IACK to its own function Scott Wood
2013-01-03 18:59 ` Alexander Graf
2012-12-22 2:15 ` [Qemu-devel] [PATCH 15/15] openpic: fix CTPR and de-assertion of interrupts Scott Wood
2013-01-03 19:00 ` Alexander Graf
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=1357243955.22404.6@snotra \
--to=scottwood@freescale.com \
--cc=agraf@suse.de \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@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).