From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id EA61FD46BFB for ; Wed, 28 Jan 2026 20:42:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=q9c3/eGN2mVIOo8IOLn+AUMG2uJvaMTnseJ8pXb516s=; b=R+PNZyRWASzTLxdTbNbDFsNFqp aLNLXuN/RHe87rf9lKmcwVvPbgg+nICZtQzkEhDipLX4tdiuqcBPEyix0TvR140u2ZPzX2rBF9SAM UWKiVb6pn9Q9cVCBP2XG4OdYwC5aymIbChA7BUNzrODDpy/L2eZmw1FOngBJaxMlVU+w92SUUfmr8 bLLBG9NS+v3krdiL6LzgECEtyCe25n9gMIyL5Ut5dv/KKRULApCSEa2SUutjuForAIOdX3t/wvGYU r1zrzyr06D/RNQNQJNnALK5sCxKa44C+U3l0Aum1tt3B5MGTdaRN/zDA5A2zOBlJ+/xfs3L8NL36o vhmKoZ+g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1vlCMo-0000000GnEg-0A0h; Wed, 28 Jan 2026 20:42:22 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1vlCMl-0000000GnER-2gbw for linux-riscv@lists.infradead.org; Wed, 28 Jan 2026 20:42:19 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 911F16000A; Wed, 28 Jan 2026 20:42:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 687E9C4CEF1; Wed, 28 Jan 2026 20:42:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1769632938; bh=N9bRTRnRi/F71DZAXsWoArwHXgrRZNZWQ2KdsfURCYk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=V5sy0u3ue8GXSFoF5YArhrUPTN+gCqc0W6DH4mpjHy/w3hN4Lk4klplXE51vflLa3 vRM7C0+w0zR/xQY5xx0RE1XSmI5+GbxT9C7jewdVirfP6AMQh2pYOLFySsusx/eUtE NrzQ0U084fAZjejhZns9iOuAF0XLTDU+fmvbcnfYB/US73q++pSJzAp5KMCRtUEbgC tXxrjcV5576XZ2IHhswEeq1ZM/L1N2ZhPFJJ8t4hthtyUXU7IoKz0b1XUAokEtQARf Pt98R5DMyTNJudxRjGASydUhr1fJa1xN9yy2r3Ct1nC5JpxzFhqjMSSx0gwF0eutOs ACwPemLaKCNQA== Date: Wed, 28 Jan 2026 20:42:11 +0000 From: Conor Dooley To: Drew Fustini Subject: Re: [PATCH v6 1/9] dt-bindings: vendor-prefixes: add verisilicon Message-ID: <20260128-smokeless-angular-cff7e16ff8dc@spud> References: <20260123092830.4046009-1-zhengxingda@iscas.ac.cn> <20260123092830.4046009-2-zhengxingda@iscas.ac.cn> MIME-Version: 1.0 In-Reply-To: X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: dri-devel@lists.freedesktop.org, Guo Ren , Laurent Pinchart , Andrzej Hajda , linux-riscv@lists.infradead.org, David Airlie , Yao Zi , Simona Vetter , Rob Herring , Robert Foss , Jernej Skrabec , Michal Wilczynski , Luca Ceresoli , devicetree@vger.kernel.org, Conor Dooley , Philipp Zabel , Jonas Karlman , Maarten Lankhorst , Maxime Ripard , Neil Armstrong , Dmitry Baryshkov , linux-kernel@vger.kernel.org, Icenowy Zheng , Thomas Zimmermann , Han Gao , Krzysztof Kozlowski , Fu Wei Content-Type: multipart/mixed; boundary="===============2795904044921986204==" Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org --===============2795904044921986204== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+rUt8E/m7BH8j/0F" Content-Disposition: inline --+rUt8E/m7BH8j/0F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 28, 2026 at 12:22:40PM -0800, Drew Fustini wrote: > On Fri, Jan 23, 2026 at 05:28:22PM +0800, Icenowy Zheng wrote: > > From: Icenowy Zheng > >=20 > > VeriSilicon is a Silicon IP vendor, which is the current owner of > > Vivante series video-related IPs and Hantro series video codec IPs. > >=20 > > Add a vendor prefix for this company. > >=20 > > Signed-off-by: Icenowy Zheng > > Signed-off-by: Icenowy Zheng > > Acked-by: Rob Herring (Arm) > > --- > > No changes since v4. > >=20 > > Changes in v3: > > - Add Rob's ACK. > >=20 > > No changes in v2. > >=20 > > Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++ > > 1 file changed, 2 insertions(+) > >=20 > > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml b/D= ocumentation/devicetree/bindings/vendor-prefixes.yaml > > index c7591b2aec2a7..18f931f369198 100644 > > --- a/Documentation/devicetree/bindings/vendor-prefixes.yaml > > +++ b/Documentation/devicetree/bindings/vendor-prefixes.yaml > > @@ -1745,6 +1745,8 @@ patternProperties: > > description: Variscite Ltd. > > "^vdl,.*": > > description: Van der Laan b.v. > > + "^verisilicon,.*": > > + description: VeriSilicon Microelectronics (Shanghai) Co., Ltd. > > "^vertexcom,.*": > > description: Vertexcom Technologies, Inc. > > "^via,.*": > > --=20 > > 2.52.0 > >=20 >=20 > I've applied the bindings patches (1, 2, 4) to thead-dt-for-next as well > so that 'make W=3D1 dtbs_check' won't break for the next release of > linux-next. >=20 > https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git/log/?h= =3Dthead-dt-for-next >=20 > I wouldn't normally pick bindings patches but it is a short timeline if > we want to get some testing done in linux-next before sending v6.20 pull > requests. I have created an immutable branch thead-dt-v6.20-dpu-hdmi in > case that helps. >=20 > https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git/log/?h= =3Dthead-dt-v6.20-dpu-hdmi >=20 > I can drop the yaml patches from thead-dt-for-next if people think that > was the wrong thing to do. If we think that the driver changes won't > actually be ready for the merge window, then I can drop all these > patches from thead-dt-for-next. If you're taking the binding patches, it means the driver hasn't been applied, and therefore there's not much reason to do something abnormal like this? I'm not sure what the benefit of getting the dts patches applied if the driver hasn't been accepted yet. If this is only about linux-next, and the driver /is/ going to land in v6.20 (or v7.0, w/e it ends up being), then the warnings don't warrant doing something abnormal either, as long as whatever Linus ends up with at -rc1 is clean. --+rUt8E/m7BH8j/0F Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCaXp0owAKCRB4tDGHoIJi 0jIUAQCPxPMJAFkFSlKYJJsayCDN1Mc4q5bLo9nBYjr8rRdXZgEAqwqLK+HYP+KJ lj2nW2S/kZbBQliNKngcF15VdRNArw8= =CbCJ -----END PGP SIGNATURE----- --+rUt8E/m7BH8j/0F-- --===============2795904044921986204== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv --===============2795904044921986204==--