
Hello Everyone,
I'm new to this list and thought I would post a question. We are developing a FLASH-based board based on Micrel's KSZ9692 SOC that will run Linux version 2.6.23.17. Our desire is to be able to load a new Linux/rootfs image via TFTP for testing without overwriting the current kernel/rootfs stored in FLASH.
My original thought was to write a script using environmental variables. The script would look for a mImage on a server and load it if it is there. If we don't want to load an experimental linux/rootfs mImage, we would simply do not have the file present on the server, and the script would proceed to the next command having not found the file on the server. However, when it gets to that point in the code, it continues to retry over and over, and never gets past the 'File not Found' error.
I looked in the README file and found the variable CONFIG_NET_RETRY_COUNT and it seems to be set in a lot of files. However, if this variable applies to this, the script just ignores it and continues.
Does this parameter apply to this situation? If not, what section of code would I add/change to include this? Not having modified Uboot, the task seems to be daunting. How would I begin? Where would I start?
Thanks a lot!
Regards,
Rick

Dear Rick,
In message 016501cd5088$7e212c50$7a6384f0$@edu you wrote:
My original thought was to write a script using environmental variables. The script would look for a mImage on a server and load it if it is there. If we don't want to load an experimental linux/rootfs mImage, we would simply do not have the file present on the server, and the script would proceed to the next command having not found the file on the server. However, when it gets to that point in the code, it continues to retry over and over, and never gets past the 'File not Found' error.
It would help if you provide at least a tiny bit of information about your system, like which architecture / SoC // board you are using, and especially which exact version of U-Boot you are talking about.
The thing is, I cannot reproduce the behaviour you report.
Test on "canyonlands" (PPC):
=> tftp 400000 foo/bar Waiting for PHY auto negotiation to complete... done ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0) Using ppc_4xx_eth0 device TFTP from server 192.168.1.1; our IP address is 192.168.100.6 Filename 'foo/bar'. Load address: 0x400000 Loading: T TFTP error: 'File not found' (1) Not retrying... =>
Test on "TQM5200" (PPC):
=> tftp 400000 foo/bar Using FEC device TFTP from server 192.168.1.1; our IP address is 192.168.160.4 Filename 'foo/bar'. Load address: 0x400000 Loading: * TFTP error: 'File not found' (1) Not retrying... =>
Test on m28evk (ARM):
=> tftp 42000000 foo/bar Using FEC0 device TFTP from server 192.168.1.1; our IP address is 192.168.20.33 Filename 'foo/bar'. Load address: 0x42000000 Loading: * TFTP error: 'File not found' (1) Not retrying... =>
Best regards,
Wolfgang Denk

Hello Wolfgang,
Yes, of course. The board is a Micrel KSZ9692 (ARM 922T) SoC-based board, specifically, a Micrel KSZ9692-PB Eval Board. The version of Uboot (which I forgot to mention) is U-Boot 1.1.4 (August 28, 2009). Right now, all of the development will be done on this EVAL board, but we are developing a board ourselves.
The message I keep getting is:
TFTP from server 192.168.1.11; our IP address is 192.168.1.1 Filename 'mImage_exp'. Load address: 0x800000 Loading: * TFTP error: 'File not found' (1) Starting again
And it keeps repeating itself.
Thanks a lot. I appreciate your response.
Regards,
Rick
********************************************************** Richard A. Stranberg Research and Development Engineer http://www.arl.psu.edu Applied Research Laboratory N. Atherton St. State College PA, 16804 **********************************************************
-----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: Friday, June 22, 2012 12:24 PM To: Rick Stranberg Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] TFTP retry count Infinite
Dear Rick,
In message 016501cd5088$7e212c50$7a6384f0$@edu you wrote:
My original thought was to write a script using environmental variables. The script would look for a mImage on a server and load it if it is there. If we don't want to load an experimental linux/rootfs mImage, we would simply do not have the file present on the server, and the script would proceed to the next command having not found the file on the server. However, when it gets to that point in the code, it continues to retry over and over, and never gets past the 'File not Found' error.
It would help if you provide at least a tiny bit of information about your system, like which architecture / SoC // board you are using, and especially which exact version of U-Boot you are talking about.
The thing is, I cannot reproduce the behaviour you report.
Test on "canyonlands" (PPC):
=> tftp 400000 foo/bar Waiting for PHY auto negotiation to complete... done ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0) Using ppc_4xx_eth0 device TFTP from server 192.168.1.1; our IP address is 192.168.100.6 Filename 'foo/bar'. Load address: 0x400000 Loading: T TFTP error: 'File not found' (1) Not retrying... =>
Test on "TQM5200" (PPC):
=> tftp 400000 foo/bar Using FEC device TFTP from server 192.168.1.1; our IP address is 192.168.160.4 Filename 'foo/bar'. Load address: 0x400000 Loading: * TFTP error: 'File not found' (1) Not retrying... =>
Test on m28evk (ARM):
=> tftp 42000000 foo/bar Using FEC0 device TFTP from server 192.168.1.1; our IP address is 192.168.20.33 Filename 'foo/bar'. Load address: 0x42000000 Loading: * TFTP error: 'File not found' (1) Not retrying... =>
Best regards,
Wolfgang Denk

Dear "Rick Stranberg",
In message 017f01cd509b$a0b0d9b0$e2128d10$@edu you wrote:
Yes, of course. The board is a Micrel KSZ9692 (ARM 922T) SoC-based board, specifically, a Micrel KSZ9692-PB Eval Board. The version of Uboot (which I forgot to mention) is U-Boot 1.1.4 (August 28, 2009).
U-Boot v1.1.4 is from December 2005. This is prehistoric.
Do yourself and us a favour and update your code to a recent version before trying anything else.
Best regards,
Wolfgang Denk
participants (2)
-
Rick Stranberg
-
Wolfgang Denk