Received: by 10.213.65.68 with SMTP id h4csp1702295imn; Mon, 19 Mar 2018 10:57:39 -0700 (PDT) X-Google-Smtp-Source: AG47ELsKt0Vhm+w9h3Y/1rzz57LkTXV/u7EQcaC33g77CeGTj7M+mJVNo36ITrCmSTwU3hPmYFti X-Received: by 2002:a17:902:481:: with SMTP id e1-v6mr13225824ple.377.1521482259556; Mon, 19 Mar 2018 10:57:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521482259; cv=none; d=google.com; s=arc-20160816; b=1GLXgiTHbFYkeSm01z0HJN50e5m+ui2eK2tzSWerO6IB1HnxXcVPtLwOs5yDXU0/bc +rtp1fZol77mmvQHwjl43LrXYr1sgz/NLDakvit4VV71s3SJuWLX/wRGnxOuYb8TjUJ5 Y8WfaNuZPRsm5pdp7NiNbhK5V/ViyzK5QFl2aR7jVjBK9jA0Xu/peSTzDt0zA2MSdeGv kylE8O/H2/W5pfka8UczdLfkBART9uQ517gxtyzraHkGWrf05SGg6K9bGCQgK0GcOmhC a9mjsyJ7g2tpn46NW20c9iBVWRaSjL6ZqIphpanqjzcuIcI0UQrvKSJ9Bt3VDauJRCls 4RYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=XIYXAKhiFC7Sw3nwCJh91K8KxNjWsEulIG8sH54RmWk=; b=jBdixTm46fHk6swxUCpzwpiHG3dKMqnpWVP9TLkAiVCF8WifFshhuMkYRwqRhdl55d uwZHniFy60jSFC1tzIqGsgrAlrXtJ9GPacstwmCCul2lI/+iyfFflQI+jvW/ERFF0ibX ShIz/ZTxyslsCq8bGy9lm7p+AkEJMc0xizwN14iB8ExhrYuEBhytNx8utTJT3BQ2a9fC zZ+Ix0AfW58+Vlr8D7TUfcyyvnud6YELIEZND56QcPEP6UfEIRTjS5fv35foBbopxJRy mKou7kFDEIiJHAD0LJrS3dQR8PYU4q6jffFYGIujy8vf1OazMuqDE4L/Orcfld6vr7Gy HNTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=H7RUyXAP; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z18si313224pfe.41.2018.03.19.10.57.24; Mon, 19 Mar 2018 10:57:39 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=H7RUyXAP; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S968403AbeCSRzx (ORCPT + 99 others); Mon, 19 Mar 2018 13:55:53 -0400 Received: from mail-wm0-f65.google.com ([74.125.82.65]:50231 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965686AbeCSRzk (ORCPT ); Mon, 19 Mar 2018 13:55:40 -0400 Received: by mail-wm0-f65.google.com with SMTP id f19so4221431wmc.0; Mon, 19 Mar 2018 10:55:39 -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=XIYXAKhiFC7Sw3nwCJh91K8KxNjWsEulIG8sH54RmWk=; b=H7RUyXAPYMjeGQ3xoAWzEid8RDt/du2oYfJsYQqDJHPOxNLFyvtPw7536yuTO4kRfM m0OMmOVpnuVwQYT3pmXDw4pKdQAci9Okp8t8KkLtc6wVkqwgTwzP6Gye5fziIgqcV7y3 J+WYpSbfxM5y2jcusASxF9zwzsGA2h7NFv0MZpHKe9NQPmTZqPxQnUmBAfxDuSNSbVyG mI+6zSCshUjfrAuXRc0Ks2NUxJEm/n7mqynsaF9QXLrtM8cNytpwore77i0aPvjF64LQ PTVP8faF075nQ78OBkuPP1rEDu/XEaxc2FeQsTm2wXbybThJyj6x38NbQSjnQvs8D7eE vsZg== 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=XIYXAKhiFC7Sw3nwCJh91K8KxNjWsEulIG8sH54RmWk=; b=aPjua7JXjjVP2O/26ca80DYU7rTBhRvdrA6pMnAJ8O9htnnG0CrRjvJV55kWeJoVSl /IJQlEv7YGOlSieBVwh1hWHPq0G1HchEVlYPU7Ulrda1U9L1hJQxdGjIskM3wfuA8dF1 jWWnm7PNnAtoFqbVhBIkdf6h+Ss6zd218ePoD1s227h7+OUptNxIuhwecmYWlB4GIQV9 SgDPynUuwhRp+vErjddST5G5/pZH76SrCRUAKE7p1JLPax7FVMwdO1tX9l2pkRvzkM1m XrFF0ukGcRaCH4AdYZbEav0j2eIkU3J3Hgc4HXW6tFWEncToFc6E6gjlfOu4FXuXPvCC qmaA== X-Gm-Message-State: AElRT7HXs1tSOcaVx9SnPg6rLEAMi/Jextl2l9n3MT4FaIXz8fnHV7Td UtyWVIcpnYyS+41QUg0Ra4Q= X-Received: by 10.80.214.206 with SMTP id l14mr14430143edj.44.1521482138140; Mon, 19 Mar 2018 10:55:38 -0700 (PDT) Received: from [10.69.41.93] ([192.19.223.250]) by smtp.googlemail.com with ESMTPSA id w1sm516830edl.42.2018.03.19.10.55.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Mar 2018 10:55:37 -0700 (PDT) Subject: Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac To: Alexey Roslyakov , Arend van Spriel Cc: Andrew Lunn , kvalo@codeaurora.org, robh+dt@kernel.org, mark.rutland@arm.com, franky.lin@broadcom.com, hante.meuleman@broadcom.com, chi-hsien.lin@cypress.com, wright.feng@cypress.com, netdev@vger.kernel.org, linux-wireless@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, brcm80211-dev-list.pdl@broadcom.com, brcm80211-dev-list@cypress.com References: <20180319014032.9394-1-alexey.roslyakov@gmail.com> <20180319014032.9394-3-alexey.roslyakov@gmail.com> <5AAF838D.2030105@broadcom.com> From: Florian Fainelli Message-ID: <817418fd-6446-57ea-b03d-383b4df9a979@gmail.com> Date: Mon, 19 Mar 2018 10:55:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/19/2018 07:10 AM, Alexey Roslyakov wrote: > Hi Arend, > I appreciate your response. In my opinion, it has nothing to do with > SDIO host, because it defines "quirks" in the driver itself. It is not clear to me from your patch series whether the problem is that: - the SDIO device has a specific alignment requirements, which would be either a SDIO device driver limitation/issue or maybe the underlying hardware device/firmware requiring that - the SDIO host controller used is not capable of coping nicely with these said limitations It seems to me like what you are doing here is a) applicable to possibly more SDIO devices and host combinations, and b) should likely be done at the layer between the host and device, such that it is available to more combinations. > If I get it right, you mean something like this: > > mmc3: mmc@1c12000 { > ... > broken-sg-support; > sd-head-align = 4; > sd-sgentry-align = 512; > > brcmf: wifi@1 { > ... > }; > }; > > Where dt: bindings documentation for these entries should reside? > In generic MMC bindings? Well, this is the very special case and > mmc-linux maintainer will unlikely to accept these changes. > Also, extra kernel code modification might be required. It could make > quite trivial change much more complex. If the MMC maintainers are not copied on this patch series, it will likely be hard for them to identify this patch series and chime in... > >> Also I am not sure if the broken-sg-support is still needed. We added that for omap_hsmmc, but that has since changed to scatter-gather emulation so it might not be needed anymore. > > I've experienced the problem with rk3288 (dw-mmc host) and sdio > settings like above solved it. > Frankly, I haven't investigated any deeper which one of the settings > helped in my case yet... > I will try to get rid of broken-sg-support first and let you know if > it does make any difference. > > All the best, > Alex. > > On 19 March 2018 at 16:31, Arend van Spriel > wrote: >> On 3/19/2018 2:40 AM, Alexey Roslyakov wrote: >>> >>> In case if the host has higher align requirements for SG items, allow >>> setting device-specific aligns for scatterlist items. >>> >>> Signed-off-by: Alexey Roslyakov >>> --- >>> Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.txt | 5 >>> +++++ >>> 1 file changed, 5 insertions(+) >>> >>> diff --git >>> a/Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.txt >>> b/Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.txt >>> index 86602f264dce..187b8c1b52a7 100644 >>> --- a/Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.txt >>> +++ b/Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.txt >>> @@ -17,6 +17,11 @@ Optional properties: >>> When not specified the device will use in-band SDIO interrupts. >>> - interrupt-names : name of the out-of-band interrupt, which must be >>> set >>> to "host-wake". >>> + - brcm,broken-sg-support : boolean flag to indicate that the SDIO host >>> + controller has higher align requirement than 32 bytes for each >>> + scatterlist item. >>> + - brcm,sd-head-align : alignment requirement for start of data buffer. >>> + - brcm,sd-sgentry-align : length alignment requirement for each sg >>> entry. >> >> >> Hi Alexey, >> >> Thanks for the patch. However, the problem with these is that they are >> characterizing the host controller and not the wireless device. So from >> device tree perspective , which is to describe the hardware, these >> properties should be SDIO host controller properties. Also I am not sure if >> the broken-sg-support is still needed. We added that for omap_hsmmc, but >> that has since changed to scatter-gather emulation so it might not be needed >> anymore. >> >> Regards, >> Arend > > > -- Florian