| To: | Martin Michlmayr <tbm@cyrius.com> |
|---|---|
| Subject: | Re: [PATCH] SIBYTE: fix locking in set_irq_affinity |
| From: | Thomas Bogendoerfer <tsbogend@alpha.franken.de> |
| Date: | Thu, 14 May 2009 15:20:30 +0200 |
| Cc: | linux-mips@linux-mips.org, ralf@linux-mips.org |
| In-reply-to: | <20090512215556.GA4774@deprecation.cyrius.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <20090504215155.461B2E31C1@solo.franken.de> <20090512215556.GA4774@deprecation.cyrius.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.18 (2008-05-17) |
On Tue, May 12, 2009 at 11:55:57PM +0200, Martin Michlmayr wrote: > * Thomas Bogendoerfer <tsbogend@alpha.franken.de> [2009-05-04 23:51]: > > Locking of irq_desc is now done in irq_set_affinity; Don't lock it > > again in chip specific set_affinity function. > > SWARM boots with this patch, but dmesg shows: > > [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... Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessary a good idea. [ RFC1925, 2.3 ] |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] MIPS: o32 application running on 64bit kernel core dump, Yong Zhang |
|---|---|
| Next by Date: | Re: [PATCH] SIBYTE: fix locking in set_irq_affinity, Ralf Baechle |
| Previous by Thread: | Re: [PATCH] SIBYTE: fix locking in set_irq_affinity, Martin Michlmayr |
| Next by Thread: | Re: [PATCH] SIBYTE: fix locking in set_irq_affinity, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |