On Thursday, July 29, 2010 15:35:55 Michael Walle wrote: > there is a bug in the intel.c flash program routine. > > After you write CFI_INTEL_CMD_WRITE_TO_BUFFER, you are just polling the > SR_READY in the status register. But according the the datasheet [1] p.24, > you have to reissue the CMD_WRITE_TO_BUFFER command to let the status > register update its SR_READY bit.
lemme preface this with "i'm no CFI expert" ... hell, i'm not even "adequate", but at any rate ... looking at say the U-Boot CFI driver, it doesnt seem to do this. instead, it writes the command FLASH_STATUS_DONE before attempting to read back the status word to see if SR_READY is set. and it does that in a loop. sounds like constantly re-issuing a "write buffer" command is a bad idea. what flash are you working with ? the only part i have ready access to is a PC28F128P33T85, so i can test with that ... but i recall the current driver already working. i'd have to retest real quick. http://www.numonyx.com/Documents/Datasheets/306666_P30_Discrete_DS.pdf -mike
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm
_______________________________________________ UrJTAG-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/urjtag-development
