On Wednesday 09 October 2013 12:54 PM, Paul Walmsley wrote: > Hi Benoît, Rajendra, > > On Tue, 20 Aug 2013, Rajendra Nayak wrote: > >> Now that we have DT bindings to specify which devices on the SoC should not >> be reset or idled, get rid of the same information existing as part of the >> hwmod data files and pass this info from DT instead. >> >> For GPMC, the HWMOD_INIT_NO_RESET flag seems to be added in hwmod not due to >> any errata around the GPMC IP, but rather because any timings >> set by the bootloader are not being correctly programmed by the kernel. >> This seems like something that needs to be fixed as part of GPMC driver >> in the kernel, and hence the flag is left as is in hwmod, which can be >> removed once the driver does what its expected to. >> >> Signed-off-by: Rajendra Nayak <rnayak@xxxxxx> >> --- >> arch/arm/boot/dts/am33xx.dtsi | 2 ++ >> arch/arm/boot/dts/omap4.dtsi | 3 +++ >> arch/arm/boot/dts/omap5.dtsi | 2 ++ >> arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 4 ++-- >> arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 4 +--- >> arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 2 -- >> 6 files changed, 10 insertions(+), 7 deletions(-) > > Looking at this one, maybe the best thing for this patch is for Rajendra > to split it into two patches. Benoît can merge the DTS patch first, then > I can merge the hwmod side as a cleanup once the first one goes in. That > will avoid conflicts from other DTS and hwmod changes going into the tree. > > Rajendra, when you do the split, please add in the DT documentation part > from patch 2. Am going to strip that out from the second patch and just > merge the hwmod changes. > > Sound good? Sure Paul, I'll repost the complete series with proper splits such that its easier for you and Benoit to pick them up independently. > > > - Paul > -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html