From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 24C9E64A; Tue, 31 Dec 2024 00:26:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1735604820; cv=none; b=KQOeQb9XXOxmD/ltVdtij3isd+BjGTqqwkpf+btsMgBnMg5zIFh+vAFuWDuzgJkHhoek0JEeNUX6xYdn2liZSCtlzkAvwdQQRGbqE2pNhV90wfkFPZNSGJyALJfnQevrVFEXLGqTKr/+UWQWsxVJPRaktajuZwjVspOjitFdtJA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1735604820; c=relaxed/simple; bh=mVqcKmLLfuhSGS3gshPLQdbKu6p2tqxAbOx6us0UBEg=; h=Message-ID:Content-Type:MIME-Version:In-Reply-To:References: Subject:From:To:Date; b=fEIDtFEmufj+D+9OS0bRSmL7wZLH7FsYvxnSChJeIhu4lCq6FAP1hjLVYsrf2EMjO1/715VsmODFz0biY3Al+dL97MOUy8OQx2eiWyohHW3Ep0PgoAjjcsOlNTTtlvmeADZfukLwd4Svf5LzaFlQuRKotxOFhG40w9tibayxooE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=qygM0ByG; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="qygM0ByG" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 94977C4CED0; Tue, 31 Dec 2024 00:26:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1735604819; bh=mVqcKmLLfuhSGS3gshPLQdbKu6p2tqxAbOx6us0UBEg=; h=In-Reply-To:References:Subject:From:To:Date:From; b=qygM0ByG4CVsbJJyDrg7s9qDcCvr15UnD7ar5nPo3j3+xq/vJHt3/iX12IlAPTcrH rM7RsDNh/uPtGCnnTFZf3Oi4fBOrXHcbore5++0wbeqhMxhPvsX/CaNGeLlzAbl560 n3b8abaGwdM4n6AWL+oAgUKmFWhPimU550Ix+fMinRiTpdCzkUaCJIf+NvAReSmYjp dl/ppki552FIo/cBptccQI978B0Iqw7gfW72IGWnSxtApljmKSCGWhlk/uVJNLJD2d l0OAR09acKZVaNT2givjksfEv1UVUG8KFifMI1xUomJIQkdyoer5lOpmZ+FR6dpv5w DtnELtUBEjS6g== Message-ID: Content-Type: text/plain; charset="utf-8" Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20241229135351.5014-2-akemnade@kernel.org> References: <20241229135351.5014-1-akemnade@kernel.org> <20241229135351.5014-2-akemnade@kernel.org> Subject: Re: [PATCH 1/2] dt-bindings: clock: ti: Convert gate.txt to json-schema From: Stephen Boyd To: Andreas Kemnade , Conor Dooley , Krzysztof Kozlowski , Michael Turquette , Rob Herring , Tero Kristo , Tony Lindgren , akemnade@kernel.org, devicetree@vger.kernel.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org Date: Mon, 30 Dec 2024 16:26:57 -0800 User-Agent: alot/0.12.dev1+gaa8c22fdeedb Quoting akemnade@kernel.org (2024-12-29 05:53:50) > From: Andreas Kemnade >=20 > Convert the OMAP gate clock device tree binding to json-schema. > Specify the creator of the original binding as a maintainer. > Choose GPL-only license because original binding was also GPL. > Clean up the examples during conversion to meet modern standards and > remove examples with no additional value. > Due to usage in code and existing devicetree binding, add the > ti,set-rate-parent property. Can we somehow mark these bindings as "undesirable"? We don't want new bindings to be written that use one node per clock. At the least we should put that into the description.