On Tuesday 14 January 2014 04:26 PM, Kevin Hilman wrote: > On Fri, Nov 15, 2013 at 8:12 AM, Santosh Shilimkar > <santosh.shilim...@ti.com> wrote: >> On Friday 15 November 2013 11:11 AM, Tony Lindgren wrote: >>> * Taras Kondratiuk <taras.kondrat...@linaro.org> [131115 08:03]: >>>> On 11/15/2013 05:36 PM, Tony Lindgren wrote: >>>>> * Tony Lindgren <t...@atomide.com> [131114 10:36]: >>>>>> * Grygorii Strashko <grygorii.stras...@ti.com> [131022 12:09]: >>>>>>> The same workaround as ff999b8a0983ee15668394ed49e38d3568fc6859 >>>>>>> "ARM: OMAP4460: Workaround for ROM bug because of CA9 r2pX GIC ..." >>>>>>> need to be applied not only when system is booting, but when MPUSS hits >>>>>>> OSWR state through CPUIdle too. Without this WA the same issue is >>>>>>> reproduced now on boards PandaES and Tablet/Blaze with SOM OMAP4460 >>>>>>> when CONFIG_CPU_IDLE is enabled. >>>>>>> After MPUSS has enterred OSWR and waken up: >>>>>>> - GIC distributor became disabled forever >>>>>>> - scheduling is not performed any more >>>>>>> >>>>>>> Cc: Kevin Hilman <khil...@linaro.org> >>>>>>> Acked-by: Santosh Shilimkar <santosh.shilim...@ti.com> >>>>>>> Reported-by: Taras Kondratiuk <taras.kondrat...@linaro.org> >>>>>>> Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com> >>>>>> >>>>>> Applying into omap-for-v3.13/fixes thanks. >>>>> >>>>> Hmm looks like this breaks the build with randconfigs at least >>>>> with the attached .config, so dropping for now. >>>> >>>> Hi Tony >>>> Have you forgot to attach .config? >>> >>> Oops, sorry looks like I removed it already as I rebuilt the tree >>> and started a new set of randconfig build tests. >>> >>>>> arch/arm/mach-omap2/built-in.o: In function `omap_enter_idle_coupled': >>>>> :(.text+0xb48c): undefined reference to `pm44xx_errata' >>>> >>>> I assume that .config doesn't have CONFIG_SMP enabled while >>>> pm44xx_errata is defined in omap-smp.c. >>>> I think it should be a separate patch to move pm44xx_errata somewhere >>>> else, so this patch will remain the same. >>> >>> Yes something like that probably. Sounds like that should be then >>> patches before this fix. >>> >>>> Btw, do we need omap_enter_idle_coupled() in UP? >>> >>> That should be checked, am43xx may need it. >>> >> Nope. omap_enter_idle_coupled() is needed only for SMP >> systems. UP don't need couple idle functionality as >> such. > > So what's the status of this fix and dependencies? > > Both linux-next[1] and arm-soc/for-next[2] are failing boot tests on > omap4460/panda-es because multi_v7_defconfig now has CPUidle enabled > by default. > I think Taras needs to refresh the patch based on discussion and then it can be merged.
> > [1] > http://lists.linaro.org/pipermail/kernel-build-reports/2014-January/001891.html > [2] > http://lists.linaro.org/pipermail/kernel-build-reports/2014-January/001898.html > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
