From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 270CC3A5436; Fri, 26 Jun 2026 15:32:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782487936; cv=none; b=h5ftZO90Zl7PGhk5FxrUudkEMSJVoIyNFmH5Ps94Bf9ccd3r0/C4EApfFprJrffngmaNb7IDtiyKH/Y/2wUFF/lRpJS3gQverr5IpFSZf3AK3eSx/Z8rAUK9nYqecao/XzkYTpKDtgSCyfeUSwoZRgeVv4asv6XQmPk+fYWWIhE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782487936; c=relaxed/simple; bh=jEXv67plAeVKc6QOySkiZG6EvVm3ies2+IuJZc70bPQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=NvwKccvQznE50YCuYa25uFLX9kfoFlSuzQiJc9mUetEjOSyBDMp6Au+Mc8UMQP4BeLgp300iNM6SzkUmkxymON+jqTdFxRpvcIU5qSINVKY1qHMtQty8hroVuG11ce6aSSyOzzdArAa18l1rKRdzjmgC4f4Z/2j8tt5EeyH0v8s= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=OX75Ja8h; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="OX75Ja8h" Received: by smtp.kernel.org (Postfix) with ESMTPSA id BB8331F000E9; Fri, 26 Jun 2026 15:32:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1782487935; bh=jEXv67plAeVKc6QOySkiZG6EvVm3ies2+IuJZc70bPQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=OX75Ja8h+amfCkMWdtZjJQ5D3OvRV4W7FHsSwodm0faSlEY/zzuUp852MUPzfrhRn rBbHe2EdODCh8YCFZVli3AfZviO7UAIGkVeS9+5LezYYbDCGeYXclhQjLQYNzMXKQM uyGhtAggy6VexVb6QDlycMRYiqvq+qlpU/ZQh/eXrYXIJ8UoI2ER4lLgAFttjl9rUL +5Kgl4i9/O2etX35euhHtJZF2lcjwcmqa4z25Cu15sggp4vOq62v5PKfC3TzG8W1FA C2/T56M7j3LEPoJGklbCdcEuM3XurQAp0UlwIMlT5GmfPJ1qVFXE6PYadWu6e8c5IO oTpAtoVYvTs5A== Date: Fri, 26 Jun 2026 16:32:09 +0100 From: Conor Dooley To: Icenowy Zheng Cc: Conor Dooley , Joey Lu , maarten.lankhorst@linux.intel.com, mripard@kernel.org, tzimmermann@suse.de, airlied@gmail.com, simona@ffwll.ch, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, ychuang3@nuvoton.com, schung@nuvoton.com, yclu4@nuvoton.com, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 1/7] dt-bindings: display: verisilicon,dc: generalize for single-output variants Message-ID: <20260626-predator-purity-fb6bd90e7237@spud> References: <20260625094449.708386-1-a0987203069@gmail.com> <20260625094449.708386-2-a0987203069@gmail.com> <20260625-bobbing-annotate-d1c4d6874ee2@spud> <20260626-astrology-mural-853d3860e048@wendy> <20260626-everybody-epilogue-8fb298a54981@wendy> <9456bde5059bea3aac1ed64355e3f017dd9bd3e5.camel@iscas.ac.cn> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7Ve3lgpxDSyp290p" Content-Disposition: inline In-Reply-To: <9456bde5059bea3aac1ed64355e3f017dd9bd3e5.camel@iscas.ac.cn> --7Ve3lgpxDSyp290p Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 26, 2026 at 05:33:26PM +0800, Icenowy Zheng wrote: > > > >=20 > > > > > > > + > > > > > > > +=A0=A0=A0=A0=A0=A0=A0 resets: > > > > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 minItems: 1 > > > > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 maxItems: 1 > > > > > > > + > > > > > > > +=A0=A0=A0=A0=A0=A0=A0 reset-names: > > > > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0 items: > > > > > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 - const: core > > > > > >=20 > > > > > > This is just maxItems: 1. > > > > >=20 > > > > > Well the implicit rules of DT binding schemas are quite > > > > > weird... > > > >=20 > > > > I don't think it is that strange, as the binding has > > > > =A0 reset-names: > > > > =A0=A0=A0 items: > > > > =A0=A0=A0=A0=A0 - const: core > > > > =A0=A0=A0=A0=A0 - const: axi > > > > =A0=A0=A0=A0=A0 - const: ahb > > >=20 > > > Ah does the list constraint the order of items? If it constrains > > > the > >=20 > > It does, yes. > > Alternatively, using an enum permits free ordering. >=20 > Ah in this case this should be converted to an enum, I think. >=20 > Should I send a patch for converting it? Why do you think it should be an enum? We don't currently have any users of this that only provide no core or no axi reset. --7Ve3lgpxDSyp290p Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCaj6beQAKCRB4tDGHoIJi 0gbBAQD2qYmeU3dXPFzN/2vp9UGyLPNTpngsvAFylyCo+L5IOQD6A5ZqJBiSI8Xk pHlYwjodYrAF8Ufa6WCA/5GANwLhwQk= =EVAO -----END PGP SIGNATURE----- --7Ve3lgpxDSyp290p--