public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* OneNAND oobfree
@ 2007-01-17 11:17 Adrian Hunter
  0 siblings, 0 replies; 2+ messages in thread
From: Adrian Hunter @ 2007-01-17 11:17 UTC (permalink / raw)
  To: ext Kyungmin Park; +Cc: linux-mtd@lists.infradead.org

Hi Kyungmin

The nand_ecclayout structure for OneNAND has 3 bytes
at position 2 marked as free (see below).  However,
the documentation describes these 3 bytes as
"Managed by internal ECC logic for Logical Sector
Number data".

Are these bytes, in fact, free, and should they be listed
in oobfree as they are now?

Regards
Adrian



>From onenand_base.c:
static struct nand_ecclayout onenand_oob_64 = {
	.eccbytes	= 20,
	.eccpos		= {
		8, 9, 10, 11, 12,
		24, 25, 26, 27, 28,
		40, 41, 42, 43, 44,
		56, 57, 58, 59, 60,
		},
	.oobfree	= {
		{2, 3}, {14, 2}, {18, 3}, {30, 2},
		{34, 3}, {46, 2}, {50, 3}, {62, 2}
	}
};

^ permalink raw reply	[flat|nested] 2+ messages in thread

* OneNAND oobfree
@ 2007-01-17 23:50 Kyungmin Park
  0 siblings, 0 replies; 2+ messages in thread
From: Kyungmin Park @ 2007-01-17 23:50 UTC (permalink / raw)
  To: Adrian Hunter; +Cc: linux-mtd@lists.infradead.org

Hi Adrian,

Yes, I know it's confusing. "Managed by internal ECC logic for Logical Sector Number data"
But actually it means 3 bytes in spare area is managed by internal ECC logic and it generates space ecc.
So we can use it as free.

Now I try to optimize spare handling.
The onenand_do_read_oob reads 3 bytes. but onenand has 16-bit bus
But I think there's some performance problem. so I examine the it.
Basically I want to operation with oob based on 32 byte for optimized memcpy if possible

Thank you,
Kyungmin Park

------- Original Message -------
Sender : Adrian Hunter<ext-adrian.hunter@nokia.com> 
Date   : Jan 17, 2007 20:17
Title  : OneNAND oobfree

Hi Kyungmin

The nand_ecclayout structure for OneNAND has 3 bytes
at position 2 marked as free (see below).  However,
the documentation describes these 3 bytes as
"Managed by internal ECC logic for Logical Sector
Number data".

Are these bytes, in fact, free, and should they be listed
in oobfree as they are now?

Regards
Adrian



From onenand_base.c:
static struct nand_ecclayout onenand_oob_64 = {
	.eccbytes	= 20,
	.eccpos		= {
		8, 9, 10, 11, 12,
		24, 25, 26, 27, 28,
		40, 41, 42, 43, 44,
		56, 57, 58, 59, 60,
		},
	.oobfree	= {
		{2, 3}, {14, 2}, {18, 3}, {30, 2},
		{34, 3}, {46, 2}, {50, 3}, {62, 2}
	}
};





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-01-17 23:52 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-17 23:50 OneNAND oobfree Kyungmin Park
  -- strict thread matches above, loose matches on Subject: below --
2007-01-17 11:17 Adrian Hunter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox