All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mika Korhonen <ext-mika.2.korhonen@nokia.com>
To: "Hunter Adrian (Nokia-D/Helsinki)" <adrian.hunter@nokia.com>
Cc: "amul.saha@samsung.com" <amul.saha@samsung.com>,
	"dedekind@infradead.org" <dedekind@infradead.org>,
	"kyungmin.park@samsung.com" <kyungmin.park@samsung.com>,
	"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: [PATCH 2/2] MTD: OneNAND: multiblock erase support
Date: Fri, 18 Sep 2009 08:03:46 +0300	[thread overview]
Message-ID: <4AB314B2.8010003@nokia.com> (raw)
In-Reply-To: <4AB1133B.4080905@nokia.com>

Hunter Adrian (Nokia-D/Helsinki) wrote:
> Korhonen Mika.2 (EXT-Ardites/Oulu) wrote:
>   
>> Add support for multiblock erase command. OneNANDs (excluding Flex-OneNAND)
>> are capable of simultaneous erase of up to 64 eraseblocks which is much
>> faster.
>> This changes the erase requests for regions covering multiple eraseblocks
>> to be performed using multiblock erase.
>>
>> Signed-off-by: Mika Korhonen <ext-mika.2.korhonen@nokia.com>
>> ---
>>     
>
> A few comments below.
>
>   
[...]
> +		switch (state) {
> +		case FL_RESETING:
> +			intr_flags |= ONENAND_INT_RESET;
> +			break;
> +		case FL_PREPARING_ERASE:
> +			intr_flags |= ONENAND_INT_ERASE;
> +			break;
> +		case FL_VERIFYING_ERASE:
> +			i = 51;
>   
>
> I see 100us for this in some versions.  Perhaps Kyungmin can suggest
> a value.
>   
With the chip I had the actual time for 64-eb verify read was in the 
range of 20-30 us but you're right, there are chips for which the 
maximum time is specified to be 100 us. Is ok to just raise this to that 
value? Kyungmin?

[...]
>
>> +
>> +	/* loop over 64 eb batches */
>> +	while (len) {
>> +		struct erase_info verify_instr = *instr;
>> +		verify_instr.addr = addr;
>> +		verify_instr.len = 0;
>> +
>> +		eb_count = 0;
>> +
>> +		while (len > block_size &&
>> +		       eb_count < (MB_ERASE_MAX_BLK_COUNT - 1)) {
>>     
>
> According to the manual I have you cannot do a multiblock erase
> across a chip boundary, so you must exit this loop at the boundary too.
>   

Ok, does this apply DDP chips only?

br,
Mika

  reply	other threads:[~2009-09-18  5:03 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-03 10:54 [PATCH 0/2] MTD: OneNAND: multiblock erase support Mika Korhonen
2009-09-03 10:54 ` [PATCH 1/2] MTD: OneNAND: move erase method to a separate function Mika Korhonen
2009-09-03 10:54   ` [PATCH 2/2] MTD: OneNAND: multiblock erase support Mika Korhonen
2009-09-16 16:32     ` Adrian Hunter
2009-09-18  5:03       ` Mika Korhonen [this message]
2009-09-18  5:38         ` Kyungmin Park
2009-09-18  8:04         ` Adrian Hunter
2009-09-18  8:33           ` Kyungmin Park
2009-09-16 16:32   ` [PATCH 1/2] MTD: OneNAND: move erase method to a separate function Adrian Hunter
2009-09-18  4:45     ` Mika Korhonen
  -- strict thread matches above, loose matches on Subject: below --
2009-10-06  8:55 [PATCH 0/2] Revised: MTD: OneNAND: multiblock erase support Mika Korhonen
2009-10-06  8:55 ` [PATCH 1/2] MTD: OneNAND: move erase method to a separate function Mika Korhonen
2009-10-06  8:56   ` [PATCH 2/2] MTD: OneNAND: multiblock erase support Mika Korhonen

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=4AB314B2.8010003@nokia.com \
    --to=ext-mika.2.korhonen@nokia.com \
    --cc=adrian.hunter@nokia.com \
    --cc=amul.saha@samsung.com \
    --cc=dedekind@infradead.org \
    --cc=kyungmin.park@samsung.com \
    --cc=linux-mtd@lists.infradead.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.