- Jan 24, 2015
-
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44098
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44097
-
Felix Fietkau authored
Also add a small delay, like on restart Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44096
-
Jo-Philipp Wich authored
The previous implementation of the "host-uniq" option used plain strings for passing the value to pppd which made it impossible to specify binary data. Switch the format to a hex encoded string to support binary data. Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 44094
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44093
-
- Jan 23, 2015
-
-
Jo-Philipp Wich authored
Extend the DHCPv4 handler script to store additional information from the DHCP lease in the per-interface data object. Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 44092
-
Jo-Philipp Wich authored
Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 44091
-
Jo-Philipp Wich authored
This reverts commit d388882dccc1b25575939c3713b3ab394c371fd0. SVN-Revision: 44090
-
Jo-Philipp Wich authored
This reverts commit d907396dc1c2ae0268dc54835b108afef4761d4e. SVN-Revision: 44089
-
Jo-Philipp Wich authored
Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 44088
-
John Crispin authored
this is based on http://patchwork.ozlabs.org/patch/424451/ Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 44087
-
John Crispin authored
http://patchwork.ozlabs.org/patch/431024/ Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 44086
-
John Crispin authored
TP-LINK TL-WR843ND v1 is the same model like wr41, but with Power over Ethernet on wan port. Signed-off-by:
Cezary Jackiewicz <cezary.jackiewicz@gmail.com> SVN-Revision: 44085
-
John Crispin authored
Adding support 6LoWPAN over Bluetooth Low Energy in kernel 3.18. Creating new bluetooth_6lowpan group with CONFIG_6LOWPAN and CONFIG_BT_6LOWPAN. Adding kernel object dependencies for 6LoWPAN over Bluetooth Low Energy. Signed-off-by:
Lukasz Duda <lukasz.duda@nordicsemi.no> Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 44084
-
John Crispin authored
This adds a patch to target/linux/lantiq/patches-3.14 fixing a bug clock code on ar9. The current version returns the wrong value for the fpi clock frequency in some cases. See discussion for further details: https://lists.openwrt.org/pipermail/openwrt-devel/2015-January/030688.html I'm not sure about the patch naming and numbering convention. Do please let me know it this is not OK. Many thanks, Ben Mulvihill Signed-off-by:
Ben Mulvihill <ben.mulvihill@gmail.com> SVN-Revision: 44083
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44082
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44081
-
Felix Fietkau authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44080
-
- Jan 22, 2015
-
-
John Crispin authored
the patch causes issues when installing feeds Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 44078
-
John Crispin authored
the GPIO controlling the rf filter is not configured properly by this patch. Signed-off-by:
Matthias Schiffer <mschiffer@universe-factory.net> SVN-Revision: 44077
-
John Crispin authored
Currently, replacing a package available in openwrt.git requires modifications in openwrt.git, or requires duplicating the package in a feed but with a different name, which causes all kind of problems related to dependencies (all packages selecting it would have to be modified accordingly to select the new package). With this change, if a package with the same name is present both in feeds/ and package/ folders, the one in feeds/ can override the one in package/, both in the menuconfig and during the build, by passing the "-f" option to "./scripts/feeds install" This mechanism is particularly useful for vendor tree, or in general for application which needs to replace one particular package which exists within openwrt.git by a custom/newer version. Signed-off-by:
Mathieu Olivari <mathieu@qca.qualcomm.com> SVN-Revision: 44076
-
John Crispin authored
To use overlayfs on f2fs, xattr needs to be supported. Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 44075
-
John Crispin authored
Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 44074
-
John Crispin authored
Add suport for Tenda 3G150B: - cpu: Ralink RT5350F - flash: 4MB - ram: 32MB - 1x USB 2.0 - 1x RJ45 - one reset button - battery powered (BP-4L, 3.7V 1450mAh) Signed-off-by:
Cezary Jackiewicz <cezary.jackiewicz@gmail.com> SVN-Revision: 44073
-
John Crispin authored
This patch is a follow up for my previous patch: "ramips: add support for Intenso Memory 2 Move USB 3.0". It fixes a couple of errors in the DTS (one of which broke the gpio-buttons). The kmod-leds-gpio dependency has been dropped as it is already part of the ramips target. Furthermore the ramdisk/uImage image is generated by default for the rt3050 subtarget. This image is needed to flash OpenWrt for the first time onto the device via TFTP. Signed-off-by:
Christian Lamparter <chunkeey@googlemail.com> SVN-Revision: 44072
-
- Jan 21, 2015
-
-
Florian Fainelli authored
The dLAN USB Extender profile was referecing binary packages which are not to be included in any of the source-only feeds. Instead remove these references and document how to use the 3rd party feed. Signed-off-by:
Florian Fainelli <florian@openwrt.org> SVN-Revision: 44071
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 44070
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 44069
-
- Jan 20, 2015
-
-
Zoltan Herpai authored
Signed-off-by:
Zoltan HERPAI <wigyori@uid0.hu> SVN-Revision: 44068
-
Zoltan Herpai authored
Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 44067
-
Zoltan Herpai authored
Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 44066
-
John Crispin authored
Signed-off-by:
Luigi Tarenga <luigi.tarenga@gmail.com> SVN-Revision: 44063
-
Steven Barth authored
Signed-off-by:
Steven Barth <steven@midlink.org> SVN-Revision: 44062
-
Jo-Philipp Wich authored
Signed-off-by:
Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 44060
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 44059
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 44058
-
Rafał Miłecki authored
Ths will allow us to use early 3xx numbers for patches designed for sending mainline. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 44057
-
John Crispin authored
This restores normal pre-r43715 200ms blink-period for the System LED we're all accustomed to see while our OpenWrt routers are booting. Failsafe possibility will now be signalled with a new 100ms blinking, which is easily recognizable from the normal 200ms booting. So no existing user will be scared by a new 500ms LED pattern, since such a slow pattern could easily be mistaken for something wrong... I was like "ok why my router is collapsing now, is this a bad flash, a kernel panic, or what else" when I've seen it for the first time ;) Sorry for not having explained myself better in v1 of this patch. Original: Preinit, failsafe is possible: 200ms Preinit, failsafe not possible anymore, booting normally: 200ms Failsafe entered: 50ms Now (after preinit_regular has been introduced): Preinit, failsafe is possible: 200ms Preinit, failsafe not possible anymore, booting normally: 500ms *here is the "offending" change* Failsafe entered: 50ms With my proposed patch: Preinit, failsafe is possible: 100ms *indicate this condition with a new timing, that prompts the user to press the key if they want to start failsafe* Preinit, failsafe not possible anymore, booting normally: 200ms *keep this as before* Failsafe entered: 50ms Signed-off-by:
Vittorio Gambaletta <openwrt@vittgam.net> SVN-Revision: 44056
-
John Crispin authored
this is a mt7621 based board Signed-off-by:
wengbj <linux.c@foxmail.com> SVN-Revision: 44055
-
John Crispin authored
Some Huawei mobile broadband sticks utilizing the NCM protocol expose the control channel as a cdc-wdm device node instead of a virtual TTY. This device node does not support the terminal ioctls. This patch adds a check whether the provided device is a TTY or not and does not attempt to use the terminal ioctls if they are not supported. v2: reduce diffstat by simplifying code a little Signed-off-by:
Matti Laakso <malaakso@elisanet.fi> SVN-Revision: 44054
-