Apologies if the cross-post is too off-topic.  Curious if anyone has had success modifying the Ubiquiti bootloader ...<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Ben West</b> <span dir="ltr"><<a href="mailto:westbywest@gmail.com">westbywest@gmail.com</a>></span><br>
Subject: Re: Modified Ubiquiti bootloader?<br><br>Sorry for dredging up an old topic, but I a query I posted to the UBNT forum about modifying the config of their u-boot bootloader to remove the dependence on the reset button went unanswered.<div>
<a href="http://ubnt.com/forum/showthread.php?t=5117" target="_blank">http://ubnt.com/forum/showthread.php?t=5117</a></div>
<div><br></div><div>Reposting here, in case anyone has made their own progress.</div><div><br></div><div><div>For some follow-up, I poked around a Nanostation M5 that I'd flashed with OpenWRT. Looks like the device uses u-boot as bootloader, not Redboot.</div>

<div><br></div><div>Atheros AR71xx SPI Controller driver version 0.2.4</div><div>m25p80 spi0.0: mx25l6405d (8192 Kbytes)</div><div>7 cmdlinepart partitions found on MTD device spi0.0</div><div>Creating 7 MTD partitions on "spi0.0":</div>

<div>0x000000000000-0x000000040000 : "u-boot"</div><div>0x000000040000-0x000000050000 : "u-boot-env"</div><div>0x000000050000-0x000000150000 : "kernel"</div><div>0x000000150000-0x0000007b0000 : "rootfs"</div>

<div>mtd: partition "rootfs" set to be root filesystem</div><div>mtd: partition "rootfs_data" created automatically, ofs=250000, len=560000 </div><div>0x000000250000-0x0000007b0000 : "rootfs_data"</div>

<div>0x0000007b0000-0x0000007f0000 : "cfg"</div><div>0x0000007f0000-0x000000800000 : "EEPROM"</div><div>0x000000050000-0x0000007b0000 : "firmware"</div><div><br></div><div>Likewise, here are contents of u-boot-env, i.e. the u-boot configuration options.</div>

<div><br></div><div>root@nsm5-e:~# cat /dev/mtd1 </div><div>d ��ethaddr=0xDE:0xAD:0xBE:0xEF:0xFF:0xeefilesize=690000fileaddr=80010000bootdelay=4baudrate=115200mtdids=nor0=ar7240-nor0partition=nor0,0mtddevnum=0mtddevname=u-bootserverip=192.168.1.254stdin=serialstdout=serialstderr=serialethact=eth0mtdparts=mtdparts=ar7240-nor0:256k(u-boot),64k(u-boot-env),1024k(kernel),6528k(rootfs),256k(cfg),64k(EEPROM)bootcmd=bootm 0x9f050000bootargs=console=ttyS0,115200 root=31:03 rootfstype=squashfs init=/initipaddr=192.168.1.20u-boot),64k(u-boot-env),1024k(kernel),6528k(rootfs),256k(cfg),64k(EEPROM)bootcmd=bootm 0x9f050000(NVRAM),64k(ART)ethact=eth0partition=nor0,0mtddevnum=0mtddevname=u-boot</div>

<div><br></div><div>I see the options expecting a TFTP server at 192.168.1.254, with local IP 192.168.1.20, and these are consistent with instructions provided for firmware recovery.</div><div><a href="http://www.ubnt.com/wiki/Firmware_Recovery" target="_blank">http://www.ubnt.com/wiki/Firmware_Recovery</a></div>

<div><br></div><div>Any thoughts on a way to override u-boot's dependency on the reset button, or is this effectively hard-coded/wired?</div><div><br></div><div>I see the bootdelay option, but nothing else that looks promising.  Even if changing the u-boot config requires access to the on-board serial port, that does at least provide one option for removing the requirement for the reset button during re-flash.  That would still be very helpful when that reset button sits at the top of a tall pole. ;)</div>
<div><div></div><div class="h5"><br></div><div class="h5"><br></div></div></div></div>-- <br><div>Ben West</div><div><a href="mailto:me@benwest.name" target="_blank">me@benwest.name</a></div><br>