I am still facing same issue whenever compiling latest trunk with D7800 is
selected. When this issue will be fixed?
Regards,
Tathagata
-Original Message-
From: Tathagata Das [mailto:tathag...@alumnux.com]
Sent: 28 January 2016 15:51
To: openwrt-devel@lists.openwrt.org
Subject: RE: Build
where is the patch that you sent to fix the issue ? i can merge it now.
John
On 09/02/2016 06:42, Tathagata Das wrote:
> I am still facing same issue whenever compiling latest trunk with D7800 is
> selected. When this issue will be fixed?
>
> Regards,
> Tathagata
>
>
> -Original Me
Hi.
> config interface 'lan'
> option force_link '1'
> option type 'bridge'
> option proto 'static'
> option netmask '255.255.255.0'
> option ip6assign '64'
> option dns 'x'
> option ipaddr '172.18.18.1'
> option _orig_ifn
Hi there,
Yes I tried @wan to no avail, reverting back to an earlier build saw my
IPv6 connectivity restored.
I am trying a commit from Friday just gone, just before some commits
were put up fixing some issues that corrected routing. Bit of a long
shot as it's only IPv6 affected but never k
Built revision 48634, same deal. Will try building 48272 in the morning
and advise.
On 09/02/16 23:48, Adam Kuklycz wrote:
Hi there,
Yes I tried @wan to no avail, reverting back to an earlier build saw
my IPv6 connectivity restored.
I am trying a commit from Friday just gone, just before s
Hi,
On 07/02/2016 16:34, Sven Roederer wrote:
> The hardware of the v3 is identical to the v2.
>
> - adds support via old-style-definition. So less code is changed and there is
> less potential to break other projects
NAK, please use the new image building infra for trunk and the old one
for th
Hi Adam,
please do not hijack threads. if you want to send us a mail then dont
click Reply on an un-related thread and then change the subject. this
will mess up patchwork, which did notice what you did ;)
--> https://patchwork.ozlabs.org/patch/580275/
John
On 09/02/2016 05:42, Adam Kuk
Hi Jakub,
could it be that you manually edited the patch because (see inline)
On 08/02/2016 11:57, Jakub Janco wrote:
> NCM protocol now propagate defaultroute, peerdns, metric to its dynamic dhcp
> ifaces to maintain these options defined in /etc/config/network.
>
> Signed-off-by: Jakub J
Signed-off-by: Tiziano Bacocco
---
.../linux/ar71xx/base-files/etc/board.d/02_network | 3 +-
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +
target/linux/ar71xx/config-4.1 | 1 +
.../ar71xx/files/arch/mips/ath79/Kconfig.openwrt | 9 +-
target/linux/ar71xx/
Signed-off-by: Tiziano Bacocco
---
.../linux/ar71xx/files/arch/mips/ath79/machtypes.h | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/machtypes.h
b/target/linux/ar71xx/files/arch/mips/ath79/machtypes.h
index 5
This patch fixes SetNfsCmdline macro which is currently relying on old
kernel .config file, which has been replaced with intermediate
.config.set file. It was leading to the following kernel build error:
rm -f linux-4.4/.config.prev
mv linux-4.4/.config linux-4.4/.config.old
mv: cannot stat
Ping?
-jeff
On Fri, Feb 5, 2016 at 9:35 AM, Jeff R. Allen wrote:
> As requested in https://dev.openwrt.org/ticket/13249#comment:5:
>
>
> dnsmasq: Make it possible to set txt-records
>
>
> Signed-off-by: Jeff R. Allen
>
> ---
>
> package/network/services/dnsmasq/files/dnsmasq.init | 10 ++
On 09/02/2016 18:27, Jeff R. Allen wrote:
> Ping?
>
> -jeff
the patch was not formatted properly so that patchwork did not pick it
up and hence it got lost. try using git "send-email" to avoid this problem.
John
>
> On Fri, Feb 5, 2016 at 9:35 AM, Jeff R. Allen wrote:
>> As requeste
Signed-off-by: Stijn Tintel
---
package/kernel/linux/modules/netsupport.mk | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/kernel/linux/modules/netsupport.mk
b/package/kernel/linux/modules/netsupport.mk
index b1cce0b..cbf2ffb 100644
--- a/package/kernel/linux/mo
Signed-off-by: Stijn Tintel
---
package/network/config/vti/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/network/config/vti/Makefile
b/package/network/config/vti/Makefile
index a81e889..7cf0ee9 100644
--- a/package/network/config/vti/Makefile
+++ b/pack
Signed-off-by: Stijn Tintel
---
package/kernel/linux/modules/netsupport.mk | 16
1 file changed, 16 insertions(+)
diff --git a/package/kernel/linux/modules/netsupport.mk
b/package/kernel/linux/modules/netsupport.mk
index cbf2ffb..77bd67a 100644
--- a/package/kernel/linux/module
Am Tuesday 09 February 2016, 14:53:30 schrieb John Crispin:
> NAK, please use the new image building infra for trunk and the old one
> for the CC backport
>
I already sent an updated version of this patch on "08 Feb 2016 15:28:17
+0100" ("[OpenWrt-Devel] [PATCH v2] [CC] ar71xx: backport support
Felix,
Not sure what happened, but I was notified via patchwork that this
patch was 'Accepted': https://patchwork.ozlabs.org/patch/573522/
However, I don't see it applied to any OpenWrt tree that I can find:
*
https://dev.openwrt.org/log/trunk/package/kernel/gpio-button-hotplug/src/gpio-button-
Hi,
I'll remove this patch from patchwork as I've just realized, that it needs more
work. See bellow.
> This patch fixes SetNfsCmdline macro which is currently relying on old
> kernel .config file, which has been replaced with intermediate
> .config.set file. It was leading to the following kern
Petr Štetiar [2016-02-09 21:04:14]:
> >define Kernel/SetNfsCmdline
> > rm -f $(LINUX_DIR)/.config.prev
> > - mv $(LINUX_DIR)/.config $(LINUX_DIR)/.config.old
> > - grep -v "CONFIG_CMDLINE=" $(LINUX_DIR)/.config.old >
> > $(LINUX_DIR)/.config
> > - grep "CONFIG_CMDLINE=" $(LINUX_DIR
NCM protocol now propagate defaultroute, peerdns, metric to its dynamic dhcp
ifaces to maintain options defined in /etc/config/network.
Signed-off-by: Jakub Janco
---
package/network/utils/comgt/files/ncm.sh | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/package/
On 09/02/16 09:08, Petr Štetiar wrote:
> This patch fixes SetNfsCmdline macro which is currently relying on old
> kernel .config file, which has been replaced with intermediate
> .config.set file. It was leading to the following kernel build error:
>
> rm -f linux-4.4/.config.prev
> mv linux-4
Wow, you really can't get away with much these days:(
BTW I didn't just change the subject I blanked out the entire message as
well :P
I'll start a fresh thread once I've compiled and tested the earlier
trunk commit, which I am about to begin now.
On 10/02/16 00:55, John Crispin wrote
Le 09/02/2016 12:16, Petr Štetiar a écrit :
> Petr Štetiar [2016-02-09 21:04:14]:
>
>>>define Kernel/SetNfsCmdline
>>> rm -f $(LINUX_DIR)/.config.prev
>>> - mv $(LINUX_DIR)/.config $(LINUX_DIR)/.config.old
>>> - grep -v "CONFIG_CMDLINE=" $(LINUX_DIR)/.config.old >
>>> $(LINUX_DIR)/.c
Further to this, I have compiled trunk versions 47750 and 47458 which
both exhibit the same IPv6 non-routing issue, however with 47458 the
IPv6 address is a bit less b0rked...
inet6 addr: :::::561e:7d31:631e%3/64 Scope:Global
PING ipv6.google.com(sin04s05-in-x0e.1e100.net)
25 matches
Mail list logo
