Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp597514pxb; Thu, 17 Feb 2022 10:26:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJy21cXLcOkPE4JcsRjQ9mb7MdC1sQ4n54bpA+O8kmegLez+/C+rlBCRfVUGIrdoePE4d0DK X-Received: by 2002:a05:6402:27ca:b0:410:1249:7c85 with SMTP id c10-20020a05640227ca00b0041012497c85mr3975509ede.192.1645122368329; Thu, 17 Feb 2022 10:26:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645122368; cv=none; d=google.com; s=arc-20160816; b=rgw9oPjb3SEix1jYZ+e+06Gp+V3x057tSYmCt7OIcuymTfRmp9Jec5NL3oxGnus8kr BOyPpq7KKUXwQkDz1IQ0P02rubL4tVNiY2bCcIsE1ZAdSi3fA5hbOnh2REzyORiF6OPD dGDM5EOiHlb3Ejyo05c4B28uUqCcrlEY8FOVFgW+C9YKu/swuGfX7YhdJkWWKcL82ZGk E5qDH2czZkv4kY8QJu576CXyGc2/jHGxzSUNCqgTOJbFTz7pxN0C4J0CE6mlFODR2jRB PoDMuZ4CJkbBvrdS6yMrkye2obcT6q0vnmjikM9kEV3h12Onw+xmcmx1riTVhcAo9qii N92g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=11Msxpj6saXhCjkH+nNzBnzST2VwOlijviYdJ5EL8xY=; b=p5Nk6gjcaKNI1QE5VhqhHuC91GiJuDtwVszHlM3Gye2rS+P6iFWUADQXTUwGBi+08c SKEe8ekdofjOHpBJmkzRgeQ9dnmRBpScsl/ZnZVVeY77ePTOaLCAmRnJ4BqLTW3Nu65T dT4XERTVaVzTJ4nNU/Qm/Vy4pJWLTi6HFDwapWoMQ8O2TlRHBOFbjkEyg7bKHey9DMu6 pntVvlYSRhAEIS3vbepHmAmH4+cYM4EtiAammiORpJY1+GPKUZaB0X4RwS3zLlPxa5jk Jvrc8Y6VTsorwFDqDaoBoOCOqN3vcykxVlsYj+tJ9Ry+Xopvbv11AHqr6mFcLxuIIjEy rOSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=h5HMBr2q; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-wireless-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 p8si4247582edj.547.2022.02.17.10.25.45; Thu, 17 Feb 2022 10:26:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless-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=h5HMBr2q; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-wireless-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 S242226AbiBQOzE (ORCPT + 73 others); Thu, 17 Feb 2022 09:55:04 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:34754 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242222AbiBQOzC (ORCPT ); Thu, 17 Feb 2022 09:55:02 -0500 Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7A5B52B2C6F for ; Thu, 17 Feb 2022 06:54:45 -0800 (PST) Received: by mail-lf1-x12c.google.com with SMTP id j7so10481643lfu.6 for ; Thu, 17 Feb 2022 06:54:45 -0800 (PST) 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:content-transfer-encoding; bh=11Msxpj6saXhCjkH+nNzBnzST2VwOlijviYdJ5EL8xY=; b=h5HMBr2qhvXOVt5Rfn/vHXtiCQDuOpsxkvtFXY0SaiScqWYvwpMJt7Ts5GoC0oM9lu oZj3IfLiiIcHvrxc3JwV25jjQsMvXlueV81dkAF15o0UJ2Wc1KHJgUiBV6+YYsPTH98G 8nWuYP3W8FBS6N4SeEuBzBAYUDcjwdH/gP8aX0MTiZXvEu4z93liPMgb34C5FYDQctPi G5G0CrnohL2XTBUHXFu9UhV0YmK4fiIERHclNELjygJMVr+BGfUBjhvEtptQCK+yxtkm aeY1WFNrw8P8mIxnuUxVsLdP4wnwmi1KwCEPf/m/0deGHDK0O/gNRAMxVaGIpLfuPW6C jOmw== 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:content-transfer-encoding; bh=11Msxpj6saXhCjkH+nNzBnzST2VwOlijviYdJ5EL8xY=; b=vI9GoHMt/7nS9SGJWN6bKfeT9aen6IUOq95Lvmq9ZAQNVcOPQEf5p4sAOshSZpEFzi jPmwIPQWc8epNomFYdYUKJT7lWq0Zj/tTaUMx2rpxC/nCTMAKdKNVFFDW+J2kuun4u7Q GoYXkG1RnEoEDcbGaknLik/5+aMwWgGP3mP4xrK71Epyar/Qcl5S5tojxtPCs6dztE7b pdGLiT5PS+Hk6C4YLIw7BsTOiCuXdHu/TLksVV+daPLxSaVkXr1flVtZMepKVCdc7iWk r5kWSaP4Ye+l2iCNWbxp7yq23zzADBxO08cEiEpzyIQwQa/zEoLfskX+gBWNKxzU5v06 a6PA== X-Gm-Message-State: AOAM532e9tFOY5LFgM2OM4ennBGyl4VzrvN8oL3EP+VJFsr9BfCybae8 9aflelJD+dlJ3TpUp13v20SB+PHHdrqZFysHkUgmfA== X-Received: by 2002:a19:9144:0:b0:43b:86a4:1497 with SMTP id y4-20020a199144000000b0043b86a41497mr2301608lfj.254.1645109683832; Thu, 17 Feb 2022 06:54:43 -0800 (PST) MIME-Version: 1.0 References: <20220216093112.92469-1-Jerome.Pouiller@silabs.com> <20220216093112.92469-3-Jerome.Pouiller@silabs.com> <878ru924qr.fsf@kernel.org> In-Reply-To: <878ru924qr.fsf@kernel.org> From: Ulf Hansson Date: Thu, 17 Feb 2022 15:54:05 +0100 Message-ID: Subject: Re: [PATCH 2/2] staging: wfx: apply the necessary SDIO quirks for the Silabs WF200 To: Kalle Valo Cc: Jerome Pouiller , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, Greg Kroah-Hartman , "David S . Miller" , linux-mmc@vger.kernel.org, =?UTF-8?Q?Pali_Roh=C3=A1r?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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-wireless@vger.kernel.org On Thu, 17 Feb 2022 at 10:59, Kalle Valo wrote: > > Jerome Pouiller writes: > > > From: J=C3=A9r=C3=B4me Pouiller > > > > Until now, the SDIO quirks are applied directly from the driver. > > However, it is better to apply the quirks before driver probing. So, > > this patch relocate the quirks in the MMC framework. > > It would be good to know how this is better, what's the concrete > advantage? The mmc core has a quirk interface for all types of cards (eMMC/SD/SDIO), which thus keeps these things from sprinkling to drivers. In some cases, the quirk needs to be applied already during card initialization, which is earlier than when probing an SDIO func driver or the MMC block device driver. Perhaps it's a good idea to explain a bit about this in the commit message. Kind regards Uffe