Jo-Philipp Wich j...@openwrt.org writes:
NACK to this patch, comments below.
-set network.lan.ip6assign='60'
+set network.lan.ip6assign='64'
Cosmetical change, not needed. If less than a /60 is available, it will
use less.
As far as I can tell the logic here is broken. What does it mean
Steven Barth cy...@openwrt.org writes:
NAK. The default configuration works well.
The default configuration does not work at all because the @wan syntax
does not work.
So no the default configuration does not work at ALL.
If it does not please try to tell use why.
You can set the reqprefix
On Thu, Sep 12, 2013 at 6:01 PM, Karl Palsson ka...@tweak.net.au wrote:
On Thu, Sep 12, 2013 at 05:55:33PM +0200, Yegor Yefremov wrote:
Hi,
Another useful feature is The source directory override mechanism as
described here: http://free-electrons.com/blog/buildroot-2011-11/ Is
it planned to
I'm sorry but the @wan syntax does indeed work. It works for me and many
other people using the new IPv6 stack. Could it be that you are using an
old version of netifd for some reason? (e.g. you updated / installed
only some of the new IPv6 packages on top of the 12.09 release).
If there is
Hello list,
I checked the GPL code drop from D-Link and tried to get the wireless
and LAN switch LEDs to light up. I found some references in
AthSDK/www/DIR-825_C1/bsp.h as well as
AthSDK/www/DIR-825_C1/rootfs/etc/sysconfig/S2gpio.sh, but in the end I
only got the led for 2.4GHz to work. Anyway,
On 01.09.2013 20:14, Gabor Juhos wrote:
Yes, it is necessary. The coding style of the mach-wnr2200.c file is horrible:
Additionally, a board specific patch is missing from
'target/linux/ar71xx/patches-3.10'.
Thanks,
Gabor
I didn't have time earlier but here is v2.
checkpatch
Hello list,
The current behavior is that all interfaces (LAN, WAN and Wifi0) get the
first MAC address in the mac mtd assigned (Wifi1 gets the MAC address of
the second MAC address plus 1).
Unfortunately the MAC address printed on the sticker on the bottom of
the router (the second MAC address
root@OpenWrt:/# ping6 www.google.de
PING www.google.de (2a00:1450:4013:c00::5e): 56 data bytes
ping6: sendto: Operation not permitted
WTF, was soll der Mist und wie schalte ich das aus?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
On 13.09.2013 12:57, Sebastian Kemper wrote:
Hello list,
The current behavior is that all interfaces (LAN, WAN and Wifi0) get the
first MAC address in the mac mtd assigned (Wifi1 gets the MAC address of
the second MAC address plus 1).
Unfortunately the MAC address printed on the sticker
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/13/2013 01:41 PM, Alina Friedrichsen wrote:
root@OpenWrt:/# ping6 www.google.de
PING www.google.de (2a00:1450:4013:c00::5e): 56 data bytes
ping6: sendto: Operation not permitted
WTF, was soll der Mist und wie schalte ich das aus?
root@OpenWrt:/# ping6 www.google.de
PING www.google.de (2a00:1450:4013:c00::5e): 56 data bytes
ping6: sendto: Operation not permitted
WTF, was soll der Mist und wie schalte ich das aus?
I found the bug. Your PPPoE stuff don't set a IPv6 default route.
Alina
On 13.09.2013 13:41, Alina Friedrichsen wrote:
root@OpenWrt:/# ping6 www.google.de
PING www.google.de (2a00:1450:4013:c00::5e): 56 data bytes
ping6: sendto: Operation not permitted
WTF, was soll der Mist und wie schalte ich das aus?
___
https://dev.openwrt.org/ticket/2372
It isn't closed.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
it was fixed in r37402
I use the trunk from yesterday. It isn't fixed.
Alina
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
P.S.: You need a /etc/rc.local. Writing the stuff in /etc/firewall.user
ist quick and dirty.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 2013-09-13 2:02 PM, Alina Friedrichsen wrote:
https://dev.openwrt.org/ticket/2372
It isn't closed.
Why are you posting a link to a 6 (!) year old closed ticket and claim
that it isn't closed?
If you're ever interested in sending emails that stand a chance of
generating helpful responses
WTF, was soll der Mist und wie schalte ich das aus?
What about providing some details? X does not work. WTF does not
exactly make me want to answer your question.
Whats the current configuration? Whats the output if ifstatus wan or
whatever name your IPv6 PPPoE enabled ifaces uses.
Also note
This isn't the right place for it:
/etc/firewall.user:
(while true; do ip -6 route add default dev pppoe-wan; sleep 60; done)
/dev/null 21
This is the right place (on Debian) for it:
/etc/ppp/ipv6-up.d/defaultroute:
ip -6 route add default via $PPP_REMOTE dev $PPP_IFACE
/etc/firewall.user:
(while true; do ip -6 route add default dev pppoe-wan; sleep 60; done)
/dev/null 21
This is the right place (on Debian) for it:
/etc/ppp/ipv6-up.d/defaultroute:
ip -6 route add default via $PPP_REMOTE dev $PPP_IFACE
This is just an ugly hack.
The proper way would
http://wiki.openwrt.org/doc/uci/network6#native.ipv6.connection
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi Jow!
This is just an ugly hack.
The proper way would be to rely on and deal with router advertisements
sent via the established PPPoE link.
My provider (Titan-DSL) do not send any Router Advertisements, DHCPv6 or
such stuff. It only negotiate the link-local address and sends it's own
IP
Hi Stefan,
In between I found out that the driver works fine if I erase/write the
NAND first using the driver itself. But when I try to flash something
using the stock U-Boot bootloader, the driver still complains as
outlined in my first message.
Right now I have a running kernel and root
2013.09.12. 23:17 keltezéssel, Mads Hansen írta:
Changed two instances of TL-MR3040 to TL-MR3040-v1 and TL-MR3040-v2,
respectively.
The kernel uses the 'TL-MR3040' string to identify the board. I bet on that the
resulting image won't work with this change.
-Gabor
2013.09.13. 12:33 keltezéssel, Sebastian Kemper írta:
Hello list,
I checked the GPL code drop from D-Link and tried to get the wireless
and LAN switch LEDs to light up. I found some references in
AthSDK/www/DIR-825_C1/bsp.h as well as
AthSDK/www/DIR-825_C1/rootfs/etc/sysconfig/S2gpio.sh,
2013.09.12. 15:03 keltezéssel, Mads Hansen írta:
This patch adds support for building firmware images for the TP-Link
TL-MR3040 v2. Tested and working on v2.1 hardware.
Signed-off-by: Mads Hansen d...@taba.se
Applied.
Thanks,
Gabor
___
On 09/09/2013 07:18 PM, Zachary Catlin wrote:
From: Zachary Catlin zcat...@indiana.edu
This patch adds board detection for the Linksys E1000 V2.1 router, as well
as GPIO support for same.
Signed-off-by: Zachary Catlin zcat...@indiana.edu
---
NOTE: This is identical to the patch I sent
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
---
net/ser2net/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ser2net/Makefile b/net/ser2net/Makefile
index 2782972..c67e08f 100644
--- a/net/ser2net/Makefile
+++ b/net/ser2net/Makefile
@@ -8,12
27 matches
Mail list logo