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

Eric W. Biederman wrote:

Yes.  keeping this alive is good.

The practical question is how do we make this change without breaking
the drivers that use their irq argument.

This is why I'm taking it slow, and not rushing to get this upstream :)

I am finding a ton of bugs in each get_irqfunc_irq() driver, so I would rather patiently sift through them, and push fixes and cleanups upstream.

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).

	Jeff


-
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 0/9] Remove 'irq' argument from all irq handlers
    • From: Jeff Garzik <[email protected]>

• 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)

• Prev by Date: [PATCH 3/3] leds-clevo-mail: driver for Clevo mail LED
• Next by Date: [git pull] scheduler accounting fix
• 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]