From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adrian Hunter Subject: Re: [PATCH v7] mmc: support BKOPS feature for eMMC Date: Wed, 22 Feb 2012 16:11:30 +0200 Message-ID: <4F44F792.2000304@intel.com> References: <4F190E26.4040909@samsung.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from mga14.intel.com ([143.182.124.37]:47188 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751615Ab2BVOL1 (ORCPT ); Wed, 22 Feb 2012 09:11:27 -0500 In-Reply-To: <4F190E26.4040909@samsung.com> Sender: linux-mmc-owner@vger.kernel.org List-Id: linux-mmc@vger.kernel.org To: Jaehoon Chung Cc: linux-mmc , Chris Ball , Kyungmin Park , Hanumath Prasad , Per FORLIN , Sebastian Rasmussen , "Dong, Chuanxiao" , "svenkatr@ti.com" , Konstantin Dorfman On 20/01/12 08:48, Jaehoon Chung wrote: > Enable eMMC background operations (BKOPS) feature. > > If URGENT_BKOPS is set after a response, note that BKOPS > are required. After all I/O requests are finished, run > BKOPS if required. Should read/write operations be requested > during BKOPS, first issue HPI to interrupt the ongoing BKOPS > and then service the request. You are leaving bkops running and releasing the host. Won't that cause problems for other entry points to mmc services e.g. system suspend (cache control, sleep etc), ioctl, sysfs, etc