[PATCH v6 4/5] ARM: OMAP: gpmc: enable hwecc for AM33xx SoCs
Daniel Mack
zonque at gmail.com
Thu Dec 6 05:43:03 EST 2012
On 05.12.2012 18:41, Tony Lindgren wrote:
> * Daniel Mack <zonque at gmail.com> [121205 09:29]:
>> On 05.12.2012 18:19, Tony Lindgren wrote:
>>>
>>> The plat/cpu.h file will disappear after the merge window, which means
>>> omap2+ related drivers cannot use cpu_is_omap macros.
>>>
>>> For legacy booting systems, this flag should be just passed in the
>>> platform_data from the platform init code. Then device tree can
>>> deal with it based on the compatible flag.
>>>
>>
>> Ok, thanks for explaining.
>>
>> Does that mean this patch series should be postponed until after the
>> merge window and then build upon that change or should we merge the
>> patch in question here as is and then care for the cleanups after the
>> window?
>
> Well to me it seems that you only have cpu_is_omap usage in
> arch/arm/mach-omap2/gpmc-nand.c, which will be OK. Only the code
> under drivers/* needs to be fixed for that. So your patches may
> be OK, but..
>
>> I can also rebase this set on top of the removal patches if they exist
>> already somewhere.
>
> ..please check that your patches work with current linux next.
>
> It's too late to queue thing for v3.8 merge window at this point,
> as we want the patches sitting in linux next for a week at least
> before they get pulled.
>
> And we still need the acks for the device tree binding as well.
Ok, I'll resubmit a v7 with the nits fixed that Jon pointed out, and
then hope for the maintainer's Acks.
> So let's plan on queueing these after -rc1.
No problem really. The only thing is that I'll be on vacation when the
merge window closes, hence I'd appreciate if you could already queue
them up on your side, so they'll be taken care for :)
Daniel
More information about the devicetree-discuss
mailing list