* 8/16/32 bit JEDEC probe
@ 2008-09-12 22:03 Michel Stempin
0 siblings, 0 replies; only message in thread
From: Michel Stempin @ 2008-09-12 22:03 UTC (permalink / raw)
To: linux-mtd
Hi list,
I have an interesting case to submit.
I have a SystemBase ARM9 (AT91SAM9260) Eddy-CPU-V2 that can be populated
with either a 32MB SST 39VF3201 (Mfr: 0x00bf, Id: 0x235b) or a 64MB EON
EN29LV640B (Mfr: 0x007f, Id: 0x22cb) part. Mine has the SST part.
As none of these chips were defined in jedec_probe.c, I defined them
there.
However, when the probe is done, an SST 49LF080A (Mfr: 0x00bf, Id:
0x005b) is found instead of my SST 39VF3201...
What is remarkable is that both chips have the same LSB Id!
My conclusion is that the less discriminating 8-bit device detection has
precedence over the more discriminating 16-bit device.
Shouldn't this be the other way around (ie. first detect 32, then 16,
then 8 bit devices)?
If I comment the SST 49LF080A definition, everything works as expected.
Best regards,
--
Michel Stempin
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2008-09-12 22:15 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-12 22:03 8/16/32 bit JEDEC probe Michel Stempin
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.