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 X-Spam-Level: X-Spam-Status: No, score=-14.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 714C8C48BCF for ; Wed, 9 Jun 2021 07:15:09 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 580AB6135D for ; Wed, 9 Jun 2021 07:15:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237169AbhFIHRC (ORCPT ); Wed, 9 Jun 2021 03:17:02 -0400 Received: from mail-ej1-f44.google.com ([209.85.218.44]:34795 "EHLO mail-ej1-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232746AbhFIHQ6 (ORCPT ); Wed, 9 Jun 2021 03:16:58 -0400 Received: by mail-ej1-f44.google.com with SMTP id g8so36850866ejx.1; Wed, 09 Jun 2021 00:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=eJ/UXl761/Zb/1YoVtcnPHbq9nljPAZl/kK/WYlFhz8=; b=TPNd3y5BcZSNZ1H1DOeCAgADrawGkQ2H3Lnd+gIzkpc6BJ7F6TqvaQC8AaSW48c7i2 6iuoan30A6dHN9U6bn6C8BoZY5VG70hXED3RrtmnDfV9sIlsbYg1x+tXjYG3muqSKXSc AHKXvKAHyHTzQfV9o6erxbpfrvl3zbqOHVpUKdWFnICcS5y+wT3fHVF0E6vDObLsvsOB WWbAtVQuGNtQjJpWPOwbP3r8CBXobBFLl2LVPFu0yx2QW8zbIbydVg6m5i/e3UjXgOow T5DpLe721IqSNPeIp8mFQDtzZYR+d/rBRMIgJtTQIIiSGN7n9Kmu6652jsIPb1uv9fki WXbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eJ/UXl761/Zb/1YoVtcnPHbq9nljPAZl/kK/WYlFhz8=; b=tsxJN1qy0wn/8krOk0yNpsdTx4iwCMmqvtZcLBFhU/TXgEN1VYzwHJWUSAxgpBiwjY K3HPSxIjacjwt/Ihe7SVzAZBPH2+TWVDoGodrH1ASm9nj3ZxiMyfKueg+0MBG6K557WZ ITBQH4fMdZSqx16+85TtxaoMbNnEY5VX+NynaI4+dwqhXsRIF43byMLYD40oFZUvMQ8h bFAKiSArI8pEdLCCc48jhzWju7jAqmlE+VqXhZXtDSnonKob+oUj26E3hvuIVzhVLpfP iN3sONMdpMy9EPJCB27XuZ+MjR1SVieNsVPTpBY09zS+3Ipj9A7bmtL/2WOD1A0mIl4s LG8g== X-Gm-Message-State: AOAM531s/JuHl+HX3sxDH44sWjDIkXdtkEWy/qixplHWbu6xJXiCFHKB RFXr5KsLHwGVBALqbjx+7taksN/JaoJikQ== X-Google-Smtp-Source: ABdhPJwVxciLJ0Oj/0qbjrW4a2KG3DyVl+h3qP5tbMPdOQUxccnFrgHfOSPRhoJHI/Gp71yIAqpeCg== X-Received: by 2002:a17:906:260e:: with SMTP id h14mr27707350ejc.356.1623222843360; Wed, 09 Jun 2021 00:14:03 -0700 (PDT) Received: from [192.168.2.2] (81-204-249-205.fixed.kpn.net. [81.204.249.205]) by smtp.gmail.com with ESMTPSA id r2sm680702ejc.78.2021.06.09.00.14.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 09 Jun 2021 00:14:03 -0700 (PDT) Subject: Re: [PATCH v6 1/8] dt-bindings: rockchip-sfc: Bindings for Rockchip serial flash controller To: Jon Lin , linux-spi@vger.kernel.org Cc: broonie@kernel.org, robh+dt@kernel.org, heiko@sntech.de, hjc@rock-chips.com, yifeng.zhao@rock-chips.com, sugar.zhang@rock-chips.com, linux-rockchip@lists.infradead.org, linux-mtd@lists.infradead.org, p.yadav@ti.com, macroalpha82@gmail.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Chris Morgan References: <20210608022644.21074-1-jon.lin@rock-chips.com> <20210608022644.21074-2-jon.lin@rock-chips.com> <64021ae2-1bd1-04ae-9930-36219320cf26@rock-chips.com> From: Johan Jonker Message-ID: Date: Wed, 9 Jun 2021 09:13:59 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <64021ae2-1bd1-04ae-9930-36219320cf26@rock-chips.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/9/21 5:50 AM, Jon Lin wrote: > > On 6/9/21 2:03 AM, Johan Jonker wrote: >> Hi Jon, >> >> A look at the build log shows this error: >> >> https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20210608022644.21074-2-jon.lin@rock-chips.com/ >> >> >> dtschema/dtc warnings/errors: >> /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/spi/rockchip-sfc.example.dt.yaml: >> >> spi@ff3a0000: clock-names:0: 'hclk_sfc' was expected >>     From schema: >> /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >> >> /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/spi/rockchip-sfc.example.dt.yaml: >> >> spi@ff3a0000: clock-names:1: 'clk_sfc' was expected >>     From schema: >> /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >> >> >> Check document with: >> >> make ARCH=arm dt_binding_check >> DT_SCHEMA_FILES=Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >> >> make ARCH=arm dtbs_check >> DT_SCHEMA_FILES=Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >> >> make ARCH=arm64 dtbs_check >> DT_SCHEMA_FILES=Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >> >> Remove any errors before submitting. >> >> === >> >> Johan >> >> On 6/8/21 4:26 AM, Jon Lin wrote: >>> From: Chris Morgan >>> >>> Add bindings for the Rockchip serial flash controller. New device >>> specific parameter of rockchip,sfc-no-dma included in documentation. >>> >>> Signed-off-by: Chris Morgan >>> Signed-off-by: Jon Lin >>> --- >>> >>> Changes in v6: >>> - Add support in device trees for rv1126(Declared in series 5 but not >>>    submitted) >>> - Change to use "clk_sfc" "hclk_sfc" as clock lable, since it does not >>>    affect interpretation and has been widely used >>> - Support sfc tx_dual, tx_quad(Declared in series 5 but not submitted) >>> - Simplify the code, such as remove "rockchip_sfc_register_all"(Declared >>>    in series 5 but not submitted) >>> - Support SFC ver4 ver5(Declared in series 5 but not submitted) >>> - Add author Chris Morgan and Jon Lin to spi-rockchip-sfc.c >>> - Change to use devm_spi_alloc_master and spi_unregister_master >>> >>> Changes in v5: >>> - Add support in device trees for rv1126 >>> - Support sfc tx_dual, tx_quad >>> - Simplify the code, such as remove "rockchip_sfc_register_all" >>> - Support SFC ver4 ver5 >>> >>> Changes in v4: >>> - Changing patch back to an "RFC". An engineer from Rockchip >>>    reached out to me to let me know they are working on this patch for >>>    upstream, I am submitting this v4 for the community to see however >>>    I expect Jon Lin (jon.lin@rock-chips.com) will submit new patches >>>    soon and these are the ones we should pursue for mainlining. Jon's >>>    patch series should include support for more hardware than this >>>    series. >>> - Clean up documentation more and ensure it is correct per >>>    make dt_binding_check. >>> - Add support in device trees for rk3036, rk3308, and rv1108. >>> - Add ahb clock (hclk_sfc) support for rk3036. >>> - Change rockchip_sfc_wait_fifo_ready() to use a switch statement. >>> - Change IRQ code to only mark IRQ as handled if it handles the >>>    specific IRQ (DMA transfer finish) it is supposed to handle. >>> >>> Changes in v3: >>> - Changed the name of the clocks to sfc/ahb (from clk-sfc/clk-hsfc). >>> - Changed the compatible string from rockchip,sfc to >>>    rockchip,rk3036-sfc. A quick glance at the datasheets suggests this >>>    driver should work for the PX30, RK180x, RK3036, RK312x, RK3308 and >>>    RV1108 SoCs, and possibly more. However, I am currently only able >>>    to test this on a PX30 (an RK3326). The technical reference manuals >>>    appear to list the same registers for each device. >>> - Corrected devicetree documentation for formatting and to note these >>>    changes. >>> - Replaced the maintainer with Heiko Stuebner and myself, as we will >>>    take ownership of this going forward. >>> - Noted that the device (per the reference manual) supports 4 CS, but >>>    I am only able to test a single CS (CS 0). >>> - Reordered patches to comply with upstream rules. >>> >>> Changes in v2: >>> - Reimplemented driver using spi-mem subsystem. >>> - Removed power management code as I couldn't get it working properly. >>> - Added device tree bindings for Odroid Go Advance. >>> >>> Changes in v1: >>> hanges made in this new series versus the v8 of the old series: >>> - Added function to read spi-rx-bus-width from device tree, in the >>>    event that the SPI chip supports 4x mode but only has 2 pins >>>    wired (such as the Odroid Go Advance). >>> - Changed device tree documentation from txt to yaml format. >>> - Made "reset" message a dev_dbg from a dev_info. >>> - Changed read and write fifo functions to remove redundant checks. >>> - Changed the write and read from relaxed to non-relaxed when >>>    starting the DMA transfer or reading the DMA IRQ. >>> - Changed from dma_coerce_mask_and_coherent to just >>>    dma_set_mask_and_coherent. >>> - Changed name of get_if_type to rockchip_sfc_get_if_type. >>> >>>   .../devicetree/bindings/spi/rockchip-sfc.yaml | 87 +++++++++++++++++++ >>>   1 file changed, 87 insertions(+) >>>   create mode 100644 >>> Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >>> >>> diff --git a/Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >>> b/Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >>> new file mode 100644 >>> index 000000000000..160449713f97 >>> --- /dev/null >>> +++ b/Documentation/devicetree/bindings/spi/rockchip-sfc.yaml >>> @@ -0,0 +1,87 @@ >>> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) >>> +%YAML 1.2 >>> +--- >>> +$id: http://devicetree.org/schemas/spi/rockchip-sfc.yaml# >>> +$schema: http://devicetree.org/meta-schemas/core.yaml# >>> + >>> +title: Rockchip Serial Flash Controller (SFC) >>> + >>> +maintainers: >>> +  - Heiko Stuebner >>> +  - Chris Morgan >> In the driver spi-rockchip-sfc.c is used: >> Chris Morgan >> Maybe use a consistent email address? >> Also Hotmail does strange things to message-ID's and links/content >> inside patches. >> >>> + >>> +allOf: >>> +  - $ref: spi-controller.yaml# >>> + >>> +properties: >>> +  compatible: >>> +    oneOf: >>> +      - const: rockchip,rk3036-sfc >>> +      - items: >>> +          - enum: >>> +              - rockchip,px30-sfc >>> +              - rockchip,rk3308-sfc >>> +              - rockchip,rv1108-sfc >>> +          - const: rockchip,rk3036-sfc >>> +      - const: rockchip,rv1126-sfc >> A look at the driver shows this: >> >> +static const struct of_device_id rockchip_sfc_dt_ids[] = { >> >> +    { .compatible = "rockchip,px30-sfc"}, >> >> remove >> >> +    { .compatible = "rockchip,rk3036-sfc"}, >> >> +    { .compatible = "rockchip,rk3308-sfc"}, >> +    { .compatible = "rockchip,rv1126-sfc"}, >> >> remove >> >> +    { /* sentinel */ } >> +}; >> >> When no '.data = &my_sfc_data' exist then there's no need for additional >> compatible strings in the driver. >> === >> example for I2S: >>     { .compatible = "rockchip,rk3399-i2s", .data = &rk3399_i2s_pins }, >> === >> Compatibility strings are supposed to be SoC orientated. >> With rockchip_sfc_get_version() all we need is one fall back string for >> now I think. Is rk3568 identical. Please advise. >> >> >>        - const: rockchip,rk3036-sfc >>        - items: >>            - enum: >>                - rockchip,px30-sfc >>                - rockchip,rk3308-sfc >>                - rockchip,rk3368-sfc >>                - rockchip,rk3568-sfc >>                - rockchip,rv1108-sfc >>                - rockchip,rv1126-sfc >>            - const: rockchip,rk3036-sfc >> >> === >> >> The rk3368 TRM also describes a SFC controller. >> For the mainline DT completeness is it possible to add a rk3368 SFC node >> as well? ;) >> >>> + >>> +  reg: >>> +    maxItems: 1 >>> + >>> +  interrupts: >>> +    maxItems: 1 >>> + >>> +  clocks: >>> +    items: >>> +      - description: Bus Clock >>> +      - description: Module Clock >>> + >>> +  clock-names: >>> +    items: >>> +      - const: hclk_sfc >>> +      - const: clk_sfc >>> + >>> +  power-domains: >>> +    maxItems: 1 >>> + >>> +  rockchip,sfc-no-dma: >>> +    description: Disable DMA and utilize FIFO mode only >>> +    type: boolean >>> + >>> +required: >>> +  - compatible >>> +  - reg >>> +  - interrupts >>> +  - clocks >>> +  - clock-names >>> + >>> +unevaluatedProperties: false >>> + >>> +examples: >>> +  - | >>> +    #include >>> +    #include >>> +    #include >>> + >>> +    sfc: spi@ff3a0000 { >>> +        compatible = "rockchip,px30-sfc","rockchip,rk3036-sfc"; >>> +        reg = <0xff3a0000 0x4000>; >>> +        interrupts = ; >>> +        clocks = <&cru SCLK_SFC>, <&cru HCLK_SFC>; >>> +        clock-names = "clk_sfc", "hclk_sfc"; >> The clocks in the examples and dtsi files must have the same sort order. >> >>> +        pinctrl-0 = <&sfc_clk &sfc_cs &sfc_bus2>; >>> +        pinctrl-names = "default"; >>> +        power-domains = <&power PX30_PD_MMC_NAND>; >>> +        #address-cells = <1>; >>> +        #size-cells = <0>; >>> + >>> +        flash@0 { >> >From spi-controller.yaml: >> >> patternProperties: >>    "^.*@[0-9a-f]+$": >>      type: object >> >>      properties: >>        compatible: >>          description: >>            Compatible of the SPI device. >> >>        reg: >>          minimum: 0 >> >>          maximum: 256 >> >>          description: >>            Chip select used by the device. >> >> This allows 257 sub nodes. >> Support up to 4 chip select in the driver. >> #define SFC_MAX_CHIPSELECT_NUM        4 > RK SFC design is up to 4 CS. > > Sorry, I don't see any specific improvement in this comment, can you > explain it in detail. In the old text documents it only described the hardware. With the new YAML format we also check new dts submissions for bogus properties. So if someone comes up with this example: flash@88 { compatible = "jedec,spi-nor"; reg = <0x88>; } This must give a out of range notification. Also when someone tries to connect something else then flash that must be detected. The spi-controller.yaml allows any node name. patternProperties: "^flash@[0-3]$": type: object properties: compatible: const: jedec,spi-nor reg: minimum: 0 maximum: 3 === Example from rockchip,nand-controller.yaml: patternProperties: "^nand@[0-7]$": type: object properties: reg: minimum: 0 maximum: 7 === >> >>> +            compatible = "jedec,spi-nor"; >>> +            reg = <0>; >>> +            spi-max-frequency = <108000000>; >>> +            spi-rx-bus-width = <2>; >>> +            spi-tx-bus-width = <2>; >>> +        }; >>> +    }; >>> + >>> +... >>> >> >> > >