From: Vanalme Filip <F.Vanalme@TELEVIC.com>
To: "barebox@lists.infradead.org" <barebox@lists.infradead.org>
Subject: iMX27 NFC
Date: Mon, 21 Feb 2011 10:16:20 +0100 [thread overview]
Message-ID: <6EE7D1502C48E44E92DCADF9DD3E0DB9017FF3B00A2F@SRV-VS06.TELEVIC.COM> (raw)
Just wanna come back once more on the iMX27 NFC bug issue.
I see that Barebox also supports other boards that have the iMX27 processor, e.g. PhyCard and Eukrea iMX27. Don't know the boards, but I guess they all suffer from the NFC bug as they all use the i.MX27 processor. Just wondering how they solve the problem of that bug ? As a workaround (swapping Bi-byte) is not implemented in the "standard" imx nand driver, they may handle this issue differently. (maybe this is rather a question for their mailing lists...)
I'm still struggling with the NAND issue and whether to add a patch to swap bytes, or doing a run-once swap when using the NAND for the first time so the BI byte is always in the right location for the standard driver. It feels like the latter solution is the best because one can use the drivers (Barebox and Linux kernel) as they are, without any modifications. For the Kernel, Freescale opt obviously for patches. Patches we have to port if we want to use a recent Kernel version...
Maybe there's a way to add that "run-once" piece of code to the board's start-up code. If, when booting, I could detect in some way that the "conversion" was done already, I could skip that part of the code and continue normally. (maybe I can use the oob data of the first block to add a kind of a marker - if marker not set, read the factory bad blocks and move them in flash so they match for the standard driver and set the marker. If marker set, skip moving part, and continue with normal boot code).
Maybe people on this mailing list have other/better ideas/solutions to deal with this.
Filip
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
reply other threads:[~2011-02-21 9:16 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=6EE7D1502C48E44E92DCADF9DD3E0DB9017FF3B00A2F@SRV-VS06.TELEVIC.COM \
--to=f.vanalme@televic.com \
--cc=barebox@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