From: "James A. MacInnes" <james.a.macinnes@gmail.com>
To: Caleb Connolly <caleb.connolly@linaro.org>
Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org,
devicetree@vger.kernel.org, andersson@kernel.org,
konradybcio@kernel.org, quic_wcheng@quicinc.com, robh@kernel.org,
krzk+dt@kernel.org, conor+dt@kernel.org, lgirdwood@gmail.com,
broonie@kernel.org
Subject: Re: [PATCH 2/3] regulator: qcom_usb_vbus: Add support for PMI8998 VBUS
Date: Wed, 12 Feb 2025 08:56:09 -0800 [thread overview]
Message-ID: <20250212085609.06e0f949@jamesmacinnes-VirtualBox> (raw)
In-Reply-To: <fcf907a5-9fb7-4988-a30a-a555740ca817@linaro.org>
On Wed, 12 Feb 2025 15:29:54 +0000
Caleb Connolly <caleb.connolly@linaro.org> wrote:
Hi Caleb,
> Hi James,
>
> On 2/12/25 01:07, James A. MacInnes wrote:
> > This patch extends the Qualcomm USB VBUS regulator driver to support
> > PMI8998 PMIC alongside the existing support for PM8150B.
>
> Thanks for the patch!
Happy to try and contribute. I know that the working Type-C port is
going to be a misery after the relative simplicity of pushing the VBUS
upstream.
> >
> > Key changes:
> > - Added current limit tables specific to PMI8998.
>
> I also played around with vbus on PMI8998 before for type-c support
> (unfortunately didn't make it's way to the lists yet...) and I needed
> some additional changes for this to work correctly. I found that it
> was possible for the overcurrent protection to be hit if the type-c
> port manager allowed the peripheral to pull current too early, and
> it's necessary to allow 2.5ms enable time.
>
> PM8150b doesn't have these limitations (and supports the instant
> power role switch feature that's part of the type-c PD spec, allowing
> the power role to be switched without either side losing power e.g.
> when you unplug the power supply from a dock), hence it's only
> necessary for PMI8998.
>
> I would suggest implementing a proper .is_enabled op to poll the
> status register for OTG_STATE_ENABLED and configuring
> qcom_usb_vbus_rdesc.enable_time = 250000;
>
> Kind regards,
>
Technical question for you in regards to the VBUS overcurrent and
timing for the PMI8998. I would like to try and reproduce what you have
seen as my system hasn't had switching issues, but then again the TCPM
system may be covering the exact bug you are mentioning. I also
searched for some definite bit in the 4.9 Android driver and was left
wanting. As of yet, I have not had issues with the overcurrent
protecction.
I will be all too happy to migrate to the PM8150B and its associated
SoCs and leave the 845 platform to history.
Thank you for your feedback and I look forward to narrowing down this
issue.
Best wishes,
next prev parent reply other threads:[~2025-02-12 16:56 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-12 1:07 [PATCH 0/3] Add PMI8998 VBUS Regulator Support v2 James A. MacInnes
2025-02-12 1:07 ` [PATCH 1/3] regulator: qcom_usb_vbus: Update DTS binding for PMI8998 support James A. MacInnes
2025-02-12 2:04 ` Dmitry Baryshkov
2025-02-12 1:07 ` [PATCH 2/3] regulator: qcom_usb_vbus: Add support for PMI8998 VBUS James A. MacInnes
2025-02-12 3:48 ` Dmitry Baryshkov
2025-02-12 12:55 ` Konrad Dybcio
2025-02-12 16:46 ` James A. MacInnes
2025-02-12 15:29 ` Caleb Connolly
2025-02-12 15:37 ` Mark Brown
2025-02-12 16:09 ` Caleb Connolly
2025-02-12 19:25 ` James A. MacInnes
2025-02-12 16:56 ` James A. MacInnes [this message]
2025-02-12 17:12 ` Caleb Connolly
2025-02-12 1:07 ` [PATCH 3/3] arm64: boot: dts: pmi8998.dtsi: Add VBUS regulator node James A. MacInnes
2025-02-12 12:49 ` [PATCH 0/3] Add PMI8998 VBUS Regulator Support v2 Konrad Dybcio
-- strict thread matches above, loose matches on Subject: below --
2025-02-11 19:49 [PATCH 0/3] Add PMI8998 VBUS Regulator Support James A. MacInnes
2025-02-11 19:49 ` [PATCH 2/3] regulator: qcom_usb_vbus: Add support for PMI8998 VBUS James A. MacInnes
2025-02-11 20:00 ` Mark Brown
2025-02-11 23:16 ` Dmitry Baryshkov
2025-02-12 0:09 ` Mark Brown
2025-02-11 23:55 ` Bryan O'Donoghue
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250212085609.06e0f949@jamesmacinnes-VirtualBox \
--to=james.a.macinnes@gmail.com \
--cc=andersson@kernel.org \
--cc=broonie@kernel.org \
--cc=caleb.connolly@linaro.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quic_wcheng@quicinc.com \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).