linux-kernel - Re: [RESEND PATCH] mfd: sc27xx: Add USB charger type detection support

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CADBw62ry=+2Rm-Xnar-oeGe_JipvZ9zw=stT7vMHd+QR_m-JEw@mail.gmail.com>
Date:   Tue, 25 Feb 2020 10:52:53 +0800
From:   Baolin Wang <baolin.wang7@...il.com>
To:     Lee Jones <lee.jones@...aro.org>
Cc:     Arnd Bergmann <arnd@...db.de>,
        Chunyan Zhang <zhang.lyra@...il.com>,
        Orson Zhai <orsonzhai@...il.com>,
        LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RESEND PATCH] mfd: sc27xx: Add USB charger type detection support

Hi Lee,

On Mon, Feb 24, 2020 at 7:38 PM Lee Jones <lee.jones@...aro.org> wrote:
>
> On Mon, 17 Feb 2020, Baolin Wang wrote:
>
> > The Spreadtrum SC27XX series PMICs supply the USB charger type detection
> > function, and related registers are located on the PMIC global registers
> > region, thus we implement and export this function in the MFD driver for
> > users to get the USB charger type.
> >
> > Signed-off-by: Baolin Wang <baolin.wang7@...il.com>
> > ---
> >  drivers/mfd/sprd-sc27xx-spi.c   |   52 +++++++++++++++++++++++++++++++++++++++
> >  include/linux/mfd/sc27xx-pmic.h |    7 ++++++
> >  2 files changed, 59 insertions(+)
> >  create mode 100644 include/linux/mfd/sc27xx-pmic.h
>
> [...]
>
> > +enum usb_charger_type sprd_pmic_detect_charger_type(struct device *dev)
> > +{
> > +     struct spi_device *spi = to_spi_device(dev);
> > +     struct sprd_pmic *ddata = spi_get_drvdata(spi);
> > +     const struct sprd_pmic_data *pdata = ddata->pdata;
> > +     enum usb_charger_type type;
> > +     u32 val;
> > +     int ret;
> > +
> > +     ret = regmap_read_poll_timeout(ddata->regmap, pdata->charger_det, val,
> > +                                    (val & SPRD_PMIC_CHG_DET_DONE),
> > +                                    SPRD_PMIC_CHG_DET_DELAY_US,
> > +                                    SPRD_PMIC_CHG_DET_TIMEOUT);
> > +     if (ret) {
> > +             dev_err(&spi->dev, "failed to detect charger type\n");
> > +             return UNKNOWN_TYPE;
> > +     }
> > +
> > +     switch (val & SPRD_PMIC_CHG_TYPE_MASK) {
> > +     case SPRD_PMIC_CDP_TYPE:
> > +             type = CDP_TYPE;
> > +             break;
> > +     case SPRD_PMIC_DCP_TYPE:
> > +             type = DCP_TYPE;
> > +             break;
> > +     case SPRD_PMIC_SDP_TYPE:
> > +             type = SDP_TYPE;
> > +             break;
> > +     default:
> > +             type = UNKNOWN_TYPE;
> > +             break;
> > +     }
> > +
> > +     return type;
> > +}
> > +EXPORT_SYMBOL_GPL(sprd_pmic_detect_charger_type);
>
> Where is this called from?

Our USB phy driver will call this API to get the charger type, which
is used to notify the corresponding current can be drawn to charger
drivers. And we will introduce users after this patch getting applied.

> Why isn't the charger type detected in the charger driver?

The charger type detection operation is not a part of charger, and its
related registers are located on the PMIC global registers area. So I
think the PMIC driver is the right place to implement. Moreover Arnd
also suggested us to implement these APIs in the PMIC driver if I
remember correctly.