Re: [PATCH 0/9] Remove 'irq' argument from all irq handlers

Jeff Garzik wrote:

Once that effort is done, everything should be in the 'trivial' pile and not have the logic that you are worried about (and thus there would be no need to add an additional branch to the error handling path).

er, s/error/irq/

the perils of a multi-threaded brain...

-
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/

---

• References:
  • [PATCH 0/9] Remove 'irq' argument from all irq handlers
    • From: Jeff Garzik <[email protected]>
  • Re: [PATCH 0/9] Remove 'irq' argument from all irq handlers
    • From: Thomas Gleixner <[email protected]>
  • Re: [PATCH 0/9] Remove 'irq' argument from all irq handlers
    • From: [email protected] (Eric W. Biederman)
  • Re: [PATCH 0/9] Remove 'irq' argument from all irq handlers
    • From: Jeff Garzik <[email protected]>

• Prev by Date: [git pull] scheduler accounting fix
• Next by Date: Re: [PATCH 0/9] Remove 'irq' argument from all irq handlers
• Previous by thread: Re: [PATCH 0/9] Remove 'irq' argument from all irq handlers
• Next by thread: Re: [PATCH 0/9] Remove 'irq' argument from all 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]