Hi Stefan,
On Thu, Feb 21, 2013 at 5:27 PM, Jagan Teki jagannadh.teki@gmail.com wrote:
Hi Stefan,
On Wed, Feb 20, 2013 at 11:44 PM, Stefan Roese sr@denx.de wrote:
Hi Jagan,
On 20.02.2013 18:25, Jagan Teki wrote:
So please update to the latest version and try again.
Sorry for not intimating the version I used, actually I am using the latest u-boot version 2013.01.01 Below link the head commit for cfi_flash.c http://git.denx.de/?p=u-boot.git;a=commit;h=d2af028db3f75390f56f018e16c0f269...
I am not sure whats wrong with code for detecting the m/c ID.
Please let me know your inputs.
This reminds me of a still pending problem with 8-bit flash chips. Could you perhaps give this patch a try?
http://patchwork.ozlabs.org/patch/140863/
Not sure if it still applies clean. But it seemed to fix a problem with 8-bit bus flash chips.
I am able to detect the correct Manufacture ID and device ID with these changes.
Bank # 1: CFI conformant flash (8 x 8) Size: 64 MB in 512 Sectors AMD Standard command set, Manufacturer ID: 0x89, Device ID: 0x7E2301 Erase timeout: 4096 ms, write timeout: 2 ms Buffer write timeout: 5 ms, buffer size: 1024 bytes
But the 1024 bytes buffer size is another issues, as Numonyx CFI wrongly mentioned 1024 instead of 256. Any way that we can fix I guess for N29EW flashes..
but how these changes impacts the other flashes i don't ..
Please find the log message.
I made a fix for hw cfi issue when device is operating in 8-bit mode, If the above changes are looks fine we may have this fix will solve the M29EW flashes operates under 8-bit mode.
Could send your comments/views.
Thanks, Jagan.