All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jaehoon Chung <jh80.chung@samsung.com>
To: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Alexey Skidanov <alexey.skidanov@sandisk.com>,
	Chris Ball <chris@printf.net>,
	linux-mmc <linux-mmc@vger.kernel.org>,
	Alex Lemberg <alex.lemberg@sandisk.com>
Subject: Re: [PATCH v2] mmc: Resolve BKOPS compatability issue
Date: Mon, 02 Feb 2015 11:00:16 +0900	[thread overview]
Message-ID: <54CEDA30.206@samsung.com> (raw)
In-Reply-To: <CAPDyKFrR2jne1C=R2phfesLMuZDhARiQgZxvkAcMHkMVrGXaiA@mail.gmail.com>

Hi,

On 01/30/2015 07:25 PM, Ulf Hansson wrote:
> On 30 January 2015 at 08:26, Jaehoon Chung <jh80.chung@samsung.com> wrote:
>> Hi, Alexey.
>>
>> On 01/29/2015 05:49 PM, Alexey Skidanov wrote:
>>> This patch is coming to fix compatibility issue of BKOPS_EN  field of EXT_CSD.
>>> In eMMC-5.1, BKOPS_EN was changed, and now it has two operational bits:
>>> Bit 0 - MANUAL_EN
>>> Bit 1 - AUTO_EN
>>> In previous eMMC revisions, only Bit 0 was supported.
>>
>> If "manual enable" is the same functionality with previous enable,
>> I think it doesn't need to change the name..
>> Just checking whether enable or not with Mask bit?
>>
>> If need to add the auto enable, only add the bkops_auto_en in future.
>> This is just my preference..and i don't read the spec since i don't have eMMC5.1 spec.
>>
>> If manual-enable is difference with previous enable, how about using bkops-manual-en?
> 
> According to information I have got around the eMMC 5.1 spec, the old
> value of MAN_EN will remain. That also means that bit will remain as
> one time programmable.
> 
> The new AUTO_EN bit, will be multiple writeable with value kept after
> power failure. But more importantly, the card seems to expect the host
> to disable AUTO_EN before power failure. In other words we need to
> disable AUTO_EN (if set) before entering system PM state an cutting
> power to the card.

Thanks for information.. I want to get this information,
I think auto_en bit can be used usefully.

Best Regards,
Jaehoon Chung

> 
> So, yes, we will have to deal with AUTO_EN sooner or later, thus I am
> kind of happy Alexey's patch, as is.
> 
> Kind regards
> Uffe
> 


      reply	other threads:[~2015-02-02  2:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-29  8:49 [PATCH v2] mmc: Resolve BKOPS compatability issue Alexey Skidanov
2015-01-29 10:26 ` Ulf Hansson
2015-01-30  7:26 ` Jaehoon Chung
2015-01-30 10:25   ` Ulf Hansson
2015-02-02  2:00     ` Jaehoon Chung [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54CEDA30.206@samsung.com \
    --to=jh80.chung@samsung.com \
    --cc=alex.lemberg@sandisk.com \
    --cc=alexey.skidanov@sandisk.com \
    --cc=chris@printf.net \
    --cc=linux-mmc@vger.kernel.org \
    --cc=ulf.hansson@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.