[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1y7j53yuw.fsf@ebiederm.dsl.xmission.com>
Date: Thu, 31 May 2007 07:29:43 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Andi Kleen <ak@...e.de>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
"Siddha, Suresh B" <suresh.b.siddha@...el.com>, mingo@...e.hu,
linux-kernel@...r.kernel.org, nanhai.zou@...el.com,
asit.k.mallick@...el.com, keith.packard@...el.com,
"Yinghai Lu" <yhlu.kernel@...il.com>
Subject: Re: [PATCH] x86_64 irq: check remote IRR bit before migrating level triggered irq (v2)
Andi Kleen <ak@...e.de> writes:
> On Thursday 31 May 2007 13:34:21 Eric W. Biederman wrote:
>>
>> On x86_64 kernel, level triggered irq migration gets initiated in the context
>> of that interrupt(after executing the irq handler) and following steps are
>> followed to do the irq migration.
>
> What's the confidence level in the patch? Is it a .22 candidate?
Yes.
I just ran it for a little while and nothing fell over, and level
triggered irqs continued to migrate. So it's not horribly broken.
Outside of implementation errors the worst case that can happen with
this code is the current behavior, with a small slow down.
So since I can not reproduce the original problem I would appreciate
an eyeball or two more just to make certain I reimplemented this
correctly and didn't do anything stupid. But I don't expect anything
to be found. The code is pretty straight forward.
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