[PATCH] Revised the detection for broken boot-region detection. MACRONIX parts have a custom implementation of the fixup. AMD implemtation restore to original version that has worked fine since 2001.
Chris Moore
moore at free.fr
Wed Dec 17 16:50:56 EST 2008
Hi Marc and the list,
I am afraid to admit that I was the author of the modifications that you
obviously did not like :(
Let me also admit that I am a newbie to MTD, to CFI and to NOR flash
devices so please correct me if I write anything stupid.
You say in the subject "AMD implemtation restore to original version
that has worked fine since 2001".
You seem to imply by this that my modifications broke some previously
working AMD parts.
I apologize if this is the case but I cannot see how.
Which AMD part(s) did I break?
(However I did realize after submitting my patch that it could possibly
break certain Macronix parts using AMD CFI PRI V1.0 that were previously
working more by luck than judgement.)
Before submitting my patch I carefully considered whether to modify the
AMD fixup or to add a Macronix specific one as you did.
It seemed to me that:-
a) In the context of the fixup AMD referred to the "Primary Vendor
Command Set and Control Interface ID Code" used and not to the
manufacturer of the part.
For this Macronix also use the "AMD/Fujitsu Standard Command Set".
b) Although AIUI each manufacturer is free to choose his own Device ID
allocations, in practice most manufacturers use the same Device ID when
they clone another manufacturer's part.
For example IIRC, AMD, Fujitsu, Spansion, EON, ESI and Macronix all use:-
- 0xBA/0x22BA for their 29LV400 B parts
- 0xB9/0x22B9 for their 29LV400 T parts
I therefore concluded that it was legitimate and useful in terms of
avoiding duplicate code to handle Macronix in the AMD fixup routine.
You prefer to separate the fixup routines and I accept your decision (it
was a close call for me).
However I do have one objection:-
Your Macronix version is not equivalent to mine and I believe that my
version handles more parts correctly ;-)
Instead of:-
+ switch (cfi->id) {
+ /* Macronix MX29LV400CT */
+ case 0x00ba:
+ case 0x22ba:
+ extp->TopBottom = 2; /* bottom-boot */
+ break;
+ /* Macronix MX29LV400CB */
+ case 0x00b9:
+ case 0x22b9:
+ extp->TopBottom = 3; /* top-boot */
+ break;
+ default:
+ /* Fall back is to assume we have
+ * bottom-boot. */
+ extp->TopBottom = 2; /* bottom-boot */
+ break;
+ }
I would prefer:-
+ switch (cfi->id) {
+ /* Macronix MX29LV400CB */
+ case 0x00ba:
+ case 0x22ba:
+ extp->TopBottom = 2; /* bottom-boot */
+ break;
+ default:
+ extp->TopBottom = (cfi->id & 0x80)
+ ? 3 /* top-boot */
+ : 2 /* bottom-boot */;
+ break;
+ }
David Woodhouse asked me to add correct handling of a few Macronix parts
which are incorrectly detected by my code and I shall do this once your
patch goes through.
There is one other point that I would like to make (again).
IMHO the patch from Uwe Kleine-Koenig in this thread should be applied:-
http://thread.gmane.org/gmane.linux.drivers.mtd/22267
See also this thread:-
http://thread.gmane.org/gmane.linux.drivers.mtd/22176
Sorry for this long ramble.
Cheers,
Chris
More information about the linux-mtd
mailing list