[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <86802c440808181114v478d786cwc7a20b25d47d7ffe@mail.gmail.com>
Date: Mon, 18 Aug 2008 11:14:51 -0700
From: "Yinghai Lu" <yhlu.kernel@...il.com>
To: "Ingo Molnar" <mingo@...e.hu>
Cc: "Thomas Gleixner" <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>,
"Andrew Morton" <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] irq: rename irq_desc() to to_irq_desc()
On Mon, Aug 18, 2008 at 12:37 AM, Ingo Molnar <mingo@...e.hu> wrote:
>
> * Yinghai Lu <yhlu.kernel@...il.com> wrote:
>
>> So could revert back to use irq_desc[] for other arch except x86
>>
>> Signed-off-by: Yinghai Lu <yhlu.kernel@...il.com>
>
> great!
>
> could we get rid of the remaining non-x86 arch changes too, please?
>
> - __do_IRQ(): why is the change needed? Architectures that want to use
> sparse IRQs should first properly convert to genirq (i.e. should get
> rid of their __do_IRQ() use).
please check attacch patch
>
> - kstat_cpu / kstat_irqs_cpu: seems unnecessary now?
that is needed
>
> - create_irq prototype return value change: cannot we limit the irq
> space to 0..INT_MAX, and leave the prototype alone?
>
> - create_irq(int) argument change: how about introducing a new
> create_irq_nr(int) variant, while the create_irq(void) function would
> just call create_irq_nr(0) ?
will send out another patch later
YH
View attachment "irq_desc__to_irq_desc_fix1.patch" of type "text/x-patch" (13889 bytes)
Powered by blists - more mailing lists