| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
uboot-env settings for ALL0239-3G, ALL0256N, ALL5002.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33296
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33293
|
|
|
|
| |
SVN-Revision: 33292
|
|
|
|
|
|
| |
to re-authenticate after a failed PAP/CHAP auth
SVN-Revision: 33291
|
|
|
|
| |
SVN-Revision: 33290
|
|
|
|
| |
SVN-Revision: 33289
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33283
|
|
|
|
| |
SVN-Revision: 33279
|
|
|
|
|
|
| |
fixes #12073
SVN-Revision: 33278
|
|
|
|
| |
SVN-Revision: 33277
|
|
|
|
| |
SVN-Revision: 33276
|
|
|
|
| |
SVN-Revision: 33273
|
|
|
|
|
|
|
|
|
| |
Use a patch from gentoo which allows building libmount even
if the C library does not supports %ms/%as.
See: https://bugs.gentoo.org/406303
SVN-Revision: 33270
|
|
|
|
| |
SVN-Revision: 33269
|
|
|
|
|
|
|
|
|
|
| |
It is required by sysupgrade on some boards, and it is only
working if a suitable /etc/fw_env.config is present on the
target board. If an user creates such configuration he/she
should know that it is a dangerous tool. The devices can
be bricked in several other ways anyway.
SVN-Revision: 33265
|
|
|
|
|
|
|
|
| |
doesn't need to do it 20 times all the time, missing loop condition check
Signed-off-by: Conor O'Gorman <i@conorogorman.net>
SVN-Revision: 33217
|
|
|
|
|
|
|
|
| |
This is fix an issue with dnsmasq's RA that does not set the "on-link" bit, making all local IPv6 traffic go to the router then to the destination host, not directly to each other.
patch is from dnsmasq git
SVN-Revision: 33216
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It seems that the comgt package does not handle the Huawei 3G USB dongle E176 correctly (and probably other Huawei dongles too). My dongle appears as ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem and 3G/UMTS
connections work well. However, no connection is established if only 2G/GPRS is available: the pppd chat script fails with NO CARRIER although the dongle is registered to the network (via 2G). As outlined in this wiki or this
blog, Huawei chips use the AT^SYSCFG command to set 2G or 3G mode, which is not implemented in comgt at the moment. Thus I wrote a patch for /lib/network/3g.sh which adds support for the "service" option in the network
configuration with Huawei dongles. By default (if no "service" option is specified) also 2G is used when 3G is unavailable. The Huawei dongle is detected analogously to other chips (the output of gcom -d /dev/ttyUSB0 -s
/etc/gcom/getcardinfo.gcom is scanned for huawei).
Some further information: The AT^SYSCFG command seems to be respected only once after the dongle is attached (or after the host is powered up). Resetting the dongle seems to render the serial port unusable in some cases.
However, the patch sets a useful mode by default which should cover most use cases (3G preferred, but 2G allowed) and if 3G-only or 2G-only mode is required the device can be power cycled.
SVN-Revision: 33212
|
|
|
|
| |
SVN-Revision: 33201
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33200
|
|
|
|
|
|
|
|
|
|
|
| |
This takes the device_id and subsystem_id from the EEPROM, I'll add
the info for other Rt3xxx chips in the next days.
[jow: minor whitespace changes]
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33199
|
|
|
|
| |
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
|