linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Henrik Grimler <henrik@grimler.se>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: Andrzej Hajda <andrzej.hajda@intel.com>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Robert Foss <rfoss@kernel.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Jonas Karlman <jonas@kwiboo.se>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Maxime Ripard <mripard@kernel.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	dri-devel@lists.freedesktop.org,
	linux-samsung-soc@vger.kernel.org,
	~postmarketos/upstreaming@lists.sr.ht, replicant@osuosl.org,
	linux-kernel@vger.kernel.org, m.szyprowski@samsung.com
Subject: Re: [PATCH v2 3/3] drm/bridge: sii9234: use extcon cable detection logic to detect MHL
Date: Sun, 24 Aug 2025 13:11:29 +0200	[thread overview]
Message-ID: <20250824111129.GA37114@grimfrac.localdomain> (raw)
In-Reply-To: <r2u2odrkzfezohq44nh4jw6oj23j46gohuzsh6k7jpwnzojxqk@vdus4jj5lv7x>

Hi Dmitry,

On Mon, Aug 18, 2025 at 03:42:07AM +0300, Dmitry Baryshkov wrote:
> On Fri, Aug 08, 2025 at 11:52:59AM +0200, Henrik Grimler wrote:
> > Hi Dmitry,
> > 
> > On Sun, Jul 27, 2025 at 08:07:37PM +0300, Dmitry Baryshkov wrote:
> > > On Thu, Jul 24, 2025 at 08:50:53PM +0200, Henrik Grimler wrote:
> > > > To use MHL we currently need the MHL chip to be permanently on, which
> > > > consumes unnecessary power. Let's use extcon attached to MUIC to enable
> > > > the MHL chip only if it detects an MHL cable.
> > > 
> > > Does HPD GPIO reflect the correct state of the cable?
> > 
> > Yes, the HPD gpio pin changes state from low to high when a mhl cable is
> > connected:
> > 
> > $ sudo cat /sys/kernel/debug/gpio|grep gpio-755
> >  gpio-755 (                    |hpd                 ) in  lo IRQ
> > $ sudo cat /sys/kernel/debug/gpio|grep gpio-755
> >  gpio-755 (                    |hpd                 ) in  hi IRQ
> > 
> > so that is described correctly.
> > 
> 
> Ack.
> 
> > 
> > and in captured trace I see that on cable connect we get an irq that
> > is handled through:
> > 1. max77693_muic_irq_handler
> > 2. max77693_muic_irq_work
> > 3. max77693_muic_adc_handler
> > 4. sii9234_extcon_notifier
> > 5. sii9234_extcon_work
> > 6. sii9234_cable_in
> > 7. hdmi_irq_thread
> > 
> > Raw captured trace dat file can be found here:
> > https://grimler.se/files/sii9234-mhl-connect-trace.dat
> > 
> > Maybe you were asking for some other type of order of events log
> > though, please let me know if I misunderstand.
> > 
> > > Should the sii9234 signal to Exynos HDMI that the link is established?
> > 
> > Maybe.. Sorry, I do not know enough about extcon and drm yet. I assume
> > you mean through drm_helper_hpd_irq_event() and
> > drm_bridge_hpd_notify(), I will experiment a bit and add it to the
> > driver and see if this improves it.
> 
> If you are getting the HDMI IRQ event, then I'd suggest checking that
> you are actually getting the 'plugged' event, etc. I was worried that
> you are hijacking the DRM chain. But if you are getting hotplug events,
> then it's fine (and most likely correct).

With some debugging in sii9234_extcon_notifier added:

--- a/drivers/gpu/drm/bridge/sii9234.c
+++ b/drivers/gpu/drm/bridge/sii9234.c
@@ -892,6 +892,8 @@ static int sii9234_extcon_notifier(struct notifier_block *self,
        struct sii9234 *ctx =
                container_of(self, struct sii9234, extcon_nb);
 
+       dev_info(ctx->dev, "extcon event %lu\n", event);
+
        schedule_work(&ctx->extcon_wq);
 
        return NOTIFY_DONE;

I see that sii9234 receives the hotplug event. On plug in:

[  532.132981] sii9234 15-0039: extcon event 0
[  532.136601] max77693-muic max77693-muic: external connector is attached (adc:0x00, prev_adc:0x0)
[  532.142777] sii9234 15-0039: RSEN_HIGH without RGND_1K
[  532.149815] sii9234 15-0039: extcon event 1
[  532.155662] max77693-charger max77693-charger: not charging. connector type: 13
[  532.164801] sii9234 15-0039: extcon event 0
[  532.168371] max77693-muic max77693-muic: external connector is detached(chg_type:0x0, prev_chg_type:0x0)
[  532.178370] sii9234 15-0039: extcon event 0
[  532.188250] max77693-charger max77693-charger: not charging. connector type: 13
[  533.097415] i2c i2c-15: sendbytes: NAK bailout.
[  533.100735] sii9234 15-0039: writebm:  TPI[0x3d] <- 0x3e
[  533.115161] sii9234 15-0039: writeb:  TPI[0x3d] <- 0x00

and disconnect:

[  547.195219] dwc2 12480000.usb: new device is full-speed
[  547.204912] max77693-muic max77693-muic: external connector is attached (adc:0x00, prev_adc:0x0)
[  547.212629] sii9234 15-0039: extcon event 1
[  547.218304] max77693-charger max77693-charger: not charging. connector type: 13
[  548.159257] i2c i2c-15: sendbytes: NAK bailout.
[  548.162602] sii9234 15-0039: writebm:  TPI[0x3d] <- 0x3e
[  548.167990] sii9234 15-0039: extcon event 0
[  548.172788] max77693-muic max77693-muic: external connector is attached (adc:0x00, prev_adc:0x0)
[  548.181336] sii9234 15-0039: extcon event 1
[  548.186510] max77693-charger max77693-charger: not charging. connector type: 13

It seems a bit weird to me that it receives multiple events, but maybe
that is expected. Will send a v3 shortly, thank you!

Best regards,
Henrik Grimler

  reply	other threads:[~2025-08-24 11:11 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-24 18:50 [PATCH v2 0/3] drm/bridge: sii9234: use extcon to detect cable attachment Henrik Grimler
2025-07-24 18:50 ` [PATCH v2 1/3] drm/bridge: sii9234: fix some typos in comments and messages Henrik Grimler
2025-07-27 16:37   ` Dmitry Baryshkov
2025-07-24 18:50 ` [PATCH v2 2/3] drm/bridge: sii9234: use dev_err_probe where applicable Henrik Grimler
2025-07-27 16:38   ` Dmitry Baryshkov
2025-07-28 18:56     ` Henrik Grimler
2025-07-24 18:50 ` [PATCH v2 3/3] drm/bridge: sii9234: use extcon cable detection logic to detect MHL Henrik Grimler
2025-07-27 17:07   ` Dmitry Baryshkov
2025-08-08  9:52     ` Henrik Grimler
2025-08-18  0:42       ` Dmitry Baryshkov
2025-08-24 11:11         ` Henrik Grimler [this message]
2025-08-14 11:26   ` Marek Szyprowski
2025-08-18 14:26     ` Henrik Grimler
2025-08-22  7:37       ` Marek Szyprowski
2025-08-23 19:22         ` Henrik Grimler

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=20250824111129.GA37114@grimfrac.localdomain \
    --to=henrik@grimler.se \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=airlied@gmail.com \
    --cc=andrzej.hajda@intel.com \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=jonas@kwiboo.se \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=replicant@osuosl.org \
    --cc=rfoss@kernel.org \
    --cc=simona@ffwll.ch \
    --cc=tzimmermann@suse.de \
    --cc=~postmarketos/upstreaming@lists.sr.ht \
    /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).