* Rajendra Nayak <rnayak@xxxxxx> [131009 22:33]: > On Tuesday 08 October 2013 11:45 PM, Tony Lindgren wrote: > > * Rajendra Nayak <rnayak@xxxxxx> [131003 23:50]: > >> On Tuesday 01 October 2013 12:34 PM, Afzal Mohammed wrote: > >>> Hi Paul, Benoit, Tony, > >>> > >>> This series adds PRCM support (except clock tree) for AM43x SoC's. > >>> Please consider this for inclusion in the coming merge window. > >>> > >>> Patch 02/11 "ARM: OMAP2+: hwmod: AM335x/AM43x: move common data" may > >>> not reach mailing lists due to bigger size, this series is also present > >>> @git://gitorious.org/x0148406-public/linux-kernel.git tags/am43x-prcm-v5 > >>> > >>> Compared to v4, only change is in fixing the powerdomain data. > >>> > >>> Major changes compared to rfc v3: > >>> 1. All register offsets properly taken care for AM43x (with rfc v3, a > >>> couple of issues was detected while testing on pre-silicon) > >>> 2. There were two patches for common hwmod data movement (one for > >>> interconnect and other for ip block data), both were combined to have > >>> a cleaner series that is bisectable. > >>> 3. Cleaner seperation of common data > >>> > >>> Major changes compared to v2 (v3 was only an rfc for current approach): > >>> 1. omap_hwmod_33xx_43xx_interconnect_data.c has the common interconnect > >>> ocp's structs shared between AM335x and AM43x > >>> 2. omap_hwmod_33xx_43xx_ipblock_data.c has the common hwmod structs > >>> shared between AM335x and AM43x > >> > >> This split and reuse looks much better and readable now. > >> > >> For the complete series, > >> Acked-by: Rajendra Nayak <rnayak@xxxxxx> > > > > Looks good to me too. I'm assuming that Paul will queue this. > > > > And let's everybody make note that this will be the _last_ set of > > hwmod data we'll _ever_ merge as this all should be replaced with > > device tree + bus driver based approach for future SoCs. > > > > But let's get the common clock framework conversion done first, so > > this can wait until after that. > > Tony, I hope you meant the 'hwmod replaced with device tree + bus driver > based approach' is what can wait until after the common clock framework DT > conversion and not the $subject series itself :) Right, "hwmod replaced with device tree + bus driver based approach" is what I mean can wait until the clock conversion is done :) Not this patch series. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
