lkml.org 
[lkml]   [2017]   [Oct]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH v4 4/7] soc: mediatek: pwrap: update pwrap_init without slave programming
From
Date
On Tue, 2017-10-10 at 20:00 +0200, Matthias Brugger wrote:
>
> On 09/21/2017 10:26 AM, sean.wang@mediatek.com wrote:
> > From: Sean Wang <sean.wang@mediatek.com>
> >
> > pwrap initialization is highly associated with the base SoC, so
> > update here for allowing pwrap_init without slave program which would be
> > used to those PMICs without extra encryption on bus such as MT6380.
> >
> > Signed-off-by: Chenglin Xu <chenglin.xu@mediatek.com>
> > Signed-off-by: Chen Zhong <chen.zhong@mediatek.com>
> > Signed-off-by: Sean Wang <sean.wang@mediatek.com>
> > ---
> > drivers/soc/mediatek/mtk-pmic-wrap.c | 91 +++++++++++++++++++++---------------
> > 1 file changed, 54 insertions(+), 37 deletions(-)
> >
> > diff --git a/drivers/soc/mediatek/mtk-pmic-wrap.c b/drivers/soc/mediatek/mtk-pmic-wrap.c
> > index 27d7ccc..9c6d855 100644
> > --- a/drivers/soc/mediatek/mtk-pmic-wrap.c
> > +++ b/drivers/soc/mediatek/mtk-pmic-wrap.c
> > @@ -531,6 +531,7 @@ struct pmic_wrapper_type {
> > u32 spi_w;
> > u32 wdt_src;
> > int has_bridge:1;
> > + int slv_program:1;
> > int (*init_reg_clock)(struct pmic_wrapper *wrp);
> > int (*init_soc_specific)(struct pmic_wrapper *wrp);
> > };
> > @@ -999,9 +1000,12 @@ static int pwrap_init(struct pmic_wrapper *wrp)
> > }
> >
> > /* Reset SPI slave */
> > - ret = pwrap_reset_spislave(wrp);
> > - if (ret)
> > - return ret;
> > +
> > + if (wrp->master->slv_program) {
> > + ret = pwrap_reset_spislave(wrp);
> > + if (ret)
> > + return ret;
> > + }
> >
> > pwrap_writel(wrp, 1, PWRAP_WRAP_EN);
> >
> > @@ -1013,45 +1017,52 @@ static int pwrap_init(struct pmic_wrapper *wrp)
> > if (ret)
> > return ret;
> >
> > - /* Setup serial input delay */
> > - ret = pwrap_init_sidly(wrp);
> > - if (ret)
> > - return ret;
> > + if (wrp->master->slv_program) {
>
> This if branch is really long and complex enough to put it into function apart.
>
> Thanks,
> Matthias
>
> PD please take into account the comments I made on v3 of the series.
>

I'll try to breakdown the long logic into the short one and use a flag
indicating the slave capability decides whether the functions is
required being enabled for the slave instead of slv_program which is
less meaningful. In this way, pmic_init will be more extensible when
more different SoCs and target slaves with various flavors into the
driver. And also take into accounts those suggestions you made in v3 in
the next version.

Sean


\
 
 \ /
  Last update: 2017-10-13 11:42    [W:0.065 / U:1.944 seconds]
©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site