| To: | sshtylyov@ru.mvista.com |
|---|---|
| Subject: | Re: [PATCH] use generic_handle_irq, handle_level_irq, handle_percpu_irq |
| From: | Atsushi Nemoto <anemo@mba.ocn.ne.jp> |
| Date: | Fri, 24 Nov 2006 01:17:40 +0900 (JST) |
| Cc: | ralf@linux-mips.org, linux-mips@linux-mips.org |
| In-reply-to: | <4565C16E.3090803@ru.mvista.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <45631BD2.4090509@ru.mvista.com> <20061122120552.GA27782@linux-mips.org> <4565C16E.3090803@ru.mvista.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
On Thu, 23 Nov 2006 18:42:38 +0300, Sergei Shtylyov <sshtylyov@ru.mvista.com> wrote: > >> BTW, isn't IRQ7 per-CPU? > > > Yes and no. On many CPUs IRQ 7 can be configured at reset time as either > > the count / compare interrupt or a CPU interrupt just like the others. > > It always used to be a normal CPU interrupt for R2000 class CPUs. > > Nevertheless, IRQ7 having percpu flow when it's known to be from > count/compare would make the timer stuff faster, I assume... It would be faster indeed, but note that handle_percpu_irq() depends on CONFIG_SMP for now. --- Atsushi Nemoto |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] use generic_handle_irq, handle_level_irq, handle_percpu_irq, Sergei Shtylyov |
|---|---|
| Next by Date: | [PATCH 2.6.18] dz: Fixes to make it work, Maciej W. Rozycki |
| Previous by Thread: | Re: [PATCH] use generic_handle_irq, handle_level_irq, handle_percpu_irq, Sergei Shtylyov |
| Next by Thread: | Re: [PATCH] use generic_handle_irq, handle_level_irq, handle_percpu_irq, Atsushi Nemoto |
| Indexes: | [Date] [Thread] [Top] [All Lists] |