[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <480BC0FC.8020908@garzik.org>
Date: Sun, 20 Apr 2008 18:17:32 -0400
From: Jeff Garzik <jeff@...zik.org>
To: Andrew Morton <akpm@...ux-foundation.org>
CC: rmk@....linux.org.uk, linux-arm-kernel@...ts.arm.linux.org.uk,
kernel@...tstofly.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 01/15] ARM minor irq handler cleanups
Andrew Morton wrote:
> I didn't realise you'd changed all the interrupt handlers too. Good luck
> with that :)
Hey, I did, and last time I checked (months ago, to be honest) it boots
on x86 :)
> Is it a flag day or do we have a migration plan? I'd have thought that we
> could do a request_irq_new(irqreturn_t (*)(void *d)) and keep things
> compatible?
>
>
>
> <checks>
>
> Actually, that tree applies reasonably sanely to the full -mm lineup.
> There are rejects of course, but they're easily fixed and a lot are due to
> file motion which git will handle anyway,
>
> The bigger problem is newly-added irq handlers which your patch doesn't
> know about:
>
> y:/usr/src/25> grep '^+.*request_irq[(]' patches/*.patch | wc -l
> 74
>
> If we had a migration plan (ie: request_irq_new(), above) then this of
> course wouldn't be a problem.
A fair comment...
My goal has been to get the tree to the point where a flag-day patch
"make the obvious change to each irq handler" /could/ be applied --
following the lead of the huge 'pt_regs arg removal' that went in in Oct
2006.
Since I knew reaching that point would take time -- I started this
project in Aug/Sep 2006 -- I simply didn't bother with a migration plan
at the time. I figured once the tree was prepped, which has taken over
a year, _then_ I would waste maintainers' time discussing migration.
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists