[U-Boot-Users] "Need help to Port Wget to U-boot"

Hi All,
We have an embedded system running on u-boot and Montavista Linux. We are planning to put "Wget" feature into u-boot. I am new to this Wget, but as of my knowledge Wget requires IP Stack and File system. Can anyone through some inputs on this.
Any help appreciated.
Thanks in Advance, Nagi

In message 1483.61.95.208.2.1141799502.squirrel@61.95.208.2 you wrote:
We are planning to put "Wget" feature into u-boot. I am new to this Wget, but as of my knowledge Wget requires IP Stack and File system.
Correct. Well, the file system could be avoided by just storing the loaded file at a given memory address, but in any case you need a more or less complete TCP/IP stsck, while U-Boot has only a minimal implementation of UDB.
Can anyone through some inputs on this.
The task makes no sense. If you want to use wget, then just boot up Linux.
Best regards,
Wolfgang Denk

Hi Denk, Thanks for your suggestion. My requirement is before Linux boots up i should be able to use wget from the U-boot. This requirement is to implement FAIL-SAFE condition in the u-boot itself. Because we are going to update Linux related frirmware in the field except u-boot. Suppose if power goes off while copying to FLASH then we can't make the device up and running. To avoid this problem we have planned to implement wget, so that u-boot itself can pick the firmeware from our support site and program the device.
In this context i requested miling users to shoot some inputs.
Thanks, Nagi
In message 1483.61.95.208.2.1141799502.squirrel@61.95.208.2 you wrote:
We are planning to put "Wget" feature into u-boot. I am new to this Wget, but as of my knowledge Wget requires IP Stack and File system.
Correct. Well, the file system could be avoided by just storing the loaded file at a given memory address, but in any case you need a more or less complete TCP/IP stsck, while U-Boot has only a minimal implementation of UDB.
Can anyone through some inputs on this.
The task makes no sense. If you want to use wget, then just boot up Linux.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Status quo. Latin for "the mess we're in."
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid%110944&bid$1720&dat%... _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

In message 34182.61.95.208.2.1141804776.squirrel@61.95.208.2 you wrote:
My requirement is before Linux boots up i should be able to use wget from the U-boot.
As mentioned before: is this is really what you want to do, then it it easier to boot up Linux. Provide a minimal Linux image (probably based on busybox and it's builtin version of wget) which does not get overwritten in the field. Then never overwrite this emergency image.
Alternatively consider switching protocols. Instead of using wget, uyoiu could use NFS which is available in U-Boot.
This requirement is to implement FAIL-SAFE condition in the u-boot itself. Because we are going to update Linux related frirmware in the field except u-boot. Suppose if power goes off while copying to FLASH then we can't make the device up and running.
So far this is a standard requirement which is common with many other embedded systems.
To avoid this problem we have planned to implement wget, so that u-boot
This decision was wrong, as it requires a lot of stuff that is not available in U-Boot. And it makes no sense to put such stuff in U-Boot, as this is a boot loader and not an OS. If you need wget, use an OS. It's trivial to do.
You should reconsider your requirements and decisions.
itself can pick the firmeware from our support site and program the device.
Change the protocol. Use NFS.
Best regards,
Wolfgang Denk

Thanks for your valuable suggestion.
Regards, Nagi
In message 34182.61.95.208.2.1141804776.squirrel@61.95.208.2 you wrote:
My requirement is before Linux boots up i should be able to use wget from the U-boot.
As mentioned before: is this is really what you want to do, then it it easier to boot up Linux. Provide a minimal Linux image (probably based on busybox and it's builtin version of wget) which does not get overwritten in the field. Then never overwrite this emergency image.
Alternatively consider switching protocols. Instead of using wget, uyoiu could use NFS which is available in U-Boot.
This requirement is to implement FAIL-SAFE condition in the u-boot itself. Because we are going to update Linux related frirmware in the field except u-boot. Suppose if power goes off while copying to FLASH then we can't make the device up and running.
So far this is a standard requirement which is common with many other embedded systems.
To avoid this problem we have planned to implement wget, so that u-boot
This decision was wrong, as it requires a lot of stuff that is not available in U-Boot. And it makes no sense to put such stuff in U-Boot, as this is a boot loader and not an OS. If you need wget, use an OS. It's trivial to do.
You should reconsider your requirements and decisions.
itself can pick the firmeware from our support site and program the device.
Change the protocol. Use NFS.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de For every complex problem, there is a solution that is simple, neat, and wrong. - Mark Twain

itself can pick the firmeware from our support site and program the device.
Change the protocol. Use NFS.
Maybe tftp is enough.
Or might there be issues when using tftp not only in a LAN but the internet? Firewall restrictions?
-- Steven

Hi Denk, We are finalizing the requirements more or less as you suggested.
But to get more inputs from the industry, i searched some of the embedded devices manuals etc. to know how they are managing the firmware up gradation when there is a power failure. But i could not get any useful information. All are talking about there should not be power failure while writing to the FLASH.
Can you please let me know what is the industry standard to upgrade the firmware of the devices, which are deployed remotely?
Regards, Nagi
In message 34182.61.95.208.2.1141804776.squirrel@61.95.208.2 you wrote:
My requirement is before Linux boots up i should be able to use wget from the U-boot.
As mentioned before: is this is really what you want to do, then it it easier to boot up Linux. Provide a minimal Linux image (probably based on busybox and it's builtin version of wget) which does not get overwritten in the field. Then never overwrite this emergency image.
Alternatively consider switching protocols. Instead of using wget, uyoiu could use NFS which is available in U-Boot.
This requirement is to implement FAIL-SAFE condition in the u-boot itself. Because we are going to update Linux related frirmware in the field except u-boot. Suppose if power goes off while copying to FLASH then we can't make the device up and running.
So far this is a standard requirement which is common with many other embedded systems.
To avoid this problem we have planned to implement wget, so that u-boot
This decision was wrong, as it requires a lot of stuff that is not available in U-Boot. And it makes no sense to put such stuff in U-Boot, as this is a boot loader and not an OS. If you need wget, use an OS. It's trivial to do.
You should reconsider your requirements and decisions.
itself can pick the firmeware from our support site and program the device.
Change the protocol. Use NFS.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de For every complex problem, there is a solution that is simple, neat, and wrong. - Mark Twain

In message 2084.61.95.208.2.1141908617.squirrel@61.95.208.2 you wrote:
Can you please let me know what is the industry standard to upgrade the firmware of the devices, which are deployed remotely?
I am not aware of any such "industry standard".
Best regards,
Wolfgang Denk
participants (3)
-
nreddy@netenrich.com
-
Steven Scholz
-
Wolfgang Denk