[Top] [All Lists]

Re: SMTC support status in latest git head.

To: "Kevin D. Kissell" <>
Subject: Re: SMTC support status in latest git head.
From: Anoop P A <>
Date: Fri, 07 Jan 2011 13:26:59 +0530
Cc: STUART VENTERS <>, "Anoop P.A." <>,
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer; bh=QEODe1XXZ8V5oIxJuC53hdLga2tRKB03NGlurjIbyUM=; b=MXkt1QqitM7Ytai1hcYTmhn5tCIKnioHNXVzQLZr3UygaFCqXlPG5SoiXHWQwvk0L/ 8I8ZxLgz1Lr+mfzOmZIE1VcT/3IWIJvye+h3zQruYZqyFzJbI9Pa5asCK0wpenfQqumi pCRT95wdJ+7+BhDWEtQYNKsEJjqTgXBPHSgpA=
Domainkey-signature: a=rsa-sha1; c=nofws;; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer; b=kxzodfEIaRaIbK+D1Rankc4lDOA2mszZ1UD3sbnZW3GID047xDAIw3aKk9uyMb67wf BKZ6Zf5vt5QIlx25giJWEIUeRsWMl/9UXaNwq5QyVKyPsCgOl1lNkWfuF8Eud52s8xsr ZrcqOjylbNHRhPsKhzr1YH9Okj04qJKj5Ib7w=
In-reply-to: <>
Original-recipient: rfc822;
References: <> <1293470392.27661.202.camel@paanoop1-desktop> <1293524389.27661.210.camel@paanoop1-desktop> <> <1293798476.27661.279.camel@paanoop1-desktop> <> <1294067561.27661.293.camel@paanoop1-desktop> <> <1294082426.27661.330.camel@paanoop1-desktop> <> <1294146165.27661.361.camel@paanoop1-desktop> <1294151822.27661.375.camel@paanoop1-desktop> <> <1294163657.27661.386.camel@paanoop1-desktop> <> <1294233097.27661.391.camel@paanoop1-desktop> <> <1294345396.27661.422.camel@paanoop1-desktop> <>
On Thu, 2011-01-06 at 15:31 -0800, Kevin D. Kissell wrote:
> On 01/06/11 12:23, Anoop P A wrote:

> I'm sure I've said this before, and it's in various comments in the SMTC
> code, but remember, one of the main problems that the SMTC kernel
> had to solve was to prevent all TCs of a VPE from "convoying" after every
> interrupt.  The way this is done is that the interrupt vector code, before
> clearing EXL, masks off the Status.IM bit associated with the incoming
> interrupt.  Of course, to get another interrupt from the same source
> (or collection of sources), that IM bit needs to be restored.  The "correct"
> mechanism for this is by having the appropriate irq_hwmask[] value set,
> so that smtc_im_ack_irq(), which should be invoked on an irq "ack()"
> (meaning that the source has been quenched and any new occurrence
> should be considered a new interrupt), will restore the bit in Status.
> This function got moved around a bit in the various SMTC prototypes,
> but it proved least intrusive to put it into the xxx_mask_and_ack() 
> functions
> for the interrupt controllers - see irq-msc01.c and i8259.c.  If you haven't
> done the same in any equivalent code for a different on-chip controller,
> you'll definitely have problems.
> The Backstop scheme works OK for peripheral interrupts that didn't
> have an appropriate irq_hwmask[] value set up, but clock interrupts
> don't follow the same code paths and can't depend on the backstop.

Ok. Well thanks much for your detailed explanation. Well I hope I found
the root cause . smtc_clockevent_init() was overriding irq_hwmask even
if are using platform specific get_c0_compare_int. With following patch
everything seems to be working for me.
diff --git a/arch/mips/kernel/cevt-smtc.c b/arch/mips/kernel/cevt-smtc.c
index 2e72d30..a25fc59 100644
--- a/arch/mips/kernel/cevt-smtc.c
+++ b/arch/mips/kernel/cevt-smtc.c
@@ -310,9 +310,14 @@ int __cpuinit smtc_clockevent_init(void)
                return 0;
         * And we need the hwmask associated with the c0_compare
-        * vector to be initialized.
+        * vector to be initialized. However incase of platform 
+        * specific get_co_compare_int, don't override irq_hwmask
+        * expect platform code to set a valid mask value. 
-       irq_hwmask[irq] = (0x100 << cp0_compare_irq);
+       if (!get_c0_compare_int)
+               irq_hwmask[irq] = (0x100 << cp0_compare_irq);
        if (cp0_timer_irq_installed)
                return 0;

Attaching my msp_ir_cic.c . Kindly have a look if possible.


>              Regards,
>              Kevin K.

Attachment: msp_irq_cic.c
Description: Text Data

<Prev in Thread] Current Thread [Next in Thread>