[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <m1k5unxbhy.fsf@ebiederm.dsl.xmission.com>
Date: Fri, 01 Jun 2007 21:48:25 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: "Darrick J. Wong" <djwong@...ibm.com>
Cc: Emmanuel Fust? <emmanuel.fuste@...oste.net>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Device hang when offlining a CPU due to IRQ misrouting
"Darrick J. Wong" <djwong@...ibm.com> writes:
> On Fri, Jun 01, 2007 at 06:18:32PM -0600, Eric W. Biederman wrote:
>
>> I doubt it. The practical problem is that cpu_down does not
>> and by design can not call the irq balancing part properly
>> and I haven't yet seen anything to suggest that we don't migrate
>> irq properly.
>>
>> So I'm guessing it was the decision part.
>
> I'm not using any IRQ balancer, afaik. As I recall, CONFIG_IRQBALANCE
> is i386-only, and I'm not running the userland irqbalance program
> either. Just messing around with /proc/irq/*/smp_affinity by hand. :)
This is just getting confusing.
Emmanuel Fust. Please play with /proc/irq/*/smp_affinity by hand and
confirm that you can move your irqs. This will confirm it is the decision
part.
Darrick. The cpu hotplug architecture makes it impossible to properly
call irq migration code that backs /proc/irq/*/smp_affinity. Therefore
the cpu hotplug interface to irq migration is broken by design. There
are some other bugs in the implementation of migrating irqs off of cpus
as well. I'm pretty certain that some combination of those problems is
biting you.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists