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 >

[OpenWrt-Devel] [PATCH] ar71xx: Add Gainstrong MiniBox v1.0 support to 15.05

The following patch adds support for the Gainstrong MiniBox to 15.05 Chaos Calmer. Fixed items: - Inverted LED polarity (OOLITE seems to suffer from the same problem). - Changed uppercase MINIBOX_V1_ prefix as requested. - Prefixes are now gs_minibox_ similar to gs_oolite_ (same vendor). -

Re: [OpenWrt-Devel] [PATCH v2 0/7] target: mxs: various fixes

Hi Michael, Michael Heimpold wrote: This patch series is to bring OpenWrt's Duckbill support back in shape: - U-Boot build is fixed - SD card generation is adopted for Duckbill images I've tested my changes with I2SE Duckbill and Olimex OLinuXino Maxi board, however, I've no Micro/Mini at

Re: [OpenWrt-Devel] [PATCH] musl: fix build on sh3

Felix Fietkau wrote: On 2015-09-16 09:27, John Crispin wrote: Hi, On 14/09/2015 10:38, Zoltan HERPAI wrote: musl fails to build when compiled with gcc on sh3 (GCC target/#67260). Work it around. Signed-off-by: Zoltan HERPAI --- toolchain/musl/common.mk |5 +

[OpenWrt-Devel] [PATCH v4] ar71xx: Add Gainstrong MiniBox v1.0 support to trunk

The following patch adds support for the Gainstrong MiniBox into trunk (or 'Designated Drive' :D ).. Fixed items: - Inverted LED polarity (OOLITE seems to suffer from the same problem). - Changed uppercase MINIBOX_V1_ prefix as requested. - Prefixes are now gs_minibox_ similar to gs_oolite_

[OpenWrt-Devel] [PATCH v2] lantiq: ARV7519RW22 fixes - fix flash register (only 1 flash) - power led is green - rename message leds to internet - add leds configuration - enable switch vlans

Signed-off-by: Álvaro Fernández Rojas Signed-off-by: José Vázquez Fernández --- target/linux/lantiq/base-files/etc/uci-defaults/01_leds | 5 + .../linux/lantiq/base-files/etc/uci-defaults/02_network | 3 +++

[OpenWrt-Devel] [PATCHv2] musl: fix build on sh3

musl fails to build when compiled with gcc on sh3 (GCC target/#67260). Work it around. Signed-off-by: Zoltan HERPAI --- toolchain/musl/common.mk |6 ++ 1 file changed, 6 insertions(+) diff --git a/toolchain/musl/common.mk b/toolchain/musl/common.mk index

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

On 17.09.2015 21:22, Tara Lorenz wrote: > > 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

Re: [OpenWrt-Devel] [PATCH] procd: Allow override of default respawn parameters

Hi, 2015-09-18 11:03 GMT+02:00 Helmut Schaa : > Hi John, > > On Fri, Sep 18, 2015 at 10:18 AM, John Crispin wrote: > > Hi > > > > On 18/09/2015 09:59, Helmut Schaa wrote: > >> Allow to pass RESPAWN_THESHOLD_DEFAULT, DRESPAWN_TIMEOUT_DEFAULT > >>

Re: [OpenWrt-Devel] [PATCH] procd: Allow override of default respawn parameters

Hi John, On Fri, Sep 18, 2015 at 10:18 AM, John Crispin wrote: > Hi > > On 18/09/2015 09:59, Helmut Schaa wrote: >> Allow to pass RESPAWN_THESHOLD_DEFAULT, DRESPAWN_TIMEOUT_DEFAULT >> and RESPAWN_RETRY_DEFAULT as parameters to cmake to change the >> default respawn behavior.

[OpenWrt-Devel] [PATCH] arm64: switch to Kernel 4.1

- fix Kernel dts subdir location - enable virtio networking we are using -M virt which supports virtio devices changes in symbols due to make kernel_oldconfig: - CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y : removed fix security: upstream id: d1fd836dcf00d2028c700c7e44d2c23404062c90 -

[OpenWrt-Devel] [PATCH] can: disable xilinx CAN

fix missing symbol on arm64 Signed-off-by: Dirk Neukirchen --- package/kernel/linux/modules/can.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/package/kernel/linux/modules/can.mk b/package/kernel/linux/modules/can.mk index f9490b4..eeef88a 100644 ---

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

[OpenWrt-Devel] [PATCH] procd: Allow override of default respawn parameters

Allow to pass RESPAWN_THESHOLD_DEFAULT, DRESPAWN_TIMEOUT_DEFAULT and RESPAWN_RETRY_DEFAULT as parameters to cmake to change the default respawn behavior. This can be used to set the default respawn mode to infinite retries for example. Signed-off-by: Helmut Schaa

[OpenWrt-Devel] Patch 210-dnssec-improve-timestamp-heuristic.patch fails when building DNSMASQ-full

Not sure why building dnsmasq-full on cc 15.05 for sunxi this patch Patch 210-dnssec-improve-timestamp-heuristic.patch fails. If I remove that patch the build continues successfully, but don't want to miss a patch that should be there. I believe that I'm using the dnsmasq 2.7.5 from

Re: [OpenWrt-Devel] how to build two sub target simultaneously under same target

This is not an support channel... but I'll answer you best of mine abilities: you do have thing called "env".. this allows you to use same sourcecodes for multiple devices and their configurations. More info about that http://wiki.openwrt.org/doc/devel/env This allows you to build whatever

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

On 2015-09-18 03:58, Yousong Zhou wrote: > 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

[OpenWrt-Devel] [PATCH] netifd: Prevent flapping IPv6 routes

From: Kristian Evensen Comparing valid_until will always return false as the value is updated for each route update message. This causes IPv6 routes to jump more around than House of Pain, which might have undesirable consequences for user-space and user-space

Re: [OpenWrt-Devel] [PATCH] procd: Allow override of default respawn parameters

Hi On 18/09/2015 09:59, Helmut Schaa wrote: > Allow to pass RESPAWN_THESHOLD_DEFAULT, DRESPAWN_TIMEOUT_DEFAULT > and RESPAWN_RETRY_DEFAULT as parameters to cmake to change the > default respawn behavior. > technically ok but why cant you tweak them in your packages initd script ? i am wondering

Re: [OpenWrt-Devel] [PATCH] procd: Allow override of default respawn parameters

On 18/09/2015 11:40, Etienne Champetier wrote: > Hi, > > 2015-09-18 11:03 GMT+02:00 Helmut Schaa >: > > Hi John, > > On Fri, Sep 18, 2015 at 10:18 AM, John Crispin >

[OpenWrt-Devel] [PATCH] package: Remove dependencies to kmod-ipv6

Since r46834, IPv6 support is builtin if selected. Therefor, dependencies on kmod-ipv6 can no longer be fulfilled, since it is not a module anymore. Signed-off-by: Arjen de Korte --- package/kernel/linux/modules/netfilter.mk | 6 +++---

[OpenWrt-Devel] omap: add Kernel 4.1

tested on Beagleboard C4 Signed-off-by: Dirk Neukirchen --- bootlog: https://paste.debian.net/312304/ target/linux/omap/config-4.1 | 540 + .../0334-video-da8xx-fb-adding-dt-support.patch| 201

[OpenWrt-Devel] how to build two sub target simultaneously under same target

Dear Openwrt-devel, I want to know if it is possible to setup build environment to compile two sub-target simultaneously which will use same toolchain options, build environment and etc. Simultaneously both sub-targets should be configurable as a prerequisite Thanks in advance for any sort of

[OpenWrt-Devel] [PATCH v2] lantiq: ARV7519RW22 fixes - fix flash register (only 1 flash) - power led is green - rename message leds to internet - add leds configuration - enable switch vlans

Signed-off-by: Álvaro Fernández Rojas Signed-off-by: José Vázquez Fernández --- target/linux/lantiq/base-files/etc/uci-defaults/01_leds | 5 + .../linux/lantiq/base-files/etc/uci-defaults/02_network | 3 +++

Re: [OpenWrt-Devel] [PATCH] procd: Allow override of default respawn parameters

On Fri, Sep 18, 2015 at 11:52 AM, John Crispin wrote: > > > On 18/09/2015 11:40, Etienne Champetier wrote: >> Hi, >> >> 2015-09-18 11:03 GMT+02:00 Helmut Schaa > >: >> >> Hi John, >> >> On Fri, Sep 18,