Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp4218730rwe; Tue, 30 Aug 2022 06:39:53 -0700 (PDT) X-Google-Smtp-Source: AA6agR5yMdu2lQORnNIAwpYXdGrU+ZPPD0z7TK2NCqDQDxncDbSbGrimIEQONYK1j+hwIrgAzSRq X-Received: by 2002:a05:6402:50cb:b0:440:87d4:3ad2 with SMTP id h11-20020a05640250cb00b0044087d43ad2mr20365878edb.219.1661866793048; Tue, 30 Aug 2022 06:39:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661866793; cv=none; d=google.com; s=arc-20160816; b=pLQIYQvcLVsHNr07pxrbqfe0YrCVlCn2VdYFws0jmgfkCamgL2GN/Bb4QyCptH72Tf vDNimto3poNSkuoGzT2X7y5SdqrSCtCs3kEPfJH6w2j7OK006PptCBzL0fPgIaxntgMk b193Hl0qkxKkw2rTXqorAwkQfajqXATZ7VzFH7+Cg+BjOQ4VtVn/GqxI7MPioBRaT2R7 DzNQNRUUFWPEW5V1MQfoLpXk3tWN5Go902h61c8W/+6uBcYLH+xWw8rsRsdvSCTGFEId SsYxJsWH7JcqKSzF4bbR4UhrJzpI0uewCcToT0tF4N5tRK99p1mcaCNB+e15drtA4Mvf cQnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:feedback-id:dkim-signature:dkim-signature; bh=+9S2ly6azi6QK5yxzI1YIvhw2qv6fjY+mHj3WQg30AI=; b=iM3uP+V4QZN7m0MmxF2XsrrZGjtO8PizraUajPxxYvm2kdy8WtjjLqJsTZ4tZ9cFnr ka53Pdd65uqPT/1kKu/Mdasy/CT2nrA9y+cs1FWqQruTMRmW9MhE7F6+7iob0g3tyae6 +3GeEeqtnRTUX9ObPocaBbabVrVMOURVNNMdWGyi8u5819sGI6qHgP6kMNobB2JP8sDV Asutki7DueSsbdwPptyoKSDjRuDCkxxdXLvwxyL6Qf0MG0F3V7mvzmx1H76sc0BY+BNe KyNpmsvyCgHUFkhdu9W5GCNTsSv87eJ029GnYICwZxR5bhYGJgtzQM83Z/TwyRu2R9hI 6cyw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sholland.org header.s=fm2 header.b=WSxKpNk8; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=XoB3xH+4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=sholland.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hw19-20020a170907a0d300b0073d71b3e93dsi5979989ejc.285.2022.08.30.06.39.27; Tue, 30 Aug 2022 06:39:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@sholland.org header.s=fm2 header.b=WSxKpNk8; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=XoB3xH+4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=sholland.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230110AbiH3NKK (ORCPT + 99 others); Tue, 30 Aug 2022 09:10:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49894 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229808AbiH3NKH (ORCPT ); Tue, 30 Aug 2022 09:10:07 -0400 Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 73AC61AD8F; Tue, 30 Aug 2022 06:10:04 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 4DEE05C0161; Tue, 30 Aug 2022 09:10:04 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 30 Aug 2022 09:10:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sholland.org; h= cc:cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; t=1661865004; x= 1661951404; bh=+9S2ly6azi6QK5yxzI1YIvhw2qv6fjY+mHj3WQg30AI=; b=W SxKpNk8nv/UScPsSIccAw+9P+VEw/eMJtzsBnv2s1kgc6kUGXs7vaoORkccEcxcH EJWc+STG//Zr5K4AzUdSyfsficVDdwiTkSQxbNOlASntm6WRowNGkAJznAoCqINT Kf+Rl3khIsN65A43/QF+5v83eVXGZ50LnvPncz54KdbrUi1jzX/ClkIwxS8oRp57 B+tRhS8fssqxjKSnNJOzB8kp+Jrfvqric3qn7BYm2eKr4FGmw/A1wHHoFTX1vv9v kqTfZ60nC3WO72louA9CPCkgK0aMBKXgTZLOLaicnCM1gItt7fsU1uO/i7tgE/h3 O1LwkrZ/2P7Euh9xWGW6w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1661865004; x= 1661951404; bh=+9S2ly6azi6QK5yxzI1YIvhw2qv6fjY+mHj3WQg30AI=; b=X oB3xH+4+M6p9uBSloPBmZsU5YX4/g3oD2rO/uDYiP06jVcvfW7wuVyqMVAHjFtGF jB4B6MhX5GHB5VvQJtI0tYt3mh5Ew3NYjVtABeCMRMBWNppNujsg3dbfYoXPSdYy f4L8iVcKJWrbesWWcrHvBrXDcG/lvB+uxyPL4fPwS5hhltY8Y6r/nshUfDEZ0hKU 7w8bPn0Lp2SGP8CYw24GXs4bl/5m8KbCkNJKFMGbyImRtG+Cy5FBU74f7mXAmW+9 EWpRyjgfV67i+rgZ8dFW+03tkG1y8kzg5OzDVZ6A+TuclC1/g7Sp6MMR1RTBLUN3 3dKgg9HawHZmF/al8to8A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrvdekfedgieduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvvehfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpefurghm uhgvlhcujfholhhlrghnugcuoehsrghmuhgvlhesshhhohhllhgrnhgurdhorhhgqeenuc ggtffrrghtthgvrhhnpefftdevkedvgeekueeutefgteffieelvedukeeuhfehledvhfei tdehudfhudehhfenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehsrghmuhgvlhesshhhohhllhgrnhgurdhorhhg X-ME-Proxy: Feedback-ID: i0ad843c9:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 30 Aug 2022 09:10:03 -0400 (EDT) Subject: Re: [PATCH 1/3] dt-bindings: i2c: mv64xxx: Document DMA properties To: Krzysztof Kozlowski , Chen-Yu Tsai , Jernej Skrabec Cc: Gregory CLEMENT , Krzysztof Kozlowski , Rob Herring , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, linux-sunxi@lists.linux.dev References: <20220830020824.62288-1-samuel@sholland.org> <20220830020824.62288-2-samuel@sholland.org> <1c9cb6c2-2030-257d-a50d-dada0ab4449e@linaro.org> From: Samuel Holland Message-ID: <7fd702e9-dedc-e5bf-fd54-f07d053b1870@sholland.org> Date: Tue, 30 Aug 2022 08:10:01 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <1c9cb6c2-2030-257d-a50d-dada0ab4449e@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW, SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLACK autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/30/22 4:36 AM, Krzysztof Kozlowski wrote: > On 30/08/2022 05:08, Samuel Holland wrote: >> Allwinner's I2C offload engine includes bidirectional DMA support. Add >> the properties for describing this in the devicetree. "dmas" is optional >> because not all instances of the controller have their DRQs hooked up. >> For example, R_I2C0 and R_I2C1 on V536 have no DRQ number assigned. >> >> Signed-off-by: Samuel Holland > > Thank you for your patch. There is something to discuss/improve. > >> --- >> >> .../bindings/i2c/marvell,mv64xxx-i2c.yaml | 13 +++++++++++++ >> 1 file changed, 13 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/i2c/marvell,mv64xxx-i2c.yaml b/Documentation/devicetree/bindings/i2c/marvell,mv64xxx-i2c.yaml >> index 0ec033e48830..63d665a4f9bb 100644 >> --- a/Documentation/devicetree/bindings/i2c/marvell,mv64xxx-i2c.yaml >> +++ b/Documentation/devicetree/bindings/i2c/marvell,mv64xxx-i2c.yaml >> @@ -66,6 +66,19 @@ properties: >> resets: >> maxItems: 1 >> >> + dmas: >> + items: >> + - description: RX DMA Channel >> + - description: TX DMA Channel >> + >> + dma-names: >> + items: >> + - const: rx >> + - const: tx >> + >> +dependencies: >> + dmas: [ dma-names ] > > Dependency is not needed. meta-schema has it. The only dma-names dependencies I see in dtschema (meta-schemas/dma.yaml and schemas/dma/dma.yaml) are in the other direction. Those are saying that dma-names only makes sense if dmas is provided. Here I am saying that the two DMA requests are optional, but only optional "together". The node must either have no DMA properties or both DMA properties. Regards, Samuel