this feature is since a long while in all/most ubiquity devices,..<div><br></div><div>doing false positives aswell,.. )-;</div><div><br></div><div>Markus</div><div><br></div><div>p.s. hmm is this anyhow olsrd related? (-;<br>
<br><div class="gmail_quote">On Thu, Jul 7, 2011 at 1:23 AM, Ben West <span dir="ltr"><<a href="mailto:me@benwest.name">me@benwest.name</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I just got a response from someone on the ROBIN forum saying that the<br>
new POE-24-1 Ubiquiti injectors have a little reset button that<br>
magically puts the access point on the other end of the cat5 into TFTP<br>
recovery mode.  I did notice said reset button on the injectors I<br>
have, but I don't have a chance to test it (at least not w/o<br>
disrupting someone's wifi session).<br>
<br>
Has anyone else tried this feature?<br>
<div><div></div><div class="h5"><br>
On Wed, Jun 29, 2011 at 7:08 PM, Ben West <<a href="mailto:me@benwest.name">me@benwest.name</a>> wrote:<br>
> Apologies if the cross-post is too off-topic.  Curious if anyone has had<br>
> success modifying the Ubiquiti bootloader ...<br>
><br>
> ---------- Forwarded message ----------<br>
> From: Ben West <<a href="mailto:westbywest@gmail.com">westbywest@gmail.com</a>><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<br>
> about modifying the config of their u-boot bootloader to remove the<br>
> dependence on the reset button went unanswered.<br>
> <a href="http://ubnt.com/forum/showthread.php?t=5117" target="_blank">http://ubnt.com/forum/showthread.php?t=5117</a><br>
> Reposting here, in case anyone has made their own progress.<br>
> For some follow-up, I poked around a Nanostation M5 that I'd flashed with<br>
> OpenWRT. Looks like the device uses u-boot as bootloader, not Redboot.<br>
> Atheros AR71xx SPI Controller driver version 0.2.4<br>
> m25p80 spi0.0: mx25l6405d (8192 Kbytes)<br>
> 7 cmdlinepart partitions found on MTD device spi0.0<br>
> Creating 7 MTD partitions on "spi0.0":<br>
> 0x000000000000-0x000000040000 : "u-boot"<br>
> 0x000000040000-0x000000050000 : "u-boot-env"<br>
> 0x000000050000-0x000000150000 : "kernel"<br>
> 0x000000150000-0x0000007b0000 : "rootfs"<br>
> mtd: partition "rootfs" set to be root filesystem<br>
> mtd: partition "rootfs_data" created automatically, ofs=250000, len=560000<br>
> 0x000000250000-0x0000007b0000 : "rootfs_data"<br>
> 0x0000007b0000-0x0000007f0000 : "cfg"<br>
> 0x0000007f0000-0x000000800000 : "EEPROM"<br>
> 0x000000050000-0x0000007b0000 : "firmware"<br>
> Likewise, here are contents of u-boot-env, i.e. the u-boot configuration<br>
> options.<br>
> root@nsm5-e:~# cat /dev/mtd1<br>
> d<br>
> ��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<br>

> 0x9f050000bootargs=console=ttyS0,115200 root=31:03 rootfstype=squashfs<br>
> init=/initipaddr=192.168.1.20u-boot),64k(u-boot-env),1024k(kernel),6528k(rootfs),256k(cfg),64k(EEPROM)bootcmd=bootm<br>
> 0x9f050000(NVRAM),64k(ART)ethact=eth0partition=nor0,0mtddevnum=0mtddevname=u-boot<br>
> I see the options expecting a TFTP server at 192.168.1.254, with local IP<br>
> 192.168.1.20, and these are consistent with instructions provided for<br>
> firmware recovery.<br>
> <a href="http://www.ubnt.com/wiki/Firmware_Recovery" target="_blank">http://www.ubnt.com/wiki/Firmware_Recovery</a><br>
> Any thoughts on a way to override u-boot's dependency on the reset button,<br>
> or is this effectively hard-coded/wired?<br>
> I see the bootdelay option, but nothing else that looks promising.  Even if<br>
> changing the u-boot config requires access to the on-board serial port, that<br>
> does at least provide one option for removing the requirement for the reset<br>
> button during re-flash.  That would still be very helpful when that reset<br>
> button sits at the top of a tall pole. ;)<br>
><br>
> --<br>
> Ben West<br>
> <a href="mailto:me@benwest.name">me@benwest.name</a><br>
><br>
<br>
<br>
<br>
--<br>
Ben West<br>
<a href="mailto:me@benwest.name">me@benwest.name</a><br>
<br>
</div></div><font color="#888888">--<br>
Olsr-users mailing list<br>
<a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
<a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a></font></blockquote></div><br></div>