public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: David Updegraff <dave@cray.com>
To: linux-mtd@lists.infradead.org
Subject: Re: Large block NAND
Date: Thu, 18 Mar 2004 12:32:04 -0600	[thread overview]
Message-ID: <4059EB24.7020603@cray.com> (raw)
In-Reply-To: <6.0.1.1.0.20040318154520.01ec5658@192.168.2.1>

Does anyone know how 'industry-standard' the format of the 4th ID byte 
in these large NAND chips from Samsung is?  Y'know, the one that tells 
you pagesize, buswidth, etc.  I'd sure be sweet to be able to reliably 
use them.


>> > I'm going to write a driver for the Samsung Flash K9F1G08U0M (128MB).
>> > The main characteristics are:
>> > - erase block size: 128 KB
>> > - page program size: 2 KB
>> > - total chip size: 128 MB
>> > - tR = 25 us
>> >
>> > This chip is not fully compatible with the standard NAND flash commands
>> > defined in
>> > nand.h (Samsung call these devices "large block").
>> > Thus, in my understanding, I must provide the following custom 
>> functions:
>> > my_board_nand_command
>> > my_board_nand_wait
>> > my_board_nand_block_bad
>>
>> Those functions should be incorporated into nand.c, as they are 
>> generic. So
>> all boards which use those "large block" devices can use them.
>>
>> Be aware, that the available NAND aware filesystems must be changed 
>> too, as
>> they are not aware of pagesizes > 512 byte, but if IIRC  the datasheet
>> details it is possible to write 4  512 byte sub-pages to the device 
>> without
>> violating the specs. Anyway changes will be neccecary.
> 
> 
> I see.
> 
>> > Anybody wrote a driver for a similar device?
>> > Have the MTD maintainers already planned to support these devices?
>>
>> Yep, but nobody forced me / us to implement it by paying for it. :)
> 
> 
> In case we decide to implement this feature by ourselves:
> 1) will the code be included in the public CVS tree?
> 2) will we guided by you and David in order to write the code the right 
> way (I
> mean, for example, using the correct notations and coding style)?
> 
> 
> 
> Regards,
> 
> llandre
> 
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/

  parent reply	other threads:[~2004-03-18 18:32 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-18 12:14 Large block NAND llandre
2004-03-18 13:11 ` Thomas Gleixner
2004-03-18 14:16   ` David Woodhouse
2004-03-18 14:26     ` Thomas Gleixner
2004-03-18 14:52   ` llandre
2004-03-18 14:57     ` Thomas Gleixner
2004-03-18 14:59     ` David Woodhouse
2004-03-22 15:37       ` David Updegraff
2004-03-22 15:57         ` David Woodhouse
2004-03-18 18:32     ` David Updegraff [this message]
2004-03-19  8:21       ` llandre

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=4059EB24.7020603@cray.com \
    --to=dave@cray.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox