[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1012100233510.2653@localhost6.localdomain6>
Date: Fri, 10 Dec 2010 02:39:55 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>
cc: Peter Huewe <peterhuewe@....de>,
Ian Lartey <ian@...nsource.wolfsonmicro.com>,
Dimitris Papastamos <dp@...nsource.wolfsonmicro.com>,
Samuel Ortiz <sameo@...ux.intel.com>,
LKML <linux-kernel@...r.kernel.org>,
Paul Mundt <lethal@...ux-sh.org>
Subject: Re: [PATCH] mfd/wm831x-irq: Convert to new irq_chip functions and
fix build failure
On Fri, 10 Dec 2010, Mark Brown wrote:
> On 9 Dec 2010, at 23:34, Peter Huewe wrote:
>
> > This patch fixes a build failure[1] by converting the driver to use the
> > new irq_chip functions.
>
> The driver has already been converted; if this is required we should
> just backport the relevant change (mfd: Convert WM831x to new irq_
> interrupt methods) in order to avoid merge issues with current code
> rather than reimplementing. However, at this stage in 2.6.37 I don't
> think that's a good idea.
I think it is.
# git grep GENERIC_HARDIRQS_NO_DEPRECATED arch/
arch/sh/Kconfig: select GENERIC_HARDIRQS_NO_DEPRECATED
Though the question remains, whether this driver is actually used with
sh platforms. If yes, then pushing the already existing change to
Linus is the right way to go. If no, adding a "depends on !SH" is the
simple fix to prevent this allmodconfig fallout. Another option is to
ignore it :) I leave that up to Paul.
> > The old functions are deprecated and masked by GENERIC_HARDIRQS_NO__DO_IRQ
>
>
> Are you sure it's that option and not GENERIC_HARDIRQS_NO_DEPRECATED?
Right that changelog sucks. :)
> > Cc: Stable <stable@...nel.org>
>
> Why are you CCing to stable? This API was only introduced in 2.6.37 which is still
> in -rc and attempting to backport to stable releases would cause those releases to
> fail to build.
Right, thats useless.
Thanks,
tglx
--
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