[OpenWrt-Devel] [PATCH] [package] openvpn: auth_retry moved to parameter section to work

From: Christian Lehmann auth_retry moved to parameter section to work. This patch will fix issue #12333. Signed-off-by: Christian Lehmann --- diff --git a/package/network/services/openvpn/files/openvpn.init b/package/network/services/openvpn/files/openvpn.init index 08832a0..cb6a61f 100644

Re: [OpenWrt-Devel] [PATCH] [package] grub2: use freetype macros

Probably an unclean buildroot see comment inline On 22.02.2014 19:55, Outback Dingo wrote: > On Fri, Nov 29, 2013 at 5:00 AM, Dirk Neukirchen wrote: > >> including freetype header directly leads >> to build error: >> util/grub-mkfont.c:42:30: fatal error: freetype/ftsynth.h: No such file or >> d

[OpenWrt-Devel] [PATCH][ralink] hlk-rm04: configure uartf to 'gpio uartf' mode

ralink: hlk-rm04 - uartf should be configured to 'gpio uartf' mode, make sure pin14 is set to `gpio` mode. Signed-off-by: JiapengLi -- diff --git a/target/linux/ramips/dts/HLKRM04.dts b/target/linux/ramips/dts/HLKRM04.dts index 13597dc..e1f5ce4 100644 --- a/target/linux/ramips/dts/HLKRM04.dts

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

On Saturday, February 22, 2014 13:11:26 Michel Stempin wrote: > Ok, it looks all good to me, now let the maintainers integrate it into trunk! Should I post it again or will they pick it up here? //Lars... ___ openwrt-devel mailing list openwrt-devel@lis

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

On Saturday, February 22, 2014 11:16:21 Weedy wrote: > > Including photos of the exact module. And I actually thought I ordered > > the V2 but ended up with the V1 :) > Where are you finding these? i keep ending up on alibaba with "Minimum > Order Quantity: 1000 Piece/Pieces". That you just ignor

Re: [OpenWrt-Devel] [PATCH 1/3] kernel: add rtc-ds1672 module support

Hi, is there a chance of getting rtc kernel modue for ds1307 ? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] ubus / netifd - how does ubus know a network is 'up' ?

Hey Ken, I seem to recall running into some similar issues the last time I found myself writing some interface scripts for a custom tunnel. Our particular protocol was tunnelling some IPv6 stuff over a serial port, and we ran into the following two issues in getting the netifd scripts to work as e

[OpenWrt-Devel] procd in trunk crashing running fwbuilder.fw

Hi! Just installed OpenWRT Trunk on a Tplink TL-WR1043ND v2.1 here and it seemed to run fine until I used fwbuilder to create a firewall. This also worked fine when started from the shell. Start and stop worked perfectly. However after I enabled this as a service to be ran by procd the result i

Re: [OpenWrt-Devel] [PATCH] [package] grub2: use freetype macros

On Fri, Nov 29, 2013 at 5:00 AM, Dirk Neukirchen wrote: > including freetype header directly leads > to build error: > util/grub-mkfont.c:42:30: fatal error: freetype/ftsynth.h: No such file or > directory > Observed on Debian Testing, because new Freetype2 > changed include location there > > add

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

On Fri, Feb 21, 2014 at 6:53 PM, Lars Boegild Thomsen wrote: > The module I've got is described a bit here: > > http://wiki.openwrt.org/toh/oolite/oolitev1 > > Including photos of the exact module. And I actually thought I ordered > the V2 but ended up with the V1 :) > Where are you finding the

Re: [OpenWrt-Devel] [PATCH v1] gianfar: Fix reported number of sent bytes to BQL

On 2014-02-22 15:41, Thomas Huehn wrote: > This is a backported patch for the gianfar ethernet driver > used in TPLink 4900 v1. It is supposed to fix the error which > show up in dmesg with: > NETDEV WATCHDOG: eth0 (fsl-gianfar): transmit queue xy timed out > Full upstream patch is at: http://patch

[OpenWrt-Devel] [PATCH v1] gianfar: Fix reported number of sent bytes to BQL

This is a backported patch for the gianfar ethernet driver used in TPLink 4900 v1. It is supposed to fix the error which show up in dmesg with: NETDEV WATCHDOG: eth0 (fsl-gianfar): transmit queue xy timed out Full upstream patch is at: http://patchwork.ozlabs.org/patch/271242 -v1: fix patch style

[OpenWrt-Devel] [PATCH] gianfar: Fix reported number of sent bytes to BQL

This is a backported patch for the gianfar ethernet driver used in TPLink 4900 v1. It is supposed to fix the error which show up in dmesg with: NETDEV WATCHDOG: eth0 (fsl-gianfar): transmit queue xy timed out Full upstream patch is at: http://patchwork.ozlabs.org/patch/271242 Signed-off-by: Thomas

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

Le 22/02/2014 11:57, Lars Bøgild Thomsen a écrit : > On Saturday 22 February 2014 10:33:08 Michel Stempin wrote: >> Yes, but you should remove the definitions for all those GPIO pins, as they >> ar eno longer required. > > Ok done. > > >> And I don't know if the "ath79_gpio_function_disable()

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

Le 22/02/2014 11:43, Lars Bøgild Thomsen a écrit : > On Saturday 22 February 2014 10:11:08 Michel Stempin wrote: The main drawback of these modules is that they are not individually RF calibrated on the production line, resulting on poor/non conform WiFi performance. You can figu

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

On Saturday 22 February 2014 10:33:08 Michel Stempin wrote: > Yes, but you should remove the definitions for all those GPIO pins, as they > ar eno longer required. Ok done. > And I don't know if the "ath79_gpio_function_disable()" call is required or > not, as this controls whether GPIO13-17 a

Re: [OpenWrt-Devel] [RFC] menuconfig policy?

> "Bastian" == Bastian Bittorf writes: Russell> That's possible. But it still means a substantial change in Russell> behavior for users. Previously, selecting kmod-batman-adv Russell> alone gave you batctl (similar to the userspace parts of Russell> madwifi, iirc). I'm afraid users are goi

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

On Saturday 22 February 2014 10:11:08 Michel Stempin wrote: > > You're right about using the word "guess". It IS guesswork when it comes > > to these manufacturers. However, I will have to tentatively disagree it's > > the same module. I have sort of identified 3 different modules: > > > > 1.

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

Hi Lars, Le 22/02/2014 04:21, Lars Bøgild Thomsen a écrit : > Hi Michel, > > On Friday 21 February 2014 22:26:42 Michel Stempin wrote: > >> Just one remark concerning your proposed patch: don't define every single >> GPIO as a LED, this is a terrible thing to do, as it prevents you from using

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

Le 22/02/2014 01:00, Lars Boegild Thomsen a écrit : > On Friday, February 21, 2014 22:26:42 Michel Stempin wrote: >> This module is fully compatible with the TP-Link TL-WR710N router, including >> the switch, GPIO and LED definitions, the only difference being in the >> firmware magic number. T

Re: [OpenWrt-Devel] [PATCH] Oolite V1.0 Support

Hi Lars, Le 22/02/2014 00:53, Lars Boegild Thomsen a écrit : > Hi Michel, > > On Friday, February 21, 2014 22:26:42 Michel Stempin wrote: >>> I have added support for the Oolite V1.0 AR9331 module. >> The Gainstrong Oolite V1.0 module is just a renamed EasyLink (ELink) >> EL-M150: