From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752497AbaGGBIX (ORCPT ); Sun, 6 Jul 2014 21:08:23 -0400 Received: from casper.infradead.org ([85.118.1.10]:47634 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752185AbaGGBIU (ORCPT ); Sun, 6 Jul 2014 21:08:20 -0400 Message-ID: <53B9F301.7080202@infradead.org> Date: Sun, 06 Jul 2014 18:08:17 -0700 From: Randy Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Masanari Iida , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH] Documentation: Fix typo in DocBook/mtdnand.tmpl References: <1404432070-16619-1-git-send-email-standby24x7@gmail.com> In-Reply-To: <1404432070-16619-1-git-send-email-standby24x7@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/03/2014 05:01 PM, Masanari Iida wrote: > This patch fixed spelling typo found in DocBook/mtdnand.tmpl. > > Signed-off-by: Masanari Iida Applied, thanks. > --- > Documentation/DocBook/mtdnand.tmpl | 30 +++++++++++++++--------------- > 1 file changed, 15 insertions(+), 15 deletions(-) > > diff --git a/Documentation/DocBook/mtdnand.tmpl b/Documentation/DocBook/mtdnand.tmpl > index cd11926..a3b50c1 100644 > --- a/Documentation/DocBook/mtdnand.tmpl > +++ b/Documentation/DocBook/mtdnand.tmpl > @@ -91,7 +91,7 @@ > > [MTD Interface] > These functions provide the interface to the MTD kernel API. > - They are not replacable and provide functionality > + They are not replaceable and provide functionality > which is complete hardware independent. > > > @@ -100,14 +100,14 @@ > > > [GENERIC] > - Generic functions are not replacable and provide functionality > + Generic functions are not replaceable and provide functionality > which is complete hardware independent. > > > [DEFAULT] > Default functions provide hardware related functionality which is suitable > for most of the implementations. These functions can be replaced by the > - board driver if neccecary. Those functions are called via pointers in the > + board driver if necessary. Those functions are called via pointers in the > NAND chip description structure. The board driver can set the functions which > should be replaced by board dependent functions before calling nand_scan(). > If the function pointer is NULL on entry to nand_scan() then the pointer > @@ -264,7 +264,7 @@ static void board_hwcontrol(struct mtd_info *mtd, int cmd) > is set up nand_scan() is called. This function tries to > detect and identify then chip. If a chip is found all the > internal data fields are initialized accordingly. > - The structure(s) have to be zeroed out first and then filled with the neccecary > + The structure(s) have to be zeroed out first and then filled with the necessary > information about the device. > > > @@ -327,7 +327,7 @@ module_init(board_init); > > Exit function > > - The exit function is only neccecary if the driver is > + The exit function is only necessary if the driver is > compiled as a module. It releases all resources which > are held by the chip driver and unregisters the partitions > in the MTD layer. > @@ -494,7 +494,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip) > in this case. See rts_from4.c and diskonchip.c for > implementation reference. In those cases we must also > use bad block tables on FLASH, because the ECC layout is > - interferring with the bad block marker positions. > + interfering with the bad block marker positions. > See bad block table support for details. > > > @@ -542,7 +542,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip) > > nand_scan() calls the function nand_default_bbt(). > nand_default_bbt() selects appropriate default > - bad block table desriptors depending on the chip information > + bad block table descriptors depending on the chip information > which was retrieved by nand_scan(). > > > @@ -554,7 +554,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip) > > Flash based tables > > - It may be desired or neccecary to keep a bad block table in FLASH. > + It may be desired or necessary to keep a bad block table in FLASH. > For AG-AND chips this is mandatory, as they have no factory marked > bad blocks. They have factory marked good blocks. The marker pattern > is erased when the block is erased to be reused. So in case of > @@ -565,10 +565,10 @@ static void board_select_chip (struct mtd_info *mtd, int chip) > of the blocks. > > > - The blocks in which the tables are stored are procteted against > + The blocks in which the tables are stored are protected against > accidental access by marking them bad in the memory bad block > table. The bad block table management functions are allowed > - to circumvernt this protection. > + to circumvent this protection. > > > The simplest way to activate the FLASH based bad block table support > @@ -592,7 +592,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip) > User defined tables are created by filling out a > nand_bbt_descr structure and storing the pointer in the > nand_chip structure member bbt_td before calling nand_scan(). > - If a mirror table is neccecary a second structure must be > + If a mirror table is necessary a second structure must be > created and a pointer to this structure must be stored > in bbt_md inside the nand_chip structure. If the bbt_md > member is set to NULL then only the main table is used > @@ -666,7 +666,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip) > > For automatic placement some blocks must be reserved for > bad block table storage. The number of reserved blocks is defined > - in the maxblocks member of the babd block table description structure. > + in the maxblocks member of the bad block table description structure. > Reserving 4 blocks for mirrored tables should be a reasonable number. > This also limits the number of blocks which are scanned for the bad > block table ident pattern. > @@ -1068,11 +1068,11 @@ in this page > > Filesystem support > > - The NAND driver provides all neccecary functions for a > + The NAND driver provides all necessary functions for a > filesystem via the MTD interface. > > > - Filesystems must be aware of the NAND pecularities and > + Filesystems must be aware of the NAND peculiarities and > restrictions. One major restrictions of NAND Flash is, that you cannot > write as often as you want to a page. The consecutive writes to a page, > before erasing it again, are restricted to 1-3 writes, depending on the > @@ -1222,7 +1222,7 @@ in this page > #define NAND_BBT_VERSION 0x00000100 > /* Create a bbt if none axists */ > #define NAND_BBT_CREATE 0x00000200 > -/* Write bbt if neccecary */ > +/* Write bbt if necessary */ > #define NAND_BBT_WRITE 0x00001000 > /* Read and write back block contents when writing bbt */ > #define NAND_BBT_SAVECONTENT 0x00002000 > -- ~Randy