Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp3366810pxp; Mon, 14 Mar 2022 17:57:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzvqQki/9NcGyFCWykOQE+CyxeHx5oiUp2QYmRrzMs0FfUt7QRjYv+a3N0S+78EIBaWvWht X-Received: by 2002:a17:903:2051:b0:151:d161:f0a4 with SMTP id q17-20020a170903205100b00151d161f0a4mr26254180pla.37.1647305875475; Mon, 14 Mar 2022 17:57:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647305875; cv=none; d=google.com; s=arc-20160816; b=eoOrzqKKXxpA4+zVvX+Ee5d4fYwIeeFBI/R9D3i1J6DbP9rOshxl7xCbjEwmxHrJts ks5+1+e3SpBJA9bqEH8hu13US7xTk747pU7w46u400AJxV8nWaPBg2aBmCkkNNyEdRhR awlFym3XeLgOCHg3602rNFyd7gYVYVmLieK1cqeQoZ6v6qdqztdTUMHcyxb9Xq0tpJIw Bmdg9kgqkX8Cx6mgv6qJZ69M2sczQkrdzXEOHautXCJsG2pRSE+riwdZQJLTmT6TCWqH 7QbPVvs/u8NHxqhKDe8xg9wJt9jaz1HbJEFmEsaEzVzKU48LBnTsrv9SYUZx91hzdaMi TvRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=zBz4KR/tbzFCQ7Rg6AbL2tIN/kz8QPBlTu1AMO28qtU=; b=wSPmGsbQARXe4s3ArAlqnFbMHWHJ8MctR1YznhL7E3mbSCDByYvlfZTEfM0IArK/x7 hZL9QD7IVNl/XISZuYi4q/DgXNvjw4J7h9/Kp4LCZIMQDwJW4gk3ZDXPJNxjLfROoapI C5pEf1hfSANhYTb4nG0ZBBtXNl+4ZyTIVZROp5lR5ponFJcKj5mWPzw7Mb377jzS9n2z V/n9raMhsJW9IY7zigecu8a74NRTnynHq2MjMhG5pt0pfOkreYRDY2JoPlm5MA6b6yQa ix+hsVUxYmqqz07+z9VJFRRSiDjiz3YKIjdizUkwRIks69D8Nxaf9ZjImeBMfHm27OeU Ifnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="r7NNd/At"; 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=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t2-20020a170902e84200b00151e3a5b5f0si18081663plg.181.2022.03.14.17.57.41; Mon, 14 Mar 2022 17:57:55 -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=@linaro.org header.s=google header.b="r7NNd/At"; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245714AbiCNWot (ORCPT + 99 others); Mon, 14 Mar 2022 18:44:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40786 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238739AbiCNWoq (ORCPT ); Mon, 14 Mar 2022 18:44:46 -0400 Received: from mail-yb1-xb2b.google.com (mail-yb1-xb2b.google.com [IPv6:2607:f8b0:4864:20::b2b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2E28C33E23 for ; Mon, 14 Mar 2022 15:43:35 -0700 (PDT) Received: by mail-yb1-xb2b.google.com with SMTP id j2so33933111ybu.0 for ; Mon, 14 Mar 2022 15:43:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zBz4KR/tbzFCQ7Rg6AbL2tIN/kz8QPBlTu1AMO28qtU=; b=r7NNd/At5KMqFw3i9SvlUx564e3HPd17qxW7CY1V/KYHkMDg2c205EYOqfvZ+Feie0 k78b8IkyX6wYfgmqwiJYaa+1N2M3Tc3DuQd210amcQeoZkCentBLNGI7opmuGm1zFmpo kXCRTEs3pkdklEykPP7O3IbVmZrH84YOUuGa9bsDHpjS94GVCLF+z1R6OdlcMcwhpKM9 ZCEfs1XlbOpMBbRh6nRznEnzHtaiMfaHSIK4invfukZGxDmq7l6EgYHLk76Efz86Bed0 cYcdgIHO4n6h2Ms4mnZJKpewAoUOD+al7/xMp/5P2wRBwOJ3B1tjADUlF3+iqwg3HNZE jjcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zBz4KR/tbzFCQ7Rg6AbL2tIN/kz8QPBlTu1AMO28qtU=; b=jdKbVJoruBr68jhHHC+NOWvMRVZ6Hn5zuXy1laaQS0GBqnRyNmvVp0xt6iTrRSlU9/ NaTr7L0ba4e/kEeR7GWwWSx2SKdqG1nWjfu4TKBg4RI73JWII2JDaiqgq8oOwtcYiWOe 7ArWcdVcs1ZbMoQ9mERsWvVeKvasmEXvQX64tFa9OnX39FkjRLC8ld8UfJRlKTVnFpDh eV1W+72Sb0i4SAwzcYaEkeNRLrOiMA0zxl0Eb66OeHMYX10pM43CA75u2RIx63hbQVUS 0SAqGTbMlSeZ9BZxaYTH8XPWecHp8o4gmd8ZENFI9KwLFNohcIk2AdU0rpGgyUeJKq49 TA8g== X-Gm-Message-State: AOAM532DSZ45O8fv3rSNP+dsTuilZ21NFXPPf/KzC8eS2Pp0j//vahMI Fx9bPm/8s7ZpSIFTAjiGuOxvp1YZSaCBsW0BMNTRDQ== X-Received: by 2002:a25:ab64:0:b0:633:6d02:ebc8 with SMTP id u91-20020a25ab64000000b006336d02ebc8mr2106711ybi.492.1647297814409; Mon, 14 Mar 2022 15:43:34 -0700 (PDT) MIME-Version: 1.0 References: <20220304135134.47827-1-yann.gautier@foss.st.com> <20220304135134.47827-2-yann.gautier@foss.st.com> In-Reply-To: <20220304135134.47827-2-yann.gautier@foss.st.com> From: Linus Walleij Date: Mon, 14 Mar 2022 23:43:22 +0100 Message-ID: Subject: Re: [PATCH 1/3] dt-bindings: mmc: mmci: add a property to disable DMA LLI To: Yann Gautier Cc: Rob Herring , Ulf Hansson , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mmc@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, Alexandre Torgue , Christophe Kerello , Ludovic Barre , Maxime Coquelin , Philipp Zabel , Russell King , Marek Vasut , kernel@dh-electronics.com, Manivannan Sadhasivam , Grzegorz Szymaszek Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Fri, Mar 4, 2022 at 2:52 PM Yann Gautier wrote: > On STMicroelectronics variant of PL18x, the DMA Linked Lists are supported > starting from revision v2 of the peripheral. But it has limitations, > as all the buffers should be aligned on block size (except the last one). > But this cannot be guaranteed with SDIO. We should then have a property > to disable the support of LLI. > > Signed-off-by: Yann Gautier Actually I think this is present also on the ux500 variants. See: commit 2253ed4b36dc876d1598c4dab5587e537ec68c34 "mmc: mmci: Support any block sizes for ux500v2 and qcom variant" Spot the variant data "dma_power_of_2". So whatever property you add to the variant data (not in the device tree please) should be added to the ux500 variants as well, it will *VERY* likely have a problem with LLI elements not being a power of 2 as it is the ancestor of later STMicro variants. It might actually be the reason for some annoying WiFi error messages I have seen :/ Yours, Linus Walleij