Did this mean we need poll something when do the external reset?
I check the https://dev.openwrt.org/changeset/27083,found it's check the
AR933X_BOOTSTRAP_EEPBUSY when do reset,but the latest code have remove it.
2012/8/24 Gabor Juhos
> 2012.08.23. 11:28 keltezéssel, Simon Wunderlich írta:
> > H
On 09/13/2012 08:49 PM, Daniel Petre wrote:
> hello,
> i just bought the european version of tp-link wr720n:
>
> http://www.tp-link.com/en/products/details/?model=TL-WR720N
>
> and i'm wondering if its possible to "enslave" it with openwrt :)
>
> i opened it and made some pictures, you can check
On 2012-09-13 6:51 PM, Simon Wunderlich wrote:
> ath9k fellows,
>
> as it seems no one could find the cause for this problem so far. I'd therefore
> like to create a workaround by checking one/some registers for 0xdeadbeef and
> reset the chip if this is found.
>
> Can anyone recommend a register
hello,
i just bought the european version of tp-link wr720n:
http://www.tp-link.com/en/products/details/?model=TL-WR720N
and i'm wondering if its possible to "enslave" it with openwrt :)
i opened it and made some pictures, you can check them here:
http://www.ip6.ro/firmware/wr720n/
you have th
ath9k fellows,
as it seems no one could find the cause for this problem so far. I'd therefore
like to create a workaround by checking one/some registers for 0xdeadbeef and
reset the chip if this is found.
Can anyone recommend a register which should never go 0xdeadbeef in a normal
case?
From wh
Hi,
for some reason building php5 fails for me with the following error:
make -C
/openwrt/kirkwood/trunk/build_dir/target-arm_v5te_uClibc-0.9.33.2_eabi/php-5.4.5
install
INSTALL_ROOT=/openwrt/kirkwood/trunk/build_dir/target-arm_v5te_uClibc-0.9.33.2_eabi/php-5.4.5/staging
make[4]: Entering dire