From: Ralf Baechle <ralf@linux-mips.org>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: Martin Michlmayr <tbm@cyrius.com>, linux-mips@linux-mips.org
Subject: Re: [PATCH] SIBYTE: fix locking in set_irq_affinity
Date: Thu, 14 May 2009 14:48:17 +0100 [thread overview]
Message-ID: <20090514134817.GC10020@linux-mips.org> (raw)
In-Reply-To: <20090514132030.GA7926@alpha.franken.de>
On Thu, May 14, 2009 at 03:20:30PM +0200, Thomas Bogendoerfer wrote:
> > [17179570.260000] attempted to set irq affinity for irq 8 to multiple CPUs
> > [17179570.484000] attempted to set irq affinity for irq 8 to multiple CPUs
> > [17179570.500000] attempted to set irq affinity for irq 8 to multiple CPUs
>
> I saw them as well, either the caller of set_irq_affinity does something
> illegal or the API has changed and the message just should go away...
Several things here:
- I would be interested in the caller of set_irq_affinity here. It seems
like the IDE code is doing this - but why?
- the message should go away or at least be changed depend on DEBUG being
defined. Normal usage errors should not result in error messages to the
console. Heck, the kernel console is not stderr.
- the kernel's idea of interrupt mask is a different one from the hardware.
In the kernel it is the set of CPUs one of which should process an
interrupt. The Sibyte hardware interprets it as the set of CPUs which
(all!) will receive the interrupt to process.
Ralf
prev parent reply other threads:[~2009-05-14 13:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-04 21:51 [PATCH] SIBYTE: fix locking in set_irq_affinity Thomas Bogendoerfer
2009-05-07 14:53 ` Ralf Baechle
2009-05-12 21:55 ` Martin Michlmayr
2009-05-14 13:20 ` Thomas Bogendoerfer
2009-05-14 13:48 ` Ralf Baechle [this message]
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=20090514134817.GC10020@linux-mips.org \
--to=ralf@linux-mips.org \
--cc=linux-mips@linux-mips.org \
--cc=tbm@cyrius.com \
--cc=tsbogend@alpha.franken.de \
/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