linux-kernel - Re: [PATCH 0/3] media: imx8mq-mipi-csi2: Simplify power management handling

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] [day] [month] [year] [list]

Message-ID: <f6109c4a7c2648157163bd8d92001dd4e88f6aab.camel@posteo.de>
Date: Mon, 07 Oct 2024 10:44:15 +0000
From: Martin Kepplinger <martink@...teo.de>
To: Laurent Pinchart <laurent.pinchart@...asonboard.com>, "G.N. Zhou (OSS)"
	 <guoniu.zhou@....nxp.com>
Cc: "rmfrfs@...il.com" <rmfrfs@...il.com>, "kernel@...i.sm"
 <kernel@...i.sm>,  "mchehab@...nel.org" <mchehab@...nel.org>,
 "shawnguo@...nel.org" <shawnguo@...nel.org>,  "s.hauer@...gutronix.de"
 <s.hauer@...gutronix.de>, "kernel@...gutronix.de" <kernel@...gutronix.de>, 
 "festevam@...il.com" <festevam@...il.com>, "imx@...ts.linux.dev"
 <imx@...ts.linux.dev>,  "linux-media@...r.kernel.org"
 <linux-media@...r.kernel.org>, "linux-arm-kernel@...ts.infradead.org"
 <linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
 <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/3] media: imx8mq-mipi-csi2: Simplify power management
 handling

Am Montag, dem 30.09.2024 um 10:21 +0300 schrieb Laurent Pinchart:
> On Mon, Sep 30, 2024 at 07:08:09AM +0000, G.N. Zhou (OSS) wrote:
> > On Sunday, September 29, 2024 9:44 PM, Laurent Pinchart wrote:
> > > 
> > > Hello,
> > > 
> > > This small patch series is a reaction to "[PATCH] media: nxp:
> > > imx8mq-mipi-csi2: Fix CSI clocks always enabled issue" ([1]).
> > > Instead of making
> > > the PM handling more complex, I think it can be greatly
> > > simplified.
> > > 
> > > I have only compile-tested the patches. Guoniu, could you give
> > > this a try ?
> > 
> > After applying the patches and test both on iMX8ULP.
> > 
> > For iMX8ULP, it will cause kernel dump when access CSI registers
> > and
> > system hang during do suspend/resume while streaming
> > Need to add system suspend/resume handlers and call
> > pm_runtime_force_suspend/resume in the handlers.
> > 
> > I tried to debug this issue and found pm runtime callback won't be
> > called when system resume. The state of power domain won't enabled.
> 
> Thank you for testing.
> 
> I wonder if this could be caused by the CSI bridge being resumed from
> system sleep before the CSI-2 receiver. Could you check if that's the
> case ? If so, does the following change fix the issue ?
> 
> diff --git a/drivers/media/platform/nxp/imx7-media-csi.c
> b/drivers/media/platform/nxp/imx7-media-csi.c
> index 9566ff738818..c66b0621e395 100644
> --- a/drivers/media/platform/nxp/imx7-media-csi.c
> +++ b/drivers/media/platform/nxp/imx7-media-csi.c
> @@ -2057,9 +2057,22 @@ static int imx7_csi_notify_bound(struct
> v4l2_async_notifier *notifier,
>  {
>         struct imx7_csi *csi = imx7_csi_notifier_to_dev(notifier);
>         struct media_pad *sink = &csi-
> >sd.entity.pads[IMX7_CSI_PAD_SINK];
> +       struct device_link *link;
>  
>         csi->src_sd = sd;
>  
> +       /*
> +        * Enforce suspend/resume ordering between the source
> (supplier) and
> +        * the CSI (consumer). The source will be suspended before
> and resume
> +        * after the CSI.
> +        */
> +       link = device_link_add(csi->dev, sd->dev, DL_FLAG_STATELESS);
> +       if (!link) {
> +               dev_err(csi->dev,
> +                       "Failed to create device link to source
> %s\n", sd->name);
> +               return -EINVAL;
> +       }
> +
>         return v4l2_create_fwnode_links_to_pad(sd, sink,
> MEDIA_LNK_FL_ENABLED |
>                                               
> MEDIA_LNK_FL_IMMUTABLE);
>  }


hi Laurent,

I now tested your 3 patches, initially including this extra change, on
the imx8mq Librem 5 and indeed streaming continues after system resume
now. It works without this extra change too, even though it seems to
make sense.

so for the 3-patch series at least:

Tested-by: Martin Kepplinger-Novaković <martink@...teo.de>

thanks. I seem to be able to drop a few patches now, but if anyone else
can test it too, please wait for that as well,

                              martin