lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANAwSgRXUgykeiPgvBtx63ffFhqoswru7ObNFrnPXF9niZWyhA@mail.gmail.com>
Date:   Fri, 15 Feb 2019 14:13:21 +0530
From:   Anand Moon <linux.amoon@...il.com>
To:     Krzysztof Kozlowski <krzk@...nel.org>
Cc:     devicetree <devicetree@...r.kernel.org>,
        linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
        "linux-samsung-soc@...r.kernel.org" 
        <linux-samsung-soc@...r.kernel.org>,
        Linux Kernel <linux-kernel@...r.kernel.org>,
        Rob Herring <robh+dt@...nel.org>,
        Kukjin Kim <kgene@...nel.org>,
        Marek Szyprowski <m.szyprowski@...sung.com>,
        Tomasz Figa <tomasz.figa@...il.com>,
        Chanwoo Choi <cw00.choi@...sung.com>,
        Pankaj Dubey <pankaj.dubey@...sung.com>
Subject: Re: [RFC 2/2] soc: samsung: pmu: Add the PMU data of exynos4412 to
 support low-power state

Hi Krzysztof,

On Fri, 15 Feb 2019 at 13:03, Krzysztof Kozlowski <krzk@...nel.org> wrote:
>
> On Thu, 14 Feb 2019 at 19:37, Anand Moon <linux.amoon@...il.com> wrote:
> >
> > Hi Krzysztof,
> >
> > Thanks for your review comments.
> >
> > On Thu, 14 Feb 2019 at 18:29, Krzysztof Kozlowski <krzk@...nel.org> wrote:
> > >
> > > On Wed, 13 Feb 2019 at 22:41, Anand Moon <linux.amoon@...il.com> wrote:
> > > >
> > > > This patch adds configration for PMU (Power Management Unit) state
> > > > tuning for exynos4412 SoC in order to enter low-power mode during
> > > > suspend power modes and help resume from suspend state.
> > >
> > > The U3 and Trats2 already enter STOP/S2R so please describe what
> > > exactly you change.
> > >
> > > > Fixes: bfce552d0b1 ("drivers: soc: Add support for Exynos PMU driver")
> > >
> > > How it fixes it? What was broken in that commit?
> >
> > * I was not aware on their is common framework for suspend and resume
> > other than setting this here.I only look in to some the other exynos
> > pmu architecture
> > and referring 3.10.x kernel to model my changes.*
>
> Suspend in general should be working already so adding this code just
> because is not a valid reason. Please specify what is not working
> first.
>

Please accept *my apology* for not studying the code changes required.
Sorry for wasting your precious time in review.

My only intention with this patch was to correctly initialize some PMU
parameters.
which might be wrong. so lets drop this.

> > >
> > > > Cc: Marek Szyprowski <m.szyprowski@...sung.com>
> > > > Cc: Krzysztof Kozlowski <krzk@...nel.org>
> > > > Cc: Chanwoo Choi <cw00.choi@...sung.com>
> > > > Signed-off-by: Anand Moon <linux.amoon@...il.com>
> > > > ---
> > > >
> > > > Changes from previous patch.
> > > > New patch to this series to support suspend and resume state
> > > >
> > > > Changes have been tested on microSD card but fails to resume on cMMC.
> > > > It need to be investigated and more debuging
> > > > ---
> > > >  drivers/soc/samsung/exynos4-pmu.c           | 83 +++++++++++++++++++++
> > > >  include/linux/soc/samsung/exynos-regs-pmu.h | 21 ++++++
> > > >  2 files changed, 104 insertions(+)
> > > >
> > > > diff --git a/drivers/soc/samsung/exynos4-pmu.c b/drivers/soc/samsung/exynos4-pmu.c
> > > > index a7cdbf1aac0c..d261a0d2371e 100644
> > > > --- a/drivers/soc/samsung/exynos4-pmu.c
> > > > +++ b/drivers/soc/samsung/exynos4-pmu.c
> > > > @@ -200,10 +200,93 @@ static const struct exynos_pmu_conf exynos4412_pmu_config[] = {
> > > >         { PMU_TABLE_END,},
> > > >  };
> > > >
> > > > +static unsigned int const exynos4412_list_feed[] = {
> > > > +       EXYNOS4_ARM_CORE0_OPTION,
> > > > +       EXYNOS4_ARM_CORE1_OPTION,
> > > > +       EXYNOS4_ARM_CORE2_OPTION,
> > > > +       EXYNOS4_ARM_CORE3_OPTION,
> > > > +       EXYNOS4_ARM_COMMON_OPTION,
> > > > +       EXYNOS4_CAM_OPTION,
> > > > +       EXYNOS4_TV_OPTION,
> > > > +       EXYNOS4_MFC_OPTION,
> > > > +       EXYNOS4_G3D_OPTION,
> > > > +       EXYNOS4_LCD0_OPTION,
> > > > +       EXYNOS4_ISP_OPTION,
> > > > +       EXYNOS4_MAUDIO_OPTION,
> > > > +       EXYNOS4_GPS_OPTION,
> > > > +       EXYNOS4_GPS_ALIVE_OPTION,
> > > > +};
> > > > +
> > > > +static void exynos4412_pmu_central_seq(bool enable)
> > >
> > > You name the argument as "enable"  but during initialization and
> > > system running you pass here false. It confuses me. What do you enable
> > > here?
> > >
> >
> > Yep your are correct need to drop this function as already done in
> > common frame work.
> >
> > > > +{
> > > > +       unsigned int value;
> > > > +
> > > > +       value = pmu_raw_readl(S5P_CENTRAL_SEQ_CONFIGURATION);
> > > > +       if (enable)
> > > > +               value &= ~S5P_CENTRAL_LOWPWR_CFG;
> > > > +       else
> > > > +               value |= S5P_CENTRAL_LOWPWR_CFG;
> > > > +       pmu_raw_writel(value, S5P_CENTRAL_SEQ_CONFIGURATION);
> > >
> > > You duplicate exynos_pm_central_suspend() without removing the original code.
> > >
> > > > +
> > > > +       value = pmu_raw_readl(S5P_CENTRAL_SEQ_CONFIGURATION_COREBLK);
> > > > +       if (enable)
> > > > +               value &= ~S5P_CENTRAL_LOWPWR_CFG;
> > > > +       else
> > > > +               value |= S5P_CENTRAL_LOWPWR_CFG;
> > >
> > > As manual says - set this register only if you disable C2C. Our entire
> > > low power configuration for STOP mode is for C2C enabled case so you
> > > add inconsistent configuration.
> >
> > Ok Sorry I overlook this code change.
> >
> > Enable system power down. Set only CENTRAL_SEQ_CONFIGURATION register
> > if you disable C2C.
> > Set both CENTRAL_SEQ_CONFIGURATION and
> > CENTRAL_SEQ_CONFIGURATION_COREBLK registers if you enable C2C.
> >
> > > > +       pmu_raw_writel(value, S5P_CENTRAL_SEQ_CONFIGURATION_COREBLK);
> > > > +}
> > > > +
> > > > +static void exynos4412_pmu_init(void)
> > > > +{
> > > > +       unsigned int value;
> > > > +       int i;
> > > > +
> > > > +       /* Enable USE_STANDBY_WFI for all CORE */
> > > > +       pmu_raw_writel(S5P_USE_STANDBY_WFI_ALL, S5P_CENTRAL_SEQ_OPTION);
> > >
> > > This does not look related to improving suspend... it looks unrelated.
> > >
> >
> > Ok  yes your are correct all ready done in comment frame work.
> >
> > "Execute WFI/WFE for all CPU cores. As soon as all the CPU cores in
> > Exynos 4412 SCP enter STANDBY mode"
> > > > +
> > > > +       /* Decides whether to use retention capability */
> > > > +       value  = pmu_raw_readl(S5P_ARM_L2_0_OPTION);
> > > > +       value &= ~EXYNOS_L2_USE_RETENTION;
> > > > +       pmu_raw_writel(value, S5P_ARM_L2_0_OPTION);
> > > > +
> > > > +       value = pmu_raw_readl(S5P_ARM_L2_1_OPTION);
> > > > +       value &= ~EXYNOS_L2_USE_RETENTION;
> > > > +       pmu_raw_writel(value, S5P_ARM_L2_1_OPTION);
> > > > +
> > > > +       /* Set PSHOLD port for output high */
> > > > +       value = pmu_raw_readl(S5P_PS_HOLD_CONTROL);
> > > > +       value |= S5P_PS_HOLD_OUTPUT_HIGH;
> > > > +       pmu_raw_writel(value, S5P_PS_HOLD_CONTROL);
> > > > +
> > > > +       /* Enable signal for PSHOLD port */
> > > > +       value = pmu_raw_readl(S5P_PS_HOLD_CONTROL);
> > > > +       value |= S5P_PS_HOLD_EN;
> > > > +       pmu_raw_writel(value, S5P_PS_HOLD_CONTROL);
> > > > +
> > >
> > > The same - not related.
> >
> > PS_HOLD_CONTROL need to be set under following set
> > Hardware reset                             Reset
> > Watchdog timer reset                   Keep its value
> > Software reset                              Keep its value
> > Warm reset                                   Keep its value
> > Wakeup reset                               Keep its value
>
> Which is not related to suspend...
>
> >
> > >
> > > > +       /* Enable only SC_FEEDBACK */
> > > > +       for (i = 0; i < ARRAY_SIZE(exynos4412_list_feed); i++) {
> > > > +               value =  pmu_raw_readl(exynos4412_list_feed[i]);
> > > > +               value &= ~(EXYNOS_USE_SC_COUNTER);
> > > > +               value |= EXYNOS_USE_SC_FEEDBACK;
> > > > +               pmu_raw_writel(value, exynos4412_list_feed[i]);
> > >
> > > Why do you prefer to use feedback instead of counter?
> > >
> >
> > Their is a note below if we use this setting.
> > NOTE: Either one of USE_SC_FEEDBACK and USE_SC_COUNTER should be activated.
>
> This is not the answer to my question at all.
>
> Best regards,
> Krzysztof

Once again sorry for wasting your time.
I know I have the improve a lot of things.

Best Regards

-Anand

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ