[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbMvYr_ezZJ2-8qk0PVzDyPEwGJ+wCTwMnUwToEaK4v+A@mail.gmail.com>
Date: Fri, 2 Dec 2011 09:29:14 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: John Stultz <john.stultz@...aro.org>
Cc: Yong Zhang <yong.zhang0@...il.com>, linux-kernel@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
Mattias Wallin <mattias.wallin@...ricsson.com>
Subject: Re: [PATCH 2/3] clocksource: dbx500: convert to clocksource_register_hz()
On Fri, Dec 2, 2011 at 12:55 AM, John Stultz <john.stultz@...aro.org> wrote:
> On Thu, 2011-12-01 at 15:20 +0800, Yong Zhang wrote:
>> Convert clocksource_dbx500_prcmu to use clocksource_register_hz.
> I've queued this myself, but I'd prefer it to go through the appropriate
> maintainer. That said, if I don't see it in -next in a week or so, I'll
> go ahead and add it to my 3.3 list for Thomas.
Given that the driver is in drivers/clocksource/* aren't You+Thomas
the maintainers?
Actually this is one of the instances where we try to push ARM stuff
down to a subsystem where it belongs for proper handling by the
subsystem maintainers.
This was a fortunate case since it happened to be a "clean"
clocksource driver, I don't know what to do with all the combined
clocksource+clock event drivers we have in ARM, part of me
wants to push that to drivers/clocksource too, but mainly the
cross-dependency of needing to be called during early machine
init get me to want to keep it in arch/arm/* FTM...
Yours,
Linus Walleij
--
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