From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1.cray.com ([136.162.0.111]) by pentafluge.infradead.org with esmtp (Exim 4.30 #5 (Red Hat Linux)) id 1B42JS-0007zo-7e for linux-mtd@lists.infradead.org; Thu, 18 Mar 2004 18:32:14 +0000 Received: from relaya.us.cray.com (relaya.us.cray.com [192.168.252.144]) i2IIWAFj021479 for ; Thu, 18 Mar 2004 12:32:10 -0600 (CST) Received: from orchid.us.cray.com (orchid.us.cray.com [172.30.27.91]) i2IIW6DY029075 for ; Thu, 18 Mar 2004 12:32:06 -0600 (CST) Received: from cray.com (troll [192.168.250.5])i2IIW5MU4147082 for ; Thu, 18 Mar 2004 12:32:05 -0600 (CST) Message-ID: <4059EB24.7020603@cray.com> Date: Thu, 18 Mar 2004 12:32:04 -0600 From: David Updegraff MIME-Version: 1.0 To: linux-mtd@lists.infradead.org References: <6.0.1.1.0.20040317175202.01f80e70@dns.struinfo.it> <200403181411.25596.tglx@linutronix.de> <6.0.1.1.0.20040318154520.01ec5658@192.168.2.1> In-Reply-To: <6.0.1.1.0.20040318154520.01ec5658@192.168.2.1> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Large block NAND List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , 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/