Re: [U-Boot] [SOLVED] loadb problem.
Dear Bo, In message 1416343564051-196714.p...@n7.nabble.com you wrote: The TESTING variable was defined to debug the Spifilib library that is needed for quad spi flash on lpc cpus. As you can see in the very first post, I made some printfs and a 10 ms delay. I removed those as well, so in the end perhaps they were the culprit. I had a previous loady problem, which was definately solved by commenting out all Debugs. All understood. I'm happy you got the system running. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de You ain't experienced... Well, nor are you. That's true. But the point is ... the point is ... the point is we've been not experienced for a lot longer than you. We've got a lot of experience of not having any experience. - Terry Pratchett, _Witches Abroad_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [SOLVED] loadb problem.
Dear Wolfgang, Upon looking at the transfers more closely on the scope, I found that the board sometimes answered the PC in the middle of receiving a packet. I found that this was due to a global DEBUG being turned on in the configuration file for the board. When I removed all of the following: #define DEBUG #define CONFIG_DEBUG_DUMP #define CONFIG_DEBUG_DUMP_SYMS #define CONFIG_DEBUG_EARLY_SERIAL #define CONFIG_DEBUG_NULL_PTR #define TESTING the Kermit transfers are fine, with approximately 4 kilobytes per second transfer rate. Thank you for your time. Hopefully this can help someone in the future. /Bo -- View this message in context: http://u-boot.10912.n7.nabble.com/loadb-problem-Hangs-on-START-CHAR-tp195144p196641.html Sent from the U-Boot mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [SOLVED] loadb problem.
Dear Bo, In message 1416300182202-196641.p...@n7.nabble.com you wrote: Upon looking at the transfers more closely on the scope, I found that the board sometimes answered the PC in the middle of receiving a packet. I found that this was due to a global DEBUG being turned on in the configuration file for the board. When I removed all of the following: #define DEBUG #define CONFIG_DEBUG_DUMP #define CONFIG_DEBUG_DUMP_SYMS #define CONFIG_DEBUG_EARLY_SERIAL #define CONFIG_DEBUG_NULL_PTR #define TESTING the Kermit transfers are fine, with approximately 4 kilobytes per second transfer rate. Ah, so obviously one of these options spits out data on the serial line, which then breaks the prtocol? We should find and fix that. Let's see... CONFIG_DEBUG_DUMP is only used in arch/blackfin/cpu/traps.c and arch/blackfin/cpu/cpu.c - that should not affect you. CONFIG_DEBUG_DUMP_SYMS is only defined in include/configs/blackstamp.h and include/configs/blackvme.h but not used anywhere. CONFIG_DEBUG_EARLY_SERIAL is also only defined in these two BF boards, and used only in BF code (arch/blackfin/cpu/cpu.c, arch/blackfin/include/asm/serial.h, and drivers/serial/serial_bfin.c). CONFIG_DEBUG_NULL_PTR is only used in arch/blackfin/cpu/cpu.c - that should not affect you. TESTING is nowhere used or defined in mainline code. So unless you have added any such debug code to your own board specific code, the only potential culprit is DEBUG ... But then, I cannot find any DEBUG or debug() or similar code in cmd_load.c ... Can you please verify if you have added any such debug code in your local tree? Thank you for your time. Hopefully this can help someone in the future. You are welcome. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Mirrors should reflect a little before throwing back images. - Jean Cocteau ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [SOLVED] loadb problem.
The TESTING variable was defined to debug the Spifilib library that is needed for quad spi flash on lpc cpus. As you can see in the very first post, I made some printfs and a 10 ms delay. I removed those as well, so in the end perhaps they were the culprit. I had a previous loady problem, which was definately solved by commenting out all Debugs. -- View this message in context: http://u-boot.10912.n7.nabble.com/loadb-problem-Hangs-on-START-CHAR-tp195144p196714.html Sent from the U-Boot mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
