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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6065CC433EF for ; Tue, 12 Apr 2022 18:43:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358785AbiDLSpZ (ORCPT ); Tue, 12 Apr 2022 14:45:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36324 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241938AbiDLSpY (ORCPT ); Tue, 12 Apr 2022 14:45:24 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9B78E54BC0; Tue, 12 Apr 2022 11:43:05 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 2728961B48; Tue, 12 Apr 2022 18:43:05 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 79012C385A8; Tue, 12 Apr 2022 18:43:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1649788984; bh=w2CtaQZcF4jWpOWkg14I1V3aX1NHUeLpL6sv3cNvE14=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=TTbUWeGTGtqpQE0D+lZtb/8tdEIjV52Fc7it9gm8vfWhdnCkaw5s/ZzlO9/VmCjtT x7yguM8OC+11YUql9KlJFvivx1SokY2L1/DebBVzV8mFHd4FSJXchqqvtdk/Sirj9b 59J2M48SwJd7L5LiI2uzBieuW6atj60W1SwRCBJO43dvOm2lDP9K6xesW8WAZXOfIb /f9wvnN5cbMnDvQ6F+7ww7FAn2A3XpQl/hqqF1QdpfDWCGNEn9wv2rU+Gf5gbMSPDQ SflqFvq2sZTWlYqUGvLonrr3GLMx5Jn7e9gV0o/2DDG1OVmBLKkIa5/ACr2hkZbbfU KUXMsDy8/rDqg== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: References: <20220406002648.393486-1-dmitry.baryshkov@linaro.org> <20220406154028.EC897C385A3@smtp.kernel.org> Subject: Re: [PATCH v2 0/4] arm: qcom: qcom-apq8064: add separate device node for tsens From: Stephen Boyd Cc: Amit Kucheria , Andy Gross , Bjorn Andersson , Krzysztof Kozlowski , Michael Turquette , Rob Herring , Thara Gopinath , linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-clk@vger.kernel.org To: Dmitry Baryshkov Date: Tue, 12 Apr 2022 11:43:02 -0700 User-Agent: alot/0.10 Message-Id: <20220412184304.79012C385A8@smtp.kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org Quoting Dmitry Baryshkov (2022-04-06 12:57:30) > On Wed, 6 Apr 2022 at 18:40, Stephen Boyd wrote: > > > > Quoting Dmitry Baryshkov (2022-04-05 17:26:44) > > > Currently gcc-msm8960 driver manually creates tsens device. Instantia= te > > > the device using DT node instead. This follow the IPQ8064 device tree > > > schema. > > > > Why can't the schema be changed? >=20 > But these commits change the schema. They make apq8064 follow more > logical scheme of ipq8064. >=20 Sounds like ipq8064 and apq8064 follow different schemas. Is there any benefit to harmonizing the two vs. just leaving it as it is in the dts and making the schema match whatever the dts has?