Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers

On Thu, 05 Oct 2006 15:22:07 +0100
David Howells <[email protected]> wrote:

> Andrew Morton <[email protected]> wrote:
> 
> > These should just use __get_cpu_var().
> 
> Done.
> 
> > And could we please remove the irq_regs macro?
> 
> Done.
> 
> > I think the change is good.  But I don't want to maintain this whopper
> > out-of-tree for two months!  If we want to do this, we should just smash it
> > in and grit our teeth.  But I am a bit concerned about the non-x86
> > architectures.  I assume they'll continue to compile-and-work?
> 
> Well, it seems that IA64 and MIPS don't build as of 2.6.19-rc1 without my
> having to do anything.  i386, x86_64, powerpc and frv build for at least one
> configuration each.  The other archs I haven't touched, so will definitely
> break.
> 
> Can those arch maintainers give me patches?
> 
> 
> Anyway, I've made a GIT tree with just IRQ my patches in.  It can be browsed
> at:
> 
> 	http://git.infradead.org/?p=users/dhowells/irq-2.6.git;a=shortlog
> 
> Or pulled from:
> 
> 	git://git.infradead.org/~dhowells/irq-2.6.git
> 
> David
> 
> ---
> The following changes since commit d223a60106891bfe46febfacf46b20cd8509aaad:
>   Linus Torvalds:
>         Linux 2.6.19-rc1
> 
> are found in the git repository at:
> 
>   git://git.infradead.org/~dhowells/irq-2.6.git
> 

A quick survey of the wreckage:

- Dmitry's input git tree breaks a bit

- five of Greg's USB patches need fixing

- a few random -mm patches need touchups

- The hrtimer+dynticks i386 patch takes rather a hit and will need redoing.

So, not too bad at all.  It's a bit rough on the poor old arch maintainers,
but it's pretty simple stuff.

I'd say let's do it...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
    • From: Greg KH <[email protected]>
  • Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
    • From: "Dmitry Torokhov" <[email protected]>
  • Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
    • From: Thomas Gleixner <[email protected]>

• References:
  • Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
    • From: Andrew Morton <[email protected]>
  • [PATCH 1/3] IRQ: Typedef the IRQ flow handler function type
    • From: David Howells <[email protected]>
  • Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
    • From: David Howells <[email protected]>

• Prev by Date: RE: forcedeth net driver: reverse mac address after pxe boot
• Next by Date: Re: [PATCH 7/11] 2.6.18-mm3 pktcdvd: make procfs interface optional
• Previous by thread: Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
• Next by thread: Re: [PATCH 3/3] IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]