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 D795DC6FD1E for ; Fri, 10 Mar 2023 08:48:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231167AbjCJIr7 (ORCPT ); Fri, 10 Mar 2023 03:47:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42588 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231132AbjCJIrY (ORCPT ); Fri, 10 Mar 2023 03:47:24 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DD1710A293; Fri, 10 Mar 2023 00:45:30 -0800 (PST) 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 C752B61133; Fri, 10 Mar 2023 08:45:29 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A4862C433EF; Fri, 10 Mar 2023 08:45:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1678437929; bh=DqpiA8k7wNjjdxkzp733A1Yn67FxOT0U4u3LTJ/xLzc=; h=Date:Subject:To:References:From:In-Reply-To:From; b=Pl/xPLTjTj6iFkuaY6eJcMaKVOIDojBNzS/hfaWNcgngAxhO5Ugm2YvCUHNSrCFIj NAqKnIB4FpFCo6/b8zScUzWfMWJTWxzr6LgSM7WArfsX2C1gGXigdBR1Rs2Uy1jKbq jFhwulKlv1duy1R5bQFdlDJXNd2caHEnqGQf1Z4n8JhLDrb5gvPSB9m1aMeGjcuBZr VwIwSQ3aXF0uWldICH3uVmOZHLscZI7Q/ivrgLR8p+PHSySugFAit1Wpzgbc7BYBhG vvV2H4mDfkZEBbAf66uiXnLKWzkiVlbodp67bsMuiYpRbvZagYvtmGvbCMnelduIjM 8EmONrzJxXs0A== Message-ID: Date: Fri, 10 Mar 2023 09:45:24 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH V2 4/6] dt-bindings: timestamp: Add Tegra234 support Content-Language: en-US To: Dipen Patel , thierry.reding@gmail.com, jonathanh@nvidia.com, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, linux-gpio@vger.kernel.org, linus.walleij@linaro.org, devicetree@vger.kernel.org, linux-doc@vger.kernel.org, robh+dt@kernel.org, timestamp@lists.linux.dev References: <20230214115553.10416-1-dipenp@nvidia.com> <20230214115553.10416-5-dipenp@nvidia.com> <3c0ad963-ce69-bd5b-20cd-888e5fbdecaf@kernel.org> <7a8027c9-dc73-3684-c5f2-3071f315b3cd@nvidia.com> <18f9a6ca-a61b-4cbb-b729-1fdb6d48651a@nvidia.com> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/03/2023 19:49, Dipen Patel wrote: > On 3/8/23 10:16 PM, Krzysztof Kozlowski wrote: >> On 08/03/2023 21:09, Dipen Patel wrote: >>> On 3/8/23 11:05 AM, Krzysztof Kozlowski wrote: >>>> On 08/03/2023 19:45, Dipen Patel wrote: >>>>> On 2/16/23 6:17 AM, Krzysztof Kozlowski wrote: >>>>>> On 14/02/2023 12:55, Dipen Patel wrote: >>>>>>> Added timestamp provider support for the Tegra234 in devicetree >>>>>>> bindings. >>>>>> >>>>>> 1. Your commit does much more. You need to explain it why you drop some >>>>>> property. >>>>> ACK, will address it next patch >>>>>> >>>>>> 2. Bindings go before its usage (in the patchset). >>>>> Ack... >>>>>> >>>>>> 3. Please use scripts/get_maintainers.pl to get a list of necessary >>>>>> people and lists to CC. It might happen, that command when run on an >>>>>> older kernel, gives you outdated entries. Therefore please be sure you >>>>>> base your patches on recent Linux kernel. >>>>> It is based on recent linux at the time patch series was sent... >>>> >>>> That's good but then why you do not use scripts/get_maintainers.pl? The >>>> hint about recent kernel was just a hint... Just do not invent addresses >>>> by yourself and use the tool to get them right. >>>> >>> I will take a note for the next patch series to add any missing people. The current >>> list of people/group is what historically helped review this new timestamp/hte subsystem. >>> >>>> (...) >>>> >>>>>>> + properties: >>>>>>> + compatible: >>>>>>> + contains: >>>>>>> + enum: >>>>>>> + - nvidia,tegra194-gte-aon >>>>>> >>>>>> This is an ABI break. Does your driver handle it? >>>>> yes, handling patch is part of this patch series. >>>> >>>> Can you point me to the code which does it? I see "return -ENODEV;", so >>>> I think you do not handle ABI break. I could miss something but since >>>> you disagree with me, please at least bring some arguments... >>> Refer to patch https://patchwork.kernel.org/project/timestamp/patch/20230214115553.10416-3-dipenp@nvidia.com/ >>> which has compatible properties added and also code changes to reflect addition/deletion of some >>> properties. >> >> I referred to the code which breaks the ABI. >> >>> >>> I am not sure I have understood about ABI break comment. How else one should handle if >>> there is no related gpio controller property found? >> >> In a way it does not break existing users? There are many ways to handle >> it, but I don't know your code to point you. > > It is new subsystem and has only one driver which uses it so far. We do not talk about subsystem, but Tegra SoC, which is not new. Unless you meant this is new SoC/DTS? > This was a decision taken > after review comments (By Thierry, also in the mailing list) to add this property (nvidia,gpio-controller) > and necessary changes have been made to existing user. From now on, it has to follow this change. What is "it" which has to follow? There are rules for stable ABI and commit msg does not explain why they should not be followed. > >> >>> I am assuming you are referring to the >>> below code from the patch 2 (link above) when you said "return -ENODEV". >> >> >> Your bindings patch points to ABI break without any >> explanation/justification. Then your code #2 patch actually breaks it, >> also without any justification. > I am going to add explanation/justification in the commit message in the next patch series. But to give > you context, discussion happened here https://patchwork.ozlabs.org/project/linux-gpio/patch/20221103174523.29592-3-dipenp@nvidia.com/ Either too many messages (and I missed something) or I could not find why ABI break is accepted and justified. Best regards, Krzysztof