Signed-off-by: Yegor Yefremov
---
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 +8,12 @@
include $(TOPDIR)/r
On 09/09/2013 07:18 PM, Zachary Catlin wrote:
> From: Zachary Catlin
>
> This patch adds board detection for the Linksys E1000 V2.1 router, as well
> as GPIO support for same.
>
> Signed-off-by: Zachary Catlin
> ---
> NOTE: This is identical to the patch I sent earlier today (local time),
> but
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
Applied.
Thanks,
Gabor
___
openwrt-devel maili
I see. In that case, the first version of the patch should work fine.
On 09/13/2013 05:06 PM, openwrt-devel-requ...@lists.openwrt.org wrote:
> Date: Fri, 13 Sep 2013 16:33:58 +0200
> From: Gabor Juhos
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] ar71xx: add suppor
2013.09.13. 12:57 keltezéssel, Sebastian Kemper írta:
> 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 o
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.s
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
__
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
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
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
> /etc/firewall.user:
> (while true; do ip -6 route add default dev pppoe-wan; sleep 60; done) >
> /dev/null 2>&1 &
>
> 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 p
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 2>&1 &
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"
__
> 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 no
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 w
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
> 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
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
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?
> ___
>
> > 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
__
-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?
>
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 sti
> 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
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 in
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.
chec
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, h
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 st
On Thu, Sep 12, 2013 at 6:01 PM, Karl Palsson 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 integr
27 matches
Mail list logo