Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread John Crispin
On 11/09/2015 08:53, Etienne Champetier wrote: > > > 2015-09-11 8:46 GMT+02:00 John Crispin >: > > > > On 11/09/2015 08:39, Rafał Miłecki wrote: > > On 11 September 2015 at 07:51, John Crispin > wrote: > >> On 11/09/2015 07:

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Etienne Champetier
2015-09-11 8:46 GMT+02:00 John Crispin : > > > On 11/09/2015 08:39, Rafał Miłecki wrote: > > On 11 September 2015 at 07:51, John Crispin wrote: > >> On 11/09/2015 07:18, Rafał Miłecki wrote: > >>> On 9 September 2015 at 17:24, Tobias Welz wrote: > BTW: Why does the trunk has to be "renamed"

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread John Crispin
On 11/09/2015 08:39, Rafał Miłecki wrote: > On 11 September 2015 at 07:51, John Crispin wrote: >> On 11/09/2015 07:18, Rafał Miłecki wrote: >>> On 9 September 2015 at 17:24, Tobias Welz wrote: BTW: Why does the trunk has to be "renamed". The trunk is always recent, so it could also ha

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Rafał Miłecki
On 11 September 2015 at 07:51, John Crispin wrote: > On 11/09/2015 07:18, Rafał Miłecki wrote: >> On 9 September 2015 at 17:24, Tobias Welz wrote: >>> BTW: Why does the trunk has to be "renamed". The trunk is always recent, so >>> it could also have a persistent name like "Bleeding Edge" (BTW: is

Re: [OpenWrt-Devel] x86-64: /proc is not being mounted

2015-09-10 Thread John Crispin
On 11/09/2015 01:53, Carlos Ferreira wrote: > I have a custom build for x86_64 where CONFIG_PROC_FS is active (y) at > the kernel configuration. /etc/fstabs has nothing and is pointing into > an empty /tmp directory. > > Is there any reason that might prevent the /proc from being mounted? > Afte

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread John Crispin
On 11/09/2015 07:18, Rafał Miłecki wrote: > On 9 September 2015 at 17:24, Tobias Welz wrote: >> BTW: Why does the trunk has to be "renamed". The trunk is always recent, so >> it could also have a persistent name like "Bleeding Edge" (BTW: is this a >> cocktail?) and it would be always clear, tha

[OpenWrt-Devel] [PATCH] [package] firewall: Remove src_port from firewall.config to receive dhcpv6 replies

2015-09-10 Thread Anselm Eberhardt
Seems like my second try was again whitespace broken. Sorry for the noise. Remove src_port from firewall.config to receive dhcpv6 replies. Fixes #20295. Signed-off-by: Anselm Eberhardt --- package/network/config/firewall/files/firewall.config | 1 - 1 file changed, 1 deletion(-) diff --git a/p

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Rafał Miłecki
On 9 September 2015 at 17:24, Tobias Welz wrote: > BTW: Why does the trunk has to be "renamed". The trunk is always recent, so > it could also have a persistent name like "Bleeding Edge" (BTW: is this a > cocktail?) and it would be always clear, that you are on the trunk. Similar > like Debian Uns

Re: [OpenWrt-Devel] x86-64: /proc is not being mounted

2015-09-10 Thread Carlos Ferreira
It seems that preinit is not running after the first boot. I don't know why... On 11 September 2015 at 00:53, Carlos Ferreira wrote: > I have a custom build for x86_64 where CONFIG_PROC_FS is active (y) at the > kernel configuration. /etc/fstabs has nothing and is pointing into an empty > /tmp d

[OpenWrt-Devel] x86-64: /proc is not being mounted

2015-09-10 Thread Carlos Ferreira
I have a custom build for x86_64 where CONFIG_PROC_FS is active (y) at the kernel configuration. /etc/fstabs has nothing and is pointing into an empty /tmp directory. Is there any reason that might prevent the /proc from being mounted? After booting for the first time, /proc is not mounted and bec

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Luiz Angelo Daros de Luca
IMHO, I would avoid "normal releases" rule as, at some time in future, OpenWRT might hopefully hit T..T.. name. Trunk, unstable or anything like this might be better. Regards, Em qui, 10 de set de 2015 às 17:58, escreveu: > How about Trusty Trunk.. no cocktail though.. so far.. ede > > > On 10

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread edgar . soldin
How about Trusty Trunk.. no cocktail though.. so far.. ede On 10.09.2015 22:08, Tobias Welz wrote: > Just following up with the T... T... idea - I found some T T Cocktails: > > Tahitian Tea > Tahitian Treat > Tanqueray Tonic > Tanzanian Tonic > > > > Am 09.09.2015 um 19:57 schrieb Hannu Nyman

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Tobias Welz
Just following up with the T... T... idea - I found some T T Cocktails: Tahitian Tea Tahitian Treat Tanqueray Tonic Tanzanian Tonic Am 09.09.2015 um 19:57 schrieb Hannu Nyman: Tobias Welz wrote at Wed Sep 9 17:24:14 CEST 2015: > So I absolutely vote for some clear consistent naming of the tru

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

2015-09-10 Thread Matti Laakso
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. Some modem firmwares do not implement a RA server, therefore by

Re: [OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

2015-09-10 Thread Dmitry Ivanov
Felix, this patch resolves duplicate packet issue in WDS setup. Thanks! On Thu, 10 Sep 2015 15:37:35 +0200 Felix Fietkau wrote: > On 2015-09-10 15:00, Dmitry Ivanov wrote: > > Bridge hairpin mode must be off by default when multicast_to_unicast is > > off. Enabling this mode leads to broadcast f

[OpenWrt-Devel] how to use ubus_invoke_async parallels with once callback

2015-09-10 Thread Tuan Nguyen
Hi, Following this thread: https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032335.html I know how to use ubus with threading by call ubus_invoke_async() instead ubus_invoke(). In ubus example: static struct ubus_request req; ubus_invoke_async(ctx, id, "hello", b.head, &req);

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix ar724x clock calculation

2015-09-10 Thread Karl Palsson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Weijie Gao wrote: > Signed-off-by: Weijie Gao > > According to the AR7242 datasheet section 2.8, AR724X CPUs use a 40MHz > input clock as the REF_CLK instead of 5MHz. > > The correct CPU PLL calculation procedure is as follows: > CPU_PLL = (DIV * R

Re: [OpenWrt-Devel] [PATCH][netifd] Do not enable multicast_to_unicast by default

2015-09-10 Thread Felix Fietkau
On 2015-09-10 16:16, Dmitry Ivanov wrote: > Do not enable multicast_to_unicast by default. Duplicate broadcast and > multicast frames may cause problems in WDS setup. Wireless clients > cannot obtain IP address etc. > > Signed-off-by: Dmitry Ivanov The feature was intended to work automatically a

[OpenWrt-Devel] [PATCH][netifd] Do not enable multicast_to_unicast by default

2015-09-10 Thread Dmitry Ivanov
Do not enable multicast_to_unicast by default. Duplicate broadcast and multicast frames may cause problems in WDS setup. Wireless clients cannot obtain IP address etc. Signed-off-by: Dmitry Ivanov --- scripts/netifd-wireless.sh | 2 +- system-linux.c | 7 +++ 2 files changed, 4 i

Re: [OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

2015-09-10 Thread Dmitrijs Ivanovs
Hi Linus! In WDS mode, we have problems with ARP, DHCP and some other protocols utilizing broadcast frames. So I think it's better to disable multicast_to_unicast by default in both netifd and script. On Thu, Sep 10, 2015 at 4:39 PM, Linus Lüssing wrote: > Hi Dmitry, > > On Thu, Sep 10, 2015 at

Re: [OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

2015-09-10 Thread Linus Lüssing
Hi Dmitry, On Thu, Sep 10, 2015 at 04:00:39PM +0300, Dmitry Ivanov wrote: > [...] Enabling this mode leads to broadcast frames such as ARP and DHCP > being retransmitted back to AP in WDS configurations. Could you eloborate a little more on this? For a normal bridge-on-AP setting this should be f

Re: [OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

2015-09-10 Thread Felix Fietkau
On 2015-09-10 15:00, Dmitry Ivanov wrote: > Bridge hairpin mode must be off by default when multicast_to_unicast is > off. Enabling this mode leads to broadcast frames such as ARP and DHCP > being retransmitted back to AP in WDS configurations. > > Signed-off-by: Dmitry Ivanov Please try this pat

Re: [OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

2015-09-10 Thread Jonas Gorski
Hi, On Thu, Sep 10, 2015 at 3:00 PM, Dmitry Ivanov wrote: > Bridge hairpin mode must be off by default when multicast_to_unicast is > off. Enabling this mode leads to broadcast frames such as ARP and DHCP > being retransmitted back to AP in WDS configurations. > > Signed-off-by: Dmitry Ivanov C

[OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

2015-09-10 Thread Dmitry Ivanov
Bridge hairpin mode must be off by default when multicast_to_unicast is off. Enabling this mode leads to broadcast frames such as ARP and DHCP being retransmitted back to AP in WDS configurations. Signed-off-by: Dmitry Ivanov --- system-linux.c | 7 +++ 1 file changed, 3 insertions(+), 4 del

Re: [OpenWrt-Devel] Question about run more than once ubus_invoke_async in the sametime

2015-09-10 Thread Tuan Nguyen
Hi, Following this thread: https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032335.html I know how to use ubus with threading by call ubus_invoke_async() instead ubus_invoke(). In ubus example: static struct ubus_request req; ubus_invoke_async(ctx, id, "hello", b.head, &req);

[OpenWrt-Devel] [PATCH] [package] firewall: Redirect incoming WAN traffic only when destination IP address matches the IP address used for masquerading

2015-09-10 Thread Alin Nastac
(Resend of a previous patch affected by gmail's editor line wrapping) This is a git patch for the firewall3 git repo at git://nbd.name/firewall3.git. Basically it prevents zone_wan_prerouting rules to affect traffic towards IP addresses that are not used for masquerading LAN private IP space an

Re: [OpenWrt-Devel] AR9344 OpenWrt GUI

2015-09-10 Thread John Crispin
Hi, i dont want to ruin the fun but this is not devel chat, but user level support. please move it to the normal mailing list or the forum. this ML is for openwrt developemnt related issues John On 10/09/2015 09:50, John kerry wrote: > Where its applying the settings, except resetting

Re: [OpenWrt-Devel] AR9344 OpenWrt GUI

2015-09-10 Thread John kerry
Where its applying the settings, except resetting the radio(s) we can do everything . I Know it involves the resetting but we can comment that resetting part. Could please tell where this part of code exist On Thu, Sep 10, 2015 at 3:12 PM, David Lang wrote: > On Thu, 10 Sep 2015, John kerry wrot

Re: [OpenWrt-Devel] AR9344 OpenWrt GUI

2015-09-10 Thread David Lang
On Thu, 10 Sep 2015, John kerry wrote: Yes after reset we are to able to reconnect, I understand using wired connection we can configure but we need to configure using wireless only. Is there anyway that we can avoid the Wi-Fi reset? No, if you tell it to reconfigure wifi and apply the setting