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: 33210

There are some ifdefs missing so when only ssb or only bcma was
selected in the kernel config it did not build.

SVN-Revision: 33209

SVN-Revision: 33208

Generate image for the ALL0239-3G which can be flashed through the
chipset-vendor SDK based firmware's web-interface and bootloader.

The bootloader seems to ignore uImage checksum errors, but does complain about
them once the 0xDEADC0DE was replaced by an actual JFFS2 page.

I'm working on implementing fixtrx for uImage in the mtd package to solve this.

Signed-off-by: Daniel Golle <dgolle@allnet.de>

SVN-Revision: 33206

rt2x00 still needs some patching as the radio doesn't come to life.
Installation via webflash.

[juhosg: fix whitespace issues, remove rt305x_register_usb
from machine setup because the board has no USB port]

Signed-off-by: Mikko Hissa <mikko.hissa@uta.fi>

SVN-Revision: 33205

Signed-off-by: Mikko Hissa <mikko.hissa@uta.fi>

SVN-Revision: 33204

Closes #11889.

SVN-Revision: 33202

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

SVN-Revision: 33197

SVN-Revision: 33196

SVN-Revision: 33195

If the package is installed, it starts the watchdog daemon
on every ar71xx based board.

SVN-Revision: 33194

Fixes the following build error:
  SYSMAP  System.map
  Building modules, stage 2.
  MODPOST 48 modules
ERROR: "usb_enable_xhci_ports" [drivers/usb/host/ehci-hcd.ko] undefined!
ERROR: "usb_is_intel_switchable_xhci" [drivers/usb/host/ehci-hcd.ko] undefined!
make[6]: *** [__modpost] Error 1
make[5]: *** [modules] Error 2

SVN-Revision: 33193

SVN-Revision: 33192

Should make inclusion for other MCS814x SoCs easier

SVN-Revision: 33188

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

Signed-off-by: SHI Bin <shibin@ctsing.com>

SVN-Revision: 33183

SVN-Revision: 33181

SVN-Revision: 33180

SVN-Revision: 33179

* Creation of uImage for WNR854T only done once (before 2x for jffs2 build and 1x for squashfs build)
* Got rid of unneccessary padding of rootfs partition
* ARM zImages always need a machine id, therefore do not copy generic (=no id) uImage to BIN_DIR, instead copy zImage
* Generalized functions for easier re-using and enhancing (e.g. D-Link DNS 323 implementation would be only a couple lines)
* Copy rootfs partitions to BIN_DIR, just like it is done for D-Link DNS 323
* Use variables to allows easily changing for custom builds, e.g. kernel mtd size for symbols
* Size check of kernel files to avoid builds that break devices
* Use for "-sysupgrade" and "-factory" in image names (like ar71xx, brcm63xx, etc.) to avoid questions about which image to use

Signed-off by: Matthias Buecher <mail@maddes.net>

SVN-Revision: 33174

Signed-off-by: Daniel Golle <dgolle@allnet.de>

SVN-Revision: 33165

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

Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>

SVN-Revision: 33158

Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>

SVN-Revision: 33157

Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>

SVN-Revision: 33156

SVN-Revision: 33154

SVN-Revision: 33152

SVN-Revision: 33151

SVN-Revision: 33150

SVN-Revision: 33148

base-files: provide a sysupgrade -r (--restore-backup) option as convenience wrapper for tar -C / -x(v)zf

SVN-Revision: 33147