From: Jon Loeliger <jdl@freescale.com>
To: Charles Krinke <ckrinke@istor.com>
Cc: Randy Brown <rbrown@istor.com>,
Chris Carlson <ccarlson@istor.com>,
Kevin Smith <ksmith@istor.com>,
"linuxppc-embedded@ozlabs.org" <linuxppc-embedded@ozlabs.org>
Subject: Re: IRQ questions & puzzles
Date: Fri, 27 Apr 2007 10:41:30 -0500 [thread overview]
Message-ID: <1177688490.8797.11.camel@ld0161-tx32> (raw)
In-Reply-To: <9F3F0A752CAEBE4FA7E906CC2FBFF57C06A1EB@MERCURY.inside.istor.com>
On Thu, 2007-04-26 at 13:36, Charles Krinke wrote:
> I have a linux-2.6.17.11 source tree that has configs for two boards.
> One has an 8241 and the other has an 8541. The kernel code works fine on
> the 8241, but appears to lock up in my custom driver in the 8541 when
> interrupts are enabled.
OK, let's back up a step. The 8241 and the 8541 are
two very different parts. Different PPC cores with very
different peripherals placed on two very likely different
boards as well. So I am at a bit of a loss to understand
how you are comparing these two parts in casual comparison
like this. You aren't suggesting that you are expecting
these to be the same in some way are you?
> What I see happening, based on using a BDI to go/halt after the apparent
> lockup is that the kernel is spinning around in routines like
> kernel/irq/handle.c:__do_IRQ and an associated
> arch/powerpc/kernel/irq.c.
>
> It looks like the interrupt, which should be level triggered and at this
> point, is probably continuously asserted is causing the kernel to spin
> in a tight loop and be incapable of doing printk's out the serial port
> at 115200.
>
> This leads to a few questions:
It certainly does! :-)
> 1. I can see most everything comes from arch/ppc, but do_IRQ comes from
> arch/powerpc. Is that OK?
"Most everything" for _which_ board? The 8241 or the 8541?
Specifically, the former would easily still be arch/ppc based
while the latter _should_ be arch/powerpc based by now.
When compling arch/powerpc, only legacy #include files should
be being used during the build.
> 2. What is the most straightforward way to slow down a tight loop like
> this slow enough so I can printk what is happening.
Your BDI-2000, likely. :-)
> 3. What might be the likely scenarios leading to such a despicable
> state.
Initial PEBCAK, perhaps? But yea, there may be a level difinition
problem on an line here. Dunno yet, because the scenario seems a
bit strained or ill-described yet...
Any chance for a bit more clarity on what your situation is?
It seems to me that it is quite possible that many of these
issues might vanish with a 2.6.21 build straight up too.
HTH,
jdl
next prev parent reply other threads:[~2007-04-27 15:41 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-26 16:10 gcj & PPC405 Patrick Olinet
2007-04-26 18:36 ` IRQ questions & puzzles Charles Krinke
2007-04-27 15:17 ` Charles Krinke
2007-04-27 15:41 ` Jon Loeliger [this message]
2007-04-27 16:55 ` How do external irq's get mapped? Charles Krinke
2007-04-27 17:03 ` Sergei Shtylyov
2007-04-27 17:35 ` Jon Loeliger
2007-04-27 17:38 ` Charles Krinke
2007-04-27 17:46 ` Sergei Shtylyov
2007-04-27 18:05 ` Charles Krinke
2007-04-27 18:42 ` Sergei Shtylyov
2007-04-27 19:34 ` Charles Krinke
2007-04-27 20:58 ` Charles Krinke
2007-04-27 21:23 ` Andy Fleming
2007-04-27 22:51 ` Charles Krinke
2007-04-28 2:30 ` Zhang Wei-r63237
2007-04-30 16:25 ` I2C support for 8541 Charles Krinke
2007-05-02 10:43 ` Clemens Koller
2007-10-13 13:52 ` Vitaly Bordug
2007-04-30 14:32 ` How do external irq's get mapped? Charles Krinke
2007-05-01 0:22 ` Andy Fleming
2007-05-01 23:11 ` Charles Krinke
2007-05-02 18:42 ` Andy Fleming
2007-05-02 22:11 ` Charles Krinke
2007-05-02 22:43 ` Andy Fleming
2007-05-03 20:19 ` Charles Krinke
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=1177688490.8797.11.camel@ld0161-tx32 \
--to=jdl@freescale.com \
--cc=ccarlson@istor.com \
--cc=ckrinke@istor.com \
--cc=ksmith@istor.com \
--cc=linuxppc-embedded@ozlabs.org \
--cc=rbrown@istor.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).