I have a fresh (refurb) Rev D router. Using the stock VZ firmware, I used Firmware Upgrade -> Upgrade from a Computer in the Network & used the weblfash image. It said "Bad upgrade file signatures..". Am I using the image the wrong way?
I hadn't noticed a webflash image was made available, I'm not sure if that is meant as a flash to use once DD-WRT is already installed. (i.e., updating to a newer version) You may still need to go with the redboot method as the VZ version doesn't like the data in the webflash file... not entirely surprising, a good firmware would have routines in the upgrade process to check that what you're trying to replace it with is valid.
chmod +x the jungo-image.py script
enable telnet on the router (Advanced -> Local Administration -> Primary port[23])
edited the jungo-image.py script for the current password
dumped via jungo-image.py -d 192.168.1.1
flashed redboot: jungo-image.py 192.168.1.1 linux.bin
telnet into router after flash: telnet 192.168.1.1 (same user/pass as VZ firmware) on the LAN port I got stuff like:
Availble help Categories
help mii - show help about MII Low level control
help ssi - show help about Server Side Include Commands
help dns_route - show help about Dyncamic Routing according to DNS replies
help rg_conf - show help about Read and write Wireless Broadband Router configuration data
help option_manager - show help about Option Manager
help rmt_mng - show help about Remote Management Commands
help firewall - show help about Control and display Firewall and NAT data
help cmd - show help about Commands related to the Command module
help tasks - show help about API for Wireless Broadband Router tasks
help debug - show help about Debug Wireless Broadband Router
help update - show help about Remote upgrade commands
help log - show help about Contorols Wireless Broadband Router logging behaviour
help main_task - show help about main_task commands
help terminal - show help about Commands to contorol Wireless Broadband Router execution
help flash - show help about Flash and loader related commands
but now that I power-cycled, I can't even get that anymore. I can't telnet on the LAN or WAN side (on port 9000 or 23) & I've got a static IP of 192.168.1.2 :
telnet 192.168.1.1 9000
Trying 192.168.1.1...
telnet: connect to address 192.168.1.1: Operation timed out
telnet: Unable to connect to remote host
I've held the reset button before powering on, during powering on, after... nothing. On a lark, I even compiled putty & tried to telnet in, but no luck. I can't telnet into Redboot.
Oh, well. I'll go back to flashing with the rb-mi424wr-ROM.bin file. I had a revD that had a melted case (plus 2 good ones), so I didn't mind going off the reservation & losing it.
I'll add that I didn't use tftp to serve the linux.bin file, I served using http on Mac OS X:
System Preferences -> Sharing -> Web Sharing - check the service is on
place the linux.bin file in /Library/WebServer/Documents
have the router fetch the firmware:
RedBoot> load -r -v -b 0x800000 -h 192.168.1.2 -m http /linux.bin
[WAN light flashes for a few seconds; will say: Raw file loaded 0x00800000-0x00ee3fff, assumed entry at 0x00800000]
verify by dumping the memory & comparing the the data to linux.bin:
RedBoot> x -b 0x800000 -l 128
& continue on as before. Also, the openwrt wiki has revD info that isn't included here.
chmod +x the jungo-image.py script
enable telnet on the router (Advanced -> Local Administration -> Primary port[23])
edited the jungo-image.py script for the current password
dumped via jungo-image.py -d 192.168.1.1
flashed redboot: jungo-image.py 192.168.1.1 linux.bin
telnet into router after flash: telnet 192.168.1.1 (same user/pass as VZ firmware) on the LAN port I got stuff like:
Availble help Categories
help mii - show help about MII Low level control
help ssi - show help about Server Side Include Commands
help dns_route - show help about Dyncamic Routing according to DNS replies
help rg_conf - show help about Read and write Wireless Broadband Router configuration data
help option_manager - show help about Option Manager
help rmt_mng - show help about Remote Management Commands
help firewall - show help about Control and display Firewall and NAT data
help cmd - show help about Commands related to the Command module
help tasks - show help about API for Wireless Broadband Router tasks
help debug - show help about Debug Wireless Broadband Router
help update - show help about Remote upgrade commands
help log - show help about Contorols Wireless Broadband Router logging behaviour
help main_task - show help about main_task commands
help terminal - show help about Commands to contorol Wireless Broadband Router execution
help flash - show help about Flash and loader related commands
but now that I power-cycled, I can't even get that anymore. I can't telnet on the LAN or WAN side (on port 9000 or 23) & I've got a static IP of 192.168.1.2 :
telnet 192.168.1.1 9000
Trying 192.168.1.1...
telnet: connect to address 192.168.1.1: Operation timed out
telnet: Unable to connect to remote host
I've held the reset button before powering on, during powering on, after... nothing. On a lark, I even compiled putty & tried to telnet in, but no luck. I can't telnet into Redboot.
before you consider it a brick do the 30/30/30 reset. the same thing happenned to 2 routers I have one is a rev A and the other a rev C. both now boot up still using the VERIZON firmware.
the problem I have is no matter what I do inclusding opening ports TELNET is not working, so I can not install REDBOOT on it.
I only have one good router working with DD- WRT and yes it does upgrade to the latest dd-wrt from the WEB. I am however running the latest brainslayer build and this is my main EDGE router.
I have not gotten too far trying to decipher the JTAG ports , so I just ordered another parallel port jtag and see if I can get any luck
thanks _________________ _________________
It's raining but it's time to go ride Othar! you only live once if you do it right
http://antwrp.gsfc.nasa.gov/apod/archivepix.html
_________________
So, are we going to see support for REV E routers soon?
you may want to open a rev E or the new F they may be based on a new processor, not sure but I have a wild guess they may be the same as the Westell 9100 using the Infineon CPU
I just got what may be a bricked 9100 from Ebay for 9.00 dollars so as soon as I get the JTAG hardware I ordered I want to start playing with it too.
IF anyone in here has any links on how to tell what each pin is on the 14 pin pad on the 9100 or how to use a ohm meter to trace the pins to the cpu chip itself please post the links
I thank you in advanced! _________________ _________________
It's raining but it's time to go ride Othar! you only live once if you do it right
http://antwrp.gsfc.nasa.gov/apod/archivepix.html
_________________
So, are we going to see support for REV E routers soon?
you may want to open a rev E or the new F they may be based on a new processor, not sure but I have a wild guess they may be the same as the Westell 9100 using the Infineon CPU
I just got what may be a bricked 9100 from Ebay for 9.00 dollars so as soon as I get the JTAG hardware I ordered I want to start playing with it too.
IF anyone in here has any links on how to tell what each pin is on the 14 pin pad on the 9100 or how to use a ohm meter to trace the pins to the cpu chip itself please post the links
I thank you in advanced!
well I found this post regarding the IXP425 cpu in the Actiontec
Pronghorn Metro SBC includes an ARM-standard 20-pin JTAG header for use with IXP42x emulators and
debuggers. The Pronghorn SBC 200 and 210 are intended for very low-cost, high-volume CPE
applications and they do not include the JTAG connector in order to save the cost of an unused
feature.
Pronghorn Metro SBC’s JTAG port is compatible with any of the available third-party XScale JTAG tools,
from vendors including Macraigor Systems, Abatron, Embedded Performance, ARM, and others.
Table 7.
IXP425 JTAG Connector Pinout
seems like the pins are the same as the WRV54g so it's safe to say I either have the wrong software or this USB to Serial port is not what I need, guess I will wait a week till the new JTAG port comes to continue. in the meantime I am downlaoding every jtag piece of software just in case. _________________ _________________
It's raining but it's time to go ride Othar! you only live once if you do it right
http://antwrp.gsfc.nasa.gov/apod/archivepix.html
_________________