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;
MIME-Version: 1.0
References: <20210702134229.357717-1-ulf.hansson@linaro.org>
In-Reply-To: <20210702134229.357717-1-ulf.hansson@linaro.org>
From:   Ulf Hansson <ulf.hansson@linaro.org>
Date:   Wed, 4 Aug 2021 13:34:47 +0200
Message-ID: <CAPDyKFo78aJgcajxL6fcPb7xB16R_S6VyuwEp7tG84+CPSkKTw@mail.gmail.com>
Subject: Re: [PATCH 0/3] mmc: core: Avoid hogging the CPU while polling for busy
To:     linux-mmc <linux-mmc@vger.kernel.org>,
        Ulf Hansson <ulf.hansson@linaro.org>
Cc:     Adrian Hunter <adrian.hunter@intel.com>,
        Linus Walleij <linus.walleij@linaro.org>,
        Wolfram Sang <wsa+renesas@sang-engineering.com>,
        Shawn Lin <shawn.lin@rock-chips.com>,
        Christian Lohle <CLoehle@hyperstone.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

On Fri, 2 Jul 2021 at 15:42, Ulf Hansson <ulf.hansson@linaro.org> wrote:
>
> Step by step, code that have been dealing sending CMD13 to poll the card for
> busy, have been moved to use the common mmc_poll_for_busy() loop. This helps to
> avoid hogging the CPU, for example, as it inserts a small delay in between each
> polling attempt. Additionally, it avoids open coding.
>
> This series takes the next and final step, by moving the mmc block device layer
> from its own busy polling loop, into using the common code.
>
> Please test and review!
>
> Kind regards
> Uffe
>
> Ulf Hansson (3):
>   mmc: core: Avoid hogging the CPU while polling for busy in the I/O err
>     path
>   mmc: core: Avoid hogging the CPU while polling for busy for mmc ioctls
>   mmc: core: Avoid hogging the CPU while polling for busy after I/O
>     writes
>
>  drivers/mmc/core/block.c   | 74 +++++++++++++++++---------------------
>  drivers/mmc/core/mmc_ops.c |  5 ++-
>  drivers/mmc/core/mmc_ops.h |  1 +
>  3 files changed, 37 insertions(+), 43 deletions(-)
>

This series has been applied for next. If you encounter any
regressions (performance related as well), please report them!

Kind regards
Uffe