Differences

This shows you the differences between two versions of the page.

--- wrtu54g-tm:uboot [2010/11/17 04:00] – neutronscott
+++ wrtu54g-tm:uboot [2023/11/04 22:30] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
 ====== U-Boot ======
 The WRT54G and like Broadcom devices seem to allow a boot_wait option where we can fix any broken flash remotely by TFTP without opening the router. Currently our only solution is opening the device and installing a serial connection, with use of a TTL RS232 converter.  This isn't within the ability of many end-users.
+An easier solution to the serial add-on is to acquire a USB-Serial converter such as that built into a typical e-bay Nokia CA-42 clone cable and use that to do the level conversion. You will need to hook up TX, RX and GND - see [[wrtu54g-tm:info#serial_port|Serial Port]].
 U-boot has no TFTP server. It only has a client. U-Boot maintainers like it this way and see no point in a server. Well, they're mostly right. Anything could be done using scripting of environment variables and starting a TFTP client. So let's see if we can somewhat mimic other routers with what we have...
+Note that the built in tftp client in Windows and OSX won't work - TFTPD32 for Windows and TFTPServer for OSX do work.
+===== Just to replace firmware =====
+If you're just looking to replace the firmware that is on the device and did create the necessary serial port connections, you don't need to read all the ramblings below. \\
+You can set the PC to IP 192.168.0.250, place the firmware in the TFTPD root directory with the name **vmlinuz-8668** and simply type **run update_kernel** at the ADM8668 prompt.
 ===== Figuring it out =====
@@ Line 96: / Line 105: @@
 Seems the memory copy command **cp** deals correctly with flash. yay! one thing goes right. ;) Also, the bootm command is ran regardless of outcome of previous commands. So failing the upgrade in the ping/tftp parts, we'll still boot what's in flash (or at least try heh). I found that $fileaddr and $filesize are set after any tftp transfer, so we only erase enough of flash memory to make file fit now as well.
+Note that by default, the device will want to have 192.168.0.10 with the TFTP server at 192.168.0.250, connected through the WAN port.
 Here is an abbreviated successful upgrade (before using the $filesize variable -- note the extra sectors erased):
@@ Line 120: / Line 131: @@
 ===== Enabling from Linux =====
-I compiled u-boot environmental utilities and posted binary (sorry not packaged yet) at http://wrt.scottn.us/fw_printenv.  The same program named fw_setenv will set variables. Previous builds didn't have the nvram set right tho. So it's also kinda required to be using X-WRT build 3. It's in the /root directory for you and a small readme.. I guess I could/should also make a module that'll enable the nvram section in older builds, so you can enable this function before an upgrade. hmm, always finding more work to do, and less time to do it.
+I compiled u-boot environmental utilities and posted binary (sorry not packaged yet) at http://wrt.scottn.us/fw_printenv.  The same program named fw_setenv will set variables. Previous builds didn't have a writable nvram partition tho. So it's also kinda required to be using X-WRT build 3. It's in the /root directory for you and a small readme.. I guess I could/should also make a module that'll enable the nvram partition in older builds, so you can enable this function before an upgrade. hmm, always finding more work to do, and less time to do it.