Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) client-ip=23.128.96.35;
From:   Chancel Liu <chancel.liu@nxp.com>
To:     Mark Brown <broonie@kernel.org>
CC:     "lgirdwood@gmail.com" <lgirdwood@gmail.com>,
        "robh+dt@kernel.org" <robh+dt@kernel.org>,
        "krzysztof.kozlowski+dt@linaro.org" 
        <krzysztof.kozlowski+dt@linaro.org>,
        "conor+dt@kernel.org" <conor+dt@kernel.org>,
        "shengjiu.wang@gmail.com" <shengjiu.wang@gmail.com>,
        "Xiubo.Lee@gmail.com" <Xiubo.Lee@gmail.com>,
        "festevam@gmail.com" <festevam@gmail.com>,
        "nicoleotsuka@gmail.com" <nicoleotsuka@gmail.com>,
        "perex@perex.cz" <perex@perex.cz>,
        "tiwai@suse.com" <tiwai@suse.com>,
        "shawnguo@kernel.org" <shawnguo@kernel.org>,
        "s.hauer@pengutronix.de" <s.hauer@pengutronix.de>,
        "kernel@pengutronix.de" <kernel@pengutronix.de>,
        "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
        "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>
Subject: RE: [EXT] Re: Re: [PATCH v2 1/2] ASoC: dt-bindings: fsl_rpmsg: List
 DAPM endpoints ignoring system suspend
Thread-Topic: [EXT] Re: Re: [PATCH v2 1/2] ASoC: dt-bindings: fsl_rpmsg: List
 DAPM endpoints ignoring system suspend
Thread-Index: AQHZ8O/MzWXts0FyqkyLsnXLlx8p+7AuaGaAgA/TavA=
Date:   Sat, 7 Oct 2023 11:13:49 +0000
Message-ID: <DB9PR04MB9498352BC1763048B8358D97E3C8A@DB9PR04MB9498.eurprd04.prod.outlook.com>
References: <20230925110946.3156100-1-chancel.liu@nxp.com>
 <ZRF8KI11IVf6NzpL@finisterre.sirena.org.uk>
 <DB9PR04MB94987AC750B4AB02DCBC44C8E3C2A@DB9PR04MB9498.eurprd04.prod.outlook.com>
 <ZRP2A1hvuB8ZymBK@finisterre.sirena.org.uk>
In-Reply-To: <ZRP2A1hvuB8ZymBK@finisterre.sirena.org.uk>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?7wuxaxHyOO2t0CQ39SjnVMgQAV07vl9k2uTEON5MiSnnkU9Ji75Gn92yNK4B?=
 =?us-ascii?Q?HgNF9MkWziWaGHO7RfGONVKUk3UG2OZGLbDPiZJgX9CNqwxJOuG7KsBTVd2r?=
 =?us-ascii?Q?EjWn1kzpLh6wuUF7gyn/S9oxENqKickF5NE/Qv40EQlTQYHfQdKxWWl59V8M?=
 =?us-ascii?Q?pSS45iIgo7Bx89uvuBlubrIgyXsQxhcjRocSnrVoLrpdwCzi4R1mcUJVASJo?=
 =?us-ascii?Q?yJJ2RU7fcEuRPPaGb1Cn8PdaKFMxLqHjF2+sA7bU11iMqC6javKGf5RW2FMJ?=
 =?us-ascii?Q?AFaOHqb+lvyul/N9kDVL7Ni/f3+I5nPBbUY5LLVso58vVbf+iYZiCxmq5emC?=
 =?us-ascii?Q?At2iylkDon5+RZOHILpBVw8ri/iUZp+8Uzbu+lZpIYRDZaayxBAqGy4tJM7b?=
 =?us-ascii?Q?AoaaDXijQ6vDiswcn62klDKxj+XbFcvNBZmMTDCnOZ7mmRg8JRCJ9bZZx+fb?=
 =?us-ascii?Q?QCSOWHIweHKgprF3GBjyFME+zxsv25L+y2srYoCbxfTWdlku/bJh/A6TLrYp?=
 =?us-ascii?Q?Jrk8Masltm0CmIkfq6eMsldL73seq8P6A2kEzjopDEW+SokBuoyGrdObffbY?=
 =?us-ascii?Q?gnCL8evks6evofQfc86xS9Yv7RD1lb33fPqVKS1Ck/1I7jG0bjsjeVq6cFNv?=
 =?us-ascii?Q?Tr5xK4v8NPqJm6m/UloubwSBMfTKi3GZq5sar9pNOlM+qx+MHc+Qi+l8tR1o?=
 =?us-ascii?Q?/wNRUhfsJR0fZwfat4NP2eob8p/+SFIim62l3uvV+zEmFWmSKXySqF6AfkVX?=
 =?us-ascii?Q?PJIhH1QvvBtr+dEJkdxWoYfyWz/mA+6BoR/4h2EBsiltRoGaV7/3b32FVt14?=
 =?us-ascii?Q?mYp18YLT8MqxW0bZaG9KXSCefE3FDrG6ogy+t10JSninqqiK/YCQho0l/LC9?=
 =?us-ascii?Q?NFp3MJ5Ui+wDyH9N42UcLYXrltgzXrvvhVwagzZ3nLUqdJ4jaxxhRdzxi1iF?=
 =?us-ascii?Q?eIcT3atqm0elv/o5djJ8pYwyv0+QWymKjngMITBmGzxGvIa6REUOIdIT5Hu9?=
 =?us-ascii?Q?hQ8kcC6yARImL5Y7mr0SJCs6WNs/kxpNfLTPCSQkVAAucuq3QltKJWKLbl8q?=
 =?us-ascii?Q?d0KR3HWYYEtmA5UQaF3bvjXNCNTKQiv4/pHHfWMVgQ975cdYsE6HgxXKHzw4?=
 =?us-ascii?Q?mXOkxpC0luokd2wj2WgQP2CFtD2SCNQBj2UtHqhKm2aSNBcBHDISk3kNLz7M?=
 =?us-ascii?Q?+y3jJ2FSf632EQcoTWLCVUZJqRnBWdVht7uLnRHvnZDa+nBiGGyttZRRdefc?=
 =?us-ascii?Q?YYlGS2v1nwPXOHyBT9W1EuHry9JjW+6w4bkZJweaO0Aq8ArbMc1JdjoOp6KK?=
 =?us-ascii?Q?EIJPSoyLp18iiCQ+lLobsI2CgMfDbz+iLTSfNiImJC7T+HmekH/n4PexD15j?=
 =?us-ascii?Q?46cJTpKbQnb51Eh8YDydLrg/9toE7du0DPugxwpzcKebKuR28Ni7kvNs4HEZ?=
 =?us-ascii?Q?9eh1PD/lpATUjGGIzy2N7gBdmPfj/nlVaChw9pWLCA27QmdhIsSRfqryBr0o?=
 =?us-ascii?Q?k1hRqwitdjTSmuxUDR0C2F8s8RyXtEAivydlM77EXqKE9PjZ2GTY8ye4qXFx?=
 =?us-ascii?Q?BDHHHFEy3Diql1cZGDA=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nxp.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DB9PR04MB9498.eurprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2df06b64-4375-4025-970e-08dbc7267ba4
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Oct 2023 11:13:49.9628
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: UcZlNCaMb550dBz0v3/KBMoGEp193d+aY1G+8QzGTZyNMChrCUnKM8IAJsVmmWifY9AK6ABZ06J+h7kT0mxGSg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR04MB8436
X-Spam-Status: No, score=2.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,
	RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no
	version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Sat, 07 Oct 2023 04:14:13 -0700 (PDT)
X-Spam-Level: **

> > > This is a fairly standard DSP playback case as far as I can see so
> > > it should work with DAPM without needing this obviously use case
> > > specific stuff peering into the Linux implementation.  Generally
> > > this is done by tagging endpoint widgets and DAIs as ignore_suspend,
> > > DAPM will then figure out the rest of the widgets in the path.
>=20
> > Yes, indeed I meant to let driver get DAPM endpoints from the
> "fsl,lpa-widgets"
> > property and then set these endpoints as ignore_suspend if the sound
> > card is running in this use case. Do you think the description for the
> > use case can be simplified since it's a common use case?
>=20
> This is a card problem - the driver for rpmsg shouldn't need to worry abo=
ut it.
> Any bindings extensions should be at the card level rather than in a spec=
ific
> driver, we could probably use something in the generic properties that th=
ey're
> all using.

Instead of "fsl,lpa-widgets", I would like to add a common property=20
"ignore-suspend-widgets" in sound-card-common.yaml file. So not only rpmsg
sound cards but also other sound cards which have such feature can use this
property to define wanted widgets ignoring suspend.
What do you think about that?

Regards,=20
Chancel Liu