On 02.10.2013 07:35, Nathan Hintz wrote:
Hi Steven:
netifd eventually crashed:
Tue Oct 1 21:57:58 2013 daemon.notice netifd: wan6 (1382):
Segmentation fault
Could this be due to continuing to call "system_add_address(dev, a_new);"
without
ever calling "system_del_address(dev, a_ol
On Tue, 01 Oct 2013 19:42:35 +0200
Steven Barth wrote:
> Hi Nathan,
>
> I just pushed an update to netifd.
> Could you please check if the current version improves behaviour for you?
>
> Also alternatively could you please check in your /etc/config/6relayd if
> compat_ula is set to 1 and if so
I had a similar issue with another board: it looks like the OpenWrt build
system doesn't like board names containing a dash sign ("-"), try renaming it.
> Le 2 oct. 2013 à 03:30, Shawn Lewis a écrit :
>
> I'm not getting factory/sysupgrade images for the ramips asiarf target.
>
> If I build th
Hi Steven:
Thank you for taking the time to look at this.
"compat_ula" was set to "1" in /etc/config/6relayd; setting it to "0" eliminated
the logging every 3 seconds by the "avahi-daemon" in my down stream linux box.
The change to netifd didn't have any effect on this, which I believe is as
ex
I'm not getting factory/sysupgrade images for the ramips asiarf target.
If I build the default target profile I get all the other ramips images. If
I manually select "Asiarf AWM002-EVB" I get vmlinux and other precursors to
the actual image, but no flashable factory/sysupgrade images.
Tried from
> Now i'm sure that only fails with smp images when block-mount is
> enabled, while with generic works fine. Also, with the Comtrend
> WAP-5813n (http://wiki.openwrt.org/toh/comtrend/ct5813) nobody noticed
> nothing strange because nobody enables block-mount in that router.
> What i can do to help
Hi Nathan,
I just pushed an update to netifd.
Could you please check if the current version improves behaviour for you?
Also alternatively could you please check in your /etc/config/6relayd if
compat_ula is set to 1 and if so remove it or set it to 0?
Cheers,
Steven
_
i can see crashs with recent trunk r38259 and pppd.
i cannot say why it happens, and the log is
somehow quiet. it's a normal german pppoe-connection:
http://www.intercity-vpn.de/crashlog/?id=1380588062
http://www.intercity-vpn.de/crashlog/?id=1380586302
http://www.intercity-vpn.de/crashlog/?id=138
I'm running the following configuration (dslite interface on top of a
native IPv6 interface)
config interface 'wan6'
option proto 'dhcpv6'
option ifname 'eth4.5'
config interface 'dslite'
option proto 'dslite'
option peeraddr '3001:::1'
option tunlink '
Based on packages_12.09:
* Update bind to v9.9.4
* Update dhcp to 4.2.5-P1
* Change the MD5 as well as reset PKG_RELEASE to 1 on dhcp.
Index: net/bind/Makefile
===
--- net/bind/Makefile (revision 38267)
+++ net/bind/Makefile (work
Rather trivial patch - but submitted anyhow. Please CC me in replies to
make sure I see them...
Index: net/bind/Makefile
===
--- net/bind/Makefile (revision 38267)
+++ net/bind/Makefile (working copy)
@@ -8,7 +8,7 @@
include $(TO
On 09/30/2013 12:43 PM, Jo-Philipp Wich wrote:
Hi.
I understand the backwards compatibility issue but the problem with the
fallback to name approach is that there is no clean way to have a zone
called "name" that is *not* covering a network called "wan" automatically.
I'd rather change the docu
Signed-off-by: Ulrich Weber
---
target/linux/generic/config-3.10 | 1 +
target/linux/x86/generic/config-3.10 | 7 +++
target/linux/x86/generic/target.mk | 2 +-
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/target/linux/generic/config-3.10 b/target/linux/generic/config-3
Updates x86 generic target to Linux Version 3.10.13.
Renames old 3.8 configuration and adjust new kernel configuration.
Ulrich Weber (2):
kernel: renamed x86 generic config to 3.10
kernel: update x86 generic to 3.10.13
target/linux/generic/config-3.10 | 1 +
target/linux/
Signed-off-by: Ulrich Weber
---
target/linux/x86/generic/{config-3.8 => config-3.10} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename target/linux/x86/generic/{config-3.8 => config-3.10} (100%)
diff --git a/target/linux/x86/generic/config-3.8
b/target/linux/x86/generic/config-3.10
s
Freecwmp does not export a git repository for shflags anymore. This fix
makes OpenWrt get the sources directly from the svn repository of the
shflags googlecode project.
Signed-off-by: Diego López Recas
---
libs/shflags/Makefile| 13 +++--
libs/shflags/patches/000-stri
On Tue, 1 Oct 2013 01:30:07 -0700
Nathan Hintz wrote:
> On Tue, 01 Oct 2013 09:51:23 +0200
> Steven Barth wrote:
>
> > Hi Nathan,
> >
> > actually it's not that easy. Especially if the contents are the same
> > this means an update. This is because most contents of the RA contain a
> > valid
On Tue, 01 Oct 2013 09:51:23 +0200
Steven Barth wrote:
> Hi Nathan,
>
> actually it's not that easy. Especially if the contents are the same
> this means an update. This is because most contents of the RA contain a
> validity timer in seconds.
>
> Thus if you sent 2 successive RAs with the sa
Hi Nathan,
actually it's not that easy. Especially if the contents are the same
this means an update. This is because most contents of the RA contain a
validity timer in seconds.
Thus if you sent 2 successive RAs with the same contents with a 3 second
difference the second RA increases the v
On Tue, Oct 1, 2013 at 9:02 AM, Sedat Dilek wrote:
> On Tue, Oct 1, 2013 at 2:29 AM, Jonathan McCrohan wrote:
>> Hi Daniel,
>>
>> On Mon, 30 Sep 2013 11:49:31 +0300, Daniel Petre wrote:
>>> so i cannot compile wget-nossl , the error is this:
>>>
>>> [..]
>>>
>>> any ideas please?
>>> Thanks!
>>
>
On Tue, Oct 1, 2013 at 2:29 AM, Jonathan McCrohan wrote:
> Hi Daniel,
>
> On Mon, 30 Sep 2013 11:49:31 +0300, Daniel Petre wrote:
>> so i cannot compile wget-nossl , the error is this:
>>
>> [..]
>>
>> any ideas please?
>> Thanks!
>
> This is due to new behaviour in Perl 5.18. I submitted a patch
21 matches
Mail list logo
