Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752281AbdHCKKI (ORCPT ); Thu, 3 Aug 2017 06:10:08 -0400 Received: from mail-wr0-f194.google.com ([209.85.128.194]:36904 "EHLO mail-wr0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751986AbdHCKKF (ORCPT ); Thu, 3 Aug 2017 06:10:05 -0400 Subject: Re: [PATCH] dt-bindings: mtd: add new compatible strings for mtk nor controller To: Guochun Mao , Cyrille Pitchen Cc: Boris Brezillon , Marek Vasut , Cyrille Pitchen , Mark Rutland , devicetree@vger.kernel.org, Richard Weinberger , Russell King , linux-kernel@vger.kernel.org, Rob Herring , linux-mtd@lists.infradead.org, linux-mediatek@lists.infradead.org, David Woodhouse , linux-arm-kernel@lists.infradead.org References: <1500948617-19627-1-git-send-email-guochun.mao@mediatek.com> <1500948617-19627-2-git-send-email-guochun.mao@mediatek.com> <03016ea3-51ad-0b2d-e824-0a20913bd7c1@gmail.com> <20170802103637.16cd6548@bbrezillon> <535cc2d5-7bc9-2cb7-42cf-9d7058e64226@wedev4u.fr> <1501726602.4381.23.camel@mhfsdcap03> From: Matthias Brugger Message-ID: <0796f86e-044b-5891-e56e-c96242611608@gmail.com> Date: Thu, 3 Aug 2017 12:09:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <1501726602.4381.23.camel@mhfsdcap03> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2756 Lines: 80 On 08/03/2017 04:16 AM, Guochun Mao wrote: > Hi Cyrille, > > On Wed, 2017-08-02 at 17:31 +0200, Cyrille Pitchen wrote: >> Hi Guochun, >> >> Le 02/08/2017 à 10:36, Boris Brezillon a écrit : >>> Hi Matthias, >>> >>> On Tue, 1 Aug 2017 14:33:22 +0200 >>> Matthias Brugger wrote: >>> >>>> On 07/25/2017 04:10 AM, Guochun Mao wrote: >>>>> Add "mediatek,mt2712-nor" and "mediatek,mt7622-nor" >>>>> for nor flash node's compatible strings. >>>>> >>>>> Reviewed-by: Matthias Brugger >>>>> Signed-off-by: Guochun Mao >>>>> --- >>>>> .../devicetree/bindings/mtd/mtk-quadspi.txt | 2 ++ >>>>> 1 file changed, 2 insertions(+) >>>>> >>>>> diff --git a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt b/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt >>>>> index 5ded66a..9845ff4 100644 >>>>> --- a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt >>>>> +++ b/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt >>>>> @@ -3,6 +3,8 @@ >>>>> Required properties: >>>>> - compatible: The possible values are: >>>>> "mediatek,mt2701-nor" >>>>> + "mediatek,mt2712-nor" >>>>> + "mediatek,mt7622-nor" >>>>> "mediatek,mt7623-nor" >>>>> "mediatek,mt8173-nor" >>>>> For mt8173, compatible should be "mediatek,mt8173-nor". >>>>> >> >> There should be another patch to update the mtk_nor_of_ids[] array in >> the mtk-quadspi.c driver, shouldn't it? >> >> Currently, I only see the "mediatek,mt8173-nor" compatible string at the >> driver side. The driver and its documentation should be aligned and both >> patches should be applied at the same time. > >> Best regards, >> >> Cyrille > > > From my designer's info, these IPs' nor controller could use same > driver, and I had verified it. I think there's no need to update > mtk_nor_of_ids[], unless we find difference between these IPs(exactly > compared with mt8173). > How do you think? > Right, mt8173-nor is the fallback binding which will be used by the driver. As the documentation states, the compatible string should be something like: "mediatek,mt7622-nor", "mediatek,mt8173-nor" So the mt7622-nor binding is not matched in the driver, as the driver is the same on all SoCs. Nonetheless if we realize in the future that mt7622 IP has some special feature/bug, we can use the binding to implement that in the driver. AFAIK this is the standard way for bindings. Cyrille, is this ok for you, or do want all bindings to be reflected in the driver even though they don't change any functionality? Regards, Matthias > And, we will add dts patches for new SOCs, are these patches should > applied with this documentation? > > Best regards, > Guochun >