From: Huang Shijie <b32955@freescale.com>
To: "Lothar Waßmann" <LW@KARO-electronics.de>
Cc: Fabio Estevam <fabio.estevam@freescale.com>,
Mark Rutland <mark.rutland@arm.com>,
Brian Norris <computersforpeace@gmail.com>,
Russell King <linux@arm.linux.org.uk>,
Pawel Moll <pawel.moll@arm.com>, Arnd Bergmann <arnd@arndb.de>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Artem Bityutskiy <artem.bityutskiy@linux.intel.com>,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
devicetree@vger.kernel.org, Rob Herring <robh+dt@kernel.org>,
linux-mtd@lists.infradead.org,
Shawn Guo <shawn.guo@freescale.com>,
Rob Landley <rob@landley.net>, Kumar Gala <galak@codeaurora.org>,
Shawn Guo <shawn.guo@linaro.org>,
David Woodhouse <dwmw2@infradead.org>,
Sascha Hauer <kernel@pengutronix.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCHv2 1/1] mtd: gpmi: make blockmark swapping optional
Date: Wed, 26 Mar 2014 18:41:43 +0800 [thread overview]
Message-ID: <5332AEE7.2040402@freescale.com> (raw)
In-Reply-To: <20140326095156.3e5585b8@ipc1.ka-ro>
于 2014年03月26日 16:51, Lothar Waßmann 写道:
> I don't see why this should not be supported on i.MX28 (i.MX23 doesn't
> do byteswapping anyway, so this wouldn't change anything for i.MX23).
> The partitions used by Linux need not necessarily be accessible for the
> Boot ROM code (and vice versa).
But the first partition used to store the u-boot is accessible for the ROM.
Please see "Figure 12-13" in the 12.12.1.12:
"In order to preserve the BI (bad block information), flash updater
or gang programmer
applications need to swap Bad Block Information (BI) data to byte 0 of
metadata area for
every page before programming NAND Flash. ROM when loading firmware,
copies back
the value at metadata[0] to BI offset in page data. The following figure
shows how the
factory bad block marker is preserved."
So please the imx28 should _NOT_ support this feature.
thanks
Huang Shijie
WARNING: multiple messages have this Message-ID (diff)
From: b32955@freescale.com (Huang Shijie)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv2 1/1] mtd: gpmi: make blockmark swapping optional
Date: Wed, 26 Mar 2014 18:41:43 +0800 [thread overview]
Message-ID: <5332AEE7.2040402@freescale.com> (raw)
In-Reply-To: <20140326095156.3e5585b8@ipc1.ka-ro>
? 2014?03?26? 16:51, Lothar Wa?mann ??:
> I don't see why this should not be supported on i.MX28 (i.MX23 doesn't
> do byteswapping anyway, so this wouldn't change anything for i.MX23).
> The partitions used by Linux need not necessarily be accessible for the
> Boot ROM code (and vice versa).
But the first partition used to store the u-boot is accessible for the ROM.
Please see "Figure 12-13" in the 12.12.1.12:
"In order to preserve the BI (bad block information), flash updater
or gang programmer
applications need to swap Bad Block Information (BI) data to byte 0 of
metadata area for
every page before programming NAND Flash. ROM when loading firmware,
copies back
the value at metadata[0] to BI offset in page data. The following figure
shows how the
factory bad block marker is preserved."
So please the imx28 should _NOT_ support this feature.
thanks
Huang Shijie
WARNING: multiple messages have this Message-ID (diff)
From: Huang Shijie <b32955@freescale.com>
To: "Lothar Waßmann" <LW@KARO-electronics.de>
Cc: Fabio Estevam <fabio.estevam@freescale.com>,
Mark Rutland <mark.rutland@arm.com>,
Brian Norris <computersforpeace@gmail.com>,
Russell King <linux@arm.linux.org.uk>,
Pawel Moll <pawel.moll@arm.com>, Arnd Bergmann <arnd@arndb.de>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Artem Bityutskiy <artem.bityutskiy@linux.intel.com>,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
devicetree@vger.kernel.org, Rob Herring <robh+dt@kernel.org>,
linux-mtd@lists.infradead.org,
Shawn Guo <shawn.guo@freescale.com>,
Rob Landley <rob@landley.net>, Kumar Gala <galak@codeaurora.org>,
Shawn Guo <shawn.guo@linaro.org>,
David Woodhouse <dwmw2@infradead.org>,
Sascha Hauer <kernel@pengutronix.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCHv2 1/1] mtd: gpmi: make blockmark swapping optional
Date: Wed, 26 Mar 2014 18:41:43 +0800 [thread overview]
Message-ID: <5332AEE7.2040402@freescale.com> (raw)
In-Reply-To: <20140326095156.3e5585b8@ipc1.ka-ro>
于 2014年03月26日 16:51, Lothar Waßmann 写道:
> I don't see why this should not be supported on i.MX28 (i.MX23 doesn't
> do byteswapping anyway, so this wouldn't change anything for i.MX23).
> The partitions used by Linux need not necessarily be accessible for the
> Boot ROM code (and vice versa).
But the first partition used to store the u-boot is accessible for the ROM.
Please see "Figure 12-13" in the 12.12.1.12:
"In order to preserve the BI (bad block information), flash updater
or gang programmer
applications need to swap Bad Block Information (BI) data to byte 0 of
metadata area for
every page before programming NAND Flash. ROM when loading firmware,
copies back
the value at metadata[0] to BI offset in page data. The following figure
shows how the
factory bad block marker is preserved."
So please the imx28 should _NOT_ support this feature.
thanks
Huang Shijie
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Huang Shijie <b32955@freescale.com>
To: "Lothar Waßmann" <LW@KARO-electronics.de>
Cc: Fabio Estevam <fabio.estevam@freescale.com>,
Mark Rutland <mark.rutland@arm.com>,
Shawn Guo <shawn.guo@linaro.org>,
Russell King <linux@arm.linux.org.uk>,
Pawel Moll <pawel.moll@arm.com>, Arnd Bergmann <arnd@arndb.de>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Artem Bityutskiy <artem.bityutskiy@linux.intel.com>,
<linux-doc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<devicetree@vger.kernel.org>, Rob Herring <robh+dt@kernel.org>,
<linux-mtd@lists.infradead.org>,
<linux-arm-kernel@lists.infradead.org>,
Rob Landley <rob@landley.net>, Kumar Gala <galak@codeaurora.org>,
Brian Norris <computersforpeace@gmail.com>,
David Woodhouse <dwmw2@infradead.org>,
Sascha Hauer <kernel@pengutronix.de>,
Shawn Guo <shawn.guo@freescale.com>
Subject: Re: [PATCHv2 1/1] mtd: gpmi: make blockmark swapping optional
Date: Wed, 26 Mar 2014 18:41:43 +0800 [thread overview]
Message-ID: <5332AEE7.2040402@freescale.com> (raw)
In-Reply-To: <20140326095156.3e5585b8@ipc1.ka-ro>
于 2014年03月26日 16:51, Lothar Waßmann 写道:
> I don't see why this should not be supported on i.MX28 (i.MX23 doesn't
> do byteswapping anyway, so this wouldn't change anything for i.MX23).
> The partitions used by Linux need not necessarily be accessible for the
> Boot ROM code (and vice versa).
But the first partition used to store the u-boot is accessible for the ROM.
Please see "Figure 12-13" in the 12.12.1.12:
"In order to preserve the BI (bad block information), flash updater
or gang programmer
applications need to swap Bad Block Information (BI) data to byte 0 of
metadata area for
every page before programming NAND Flash. ROM when loading firmware,
copies back
the value at metadata[0] to BI offset in page data. The following figure
shows how the
factory bad block marker is preserved."
So please the imx28 should _NOT_ support this feature.
thanks
Huang Shijie
next prev parent reply other threads:[~2014-03-26 10:41 UTC|newest]
Thread overview: 117+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-19 13:23 [PATCH] mtd: gpmi: make blockmark swapping optional y
2014-03-19 13:23 ` y at karo-electronics.de
2014-03-20 8:33 ` Juergen Beisert
2014-03-20 8:33 ` Juergen Beisert
2014-03-20 8:33 ` Juergen Beisert
2014-03-20 8:33 ` Juergen Beisert
2014-03-20 9:20 ` Lothar Waßmann
2014-03-20 9:20 ` Lothar Waßmann
2014-03-20 9:20 ` Lothar Waßmann
2014-03-20 9:20 ` Lothar Waßmann
2014-03-20 9:15 ` Huang Shijie
2014-03-20 9:15 ` Huang Shijie
2014-03-20 9:15 ` Huang Shijie
2014-03-20 9:15 ` Huang Shijie
2014-03-20 9:21 ` Lothar Waßmann
2014-03-20 9:21 ` Lothar Waßmann
2014-03-20 9:21 ` Lothar Waßmann
2014-03-20 9:21 ` Lothar Waßmann
2014-03-20 9:47 ` Huang Shijie
2014-03-20 9:47 ` Huang Shijie
2014-03-20 9:47 ` Huang Shijie
2014-03-20 9:47 ` Huang Shijie
2014-03-20 10:09 ` Lothar Waßmann
2014-03-20 10:09 ` Lothar Waßmann
2014-03-20 10:09 ` Lothar Waßmann
2014-03-20 10:09 ` Lothar Waßmann
2014-03-20 10:56 ` Huang Shijie
2014-03-20 10:56 ` Huang Shijie
2014-03-20 10:56 ` Huang Shijie
2014-03-20 10:56 ` Huang Shijie
2014-03-21 5:36 ` Huang Shijie
2014-03-21 5:36 ` Huang Shijie
2014-03-21 5:36 ` Huang Shijie
2014-03-21 5:36 ` Huang Shijie
2014-03-21 10:50 ` [PATCHv2 1/1] " Lothar Waßmann
2014-03-21 10:50 ` Lothar Waßmann
2014-03-21 10:50 ` Lothar Waßmann
2014-03-24 9:59 ` Huang Shijie
2014-03-24 9:59 ` Huang Shijie
2014-03-24 9:59 ` Huang Shijie
2014-03-24 9:59 ` Huang Shijie
2014-03-26 8:51 ` Lothar Waßmann
2014-03-26 8:51 ` Lothar Waßmann
2014-03-26 8:51 ` Lothar Waßmann
2014-03-26 10:41 ` Huang Shijie [this message]
2014-03-26 10:41 ` Huang Shijie
2014-03-26 10:41 ` Huang Shijie
2014-03-26 10:41 ` Huang Shijie
2014-03-26 11:55 ` Lothar Waßmann
2014-03-26 11:55 ` Lothar Waßmann
2014-03-26 11:55 ` Lothar Waßmann
2014-03-26 11:55 ` Lothar Waßmann
2014-03-27 9:59 ` Huang Shijie
2014-03-27 9:59 ` Huang Shijie
2014-03-27 9:59 ` Huang Shijie
2014-03-27 9:59 ` Huang Shijie
2014-03-27 12:21 ` Lothar Waßmann
2014-03-27 12:21 ` Lothar Waßmann
2014-03-27 12:21 ` Lothar Waßmann
2014-03-27 12:21 ` Lothar Waßmann
2014-03-28 2:09 ` Huang Shijie
2014-03-28 2:09 ` Huang Shijie
2014-03-28 2:09 ` Huang Shijie
2014-03-28 2:09 ` Huang Shijie
2014-03-28 8:16 ` Lothar Waßmann
2014-03-28 8:16 ` Lothar Waßmann
2014-03-28 8:16 ` Lothar Waßmann
2014-03-28 8:39 ` Huang Shijie
2014-03-28 8:39 ` Huang Shijie
2014-03-28 8:39 ` Huang Shijie
2014-03-28 8:39 ` Huang Shijie
2014-03-28 9:00 ` Sascha Hauer
2014-03-28 9:00 ` Sascha Hauer
2014-03-28 9:00 ` Sascha Hauer
2014-03-28 9:26 ` Huang Shijie
2014-03-28 9:26 ` Huang Shijie
2014-03-28 9:26 ` Huang Shijie
2014-03-28 9:31 ` Lothar Waßmann
2014-03-28 9:31 ` Lothar Waßmann
2014-03-28 9:31 ` Lothar Waßmann
2014-03-28 9:31 ` Lothar Waßmann
2014-03-28 10:09 ` Huang Shijie
2014-03-28 10:09 ` Huang Shijie
2014-03-28 10:09 ` Huang Shijie
2014-03-28 10:09 ` Huang Shijie
2014-03-28 10:18 ` Lothar Waßmann
2014-03-28 10:18 ` Lothar Waßmann
2014-03-28 10:18 ` Lothar Waßmann
2014-03-28 10:18 ` Lothar Waßmann
2014-03-28 9:01 ` Lothar Waßmann
2014-03-28 9:01 ` Lothar Waßmann
2014-03-28 9:01 ` Lothar Waßmann
2014-03-28 9:01 ` Lothar Waßmann
2014-03-28 9:33 ` Huang Shijie
2014-03-28 9:33 ` Huang Shijie
2014-03-28 9:33 ` Huang Shijie
2014-03-28 9:33 ` Huang Shijie
2014-03-28 9:38 ` Huang Shijie
2014-03-28 9:38 ` Huang Shijie
2014-03-28 9:38 ` Huang Shijie
2014-03-28 9:38 ` Huang Shijie
2014-03-28 10:13 ` Lothar Waßmann
2014-03-28 10:13 ` Lothar Waßmann
2014-03-28 10:13 ` Lothar Waßmann
2014-03-28 10:13 ` Lothar Waßmann
2014-03-28 10:35 ` [PATCHv3 0/2] " Lothar Waßmann
2014-03-28 10:35 ` Lothar Waßmann
2014-03-28 10:35 ` Lothar Waßmann
2014-03-28 10:35 ` [PATCHv3 1/2] " Lothar Waßmann
2014-03-28 10:35 ` Lothar Waßmann
2014-03-28 10:35 ` Lothar Waßmann
2014-03-31 2:06 ` Huang Shijie
2014-03-31 2:06 ` Huang Shijie
2014-03-31 2:06 ` Huang Shijie
2014-03-28 10:35 ` [PATCHv3 2/2] of/mtd/nand: add generic binding and helper for NAND_BBT_NO_OOB_BBM Lothar Waßmann
2014-03-28 10:35 ` Lothar Waßmann
2014-03-28 10:35 ` Lothar Waßmann
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=5332AEE7.2040402@freescale.com \
--to=b32955@freescale.com \
--cc=LW@KARO-electronics.de \
--cc=arnd@arndb.de \
--cc=artem.bityutskiy@linux.intel.com \
--cc=computersforpeace@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=fabio.estevam@freescale.com \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux@arm.linux.org.uk \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=rob@landley.net \
--cc=robh+dt@kernel.org \
--cc=shawn.guo@freescale.com \
--cc=shawn.guo@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.