From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adrian Hunter Subject: Re: [PATCH V3 1/3] mmc: core: Add a facility to "pause" re-tuning Date: Wed, 18 May 2016 09:44:32 +0300 Message-ID: <573C0F50.7020608@intel.com> References: <1462361893-11897-1-git-send-email-adrian.hunter@intel.com> <1462361893-11897-2-git-send-email-adrian.hunter@intel.com> <5731DC12.4090906@intel.com> <5732F498.6090203@intel.com> <57341F2D.1020703@intel.com> <573482FD.6040906@intel.com> <5739BE8C.3010403@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: Received: from mga01.intel.com ([192.55.52.88]:36000 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750912AbcERGs2 (ORCPT ); Wed, 18 May 2016 02:48:28 -0400 In-Reply-To: Sender: linux-mmc-owner@vger.kernel.org List-Id: linux-mmc@vger.kernel.org To: Ulf Hansson Cc: linux-mmc , Tomas Winkler On 17/05/16 18:06, Ulf Hansson wrote: > On 16 May 2016 at 14:35, Adrian Hunter wrote: >> Re-tuning is not possible when switched to the RPMB >> partition. However re-tuning should not be needed >> if re-tuning is done immediately before switching, >> a small set of operations is done, and then we >> immediately switch back to the main partition. >> >> To ensure that re-tuning can't be done for a short >> while, add a facility to "pause" re-tuning. >> >> The existing facility to hold / release re-tuning >> is used but it also flags re-tuning as needed to cause >> re-tuning before the next command (which will be the >> switch to RPMB). >> >> We also need to "unpause" in the recovery path, which >> is catered for by adding it to mmc_retune_disable(). >> >> Signed-off-by: Adrian Hunter >> --- > > Thanks, re-applied the series with this v3 version of patch 1/3. > > If the tests from kernelci and in linux-next works out okay, I intend > to send this as fixes for 4.7 rc1. Thank you!