[alsa-devel] [PATCH 10/14] ARM: orion: use clkdev_create()
Gregory CLEMENT
gregory.clement at free-electrons.com
Tue Apr 7 16:20:39 CEST 2015
Hi Russell,
On 07/04/2015 16:01, Russell King - ARM Linux wrote:
> On Tue, Apr 07, 2015 at 03:20:05PM +0200, Gregory CLEMENT wrote:
>> Hi Andrew, Russell,
>>
>> On 04/04/2015 02:17, Andrew Lunn wrote:
>>> On Fri, Apr 03, 2015 at 06:13:13PM +0100, Russell King wrote:
>>>> clkdev_create() is a shorter way to write clkdev_alloc() followed by
>>>> clkdev_add(). Use this instead.
>>>>
>>>> Signed-off-by: Russell King <rmk+kernel at arm.linux.org.uk>
>>>
>>> Acked-by: Andrew Lunn <andrew at lunn.ch>
>>
>> This change makes sens however what about Thomas' comment: removing
>> orion_clkdev_add() entirely and directly using lkdev_create() all over
>> the place:
>> http://lists.infradead.org/pipermail/linux-arm-kernel/2015-March/327294.html
>>
>> Then what would be the path for this patch?
>>
>> As there is a dependency on the 6th patch of this series: "clkdev: add
>> clkdev_create() helper" which should be merged through the clk tree, I
>> think the best option is that this patch would be also managed by the
>> clk tree maintainer (I added them in CC).
>
> Let me remind people that clkdev is *NOT* part of clk, and that I'm the
> maintainer for clkdev.
Sorry for the confusion, I quickly had a look on the MAINTAINERS file and
didn't realized that the drivers/clk/clkdev.c file was not part of clk
(even if actually it was mentioned).
>
> I'm getting rather pissed off with people taking work away from me, even
> when I'm named in the MAINTAINERS file. These patches are going through
> my tree unless there's a good reason for them not to. They are _not_
> going through the clk tree.
So, as you are going to take care of all the patches it is even simpler.
You can take this one too: in mvebu there is no change on this file for
this release so there won't be any conflict.
Thanks,
Gregory
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
More information about the Alsa-devel
mailing list