| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 33198
|
|
|
|
|
|
|
| |
If the package is installed, it starts the watchdog daemon
on every ar71xx based board.
SVN-Revision: 33194
|
|
|
|
|
|
|
|
|
| |
These are two Atheros modules we are using, just for the cosmetics to make them
show up with the proper names in LuCI.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33186
|
|
|
|
| |
SVN-Revision: 33180
|
|
|
|
| |
SVN-Revision: 33179
|
|
|
|
|
|
|
|
| |
Adds capability to add uci-defaults defining RSSI LEDs
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33164
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
rssileds is a small user-space process to control LEDs by polling the
signal quality reported by a WiFi interface. By using the iwinfo library,
rssileds is independent of the WiFi driver used.
It supports pwm controlled LEDs and may by used to nicely fade through
all colors in real-time of the rainbow while only wasting very little CPU
time and a small constant amount of system memory.
An example configuration for the ALL0258N will follow in the next patch.
This is a slightly improved version of rssileds, now quality values are
in percent and stuff is written to syslog.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33163
|
|
|
|
| |
SVN-Revision: 33162
|
|
|
|
| |
SVN-Revision: 33160
|
|
|
|
| |
SVN-Revision: 33159
|
|
|
|
| |
SVN-Revision: 33152
|
|
|
|
| |
SVN-Revision: 33151
|
|
|
|
| |
SVN-Revision: 33150
|
|
|
|
|
|
| |
wrapper for tar -C / -x(v)zf
SVN-Revision: 33147
|
|
|
|
|
|
| |
from now on
SVN-Revision: 33132
|
|
|
|
|
|
|
|
| |
This option is necessary when configuring 6rd behind NAT.
Signed-off-by: Stéphan Kochen <stephan@kochen.nl>
SVN-Revision: 33123
|
|
|
|
|
|
| |
Some packages are going to need fixups based on LIB_SUFFIX
SVN-Revision: 33080
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the underlying /etc/config/wireless got changed since the last "wifi up"
has been performed, the uci vap ifname state vars become inconsistent on a
subsequent "wifi up" and multiple vaps get mapped to the same ifnames which
confuses the gui and other processes relying on them.
For now call an explicit "wifi down" prior to each "wifi up" which will clear
up the state accordingly.
SVN-Revision: 33076
|
|
|
|
| |
SVN-Revision: 33075
|
|
|
|
|
|
|
|
|
|
|
| |
Give nas interface time to setup them selves before configuring them.
Should fix #11826.
Contributed by T-Labs, Deutsche Telekom Innovation Laboratories
Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
SVN-Revision: 33074
|
|
|
|
| |
SVN-Revision: 33063
|
|
|
|
| |
SVN-Revision: 33062
|
|
|
|
| |
SVN-Revision: 33057
|
|
|
|
| |
SVN-Revision: 33055
|
|
|
|
|
|
| |
(#11914)
SVN-Revision: 33053
|
|
|
|
|
|
| |
Signed-off-by: Gregory M. Turner <gmt@malth.us>
SVN-Revision: 33035
|
|
|
|
| |
SVN-Revision: 33034
|
|
|
|
|
|
| |
to prevent potential interrupt storms
SVN-Revision: 33032
|
|
|
|
| |
SVN-Revision: 33031
|
|
|
|
|
|
| |
instead make the build fail if they differ from the ones in the kernel tree to prevent subtle runtime issues (see #11981)
SVN-Revision: 33030
|
|
|
|
| |
SVN-Revision: 33029
|
|
|
|
| |
SVN-Revision: 33028
|
|
|
|
|
|
| |
performance with various cards
SVN-Revision: 33014
|
|
|
|
|
|
|
|
|
| |
The structs defined in these header files should be the same as the
structes used by the platform code otherwise it will cause strange
runtime errors. By removing them from compat-wireless we will get a
compile error instead of a runtime error if they are out of sync.
SVN-Revision: 33006
|
|
|
|
|
|
|
|
|
|
| |
* remove use_et, all supported drivers are using mii ioctls
* remove robo.phy_addr, phy_addr was always set to ROBO_PHY_ADDR.
* remove support for old kernel versions
* do_ioctl is allways called with buff == NULL
* use if_mii
SVN-Revision: 33002
|
|
|
|
| |
SVN-Revision: 32996
|
|
|
|
| |
SVN-Revision: 32992
|
|
|
|
|
|
| |
fixes #11973
SVN-Revision: 32991
|
|
|
|
| |
SVN-Revision: 32956
|
|
|
|
| |
SVN-Revision: 32929
|
|
|
|
|
|
|
| |
Since we are overriding TARGET_CXX with the g++-uc wrapper when
we use cmake it expects to find g++-uc in the TOOLCHAIN_DIR.
SVN-Revision: 32928
|
|
|
|
|
|
|
| |
Too many modules were removed, while only the octeon module was meant to be
removed, fix that.
SVN-Revision: 32909
|
|
|
|
| |
SVN-Revision: 32904
|
|
|
|
| |
SVN-Revision: 32901
|
|
|
|
|
|
|
|
| |
When standalone ldd is selected in config the binary is installed in /usr/bin/ldd.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
SVN-Revision: 32891
|
|
|
|
| |
SVN-Revision: 32886
|
|
|
|
|
|
|
|
| |
I did not add the last patch, because it add some stubs for the flash drivers and our patches have to be changed for that, if the flash support in bcma is able to do something I will integrate it.
This also contains 3 additional patches fixing some bugs in bcma.
SVN-Revision: 32880
|
|
|
|
|
|
| |
brcm63xx)
SVN-Revision: 32878
|
|
|
|
| |
SVN-Revision: 32869
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With the BRCM47xx image I have built (Linksys E3000), there are additional
writes following the completion of "mtd_replace_jffs2" which invalidate the
'trx_fixup' performed by 'mtd_replace_jffs2'. Moving the 'trx_fixup' to somewhere
after all writes have completed fixes the problem. I also noticed that 'erasesize'
used to compute 'block_offset' in 'mtd_fixtrx' is used before it is computed by
'mtd_check_open'; moving the call to 'mtd_check_open' up a few lines fixes this.
Unlike 'mtd_fixtrx', 'trx_fixup' appears to assume that the TRX header is always at
offset 0; which may be the cause of the problem described in Ticket #8960.
Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>
SVN-Revision: 32866
|