From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 43386606A33F for ; Thu, 12 Nov 2026 21:17:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=0UGSrWS0; dkim=fail reason="signature verification failed" (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=WLlG04Ml DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Unsubscribe-Post:List-Owner; bh=PexhNYqK68gFEA8z3LfcPmL1UspSo1+hiJbxUWgMRnQ=; b=0UGSrWS0Zjqt3PumyDn/mAs/mJ MTF6X/dV3X8HtWzYkXu4X0Vt5iGoouuZ/I9IopRMEjeuzoRM4SikNzxkFSbW1Jl+1jE2fFS9dUlnL 8yone+4xNScRfdVIosaJ/srHXTALB7OzFHLz/sIKFNub0IJUUW6TJlVkxji5qqwVc59X+aaFQp5gF qQuJMgJraNJN32FL46XXCOG5FEboROhYMQFc7Bi14BcWH59fznWs77Oe+YGgIJeAmEURf/v+dOY8g 9ym8SGVvQQfTRxaRLP8KC6BriyzlnjiHD6HCC1Ykltv3l69Rmfwz2LKYdfzjQT2vjiadOiOccCMpA 9kkwPFHQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.100.1 #2 (Red Hat Linux)) id 1xRcAz-0000000B4lZ-3UGO; Thu, 12 Nov 2026 21:17:45 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.100.1 #2 (Red Hat Linux)) id 1xRcAz-0000000B4lE-1Gqt for linux-phy@lists.infradead.org; Thu, 12 Nov 2026 21:17:45 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id A3B2562460; Thu, 12 Nov 2026 21:17:44 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 263BD1F000C4; Thu, 12 Nov 2026 21:17:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794518264; bh=45Y4sZ8sS5eeWt0uYYzHFHzHlhbwxoDgGS6j5RpQTOU=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=WLlG04MlmUjhkGqlKpaKSwrJEXJiamorc0v8bqdu2OLyMgB0lmtLcpgTVYfKp4PEI deCt0pBWPSR8Db8394ehRIJhRRnQJepzq2wU9DCDPF54F9+SEqEidxGtjgrgkuHSHR aBXw8dF5rRPB5OuapSpmVMcwaQqc/TReIr6zOGHdjTJUsX5aYyqgQs8KmKWpbA05yg twkSIsPySPZomL7Je7Pl2N5BDDy9/w6NF4K6+0LzCB/I/c80co5TwuEnIZGBhSnP40 SaJdG2x6YtAy7zlpsWpAEXB/jZmVZ9wGlZsLMmwcX7VMgy2o7fn+MuJy06Y4jXFgt7 zLNbo3pIesXIQ== Date: Thu, 12 Nov 2026 15:17:41 -0600 From: Rob Herring To: Krzysztof Kozlowski Cc: Bjorn Andersson , Vinod Koul , Konrad Dybcio , Neil Armstrong , Manivannan Sadhasivam , Krzysztof Kozlowski , Conor Dooley , Wesley Cheng , linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] dt-bindings: phy: qcom: Relax required supplies Message-ID: <20261112211741.GA279944-robh@kernel.org> References: <20261021022446.3619435-1-robh@kernel.org> <20261112125346.GA3821108-robh@kernel.org> <46821acb-2db9-42e1-b93d-8b6d39f259eb@kernel.org> X-Archived-By: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <46821acb-2db9-42e1-b93d-8b6d39f259eb@kernel.org> X-BeenThere: linux-phy@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux Phy Mailing list List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-phy" X-Spam-Status: No, score=-3.9 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 T24gVGh1LCBOb3YgMTIsIDIwMjYgYXQgMDk6MTM6MDNQTSArMDEwMCwgS3J6eXN6dG9mIEtvemxv d3NraSB3cm90ZToKPiBPbiAxMi8xMS8yMDI2IDIwOjIyLCBSb2IgSGVycmluZyB3cm90ZToKPiA+ IE9uIFRodSwgTm92IDEyLCAyMDI2IGF0IDEyOjMw4oCvUE0gQmpvcm4gQW5kZXJzc29uIDxhbmRl cnNzb25Aa2VybmVsLm9yZz4gd3JvdGU6Cj4gCj4gCj4gKHJlcGx5aW5nIG9ubHkgdG8gcGFydHMg b2YgdGhlIG1lc3NhZ2UpCj4gCj4gCj4gPiAKPiA+Pj4gQ2FuIHRoZSBRQ29tIGZvbGtzIHN0b3Ag ZG9pbmcgdGhhdCEgQ29vcmRpbmF0ZSBhcHBseWluZyB0aGUgc2VyaWVzIG9yCj4gPj4+IHRha2Ug dGhlIGJpbmRpbmcgYW5kIGR0cyBjaGFuZ2VzIGluIDEgdHJlZS4KPiA+Pgo+ID4+IEkgYXNzdW1l IHlvdSdyZSByZWZlcnJpbmcgdG8gIlFDb20gZm9sa3MiIGluIHRoZSBzZW5zZSAiYW55IG1haW50 YWluZXIKPiA+PiB0b3VjaGluZyBhIGJpbmRpbmcgY2hhbmdlIHJlbGF0ZWQgdG8gYSBxY29tIHBs YXRmb3JtIj8KPiA+IAo+ID4gTm8sIHByaW1hcmlseSB5b3UgYW5kIHRoZSBzdWJtaXR0ZXIgSSBn dWVzcy4gU3VibWl0dGVycyBzaG91bGQgYmUKPiA+IGF3YXJlIG9mIGRlcGVuZGVuY2llcyBpbiB0 aGVpciBzZXJpZXMgYW5kIHN1Z2dlc3QgaG93IHRoaW5ncyBhcmUKPiA+IG1lcmdlZC4gT3RoZXJ3 aXNlLCBpdCBmYWxscyBvbiB5b3UgdG8gY2FyZSB0aGF0IHdhcm5pbmdzIGFyZSBnZXR0aW5nCj4g PiBpbnRyb2R1Y2VkLgo+IAo+IFdlIGFsbCBoYXZlIGJlZW4gc3dhbXBlZCB3aXRoIHBhdGNoZXMg YW5kIFF1YWxjb21tIGhhdmUgYmVlbiBwcm9iYWJseQo+IHRoZSBidXNpZXN0IGFybTY0IHBsYXRm b3JtIGZvciBtb250aHMgbm93Lgo+IAo+IGZvciBpIGluIGFyY2gvYXJtNjQvYm9vdC9kdHMvKiA7 IGRvIGVjaG8gIiR7aX06JChnaXQgbG9nIC0tbm8tbWVyZ2VzCj4gLS1vbmVsaW5lIHY3LjAuLnY3 LjQtcmMxIC0tICRpIHwgd2MgLWwpIiA7IGRvbmUKPiAKPiBxY29tOiAxMDE2Cj4gZnJlZXNjYWxl OiA0ODUKPiByZW5lc2FzOiAyMTUKPiAKPiBRdWFsY29tbSBTb0MgZ290IG9uZSBtb3JlIG1haW50 YWluZXIsIHNvIHRoZXJlIGlzIGNhdGNoaW5nIHVwLCBidXQKPiBwcm9iYWJseSBub3QgZW5vdWdo LgoKR29vZCB0aGluZyBRQ29tIGhpcmVkIGhhbGYgb2YgTGluYXJvLi4uCgo+ID4gSSB3b3VsZCBu b3QgY2FyZSBzbyBtdWNoIHdoZW4gdGhlcmUgYXJlIHRyYW5zaWVudCB3YXJuaW5ncyBpbiBuZXh0 LAo+ID4gYnV0IEkgZG9uJ3Qgd2FudCB0byBiZSB0aGUgb25lIGNoYXNpbmcgdGhlbSBkb3duLiBC dXQgQUZBSUNULCBpdCdzCj4gPiBhbHdheXMgbWUuIE5vIG9uZSBiZWF0cyBtZSB0byBpdCBhbmQg SSdtIG5vdCBhbGwgdGhhdCBmYXN0IGluCj4gPiBub3RpY2luZy4gSSBqdXN0IGNvbXBhcmUgYWxs IHRoZSB3YXJuaW5ncyBieSBwbGF0Zm9ybSBmb3IgTGludXMgdnMuCj4gPiBuZXh0IHdpdGggImds LWRpZmYtZHRiLXdhcm5pbmcgLXAgYXJtNjQiIGZyb20gdGhpcyByZXBvWzJdLCBhbmQgbG9vawo+ ID4gZm9yIHRoaW5ncyBtb3ZpbmcgaW4gdGhlIHJpZ2h0IGRpcmVjdGlvbi4gT2YgY291cnNlIHRo aXMgaXMgYWxsIGFmdGVyCj4gPiBhcHBseWluZyB3aGljaCBpc24ndCBpZGVhbC4KPiAKPiBGV0lX LCBJIGRvIHRlc3QgYWxsIFNhbXN1bmcgb25lcyBhbmQgSSBsb29rIG9ubHkgYXQgc29tZSBvZiBR dWFsY29tbQo+IGJvYXJkcywgYmVjYXVzZSB0aGVyZSB3ZXJlIGp1c3QgdG9vIG1hbnkgd2Fybmlu Z3MgdG8gaGF2ZSBhIGNsZWFuCj4gZHRic19jaGVjayBmb3IgcWNvbS4gSSBkbyByZXBvcnQgdGhl bSB0byBCam9ybi9Lb25yYWQgWzFdLCBidXQgdGhhdCdzCj4gaW5kZWVkIG9ubHkgc3Vic2V0IG9m IGVudGlyZSBxY29tIGVjb3N5c3RlbS4gSSBrbm93IHRoYXQgYSBmZXcgb3RoZXIgU29DCj4gcGxh dGZvcm1zIGtlZXAgdHJhY2sgKFRJIGF0IGxlYXN0KS4KClRoZSB0b28gbWFueSB3YXJuaW5ncyBl eGN1c2UgaXMgYWJvdXQgdG8gcnVuIG91dC4KCkhlcmUncyBMaW51cydzIHRyZWUgQVRNIGZvciBx Y29tIChJJ2QgbGlzdCBuZXh0LCBidXQgd2FybmluZ3MgaGF2ZSBnb25lIAp1cCk6CgogICAgIDEy IHN5c2NvbkA5YTEwMDAwIChzeXNjb24pOiBjb21wYXRpYmxlOiBbInN5c2NvbiJdIGhhcyBsZXNz IHRoYW4gMiBpdGVtcwoKaHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvYWxsLzIwMjYxMTEyLWR0YnMt cWNvbS12MS0wLTE5NzgzNzBjN2NhZEBrZXJuZWwub3JnLwoKICAgICAgNSB1c2JANmFmODgwMCAo cWNvbSxtc204OTk2LWR3YzMpOiBBZGRpdGlvbmFsIHByb3BlcnRpZXMgYXJlIG5vdCBhbGxvd2Vk ICgnZXh0Y29uJyB3YXMgdW5leHBlY3RlZCkKICAgICAgMiB1c2JANzZmODgwMCAocWNvbSxtc204 OTk2LWR3YzMpOiBBZGRpdGlvbmFsIHByb3BlcnRpZXMgYXJlIG5vdCBhbGxvd2VkICgnZXh0Y29u JyB3YXMgdW5leHBlY3RlZCkKCkluIHRoZSB3cm9uZyBzcG90IG9yIG5lZWRzIHRvIGJlIGFkZGVk IHRvIHRoZSBiaW5kaW5nPwoKICAgICAgMiB0b3VjaHNjcmVlbkAyYyAoc3luYSxybWk0LWkyYyk6 IFVuZXZhbHVhdGVkIHByb3BlcnRpZXMgYXJlIG5vdCBhbGxvd2VkICgnaW5jZWxsLXN1cHBseScg d2FzIHVuZXhwZWN0ZWQpCgpodHRwczovL2xvcmUua2VybmVsLm9yZy9hbGwvMjAyNjA5MjEyMzI3 MzguMzEzNTQyOS0xLXJvYmhAa2VybmVsLm9yZy8KCkJ1dCBzZWVtcyB0byBiZSBhIGhhY2ssIHNv PwoKICAgICAgMiBwYW5lbEAwIChqZGksZmhkLXI2MzQ1Mik6ICJwb3dlci1zdXBwbHkiIGlzIGEg cmVxdWlyZWQgcHJvcGVydHkKCj8/PwoKICAgICAgMyBwaHlANzQxMTAwMCAocWNvbSxtc204OTk2 LXF1c2IyLXBoeSk6ICJ2ZGQtc3VwcGx5IiBpcyBhIHJlcXVpcmVkIHByb3BlcnR5CiAgICAgIDEg cXVzYkA1OTAwMCAocWNvbSxpcHE2MDE4LXF1c2IyLXBoeSk6ICJ2ZGQtc3VwcGx5IiBpcyBhIHJl cXVpcmVkIHByb3BlcnR5CiAgICAgIDEgcXVzYkA1OTAwMCAocWNvbSxpcHE2MDE4LXF1c2IyLXBo eSk6ICJ2ZGRhLXBsbC1zdXBwbHkiIGlzIGEgcmVxdWlyZWQgcHJvcGVydHkKICAgICAgMSBxdXNi QDU5MDAwIChxY29tLGlwcTYwMTgtcXVzYjItcGh5KTogInZkZGEtcGh5LWRwZG0tc3VwcGx5IiBp cyBhIHJlcXVpcmVkIHByb3BlcnR5CiAgICAgIDEgcGh5QDc5MDAwIChxY29tLGlwcTgwNzQtcXVz YjItcGh5KTogInZkZC1zdXBwbHkiIGlzIGEgcmVxdWlyZWQgcHJvcGVydHkKICAgICAgMSBwaHlA NzkwMDAgKHFjb20saXBxODA3NC1xdXNiMi1waHkpOiAidmRkYS1wbGwtc3VwcGx5IiBpcyBhIHJl cXVpcmVkIHByb3BlcnR5CiAgICAgIDEgcGh5QDc5MDAwIChxY29tLGlwcTgwNzQtcXVzYjItcGh5 KTogInZkZGEtcGh5LWRwZG0tc3VwcGx5IiBpcyBhIHJlcXVpcmVkIHByb3BlcnR5CiAgICAgIDEg cGh5QDU5MDAwIChxY29tLGlwcTgwNzQtcXVzYjItcGh5KTogInZkZC1zdXBwbHkiIGlzIGEgcmVx dWlyZWQgcHJvcGVydHkKICAgICAgMSBwaHlANTkwMDAgKHFjb20saXBxODA3NC1xdXNiMi1waHkp OiAidmRkYS1wbGwtc3VwcGx5IiBpcyBhIHJlcXVpcmVkIHByb3BlcnR5CiAgICAgIDEgcGh5QDU5 MDAwIChxY29tLGlwcTgwNzQtcXVzYjItcGh5KTogInZkZGEtcGh5LWRwZG0tc3VwcGx5IiBpcyBh IHJlcXVpcmVkIHByb3BlcnR5CgpodHRwczovL2xvcmUua2VybmVsLm9yZy9hbGwvMjAyNjExMTIx OTIzNDUuMzk2MjU3Ny0xLXJvYmhAa2VybmVsLm9yZy8KCiAgICAgIDEgcGFuZWxAMCAobGcsc3c0 OTQxMC1saDYwOXFoMSk6IFVuZXZhbHVhdGVkIHByb3BlcnRpZXMgYXJlIG5vdCBhbGxvd2VkICgn cmVnJywgJ3Zzbi1zdXBwbHknLCAndnNwLXN1cHBseScgd2VyZSB1bmV4cGVjdGVkKQogICAgICAx IHBhbmVsQDAgKGxnLHN3NDk0MTAtbGg2MDlxaDEpOiAicG93ZXItc3VwcGx5IiBpcyBhIHJlcXVp cmVkIHByb3BlcnR5CiAgICAgIDEgcGFuZWxAMCAobGcsc3c0OTQxMC1saDYwOXFoMSk6IGNvbXBh dGlibGU6IFsibGcsc3c0OTQxMC1saDYwOXFoMSIsImxnLHN3NDk0MTAiXSBoYXMgbW9yZSB0aGFu IDEgaXRlbQogICAgICAxIHBhbmVsQDAgKGxnLHN3NDk0MTAtbGg2MDlxaDEpOiBjb21wYXRpYmxl OjA6ICJsZyxzdzQ5NDEwLWxoNjA5cWgxIiBpcyBub3Qgb25lIG9mICJhbXBpcmUsYW0tMTI4MDgw MG4zdHpxdy10MDBoIiwgImFtcGlyZSxhbS0xMjgwODAwdzh0enF3LXQwMGgiIG9yIDE3OCBvdGhl ciBjYW5kaWRhdGVzCgpodHRwczovL2xvcmUua2VybmVsLm9yZy9hbGwvMjAyNjA2MTQtanVkeWxu LXBhbmVsLXYzLTItMDdmNDEzNDQ0MWJkQHBvc3RtYXJrZXRvcy5vcmcvCgogICAgICAxIHBhbmVs QDAgKGZsaXBrYXJ0LHJpbW9iLXBhbmVsLW50MzU1MzItY3MpOiBjb21wYXRpYmxlOiBbImZsaXBr YXJ0LHJpbW9iLXBhbmVsLW50MzU1MzItY3MiXSBoYXMgbGVzcyB0aGFuIDIgaXRlbXMKCkZpeGVk IGluIG5leHQKCiAgIFVuZG9jdW1lbnRlZCBjb21wYXRpYmxlczozCiAgICAgJ2pkaSxmaGQtbnQz NTU5NnMnCgpodHRwczovL2xvcmUua2VybmVsLm9yZy9hbGwvMjAyNjA5MjEyMzI2MDkuMzEzMDI3 Mi0xLXJvYmhAa2VybmVsLm9yZy8KCkJ1dCBwcm9iYWJseSBiZWxvbmdzIGluIHRoaXM6CgpodHRw czovL2xvcmUua2VybmVsLm9yZy9hbGwvMjAyNjEwMTEtbnQzNjY3MmEtcGFuZWxzLXYzLTMtOWVh MjM4NjI3ZjhhQG1pbmxleHgucnUvCgogICAgICdsZyxzdzQ5NDEwLWxoNjA5cWgxJywgJ2xnLHN3 NDk0MTAnCgpTZWUgYWJvdmUKCiAgICAgJ3Fjb20saXBxNjAxOC13Y3NzLXBpbCcKCkZpeGVkIGlu IG5leHQKCgpTbyAzIHVuaXF1ZSB3YXJuaW5ncyBsZWZ0IHdpdGhvdXQgZml4ZXMgaW4gZmxpZ2h0 LgoKPiAKPiBbMV0gaHR0cHM6Ly9rcnprLmV1LyMvYnVpbGRlcnMvMTAyCj4gCj4gCj4gPiAKPiA+ PiBEbyB5b3UgaGF2ZSBzb21lIENJL2d1aWRhbmNlL3Rvb2xpbmcgZm9yIFZpbm9kIChhbmQgb3Ro ZXIgc3Vic3lzdGVtCj4gPj4gbWFpbnRhaW5lcnMpIHRvIHBlcmZvcm0gc3lzdGVtLXdpZGUgRFQt dmFsaWRhdGlvbiB3aGVuIGNvbnNpZGVyaW5nCj4gPj4gbWVyZ2luZyBhIGJpbmRpbmcgY2hhbmdl Pwo+ID4gCj4gPiBUaGlzIG9uZSBpcyBhbiBBQkkgYnJlYWsgYmVjYXVzZSBpdCBhZGRzIG5ldyBy ZXF1aXJlZCBwcm9wZXJ0aWVzLiBJIGRvCj4gPiBoYXZlIHNvbWUgdG9vbGluZyB0aGF0IGxvb2tz IGZvciBBQkkgY2hhbmdlcywgYnV0IGhhdmVuJ3QgY29tbWl0dGVkIGl0Cj4gCj4gYmVjYXVzZSBJ IGhhdmVuJ3QgZmlndXJlZCBvdXQgdGhlIGJlc3Qgd2F5IHRvIGRlcGxveSBpdC4gSSB0aGluayBm b3IKPiA+IGFueXRoaW5nIHRoYXQgaXMgYW4gQUJJIGNoYW5nZSwgdGhlIGJpbmRpbmcgYW5kIGR0 cyBmaWxlcyBuZWVkIHRvIGdvCj4gPiBpbiB0b2dldGhlci4KPiA+IAo+ID4gSSB0aGluayBpdCBp cyB0aW1lIHRvIHJlY29uc2lkZXIgdGhlIGRlZmF1bHQgb2YgYmluZGluZ3MgZ28gaW4gd2l0aAo+ ID4gdGhlIGRyaXZlci4gVGhhdCB3b3JrcyBva2F5IGZvciBuZXcgYmluZGluZ3MgYXMgbG9uZyBh cyB0aGUgcGxhdGZvcm0KPiA+IG1haW50YWluZXIgZG9lc24ndCB0YWtlIC5kdHMgY2hhbmdlcyBi ZWZvcmUgYmluZGluZ3MgbGFuZCAoYWxzbyBhbgo+ID4gaXNzdWUpLiBIb3dldmVyLCBmb3IgY2Fz ZXMgbGlrZSB0aGlzLCB3ZSBuZWVkIHRoZSBvcHBvc2l0ZSBvcmRlci4gV2UKPiA+IG5lZWQgdG8g ZmlndXJlIHNvbWV0aGluZyBvdXQgYmVjYXVzZSB0aGlzIGlzIG9ubHkgZ29pbmcgdG8gYmUgbW9y ZSBvZgo+ID4gYW4gaXNzdWUgYXMgd2UgZ2V0IHRvIHdhcm5pbmcgZnJlZSAoYW5kIHdlIGFyZSBj bG9zZSkuCj4gCj4gV2UgaGF2ZSBiZWVuIHRhbGtpbmcgYWJvdXQgdGhpcyBmb3Igc29tZSB0aW1l IGFuZCByZWNlbnQgY29uc2Vuc3VzIHdhcwo+IHRoYXQgU29DIG1haW50YWluZXJzIGNhbiBmcmVl bHkgdGFrZSBzdWNoIGJpbmRpbmdzIHdoZW4gZHJpdmVyIHN1YnN5c3RlbQo+IG1haW50YWluZXJz IGxhZyBiZWhpbmQuIFRoZSBjYXNlIGhlcmUgaXMgYSBiaXQgb3Bwb3NpdGUgLSBkcml2ZXIKPiBz dWJzeXN0ZW0gd2FzIGJlZm9yZSBTb0MuCj4gCj4gU28gbGV0J3MgY2hhbmdlIHRoZSBnZW5lcmlj IHJlY29tbWVuZGF0aW9uL3BvbGljeT8gV2hlbmV2ZXIgcGF0Y2hzZXQKPiB0b3VjaGVzIGJpbmRp bmdzIGFuZCBEVFMsIGFuZCB0aGUgYmluZGluZ3MgZG8gbm90IG5lZWQgYW55IGRyaXZlcgo+IHVw ZGF0ZXMgbGlrZSB0aGV5IGFkZCBvbmx5IGZyb250LXNwZWNpZmljIGNvbXBhdGlibGVzLCB0aGUg U29DIHNob3VsZAo+IHRha2UgZW50aXJlIHNldD8KClllcy4gUGxhdGZvcm1zIHRoYXQgYXJlIHdh cm5pbmcgZnJlZSBhbHJlYWR5IGRvIHRoYXQuCgpJIGFsc28gdGhpbmsgd2UgKHRoZSBEVCBtYWlu dGFpbmVycykgbmVlZCB0byBnZXQgc3RyaWN0ZXIgb24gaGFuZGxpbmcgb2YgCmFkZGluZyBvciBy ZW1vdmluZyByZXF1aXJlZCBwcm9wZXJ0aWVzLiBGb3IgYWRkaW5nIHJlcXVpcmVkLCBkZWxheSB0 aGUgCmJpbmRpbmcgY2hhbmdlIGEgY3ljbGUgKG9yIGFmdGVyIGR0cyBpcyBpbiBuZXh0KS4gRm9y IGRyb3BwaW5nIHJlcXVpcmVkLCAKZGVsYXkgdGhlIGR0cyBjaGFuZ2UgYSBjeWNsZSAob3IgYWZ0 ZXIgYmluZGluZyBpcyBpbiBuZXh0KS4gVGhhdCdzIApwcm9iYWJseSB0b28gbXVjaCBmb3IgYW55 IG1haW50YWluZXIgdG8gY2hlY2sgb3RoZXIgdGhhbiBEVCBtYWludGFpbmVycy4gCk9yIG1heWJl IGFkZCB0aGlzIHRvIHNhc2hpa28gcHJvbXB0cy4uLgoKUm9iCgotLSAKbGludXgtcGh5IG1haWxp bmcgbGlzdApsaW51eC1waHlAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRwczovL2xpc3RzLmluZnJh ZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1waHkK From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794518264; b=nlHCPn3yNEK/HwXWmBsytTy66BXgLefLuQjHiFRBLWyinQq32PemAV9L2TsLjryh8Q0C KsMQKSyX8+fVUTScVyPouZ6wu4e9c1EMzt8lprPOWDSyUjy1A/RLrUrrblKbuJ3hlN2Zk /X78AXG1ss0A1nUOvJSQK6AF5hE3VB/wDtNmTSX26nzybEgj+i9OJoiia0E+DMU+bw5+T 5eCsDnkJb/0BovgRHKbBQh7/I7aRJrN6AlOFGdiYJNfo5/ii3/ka4nXYJoRPtIssZH3L9 HDiF46+BRNqvx53+wp43UvxgO3co7CPqyVNJFu2ZshlaEfz6VcMd2imrdjpFd/hBWAA== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794518264; h=Received:DKIM-Signature:Date:From:To:Cc:Subject:Message-ID: References:MIME-Version:Content-Type:Content-Disposition: Content-Transfer-Encoding:In-Reply-To; bh=45Y4sZ8sS5eeWt0uYYzHFHzHlhbwxoDgGS6j5RpQTOU=; b=AWsY3aiOKn+9Y7W7Y7qf4X4SuY9n8ZOa6VJdaX/Lv1Nmn16d0uZNioTgD6Q4z6Q62dPR nhBXslX/p2REF+Z/MHQyeoSuCekw+7FirczWH6ig2u+aFzv4nw+H/Pad/o0wTbt35D8Go ykyaZNONgiht91O14kBrIBQ2N0oXIujek21qAQc9+3r2MNY78vCkYfRUOwBi31Vodv/8Q mFAb83svPIuKUsmT002S8P+27C9OjcMWT4WbsnpYbvLb6OgNQBIaTzc9V4ZDWxEnp8TVT W74NKngmT+BJZD3xqRPyn8ff7Y5eJk4FgZxlUUh5IOH1TYVm72apMaLBWhewW4X29Og== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=WLlG04Ml; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BAB16606A31C; Thu, 12 Nov 2026 21:17:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=WLlG04Ml Received: by smtp.kernel.org (Postfix) with ESMTPSA id 263BD1F000C4; Thu, 12 Nov 2026 21:17:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794518264; bh=45Y4sZ8sS5eeWt0uYYzHFHzHlhbwxoDgGS6j5RpQTOU=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=WLlG04MlmUjhkGqlKpaKSwrJEXJiamorc0v8bqdu2OLyMgB0lmtLcpgTVYfKp4PEI deCt0pBWPSR8Db8394ehRIJhRRnQJepzq2wU9DCDPF54F9+SEqEidxGtjgrgkuHSHR aBXw8dF5rRPB5OuapSpmVMcwaQqc/TReIr6zOGHdjTJUsX5aYyqgQs8KmKWpbA05yg twkSIsPySPZomL7Je7Pl2N5BDDy9/w6NF4K6+0LzCB/I/c80co5TwuEnIZGBhSnP40 SaJdG2x6YtAy7zlpsWpAEXB/jZmVZ9wGlZsLMmwcX7VMgy2o7fn+MuJy06Y4jXFgt7 zLNbo3pIesXIQ== Date: Thu, 12 Nov 2026 15:17:41 -0600 From: Rob Herring To: Krzysztof Kozlowski Cc: Bjorn Andersson , Vinod Koul , Konrad Dybcio , Neil Armstrong , Manivannan Sadhasivam , Krzysztof Kozlowski , Conor Dooley , Wesley Cheng , linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] dt-bindings: phy: qcom: Relax required supplies Message-ID: <20261112211741.GA279944-robh@kernel.org> References: <20261021022446.3619435-1-robh@kernel.org> <20261112125346.GA3821108-robh@kernel.org> <46821acb-2db9-42e1-b93d-8b6d39f259eb@kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <46821acb-2db9-42e1-b93d-8b6d39f259eb@kernel.org> On Thu, Nov 12, 2026 at 09:13:03PM +0100, Krzysztof Kozlowski wrote: > On 12/11/2026 20:22, Rob Herring wrote: > > On Thu, Nov 12, 2026 at 12:30 PM Bjorn Andersson wrote: > > > (replying only to parts of the message) > > > > > >>> Can the QCom folks stop doing that! Coordinate applying the series or > >>> take the binding and dts changes in 1 tree. > >> > >> I assume you're referring to "QCom folks" in the sense "any maintainer > >> touching a binding change related to a qcom platform"? > > > > No, primarily you and the submitter I guess. Submitters should be > > aware of dependencies in their series and suggest how things are > > merged. Otherwise, it falls on you to care that warnings are getting > > introduced. > > We all have been swamped with patches and Qualcomm have been probably > the busiest arm64 platform for months now. > > for i in arch/arm64/boot/dts/* ; do echo "${i}:$(git log --no-merges > --oneline v7.0..v7.4-rc1 -- $i | wc -l)" ; done > > qcom: 1016 > freescale: 485 > renesas: 215 > > Qualcomm SoC got one more maintainer, so there is catching up, but > probably not enough. Good thing QCom hired half of Linaro... > > I would not care so much when there are transient warnings in next, > > but I don't want to be the one chasing them down. But AFAICT, it's > > always me. No one beats me to it and I'm not all that fast in > > noticing. I just compare all the warnings by platform for Linus vs. > > next with "gl-diff-dtb-warning -p arm64" from this repo[2], and look > > for things moving in the right direction. Of course this is all after > > applying which isn't ideal. > > FWIW, I do test all Samsung ones and I look only at some of Qualcomm > boards, because there were just too many warnings to have a clean > dtbs_check for qcom. I do report them to Bjorn/Konrad [1], but that's > indeed only subset of entire qcom ecosystem. I know that a few other SoC > platforms keep track (TI at least). The too many warnings excuse is about to run out. Here's Linus's tree ATM for qcom (I'd list next, but warnings have gone up): 12 syscon@9a10000 (syscon): compatible: ["syscon"] has less than 2 items https://lore.kernel.org/all/20261112-dtbs-qcom-v1-0-1978370c7cad@kernel.org/ 5 usb@6af8800 (qcom,msm8996-dwc3): Additional properties are not allowed ('extcon' was unexpected) 2 usb@76f8800 (qcom,msm8996-dwc3): Additional properties are not allowed ('extcon' was unexpected) In the wrong spot or needs to be added to the binding? 2 touchscreen@2c (syna,rmi4-i2c): Unevaluated properties are not allowed ('incell-supply' was unexpected) https://lore.kernel.org/all/20260921232738.3135429-1-robh@kernel.org/ But seems to be a hack, so? 2 panel@0 (jdi,fhd-r63452): "power-supply" is a required property ??? 3 phy@7411000 (qcom,msm8996-qusb2-phy): "vdd-supply" is a required property 1 qusb@59000 (qcom,ipq6018-qusb2-phy): "vdd-supply" is a required property 1 qusb@59000 (qcom,ipq6018-qusb2-phy): "vdda-pll-supply" is a required property 1 qusb@59000 (qcom,ipq6018-qusb2-phy): "vdda-phy-dpdm-supply" is a required property 1 phy@79000 (qcom,ipq8074-qusb2-phy): "vdd-supply" is a required property 1 phy@79000 (qcom,ipq8074-qusb2-phy): "vdda-pll-supply" is a required property 1 phy@79000 (qcom,ipq8074-qusb2-phy): "vdda-phy-dpdm-supply" is a required property 1 phy@59000 (qcom,ipq8074-qusb2-phy): "vdd-supply" is a required property 1 phy@59000 (qcom,ipq8074-qusb2-phy): "vdda-pll-supply" is a required property 1 phy@59000 (qcom,ipq8074-qusb2-phy): "vdda-phy-dpdm-supply" is a required property https://lore.kernel.org/all/20261112192345.3962577-1-robh@kernel.org/ 1 panel@0 (lg,sw49410-lh609qh1): Unevaluated properties are not allowed ('reg', 'vsn-supply', 'vsp-supply' were unexpected) 1 panel@0 (lg,sw49410-lh609qh1): "power-supply" is a required property 1 panel@0 (lg,sw49410-lh609qh1): compatible: ["lg,sw49410-lh609qh1","lg,sw49410"] has more than 1 item 1 panel@0 (lg,sw49410-lh609qh1): compatible:0: "lg,sw49410-lh609qh1" is not one of "ampire,am-1280800n3tzqw-t00h", "ampire,am-1280800w8tzqw-t00h" or 178 other candidates https://lore.kernel.org/all/20260614-judyln-panel-v3-2-07f4134441bd@postmarketos.org/ 1 panel@0 (flipkart,rimob-panel-nt35532-cs): compatible: ["flipkart,rimob-panel-nt35532-cs"] has less than 2 items Fixed in next Undocumented compatibles:3 'jdi,fhd-nt35596s' https://lore.kernel.org/all/20260921232609.3130272-1-robh@kernel.org/ But probably belongs in this: https://lore.kernel.org/all/20261011-nt36672a-panels-v3-3-9ea238627f8a@minlexx.ru/ 'lg,sw49410-lh609qh1', 'lg,sw49410' See above 'qcom,ipq6018-wcss-pil' Fixed in next So 3 unique warnings left without fixes in flight. > > [1] https://krzk.eu/#/builders/102 > > > > > >> Do you have some CI/guidance/tooling for Vinod (and other subsystem > >> maintainers) to perform system-wide DT-validation when considering > >> merging a binding change? > > > > This one is an ABI break because it adds new required properties. I do > > have some tooling that looks for ABI changes, but haven't committed it > > because I haven't figured out the best way to deploy it. I think for > > anything that is an ABI change, the binding and dts files need to go > > in together. > > > > I think it is time to reconsider the default of bindings go in with > > the driver. That works okay for new bindings as long as the platform > > maintainer doesn't take .dts changes before bindings land (also an > > issue). However, for cases like this, we need the opposite order. We > > need to figure something out because this is only going to be more of > > an issue as we get to warning free (and we are close). > > We have been talking about this for some time and recent consensus was > that SoC maintainers can freely take such bindings when driver subsystem > maintainers lag behind. The case here is a bit opposite - driver > subsystem was before SoC. > > So let's change the generic recommendation/policy? Whenever patchset > touches bindings and DTS, and the bindings do not need any driver > updates like they add only front-specific compatibles, the SoC should > take entire set? Yes. Platforms that are warning free already do that. I also think we (the DT maintainers) need to get stricter on handling of adding or removing required properties. For adding required, delay the binding change a cycle (or after dts is in next). For dropping required, delay the dts change a cycle (or after binding is in next). That's probably too much for any maintainer to check other than DT maintainers. Or maybe add this to sashiko prompts... Rob