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 69DCDC61DA4 for ; Wed, 15 Mar 2023 10:47:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231948AbjCOKr0 (ORCPT ); Wed, 15 Mar 2023 06:47:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43680 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232360AbjCOKqq (ORCPT ); Wed, 15 Mar 2023 06:46:46 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C091E7E7B8; Wed, 15 Mar 2023 03:46:06 -0700 (PDT) Received: from [192.168.1.100] (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 41C8D66015F1; Wed, 15 Mar 2023 10:45:59 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1678877160; bh=2lu6PO85yn+bXYwQVx0BtD+c64sEAEGM7jdKQhcGME8=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=XiamhNz3BoS2Am/A916XWJivnLGJ5CbmEZpenv49PmVgRCy5qL1V/oXw16h6Mnotl Z94E0gppdt/i81ppf7yISjD6rvxasFgEInXQPNXHDlX3uS8J6ayjDYaAhNHcywlCeg 1iuk1I6lqn39B6HRHiUSBqH7GDRIuKL3uoU2u3Oj4ob/DGjeeI4+qpmj0ErBLFkKgw uwPEGsOULUOvOZwmlK6orcLbZr2fcPnaWkQdEonEXQFnJdynrI+8iw0r/TbinPVYnI o6qiJhlEpNs7qK7S0eYk2ECctMGxZveWgc9Pt2T6+RwJ2tAlPC2ZFdl4yKFtU+tYZ/ Y1W0EDhUVPbtA== Message-ID: Date: Wed, 15 Mar 2023 11:45:56 +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 03/18] dt-bindings: pinctrl: mediatek,mt8365-pinctrl: add drive strength property Content-Language: en-US To: Alexandre Mergnat Cc: Krzysztof Kozlowski , Zhiyong Tao , Guenter Roeck , Linus Walleij , =?UTF-8?Q?Bernhard_Rosenkr=c3=a4nzer?= , Ulf Hansson , Wim Van Sebroeck , Krzysztof Kozlowski , Chaotian Jing , Rob Herring , Wenbin Mei , Matthias Brugger , linux-mmc@vger.kernel.org, Alexandre Bailon , devicetree@vger.kernel.org, Amjad Ouled-Ameur , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-mediatek@lists.infradead.org, Fabien Parent References: <20230203-evk-board-support-v2-0-6ec7cdb10ccf@baylibre.com> <20230203-evk-board-support-v2-3-6ec7cdb10ccf@baylibre.com> <3b7c6f28-57bd-33de-5531-8c4eae8cf6eb@linaro.org> <6e08d78f-ef4c-b228-f7d2-d63767ea87b8@collabora.com> <62ed2988-2347-9fd9-82f9-6dcc9ae75808@collabora.com> From: AngeloGioacchino Del Regno In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 15/03/23 09:11, Alexandre Mergnat ha scritto: > Le ven. 10 mars 2023 à 10:49, AngeloGioacchino Del Regno > a écrit : >> >> Il 10/03/23 10:46, AngeloGioacchino Del Regno ha scritto: >>> >>> Anyway, Alexandre: can you please perform a cleanup to the MT8365 pinctrl binding? > > Yes I can ! :D > Should I do it directly in this patch series or (I prefer) in a new one ? > Doing that in a new one is fine... it's a cleanup that is not strictly related to what you're introducing in this series. >>> The cleanup means you're setting mediatek,drive-strength-adv as deprecated and >>> adding the right properties (...and possibly changing the devicetrees to use it). >>> >>> For more information, you can look at commit history for the (unfortunately, named >>> incorrectly) MT8195 pinctrl documentation: bindings/pinctrl/pinctrl-mt8195.yaml >>> where we performed the same cleanup that I'm asking you to do, except we didn't >>> have to set any property as deprecated because there was *no devicetree upstream* >>> that was actually using that property (hence not an ABI breakage). > > Thanks for the information, that helps. You're welcome! Regards, Angelo