Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755831Ab3CDIk0 (ORCPT ); Mon, 4 Mar 2013 03:40:26 -0500 Received: from co9ehsobe002.messaging.microsoft.com ([207.46.163.25]:10415 "EHLO co9outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755350Ab3CDIkZ convert rfc822-to-8bit (ORCPT ); Mon, 4 Mar 2013 03:40:25 -0500 X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI X-SpamScore: 3 X-BigFish: VS3(z3121kz98dIc89bh936eI1432Izz1f42h1ee6h1de0h1202h1e76h1d1ah1d2ah1082kzz17326ah8275dhz2dh2a8h668h839h93fhd25he5bhf0ah1288h12a5h12a9h12bdh1354h137ah13b6h1441h1504h1537h153bh162dh1631h1758h1765h18e1h190ch1946h19c3h1ad9h1155h) Message-ID: <51345DFA.7070601@freescale.com> Date: Mon, 4 Mar 2013 16:40:26 +0800 From: Huang Shijie User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16 MIME-Version: 1.0 To: CC: Huang Shijie , , , , Subject: Re: [PATCH V3 1/3] mtd: add new fields to nand_flash_dev{} References: <1359349039-11510-1-git-send-email-b32955@freescale.com> <1359349039-11510-2-git-send-email-b32955@freescale.com> <1360684037.12703.117.camel@sauron.fi.intel.com> <1362234094.2745.9.camel@sauron> <513437DF.2030505@freescale.com> <1362383434.2943.5.camel@sauron> <5134566C.2090405@freescale.com> <1362385446.2943.7.camel@sauron> In-Reply-To: <1362385446.2943.7.camel@sauron> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8BIT X-OriginatorOrg: freescale.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1892 Lines: 45 于 2013年03月04日 16:24, Artem Bityutskiy 写道: > On Mon, 2013-03-04 at 16:08 +0800, Huang Shijie wrote: >> 于 2013年03月04日 15:50, Artem Bityutskiy 写道: >>> On Mon, 2013-03-04 at 13:57 +0800, Huang Shijie wrote: >>>> The current code uses the @id to store the device id(byte 1). >>>> But if we use the 8 bytes id data as the keyword, and expand the @id >>>> field to 8byte array, >>>> the device id is the second byte now. All the added zeros are for the >>> I do not think you need to store the full array of ID's. Device ID's for >>> all the 4 of above chips are different, which is enough to distinguish >>> between them. >>> >>> The only thing you need to add is the OOB size field to 'struct >>> nand_flash_dev'. >>> >> If i only add the oob size field. There will be two items with the same >> Device ID in nand_flash_ids table, >> one has oob_size, one does not have. such as: >> >> {"NAND 8GIB 3,3V 8-bit", 0xDE, 0, 8192, 0, LP_OPTIONS}, > Do you know what is this chip? this maybe not just a nand chip, it may stands for a class of nand chips. Toshiba may uses this device id, Micron may also uses it. In other word, this item may stands for many nand chips. >> {"NAND 8GIB 3,3V 8-bit", 0xDE, 0, 8192, 0, LP_OPTIONS, 640}, //OOB >> size is 640 > So there are really 2 different chips with the same device id and > different OOB size? If you had 2 datasheets for me demonstrating this, > I'd be grateful. Please see the http://www.linux-mtd.infradead.org/nand-data/nanddata.html The ST's NAND08GW3B2C and Numonyx's NAND08GW3F2B share the same device id but with the different oob size. thanks Huang Shijie -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/