Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp23332pxx; Wed, 28 Oct 2020 16:56:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyzKvwbWuzcUheVB1KyLvcV+Ug/m5YEJ/QwQAyha9KrmEcFe5D4AZKTaYhOgzMy2xn9TjEI X-Received: by 2002:a17:906:edb0:: with SMTP id sa16mr1484907ejb.327.1603929361026; Wed, 28 Oct 2020 16:56:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603929361; cv=none; d=google.com; s=arc-20160816; b=vsUXG7fuuix+pl8kOXyIDEZsPZmm9Uk0mTspWPwriVqOyafJly9k7qkzDJMDn43GGj oPvqIeT6JPD23F5jB3ZubrNWs8LWS9LQLMdAcx8Qu1k7cLzEfG214KWBpNiRz8I2wtUu h+NgWFwmt9cdoFsa7ffkOsa34o1Tp0yOgBKOjCPizScZ0ZWeiLbfHmedfpzcU0dgQxxh 0zfAv8RseqOGbmtIAGUdFBr9zgu/FeLnX1KKXdoavR7vZnPc6H6JQY20JbpVptEzq8O9 kRJlhaY59V8VXhUdx5oPVqIQtZrsheK5iKMMaAUuDtdEKC9N9BnX1kfioga9mF5wFqKr BEew== 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=tmTfdAqJelGk4mThvToPB+vvFy/o2Riv909vC5Pwsvc=; b=ahdjwZvthrtWheRLIgdb5OYc4OKhcCbM65QUomrIue/8K2inKV42K7b9kPFO8/P+wx KNjpZDh/2H1AZpffO1Ui/gMhMftjNTvuIYLo5/x8w40NCIP5a7OV9TJFrKRLo+BTnLgz SmbotLNqKTII+5u4xYbIThVurxt/Uadp/GAEIAW9UdmswuqKvHjlE6Rw2xql5N7XLbAW q+poIpAc7iZYouCPnlMurDqBR/uuohFQQK3uW/YBWcU1XWE1GM5VMeZlY5J96wqyP3Q5 f3oc5qu5RaXeAIE7HzL6gWP6sVQoXAyURoteWGSBs21PufNqlNQ5ETmxrzEfStgPlzk9 kPuw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=PvnCwIef; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d18si836834edn.588.2020.10.28.16.55.33; Wed, 28 Oct 2020 16:56:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=PvnCwIef; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S2389298AbgJ1XwB (ORCPT + 99 others); Wed, 28 Oct 2020 19:52:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40964 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387563AbgJ1Xvq (ORCPT ); Wed, 28 Oct 2020 19:51:46 -0400 Received: from mail-pl1-x644.google.com (mail-pl1-x644.google.com [IPv6:2607:f8b0:4864:20::644]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2CE91C0613CF for ; Wed, 28 Oct 2020 16:51:45 -0700 (PDT) Received: by mail-pl1-x644.google.com with SMTP id z1so406402plo.12 for ; Wed, 28 Oct 2020 16:51:45 -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=tmTfdAqJelGk4mThvToPB+vvFy/o2Riv909vC5Pwsvc=; b=PvnCwIef6PZCTFzgkQOE6JXpb70433VKOlFqHWLlBDtiPS9mCm8oVghA+eXAC6KxjB j5R3n3VjyjW4vD3eVLDjTBVf1/lCrGPrAwyAGG8NFmzunydB3WwepFlnjhYNpJc4cvdl WK6xIrldFzHeKcCCMKPLPErRCYpr4qMwZmjQVpYAlw/P2+XKWk4oM88xJLIx07qmVhlG vVP4MBcP9wvJpKuwvN31PU+45Fh8W0+q9tF9hEWpvDZfxjq57UcwOkRZru/5mR7uwm8B UGpPz2KxfASR16wNtW1LoSLgnwJiuykxEaWXRcZeji/OlQGhQMqWXSK5n5+ayycZGeN8 EX+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tmTfdAqJelGk4mThvToPB+vvFy/o2Riv909vC5Pwsvc=; b=PscC0+YsMJEORxNhtRy20tWjcfRmWhXKtRO0kF4gYOZZs+gBlFVtsz7vtfeQezMt/9 y+sZ1/4qNVJ0fzpVW0ahAiV/50msgPAb6wl3SszrC46MD1nfCBMeD6EwHMwzpI8yUCel z4fuXz6BgWYoiBUufcgndJ6w/W2A6fMn04BYCLrNGtbe8v93v76CjgyjY46Xi2CNM/Ca X1qvp4rYQYTxOcFq1/J7x3xRVyowV/SnaWGQI2hkBVui+LIinZ7h+T1Fj9L3LEk1UnNO KhoG8k8kB/CeYiRJOw3g/A/AD22MkJeACOJ8tRQiMtBMgfRIXEgEHeBeedqxpVg7P6LX OjLA== X-Gm-Message-State: AOAM531Y0OIIzTCsoOI/GIVXoiQJyeX7aDviqxIXikl3KDWAZcnqVPd2 pD8h11CCxSFXWTTZ0O2FriNM3v8EW7v0pZdtSnWZPNuNEaB4DS0W X-Received: by 2002:a05:6122:10eb:: with SMTP id m11mr4439593vko.8.1603878079032; Wed, 28 Oct 2020 02:41:19 -0700 (PDT) MIME-Version: 1.0 References: <20201023122950.60903-1-fparent@baylibre.com> <87wnzbg7on.fsf@baylibre.com> <1603869682.6198.23.camel@mhfsdcap03> In-Reply-To: <1603869682.6198.23.camel@mhfsdcap03> From: Ulf Hansson Date: Wed, 28 Oct 2020 10:40:42 +0100 Message-ID: Subject: Re: [PATCH] mmc: host: mtk-sd: enable recheck_sdio_irq for MT8516 SoC To: "yong.mao@mediatek.com" Cc: Mattijs Korpershoek , Fabien Parent , Chaotian Jing , Matthias Brugger , "linux-mmc@vger.kernel.org" , "moderated list:ARM/Mediatek SoC support" , Linux Kernel Mailing List , Linux ARM Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 28 Oct 2020 at 08:22, yong.mao@mediatek.com wrote: > > On Tue, 2020-10-27 at 13:44 +0100, Mattijs Korpershoek wrote: > > Hi Ulf, > > > > Ulf Hansson writes: > > > > > + Yong Mao, Chaotian Jing > > > > > > On Fri, 23 Oct 2020 at 14:29, Fabien Parent wrote: > > >> > > >> MT8516 SoC suffers from sometimes losing SDIO IRQs, this makes SDIO > > >> devices sometimes unstable. Make use of the new property > > >> recheck_sdio_irq to fix the SDIO stability issues on MT8516. > > >> > > >> Signed-off-by: Fabien Parent > > > > > > Maybe this is a common problem, thus I am thinking that potentially we > > > should enable the workaround for all variants? > > Not sure if this is of any help, but: we use the btmtksdio driver on a > > MT8183 soc with an Android kernel based on upstream. > > > > With that kernel, we did not to apply this work-around in order to > > have a stable bluetooth experience (pairing with a remote controller) > > > > However, on the MT8516 SoC, it's impossible for us to use btmtksdio > > without Fabien's fix. > > > Yes. For mt8516 SoC,recheck_sdio_irq should be set to true for avoiding > SDIO dat1 irq lost issue. But for mt8183 SoC, it does not need recheck > sdio irq mechanism. Okay, thanks for confirming. > > > > > > > I have looped in Yong Mao (who invented the workaround) and Chaotian > > > Jing, to see if they can advise us how to proceed. > > > > > > In any case, I think we should add a stable tag and a fixes tag. > > > > > > Kind regards > > > Uffe > > Hi Ulf, > Sorry. On the patch "mmc:mediatek:fix SDIO irq issue", I only consider > fixing the issue on mt8173 SoC.But for the whole MTK upstream SoC, > mt8183, mt2712, mt6779 and mt8192 does not need this mechanism, > but the other upstream Soc such as mt8135, mt8173, mt2701, mt7622, > mt8516 and mt7620 need this recheck mechanism. And all future SoC of our > company does not need this mechanism. > If it's convenient for you, please help me to revise it. > Or I will submit a new patch to correct the value of setting. > Thanks. Please submit a new patch to enable the "recheck_sdio_irq" flag for those variants that need it. I would also add a fixes+stable tag and add reported-by tags from Fabien and Mattijs. Kind regards Uffe > > > > > >> --- > > >> drivers/mmc/host/mtk-sd.c | 2 +- > > >> 1 file changed, 1 insertion(+), 1 deletion(-) > > >> > > >> diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-sd.c > > >> index a704745e5882..3dc102eefe49 100644 > > >> --- a/drivers/mmc/host/mtk-sd.c > > >> +++ b/drivers/mmc/host/mtk-sd.c > > >> @@ -524,7 +524,7 @@ static const struct mtk_mmc_compatible mt7622_compat = { > > >> > > >> static const struct mtk_mmc_compatible mt8516_compat = { > > >> .clk_div_bits = 12, > > >> - .recheck_sdio_irq = false, > > >> + .recheck_sdio_irq = true, > > >> .hs400_tune = false, > > >> .pad_tune_reg = MSDC_PAD_TUNE0, > > >> .async_fifo = true, > > >> -- > > >> 2.28.0 > > >> > > > > > > _______________________________________________ > > > Linux-mediatek mailing list > > > Linux-mediatek@lists.infradead.org > > > http://lists.infradead.org/mailman/listinfo/linux-mediatek >