| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Sets the system LED on the EasyLink M150 and mini to lower-case "easylink"
Signed-off-by: L. D. Pinney <ldpinney@gmail.com>
SVN-Revision: 43271
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43270
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43267
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43266
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43265
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43264
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43261
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43259
|
|
|
|
|
|
| |
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 43258
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43175
|
|
|
|
|
|
| |
Signed-off-by: Michaël Burtin <mburtin@gmail.com>
SVN-Revision: 43173
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43051
|
|
|
|
|
|
|
|
|
|
|
| |
replace all occurences of LINUX_VERSION with the cleaner
approach. future kernel upgrades must mostly touch only
one file. the only platform left is netlogic, because it
uses a intermediate kernel 3.14.16
Signed-off-by: Bastian Bittorf <bittorf@bluebottle.com>
SVN-Revision: 43047
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43026
|
|
|
|
|
|
| |
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 42992
|
|
|
|
|
|
| |
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 42990
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42955
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch changes the code of the Wi-Fi On/Off button on the TP-Link WR1043ND v2
from KEY_WLAN to KEY_RFKILL (and renames a few constants to match). The reason
for this change is, that the KEY_WIFI button code is not recognized by the
hotplug subsystem. This means that the userspace is not notified about the
button being pressed which effectively renders it useless.
Signed-off-by: Josef Gajdusek <atx@atx.name>
SVN-Revision: 42922
|
|
|
|
|
|
|
|
|
|
|
| |
Currently JFFS2 end-of-filesystem marker 0xdeadc0de is included the
computation of image's MD5 checksum as part of the seama header. But
OpenWrt will erase blocks including and after the marker thus
invalidating the checksum after the first boot.
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 42915
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Qihoo C301 has 2 flash chips of which one is used as primary and the
other is used as backup. OEM U-Boot will try to boot an activeregion N
with imageNstatus=0 and imageNtrynum <= imagemaxtry. If such a region
is found, bootloader will try to increment imageNtrynum and boot it.
This patch tries to reset imageNtrynum after each successful boot (if
the boot process reaches the execution of /etc/init.d/done).
root@OpenWrt:/# hexdump -C -n 128 /dev/mtdblock9
00000000 9e f3 63 91 61 63 74 69 76 65 72 65 67 69 6f 6e |..c.activeregion|
00000010 3d 31 00 69 6d 61 67 65 31 73 74 61 74 75 73 3d |=1.image1status=|
00000020 30 00 69 6d 61 67 65 32 73 74 61 74 75 73 3d 30 |0.image2status=0|
00000030 00 69 6d 61 67 65 32 74 72 79 6e 75 6d 3d 30 00 |.image2trynum=0.|
00000040 69 6d 61 67 65 6d 61 78 74 72 79 3d 33 00 69 6d |imagemaxtry=3.im|
00000050 61 67 65 31 74 72 79 6e 75 6d 3d 30 00 00 00 00 |age1trynum=0....|
00000060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 42914
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[base-files] shell-scripting: fix wrong usage of '==' operator
normally the '==' is used for invoking a regex parser and is a bashism.
all of the fixes just want to compare a string. the used busybox-ash
will silently "ignore" this mistake, but make it portable/clean at least.
this patch does not change the behavior/logic of the scripts.
Signed-off-by: Bastian Bittorf <bittorf@bluebottle.com>
SVN-Revision: 42911
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch fixes LED definitions for the DRAGINO2 board.
1. It renames the Router/USB led to System, as it is now marked "SYS" on the board.
2. It gives control of the LAN and WAN leds and some other GPIOs to Linux.
3. It fixes the active_low property for the LAN and WAN leds.
4. It sets up WLAN, LAN and WAN leds in the UCI defaults.
5. It allows usage of the System led by the diag.sh script, so it will be used to indicate boot and failsafe status.
Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
SVN-Revision: 42897
|
|
|
|
|
|
| |
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
SVN-Revision: 42797
|
|
|
|
|
|
|
|
| |
[ ] conditions should use = instead of == for string equality.
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
SVN-Revision: 42796
|
|
|
|
|
|
|
|
|
|
| |
All TP-LINK machine names begin with "TP-LINK", so there's no need to check for
more specific model names. This also allows adding new models like the Archer
series more easily.
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
SVN-Revision: 42795
|
|
|
|
|
|
| |
Signed-off-by: Jaehoon You <teslamint@gmail.com>
SVN-Revision: 42792
|
|
|
|
|
|
| |
Signed-off-by: Forest Crossman <cyrozap@gmail.com>
SVN-Revision: 42786
|
|
|
|
|
|
|
|
|
|
|
| |
A typo in the definition for the OM2P reset button disabled its functionality
in OpenWrt. The actual button for these two devices is "1" and not "11".
Signed-off-by: Oren Poleg <oren@poleg.org>
[sven@open-mesh.org: added a commit subject+message]
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 42782
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42687
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42685
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42684
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Qihoo 360 C301 is a dual band wireless router supports 802.11n and 802.11ac.
Its chipset is AR9344 + AR9882 with two 16MB flashes.
This patch adds its initial support.
v2:
* use mtd_get_mac_ascii to fetch MAC address for ath10k.
* use ath79_register_pci to initialize AR9882.
Signed-off-by: Weijie Gao <hackpascal@gmail.com>
SVN-Revision: 42552
|
|
|
|
|
|
| |
Signed-off-by: Alexander Couzens <lynxis@fe80.eu>
SVN-Revision: 42549
|
|
|
|
|
|
| |
Signed-off-by: Alexander Couzens <lynxis@fe80.eu>
SVN-Revision: 42548
|
|
|
|
|
|
|
|
| |
completed
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42457
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While the AR9331 has a gigabit MAC towards the internal switch, the
integrated PHYs however are only 100-base-tx capable. The existing code
however advertieses gigabit capability in the link status word. If you
attach such a PHY to a gigabit capable switch on the remote end, with
some probability it attempts to negotiate gigabit and fails, falling
baco to the AR9331 assuming a 10mbit half-duplex link. This has been
observed quite frequently with the Carambola2 and gigabit capable
switches.
In ath79_register_eth(), "pdata->has_gbit = 1;" is set unconditionally
for both AR9331 ethernet ports. This is most likely wrong. Despite the
two MAC IP cores being gigabit MACs, the MAC for eth1 is connected to a
100base-T PHY via MII. The has_gbit attribute is used in the ethernet
driver to determine the supported link modes.
So either pdata->has_gbit is not set to 1 anymore, or the ethernet
driver needs to be modified to determine the advertised link code word
on another criteria than pdata->has_gbit. This patch implements the
former solution.
Signed-off-by: Harald Welte <laforge@gnumonks.org>
SVN-Revision: 42432
|
|
|
|
|
|
|
|
| |
(#13072)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42429
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42428
|
|
|
|
|
|
|
|
| |
(improves performance) (patch from #13072)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42427
|
|
|
|
|
|
|
|
| |
tx hangs in some setups
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42333
|
|
|
|
|
|
|
|
| |
files (#17699)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42331
|
|
|
|
|
|
|
|
|
|
|
| |
This improves performance when doing concurrent rx/tx on a single
ethernet MAC, e.g. when routing between VLANs.
Fixes #13072
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42328
|
|
|
|
| |
SVN-Revision: 42317
|
|
|
|
|
|
| |
Signed-off-by: Forest Crossman <cyrozap@gmail.com>
SVN-Revision: 42280
|
|
|
|
|
|
| |
Signed-off-by: Forest Crossman <cyrozap@gmail.com>
SVN-Revision: 42279
|
|
|
|
|
|
|
|
|
|
|
|
| |
This sets the MAC address of the WLAN interface to the "official" primary MAC
address (the one on the label under the devices, and the one used with the stock
firmware). The MAC address used so far (primary-1) isn't even used at all with
the stock firmware, which sets (primary) on LAN and WLAN and (primary+1) on the
WAN interface (like OpenWrt does with this patch).
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
SVN-Revision: 42193
|
|
|
|
|
|
| |
Signed-off-by: Forest Crossman <cyrozap@gmail.com>
SVN-Revision: 42189
|
|
|
|
|
|
|
|
|
|
| |
The OpenMesh MR600(v1) can only enable the 2.4G WiFi PHY LED through the
mini-PCIe device. Not configuring the LED pin inside the platform data
makes it impossible to configure it through any standard OpenWrt tool.
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 42184
|
|
|
|
|
|
|
|
| |
since they have the same flash layout
Signed-off-by: Forest Crossman <cyrozap@gmail.com>
SVN-Revision: 42177
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 42130
|