Re: [OpenWrt-Devel] Factory reset implementation on x86 platform

On Thu, Sep 17, 2015 at 11:30 AM, Chetan C R wrote: > Hi, > > I wanted to implement factory reset functionality on x86 platform. > my rootfs is ext4 > Failsafe and factory rest would work only with squashfs+jffs2 afaik, in which case 'firstboot' just clears the jffs2 partition, which is mounted a

Re: [OpenWrt-Devel] [PATCH v2] uqmi: Add proper IPv6 support

On 10 September 2015 at 22:03, Matti Laakso wrote: > Use the new --ip-family option to start both IPv4 and IPv6 sessions > by default. Autoconnect can't be used when starting two sessions, > so revert back to using the client IDs and packet data handles for > handling the network connection. > > S

[OpenWrt-Devel] [PATCH] uboot_envtools: add P2812HNUF1

Add generation of /etc/fw_env.config for P2812HNUF1 Signed-off-by: Florian Eckert --- package/boot/uboot-envtools/files/lantiq | 3 +++ 1 file changed, 3 insertions(+) diff --git a/package/boot/uboot-envtools/files/lantiq b/package/boot/uboot-envtools/files/lantiq index 69b375d..b152061 100644

Re: [OpenWrt-Devel] Factory reset implementation on x86 platform

On 17/09/2015 09:06, Tavish Naruka wrote: > On Thu, Sep 17, 2015 at 11:30 AM, Chetan C R wrote: >> Hi, >> >> I wanted to implement factory reset functionality on x86 platform. >> my rootfs is ext4 >> > > Failsafe and factory rest would work only with squashfs+jffs2 afaik, > in which case 'first

Re: [OpenWrt-Devel] [PATCH v2] uqmi: Add proper IPv6 support

Hi Antti, > Date: Thu, 17 Sep 2015 10:15:21 +0300 > Subject: Re: [OpenWrt-Devel] [PATCH v2] uqmi: Add proper IPv6 support > From: a.sepp...@gmail.com > To: malaa...@elisanet.fi > CC: openwrt-devel@lists.openwrt.org > > On 10 September 2015 at 22:03, Matti Laakso wrote: > > Use the new --ip-famil

Re: [OpenWrt-Devel] Warning: ABI breakage - rebuild your ATM trees

On Wed, 2015-09-16 at 15:23 +0200, John Crispin wrote: > how i hate this shitty dsl driver ... adding new sockopt is nort an > option. that would involve editing the dsl driver and userland and even > looking at the code causes permanent brain damage as can be seen by the > patches and fixes ... i

Re: [OpenWrt-Devel] Warning: ABI breakage - rebuild your ATM trees

On 16/09/15 12:20, John Crispin wrote: > Hi, > > i pushed a patch today that removes some serious ABI brain damage of the > ATM layer that i introduced 1/2 a decade ago > > http://git.openwrt.org/?p=openwrt.git;a=commit;h=c5d4911448898f7fabdd2c4737ed0820ced4fc4d > > https://dev.openwrt.org/ticket

Re: [OpenWrt-Devel] Warning: ABI breakage - rebuild your ATM trees

On 17/09/2015 10:54, David Woodhouse wrote: > On Wed, 2015-09-16 at 15:23 +0200, John Crispin wrote: >> how i hate this shitty dsl driver ... adding new sockopt is nort an >> option. that would involve editing the dsl driver and userland and even >> looking at the code causes permanent brain dama

[OpenWrt-Devel] [PATCH] x86/platform: Fix Geode LX timekeeping in the generic x86 build

In 2007, commit 07190a08eef36 ("Mark TSC on GeodeLX reliable") bypassed verification of the TSC on Geode LX. However, this code (now in the check_system_tsc_reliable() function in arch/x86/kernel/tsc.c) was only present if CONFIG_MGEODE_LX was set. OpenWRT has recently started building its generic

[OpenWrt-Devel] OpenWRT 15.05:bcm2708 device tree

Hi, I'm trying to activate device tree on OpenWRT 15.05 released version with bcm2708 platform (raspberry pi). I activated it in kernel_menuconfig, but after building there is no dtb file on boot partition of sd card. Is there any patch to fix the issue, or device tree is really not jet su

Re: [OpenWrt-Devel] Warning: ABI breakage - rebuild your ATM trees

On 17/09/2015 11:11, John Crispin wrote: > > > On 17/09/2015 10:54, David Woodhouse wrote: >> On Wed, 2015-09-16 at 15:23 +0200, John Crispin wrote: >>> how i hate this shitty dsl driver ... adding new sockopt is nort an >>> option. that would involve editing the dsl driver and userland and eve

[OpenWrt-Devel] [PATCH] geode: enable DMI and Geos support

Closes 20512 Signed-off-by: David Woodhouse --- For CC and trunk please. target/linux/x86/geode/config-default | 5 + 1 file changed, 5 insertions(+) diff --git a/target/linux/x86/geode/config-default b/target/linux/x86/geode/config-default index f4efab0..a53d07c 100644 --- a/target/linux

[OpenWrt-Devel] [PATCH v2] solos-pci: Increase headroom on received packets

A comment in include/linux/skbuff.h says that: * Various parts of the networking layer expect at least 32 bytes of * headroom, you should not reduce this. This was demonstrated by a panic when handling fragmented IPv6 packets: http://marc.info/?l=linux-netdev&m=144236093519172&w=2 It's not ent

[OpenWrt-Devel] [PATCH] ipv6: ip6_fragment: fix headroom tests and skb leak

From: Florian Westphal David Woodhouse reports skb_under_panic when we try to push ethernet header to fragmented ipv6 skbs: skbuff: skb_under_panic: text:c1277f1e len:1294 put:14 head:dec98000 data:dec97ffc tail:0xdec9850a end:0xdec98f40 dev:br-lan [..] ip6_finish_output2+0x196/0x4da David fu

[OpenWrt-Devel] What happened to nut UPS config? (#20515)

In my old AA setup, the nut package had an init script which built ups.conf and upsd.users from the configuration in /etc/config, before starting the dæmons. Having just upgraded to CC, this no longer happens, and the UPS isn't configured. What happened? Is this just an oversight, and should I sub

[OpenWrt-Devel] [PATCH] luci/statistics: Fix nut UPS graphs

At some point since I last checked, the nut plugin for collectd changed the names of the timeleft and percent datasets. Update the luci module to match so that those graphs are generated correctly again. Signed-off-by: David Woodhouse --- Trunk and CC please. .../luasrc/statistics/rrdtool/defin

[OpenWrt-Devel] [PATCH] packages/nut: Install dev headers

The collectd plugin for nut needs these. Signed-off-by: David Woodhouse --- For CC and trunk please. net/nut/Makefile | 14 ++ 1 file changed, 14 insertions(+) diff --git a/net/nut/Makefile b/net/nut/Makefile index 32a3e13..855b0d1 100644 --- a/net/nut/Makefile +++ b/net/nut/Makefi

[OpenWrt-Devel] [PATCH] collectd: enable nut plugin

Signed-off-by: David Woodhouse --- For trunk; a separate patch has a minor change to make it apply to CC. utils/collectd/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/utils/collectd/Makefile b/utils/collectd/Makefile index 03f3001..04b1e6d 100644 --- a/utils/co

[OpenWrt-Devel] [PATCH][CC] collectd: enable nut plugin

Signed-off-by: David Woodhouse --- For CC please. diff --git a/utils/collectd/Makefile b/utils/collectd/Makefile index 61b05a8..b638372 100644 --- a/utils/collectd/Makefile +++ b/utils/collectd/Makefile @@ -55,7 +55,6 @@ COLLECTD_PLUGINS_DISABLED:= \ notify_desktop \ notify_email

Re: [OpenWrt-Devel] OpenWRT 15.05:bcm2708 device tree

Hi Jernej, Device tree is not supported on CC-15.05 release, but it is supported in trunk. Regards, Álvaro. El 17/09/2015 a las 11:40, Jernej Izak escribió: Hi, I’m trying to activate device tree on OpenWRT 15.05 released version with bcm2708 platform (raspberry pi). I activated it in k

[OpenWrt-Devel] [PATCH procd] cmake: use CMAKE_INSTALL_* variables

Replace hard-coded installation directories with cmake-provided variables, which gives more flexibility on where to install final binaries. Great simplification for usage with e.g. BitBake recipes. Signed-off-by: Sergiy Kibrik --- CMakeLists.txt | 18 +- 1 file changed, 9 inserti

[OpenWrt-Devel] [PATCH] base-files: fix ramoverlay function with kernels 3.18+

Even though there are not many users left within the OpenWrt tree it seems this function broke during the kernel 3.18 transition. Fix it by providing a workdir as required by overlayfs. Signed-off-by: Helmut Schaa --- package/base-files/files/lib/functions/preinit.sh | 9 + 1 file chang

[OpenWrt-Devel] [PATCH] ar71xx: Add eth rx delay for qca955x platforms

This patch is to add support for qca955x_eth_rx_delay to work with the qca955x SoC. Signed-off-by: Chris R Blake --- --- a/arch/mips/ath79/dev-eth.c +++ b/arch/mips/ath79/dev-eth.c @@ -823,6 +825,32 @@ iounmap(base); } +void __init ath79_setup_qca955x_eth_rx_delay(unsigned int rxd, + un

[OpenWrt-Devel] [PATCH] ar71xx: add support for qca955x sgmii/serdes calibration

This patch is to add support for sgmii/serdes calibration from within the OpenWRT environment. This is needed on boards that do not use u-boot or do not have a pre-init process that runs calibration. Signed-off-by: Chris R Blake --- --- a/arch/mips/include/asm/mach-ath79/ar71xx_regs.h 2015-08-0

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for qca955x sgmii/serdes calibration

Scratch this, this is suppose to be in a patch file in ./target/linux/ar71xx/patches-4.1/, will rebase later. On Thu, Sep 17, 2015 at 7:38 AM, Chris Blake wrote: > This patch is to add support for sgmii/serdes calibration from within the > OpenWRT environment. This is needed on boards that do no

Re: [OpenWrt-Devel] [PATCH] ar71xx: Add eth rx delay for qca955x platforms

Scratch this, this is suppose to be in a patch file in ./target/linux/ar71xx/patches-4.1/, will rebase later. On Thu, Sep 17, 2015 at 7:30 AM, Chris Blake wrote: > This patch is to add support for qca955x_eth_rx_delay to work with the > qca955x SoC. > > Signed-off-by: Chris R Blake > > --- > --

[OpenWrt-Devel] [PATCH] libnl: split into smaller libraries

From: Alexandru Ardelean The idea is that we may only need the libnl core, or libnl-route or libnl-nf libs, but maybe not all of them. This way we can select which ones we need without bloating the firmware image too much. Signed-off-by: Alexandru Ardelean --- package/libs/libnl/Makefile | 6

[OpenWrt-Devel] [PATCH v2] ar71xx: add support for qca955x sgmii/serdes calibration

This patch is to add support for sgmii/serdes calibration from within the OpenWRT environment. This is needed on boards that do not use u-boot or do not have a pre-init process that runs calibration. Signed-off-by: Chris R Blake --- diff -rupN a/target/linux/ar71xx/patches-4.1/743-MIPS-ath79-ad

[OpenWrt-Devel] [PATCH] dropbear: add respawn param in case dropbear crashes

Signed-off-by: Alexandru Ardelean --- package/network/services/dropbear/files/dropbear.init | 1 + 1 file changed, 1 insertion(+) diff --git a/package/network/services/dropbear/files/dropbear.init b/package/network/services/dropbear/files/dropbear.init index 01d88af..03745c9 100755 --- a/packag

[OpenWrt-Devel] [PATCH v2] ar71xx: Add eth rx delay for qca955x platforms

This patch is to add support for qca955x_eth_rx_delay to work with the qca955x SoC. Signed-off-by: Chris R Blake --- diff -rupN a/target/linux/ar71xx/patches-4.1/742-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch b/target/linux/ar71xx/patches-4.1/742-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch --

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for qca955x sgmii/serdes calibration

Hi, both patches are whitespace broken. John On 17/09/2015 15:08, Chris Blake wrote: > This patch is to add support for sgmii/serdes calibration from within > the OpenWRT environment. This is needed on boards that do not use u-boot > or do not have a pre-init process that runs calibratio

Re: [OpenWrt-Devel] [PATCH] libnl: split into smaller libraries

On 2015-09-17 15:05, Alexandru Ardelean wrote: > From: Alexandru Ardelean > > The idea is that we may only need the libnl core, > or libnl-route or libnl-nf libs, but maybe not all of them. > > This way we can select which ones we need without bloating the > firmware image too much. > > Signed

Re: [OpenWrt-Devel] [PATCH] libnl: split into smaller libraries

On Thu, Sep 17, 2015 at 4:50 PM, Felix Fietkau wrote: > On 2015-09-17 15:05, Alexandru Ardelean wrote: > > From: Alexandru Ardelean > > > > The idea is that we may only need the libnl core, > > or libnl-route or libnl-nf libs, but maybe not all of them. > > > > This way we can select which ones

[OpenWrt-Devel] [PATCH v3 1/5] ar71xx: add eth rx delay for qca955x platforms

From: Chris R Blake This patch is to add support for qca955x_eth_rx_delay to work with the qca955x SoC. Signed-off-by: Chris R Blake --- ...42-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch | 58 ++ 1 file changed, 58 insertions(+) create mode 100644 target/linux/ar71xx/pat

[OpenWrt-Devel] [RFC 3/5] firmware-utils mkmerakifw: firmware generator for MR18

From: Thomas Hebb This patch adds firmware generation tool for Cisco's MR18 Signed-off-by: Thomas Hebb --- tools/firmware-utils/Makefile | 1 + tools/firmware-utils/src/mkmerakifw.c | 263 ++ 2 files changed, 264 insertions(+) create mode 100644 tools

[OpenWrt-Devel] [PATCH v3 2/5] ar71xx: add support for qca955x sgmii/serdes calibration

From: Chris R Blake This patch is to add support for sgmii/serdes calibration from within the OpenWRT environment. This is needed on boards that do not use u-boot or do not have a pre-init process that runs calibration. Signed-off-by: Chris R Blake --- ...S-ath79-add-qca955x-mac-sgmii-calibrat

[OpenWrt-Devel] [RFC 4/5] ar71xx: add LED driver NU801

From: Chris R Blake The MR18 uses a 3-channel 16-bit PWM Constant Current Driver for its status LED. Signed-off-by: Chris R Blake --- package/base-files/files/etc/init.d/led| 2 +- .../linux/ar71xx/files/drivers/leds/leds-nu801.c | 396 + .../linux/ar71xx/fi

[OpenWrt-Devel] [RFC 5/5] ar71xx: add support for Cisco's MR18

From: Chris R Blake This patch adds support for Cisco's MR18. Detailed instructions for the flashing the device can be found in the OpenWrt forum thread: Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh | 17

[OpenWrt-Devel] Fwd: how to build two models simulatenouly

Dear Openwrt-devel, I want to know if it is possible to setup build environment to compile two models simultaneously which will use same toolchain configuration and etc, Simultaneously mean both models should be configurable One possible solution would be to create new package under main model an

[OpenWrt-Devel] [PATCH] uqmi: Add qmi.sh executable bit and fix option dhcp

Using protocol qmi does not work since qmi.sh is not executable. Setting option dhcp explicitely to 0 actually enables it. This patch fixes both problems. Signed-off-by: Matti Laakso --- package/network/utils/uqmi/Makefile | 2 +- package/network/utils/uqmi/files/lib/netifd/

[OpenWrt-Devel] [PATCH] [RFC] toolchain: add OCaml compiler

While porting the Unison File Synchronizer to openwrt I added the OCaml compiler to openwrt toolchain. Cross-compiling OCaml seems to be only tested for windows mingw targets. I had to add a patch to the OCaml configure scripts, to feed it with a few bits of the target. I hope i did it right for al

[OpenWrt-Devel] [Patch 1/3] Update uboot-omap to 15.07

Hello everybody, the old uboot-omap package fails to compile when using gcc 5.x. Therefore i made a patch using a more recent version of u-boot. I decided to choose 15.07, the same version as currently used for the sunxi based boards. So far i only tested that the package can now be compiled usi

Re: [OpenWrt-Devel] [Patch 1/3] Update uboot-omap to 15.07

>From 290412c95aa2c67406f54b12128c502bbdab9d69 Mon Sep 17 00:00:00 2001 From: Tara Lorenz Date: Thu, 17 Sep 2015 15:58:01 +0200 Subject: [PATCH 2/3] uboot-omap 2015.07: adjust patch Adjusted patch 001-switch_omap4_ext4.patch so it cleanly applies to new U-Boot version. --- package/boot/uboot-om

[OpenWrt-Devel] [Patch 2/3] Update uboot-omap to 15.07

>From 290412c95aa2c67406f54b12128c502bbdab9d69 Mon Sep 17 00:00:00 2001 From: Tara Lorenz Date: Thu, 17 Sep 2015 15:58:01 +0200 Subject: [PATCH 2/3] uboot-omap 2015.07: adjust patch Adjusted patch 001-switch_omap4_ext4.patch so it cleanly applies to new U-Boot version. --- package/boot/uboot-om

[OpenWrt-Devel] [Patch 3/3] Update uboot-omap to 15.07

>From 984486a72e7a20f4c3c85d75ef49126cee14ea89 Mon Sep 17 00:00:00 2001 From: Tara Lorenz Date: Thu, 17 Sep 2015 15:59:36 +0200 Subject: [PATCH 3/3] uboot-omap: Update to U-Boot 2015.07 The old U-Boot 2013.10 couldn't be build with GCC 5.x; so this update seems appropiate. --- package/boot/uboo

Re: [OpenWrt-Devel] [PATCH] [RFC] toolchain: add OCaml compiler

* Stefan Hellermann [17.09.2015 20:00]: > Tested with Unison File Synchronizer on ar71xx and x86_64. Beware: > Stripping unison won't work! > Better solutions and comments are appreciated! > > Signed-off-by: Stefan Hellermann thank you! tested and works for me on ar71xx. the resulting unison-b

Re: [OpenWrt-Devel] [PATCH] [RFC] toolchain: add OCaml compiler

* Stefan Hellermann [17.09.2015 20:00]: > Tested with Unison File Synchronizer on ar71xx and x86_64. Beware: tested on kirkwood here, and it builds the toolchain/ocaml, but fails to compile unison: [...] arm-openwrt-linux-muslgnueabi-ocamlc -verbose -g -I lwt -I ubase -I system -I fsmonitor -I f

[OpenWrt-Devel] [PATCH] hostapd: check for banned client on association event

When using FullMAC drivers (e.g. brcmfmac) we don't get mgmt frames so check for banned client in probe request handler won't ever be used. Since cfg80211 provides us info about STA associating let's put a check there. Signed-off-by: Rafał Miłecki --- .../hostapd/patches/600-ubus_support.patch

[OpenWrt-Devel] [RFC] netifd: backport support of checkup_interval option

This is needed for L2TP with xl2tpd daemon. Signed-off-by: Yousong Zhou --- Another option would be bump the netifd version to the lastest, but I am a bit conservative now. That said, I plan to backport xl2tpd from trunk to packages;for-15.05 after this checkup_interval option will be available

Re: [OpenWrt-Devel] iproute2/tc does not apply or show filters

Hello, I'm facing this problem in ramips target (mt7620) - linux 3.18.17 and found that it's related to this bug [1]. The tc filter applied, I have tested and it's working properly but the tc filter show is not. With this patch [2], the tc filter show back to work again. Cheers, Neutron Soutmun

[OpenWrt-Devel] [PATCH] [RFC] add unison-2.48.3

should probably be sent to the packages repo on github. Signed-of-by: Stefan Hellermann --- package/network/utils/unison/Makefile | 36 .../utils/unison/patches/100-ocamlopt.patch| 225 + 2 files changed, 261 insertions(+) create mode 100644 packag

Re: [OpenWrt-Devel] [PATCH] [RFC] add unison-2.48.3

two comments to my own patch: 2015-09-18 7:13 GMT+02:00 Stefan Hellermann : > should probably be sent to the packages repo on github. > > Signed-of-by: Stefan Hellermann > --- > package/network/utils/unison/Makefile | 36 > .../utils/unison/patches/100-ocamlopt.patch|

Re: [OpenWrt-Devel] [PATCH] [RFC] toolchain: add OCaml compiler

A few ideas about the large binaries compiled with OCaml: - Currently each OCaml binary contains the OCaml bytecode and the full OCaml interpreter. This is okay if there is only one binary (in my case unison), but wasteful in case of multiple binaries on the target. It should be possible to create