[LEDE-DEV] [PATCH] lantiq/xrx200-net: Add support for eth0 as WAN interface

[Martin Schiller]

Use priv->wan instead of priv->id as indicator if packets should go to the
Ethernet WAN group (DPID=1) or not (DPID=0). This way, it's independant of
interface names or indexes.

Signed-off-by: Martin Schiller 
---
 .../linux/lantiq/patches-4.4/0025-NET-MIPS-lantiq-adds-xrx200-net.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/target/linux/lantiq/patches-4.4/0025-NET-MIPS-lantiq-adds-xrx200-net.patch 
b/target/linux/lantiq/patches-4.4/0025-NET-MIPS-lantiq-adds-xrx200-net.patch
index c01ab33..4e60f30 100644
--- a/target/linux/lantiq/patches-4.4/0025-NET-MIPS-lantiq-adds-xrx200-net.patch
+++ b/target/linux/lantiq/patches-4.4/0025-NET-MIPS-lantiq-adds-xrx200-net.patch
@@ -1297,7 +1297,7 @@ Subject: [PATCH 25/36] NET: MIPS: lantiq: adds xrx200-net
 +  special_tag |= port_map << PORT_MAP_SHIFT;
 +  }
 +  special_tag |= priv->port_map << PORT_MAP_SHIFT;
-+  if(priv->id)
++  if(priv->wan)
 +  special_tag |= (1 << DPID_SHIFT);
 +  if(skb_headroom(skb) < 4) {
 +  struct sk_buff *tmp = skb_realloc_headroom(skb, 4);
-- 
2.1.4


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [openwrt/packages] mail/postfix: Use more FHS compliant /srv for data (#3059)

[Daniel Dickinson]

On Sun, 2016-08-14 at 11:39 -0700, Michael Heimpold wrote:
> Hi,
> could you please elaborate, why do you think that /srv is a more FHS-
> compliant choice? I agree, that /usr is really the wrong place to put
> data there, but according to my understanding of the FHS, /srv is not
> even better, because its usage is to store data which is served from
> the system. On a usual Debian system, you will find the affected
> directories as /var/spool/postfix, /var/lib/postfix and /var/mail -
> and I really think would be the right locations.
> So please share your minds in the commit message. I guess your
> concern is that /var is none-permanent on a OpenWrt/LEDE system,
> right?

That's right.  On OpenWrt/LEDE /var is symlinked to /tmp so isn't
really available for things like mail spools.  Other packages like LXC
have already done this, but in response to you request to elaborate I'm
thinking those packages and this one should use symlinks to some other
location (e.g. /data/) from /var/ rather than totally alter
the layout. 

OTOH I'm not sure that's in keeping with the reason for the FHS, and
whether it would be better to push OpenWrt / LEDE to do something
better with /var (I'm thinking that things like /var/lock, /var/run,
/var/state, etc would better be individually symlinked to tmpfs
(because of flash wear concerns) rather than a blanket /var symlink
that breaks FHS.

Regards,

Daniel

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] OpenWrt Summit Proposal Deadline - August 19

[Eric Schultz]

The deadline for session proposals at OpenWrt Summit is coming up on
*August 19*. If you’ve already submitted your proposals, thank you! If
not, there’s still time to submit your proposal for a session on any
topic related to OpenWrt, LEDE or the broader ecosystem by going
to http://openwrtsummit.org .

If you’re not sure of a topic to propose, the committee has a few
suggested topics that we think would be particularly interesting; if you
have experience in or have done work related to the following topics,
please submit a proposal:

* OpenWrt/LEDE and Docker – running in Docker containers and/or running
Docker on OpenWrt/LEDE
* How to submit patches? When the OpenWrt/LEDE split happened, the
number of patches was at an all time low. Some people don't feel
comfortable submitting because they don't understand the process or feel
their patch won't be well received.
* Wifi subsystem in OpenWrt/LEDE – How does it work? How is it
configured? How is it different from base Linux?
* Recent features and changes in OpenWrt/LEDE such as jails, usign,
build system changes in LEDE and others.
* Future features of OpenWrt/LEDE – What features are you adding? What
features are you considering adding?

If you idea isn’t on this list, don’t worry; we still welcome your
proposal and session! Also, if you’d like help completing your proposal
please email myself at eschu...@prplfoundation.org
 and I’ll help you out. You can also
ask any of the OpenWrt Summit Committee members for help as well. As a
reminder, financial assistance is be available for speakers who require it.

I look forward to the session proposals! If you have any questions,
don't hesitate to ask myself or anyone else on the committee.

Thanks,

Eric Schultz, Chair, on behalf of the OpenWrt Summit Committee:

Abhijit Mahajani
Beda Kosata
Eric Schultz
Federico Capoano
Hans Dedecker
Hauke Mehrtens
Imre Kaloz
Kathy Giori
Luka Perkov
Paul Blay
Zoltan Herpai

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] (short) file length

[Stephan Hennig]

Am 12.08.2016 um 18:26 schrieb Stephan Hennig:

> is there any advantage in tuning file length to
> some file system characteristics?> [...]
>   i) when creating files while running LEDE
> 
>   ii) when placing files in an image using the image generator?
RTFW at !  Having
that done now and following some links given there, I gather that, ad
ii), SquashFS is so feature rich that there's no room for improvement by
manual intervention.  Ad i), I'm still not sure about JFFS2.

Best regards,
Stephan Hennig


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] base-files: sysupgrade. Added the ability to use URL as source

[Сергеев Сергей]

Hello.



From: Sergey Sergeev 

   scp uls(like this 
scp://adron@192.168.88.6:lede/lede-ar71xx-mikrotik-NAND-512b-squashfs-sysupgrade.bin)
 is supported too. And you also can specify custom ssh 
port(...8.88.6:22110:lede...)

Signed-off-by: Sergey Sergeev 
---
  package/base-files/files/lib/upgrade/common.sh | 26 +-
  package/base-files/files/sbin/sysupgrade   | 15 +++
  2 files changed, 36 insertions(+), 5 deletions(-)

diff --git a/package/base-files/files/lib/upgrade/common.sh 
b/package/base-files/files/lib/upgrade/common.sh
index ea03f77..080bea5 100644
--- a/package/base-files/files/lib/upgrade/common.sh
+++ b/package/base-files/files/lib/upgrade/common.sh
@@ -180,20 +180,36 @@ get_image() { #  [  ]
local from="$1"
local conc="$2"
local cmd
+   local need_quotes=1
  
  	case "$from" in

-   http://*|ftp://*) cmd="wget -O- -q";;
-   *) cmd="cat";;
+   scp://*)
+   cmd="ssh"
+   # extract custom ssh port(if specified)
+   local custom_port=`echo $from | sed -ne 
's!.\+:\([0-9]\+\):.\+!\1!p'`
+   [ -n "$custom_port" ] && {
+   cmd="$cmd -p $custom_port"
+   # remove custom port from url
+   from=`echo $from | sed -ne 
's!:\([0-9]\+\):!:!p'`
+   }
+   need_quotes=0 # here we add quotes manually
+   from=`echo $from | sed -ne 's!scp://!\"!p' | sed -ne 
's!:\(.\+\)!\" \"cat \1\"!p'`
+   ;;
+   http://* | https://* | ftp://*) cmd="wget -O-" ;;
+   *) cmd="cat" ;;
esac
+
+   # if needed => add quotes to $from var
+   [ $need_quotes -eq 1 ] && from=\"$from\"

we are back to square 1 here. is it not possible to just always use
quotes ? why would scp not require/work with them


because in the case of scp quotes are already present:
$ 
from=scp://adron@192.168.88.6:lede/bin/lede-ar71xx-mikrotik-NAND-512b-squashfs-sysupgrade.bin
$ from=`echo $from | sed -ne 's!scp://!\"!p' | sed -ne 's!:\(.\+\)!\" 
\"cat \1\"!p'`

$ echo $from
"adron@192.168.88.6" "cat 
lede/bin/lede-ar71xx-mikrotik-NAND-512b-squashfs-sysupgrade.bin"

$



John


+
if [ -z "$conc" ]; then
-   local magic="$(eval $cmd \"$from\" 2>/dev/null | dd bs=2 count=1 2>/dev/null | 
hexdump -n 2 -e '1/1 "%02x"')"
+   local magic="$(eval $cmd $from | dd bs=2 count=1 2>/dev/null | hexdump -n 2 -e 
'1/1 "%02x"')"
case "$magic" in
1f8b) conc="zcat";;
425a) conc="bzcat";;
esac
fi
-
-   eval "$cmd \"$from\" 2>/dev/null ${conc:+| $conc}"
+   eval "$cmd $from ${conc:+| $conc}"
  }
  
  get_magic_word() {

diff --git a/package/base-files/files/sbin/sysupgrade 
b/package/base-files/files/sbin/sysupgrade
index 2f441f8..fc1df22 100755
--- a/package/base-files/files/sbin/sysupgrade
+++ b/package/base-files/files/sbin/sysupgrade
@@ -137,6 +137,21 @@ include /lib/upgrade
  
  [ "$1" = "nand" ] && nand_upgrade_stage2 $@
  
+get_if_URL(){

+   local url="$1"
+   local url_repl_file="/tmp/sysupgrade-URL.bin"
+
+   case "$url" in
+   http://* | https://* | ftp://* | scp://*)
+   get_image "$url" "cat" > $url_repl_file
+   ARGV=${ARGV/"$url"/"$url_repl_file"}
+   ;;
+   esac
+}
+
+# get image file from URL if specified
+get_if_URL "$ARGV"
+
  do_save_conffiles() {
local conf_tar="${1:-$CONF_TAR}"
  




___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] base-files: sysupgrade. Added the ability to use URL as source

[John Crispin]

On 13/08/2016 13:04, ad...@yapic.net wrote:
> From: Sergey Sergeev 
> 
>   scp uls(like this 
> scp://adron@192.168.88.6:lede/lede-ar71xx-mikrotik-NAND-512b-squashfs-sysupgrade.bin)
> is supported too. And you also can specify custom ssh 
> port(...8.88.6:22110:lede...)
> 
> Signed-off-by: Sergey Sergeev 
> ---
>  package/base-files/files/lib/upgrade/common.sh | 26 
> +-
>  package/base-files/files/sbin/sysupgrade   | 15 +++
>  2 files changed, 36 insertions(+), 5 deletions(-)
> 
> diff --git a/package/base-files/files/lib/upgrade/common.sh 
> b/package/base-files/files/lib/upgrade/common.sh
> index ea03f77..080bea5 100644
> --- a/package/base-files/files/lib/upgrade/common.sh
> +++ b/package/base-files/files/lib/upgrade/common.sh
> @@ -180,20 +180,36 @@ get_image() { #  [  ]
>   local from="$1"
>   local conc="$2"
>   local cmd
> + local need_quotes=1
>  
>   case "$from" in
> - http://*|ftp://*) cmd="wget -O- -q";;
> - *) cmd="cat";;
> + scp://*)
> + cmd="ssh"
> + # extract custom ssh port(if specified)
> + local custom_port=`echo $from | sed -ne 
> 's!.\+:\([0-9]\+\):.\+!\1!p'`
> + [ -n "$custom_port" ] && {
> + cmd="$cmd -p $custom_port"
> + # remove custom port from url
> + from=`echo $from | sed -ne 
> 's!:\([0-9]\+\):!:!p'`
> + }
> + need_quotes=0 # here we add quotes manually
> + from=`echo $from | sed -ne 's!scp://!\"!p' | sed -ne 
> 's!:\(.\+\)!\" \"cat \1\"!p'`
> + ;;
> + http://* | https://* | ftp://*) cmd="wget -O-" ;;
> + *) cmd="cat" ;;
>   esac
> +
> + # if needed => add quotes to $from var
> + [ $need_quotes -eq 1 ] && from=\"$from\"

we are back to square 1 here. is it not possible to just always use
quotes ? why would scp not require/work with them

John

> +
>   if [ -z "$conc" ]; then
> - local magic="$(eval $cmd \"$from\" 2>/dev/null | dd bs=2 
> count=1 2>/dev/null | hexdump -n 2 -e '1/1 "%02x"')"
> + local magic="$(eval $cmd $from | dd bs=2 count=1 2>/dev/null | 
> hexdump -n 2 -e '1/1 "%02x"')"
>   case "$magic" in
>   1f8b) conc="zcat";;
>   425a) conc="bzcat";;
>   esac
>   fi
> -
> - eval "$cmd \"$from\" 2>/dev/null ${conc:+| $conc}"
> + eval "$cmd $from ${conc:+| $conc}"
>  }
>  
>  get_magic_word() {
> diff --git a/package/base-files/files/sbin/sysupgrade 
> b/package/base-files/files/sbin/sysupgrade
> index 2f441f8..fc1df22 100755
> --- a/package/base-files/files/sbin/sysupgrade
> +++ b/package/base-files/files/sbin/sysupgrade
> @@ -137,6 +137,21 @@ include /lib/upgrade
>  
>  [ "$1" = "nand" ] && nand_upgrade_stage2 $@
>  
> +get_if_URL(){
> + local url="$1"
> + local url_repl_file="/tmp/sysupgrade-URL.bin"
> +
> + case "$url" in
> + http://* | https://* | ftp://* | scp://*)
> + get_image "$url" "cat" > $url_repl_file
> + ARGV=${ARGV/"$url"/"$url_repl_file"}
> + ;;
> + esac
> +}
> +
> +# get image file from URL if specified
> +get_if_URL "$ARGV"
> +
>  do_save_conffiles() {
>   local conf_tar="${1:-$CONF_TAR}"
>  
> 

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH 2/2] octeon: remove the now redundant cpu cflags override

[Yousong Zhou]

The flags are now properly defined in include/target.mk

Signed-off-by: Yousong Zhou 
---
 target/linux/octeon/Makefile | 1 -
 1 file changed, 1 deletion(-)

diff --git a/target/linux/octeon/Makefile b/target/linux/octeon/Makefile
index 4a6d974..5cddd2d 100644
--- a/target/linux/octeon/Makefile
+++ b/target/linux/octeon/Makefile
@@ -11,7 +11,6 @@ BOARD:=octeon
 BOARDNAME:=Cavium Networks Octeon
 FEATURES:=squashfs ext4 initramfs pci usb
 CPU_TYPE:=octeon
-CPU_CFLAGS_octeon:=-march=octeon -mabi=64
 MAINTAINER:=John Crispin 
 
 KERNEL_PATCHVER:=4.4
-- 
2.6.4


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH 1/2] malta: enable be64 and le64 subtargets

[Yousong Zhou]

Signed-off-by: Yousong Zhou 
---
 target/linux/malta/Makefile| 2 +-
 target/linux/malta/be64/config-default | 7 +++
 target/linux/malta/be64/target.mk  | 1 +
 target/linux/malta/config-4.4  | 1 +
 target/linux/malta/le64/config-default | 7 +++
 target/linux/malta/le64/target.mk  | 1 +
 6 files changed, 18 insertions(+), 1 deletion(-)

diff --git a/target/linux/malta/Makefile b/target/linux/malta/Makefile
index a8663d8..50359c1 100644
--- a/target/linux/malta/Makefile
+++ b/target/linux/malta/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
 BOARD:=malta
 BOARDNAME:=MIPS Malta CoreLV board (qemu)
 CPU_TYPE:=24kc
-SUBTARGETS:=le be #le64 be64
+SUBTARGETS:=le be le64 be64
 INITRAMFS_EXTRA_FILES:=
 MAINTAINER:=Florian Fainelli 
 
diff --git a/target/linux/malta/be64/config-default 
b/target/linux/malta/be64/config-default
index b424c3e..374e29a 100644
--- a/target/linux/malta/be64/config-default
+++ b/target/linux/malta/be64/config-default
@@ -8,6 +8,7 @@ CONFIG_BLOCK_COMPAT=y
 CONFIG_COMPAT=y
 CONFIG_COMPAT_NETLINK_MESSAGES=y
 CONFIG_CPU_BIG_ENDIAN=y
+# CONFIG_LIQUIDIO is not set
 # CONFIG_CPU_LITTLE_ENDIAN is not set
 # CONFIG_CPU_MIPS32_R1 is not set
 # CONFIG_CPU_MIPS32_R2 is not set
@@ -25,6 +26,12 @@ CONFIG_MIPS32_COMPAT=y
 CONFIG_MIPS32_N32=y
 CONFIG_MIPS32_O32=y
 CONFIG_MODULES_USE_ELF_RELA=y
+CONFIG_PCI_BUS_ADDR_T_64BIT=y
+CONFIG_PGTABLE_LEVELS=3
 CONFIG_PHYS_ADDR_T_64BIT=y
 CONFIG_SYSVIPC_COMPAT=y
 CONFIG_SYS_SUPPORTS_HUGETLBFS=y
+# CONFIG_THUNDER_NIC_BGX is not set
+# CONFIG_THUNDER_NIC_PF is not set
+# CONFIG_THUNDER_NIC_VF is not set
+CONFIG_ZONE_DMA32=y
diff --git a/target/linux/malta/be64/target.mk 
b/target/linux/malta/be64/target.mk
index 96c0b50..7c3a166 100644
--- a/target/linux/malta/be64/target.mk
+++ b/target/linux/malta/be64/target.mk
@@ -1,4 +1,5 @@
 ARCH:=mips64
+CPU_TYPE:=mips64
 SUBTARGET:=be64
 BOARDNAME:=Big Endian (64-bits)
 FEATURES:=ramdisk
diff --git a/target/linux/malta/config-4.4 b/target/linux/malta/config-4.4
index c20073b..6786ba7 100644
--- a/target/linux/malta/config-4.4
+++ b/target/linux/malta/config-4.4
@@ -10,6 +10,7 @@ CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
 CONFIG_ARCH_MIGHT_HAVE_PC_SERIO=y
 CONFIG_ARCH_SUPPORTS_UPROBES=y
 CONFIG_ARCH_USE_BUILTIN_BSWAP=y
+CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y
 CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
 CONFIG_ATA=y
 CONFIG_ATA_PIIX=y
diff --git a/target/linux/malta/le64/config-default 
b/target/linux/malta/le64/config-default
index 8b5731e..725c3e4 100644
--- a/target/linux/malta/le64/config-default
+++ b/target/linux/malta/le64/config-default
@@ -8,6 +8,7 @@ CONFIG_BLOCK_COMPAT=y
 CONFIG_COMPAT=y
 CONFIG_COMPAT_NETLINK_MESSAGES=y
 # CONFIG_CPU_BIG_ENDIAN is not set
+# CONFIG_LIQUIDIO is not set
 CONFIG_CPU_LITTLE_ENDIAN=y
 # CONFIG_CPU_MIPS32_R1 is not set
 # CONFIG_CPU_MIPS32_R2 is not set
@@ -25,6 +26,12 @@ CONFIG_MIPS32_COMPAT=y
 CONFIG_MIPS32_N32=y
 CONFIG_MIPS32_O32=y
 CONFIG_MODULES_USE_ELF_RELA=y
+CONFIG_PCI_BUS_ADDR_T_64BIT=y
+CONFIG_PGTABLE_LEVELS=3
 CONFIG_PHYS_ADDR_T_64BIT=y
 CONFIG_SYSVIPC_COMPAT=y
 CONFIG_SYS_SUPPORTS_HUGETLBFS=y
+# CONFIG_THUNDER_NIC_BGX is not set
+# CONFIG_THUNDER_NIC_PF is not set
+# CONFIG_THUNDER_NIC_VF is not set
+CONFIG_ZONE_DMA32=y
diff --git a/target/linux/malta/le64/target.mk 
b/target/linux/malta/le64/target.mk
index badea19..32aaea2 100644
--- a/target/linux/malta/le64/target.mk
+++ b/target/linux/malta/le64/target.mk
@@ -1,4 +1,5 @@
 ARCH:=mips64el
+CPU_TYPE:=mips64
 SUBTARGET:=le64
 BOARDNAME:=Little Endian (64-bits)
 FEATURES:=ramdisk
-- 
2.6.4


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] stall/hang in netifd on LEDE r1318 on Linksys WRT1900AC V1

[Syrone Wong]

I have the same issue. Everything works well on
https://github.com/lede-project/source/commit/22ef1c83b35cd5633b0c58c9c38a43494a906a6a,
boot hang when compiling
https://github.com/lede-project/source/commit/b9b665ae49469a73d254b1a219a4a7c4e22f27c0
last night.

I'm too lazy to attach TTL cable, then I revert to the older version.

I hope my information help.

Best Regards,
Syrone Wong


On Mon, Aug 15, 2016 at 2:27 PM, pat  wrote:
> Dear LEDE devs,
>
> There doesn’t appear to be an LEDE forum yet, else I’d post it on the forum.  
> So I’m hoping someone on the mail list has a suggestion here.
>
> I’ve been running a build of OpenWRT DD R49195 since earlier this year.
> I thought I’d try to move to LEDE.
>
> To that end, I’ve just built an image based on LEDE r1318 for a Linksys 
> WRT1900AC V1 (aka mamba).
> The build completed successfully, and the image appears to have flashed 
> successfully.
> Upon booting, the boot process stalls/hangs.  I see the following in a 
> serial/tty console;
>
> .
> …
> ….
> [   16.641909] device eth0 entered promiscuous mode
> [   16.649345] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
> [   76.692269] INFO: rcu_sched self-detected stall on CPU
> [   76.697461]  1-...: (6000 ticks this GP) idle=4b7/141/0 
> softirq=902/919 fqs=5980
> [   76.702321] INFO: rcu_sched detected stalls on CPUs/tasks:
> [   76.702341]  1-...: (6000 ticks this GP) idle=4b7/141/0 
> softirq=902/919 fqs=5980
> [   76.702352]  (detected by 0, t=6002 jiffies, g=111, c=110, q=990)
> [   76.702356] Task dump for CPU 1:
> [   76.702368] netifd  R running  0  1106  1 0x0002
> [   76.702401] [] (__schedule) from [] 
> (SyS_ioctl+0x34/0x5c)
> [   76.702418] [] (SyS_ioctl) from [] 
> (ret_fast_syscall+0x0/0x3c)
> [   76.750523]   (t=6006 jiffies g=111 c=110 q=990)
> [   76.755178] Task dump for CPU 1:
> [   76.758420] netifd  R running  0  1106  1 0x0002
> [   76.764838] [] (unwind_backtrace) from [] 
> (show_stack+0x10/0x14)
> [   76.772617] [] (show_stack) from [] 
> (rcu_dump_cpu_stacks+0x78/0xb0)
> [   76.780648] [] (rcu_dump_cpu_stacks) from [] 
> (rcu_check_callbacks+0x28c/0x754)
> [   76.789637] [] (rcu_check_callbacks) from [] 
> (update_process_times+0x38/0x64)
> [   76.798543] [] (update_process_times) from [] 
> (tick_sched_timer+0x21c/0x260)
> [   76.807358] [] (tick_sched_timer) from [] 
> (__hrtimer_run_queues+0xf8/0x1b8)
> [   76.816084] [] (__hrtimer_run_queues) from [] 
> (hrtimer_interrupt+0xac/0x200)
> [   76.824898] [] (hrtimer_interrupt) from [] 
> (armada_370_xp_timer_interrupt+0x30/0x38)
> [   76.834407] [] (armada_370_xp_timer_interrupt) from [] 
> (handle_percpu_devid_irq+0x6c/0x84)
> [   76.87] [] (handle_percpu_devid_irq) from [] 
> (generic_handle_irq+0x24/0x34)
> [   76.853521] [] (generic_handle_irq) from [] 
> (__handle_domain_irq+0x98/0xac)
> [   76.862247] [] (__handle_domain_irq) from [] 
> (armada_370_xp_handle_irq+0x50/0xb0)
> [   76.871496] [] (armada_370_xp_handle_irq) from [] 
> (__irq_svc+0x54/0x70)
> [   76.879869] Exception stack(0xce1b5de8 to 0xce1b5e30)
> [   76.884938] 5de0:    cf83fca4  cf83eca4 
> c05c6614 cf83fca4
> [   76.893141] 5e00: cf83fc80 cf83f830     
> cf83eca8 ce1b5e38
> [   76.901341] 5e20: c0028e20 c0042198 a013 
> [   76.906417] [] (__irq_svc) from [] 
> (raw_notifier_chain_register+0x10/0x40)
> [   76.915064] [] (raw_notifier_chain_register) from [] 
> (register_cpu_notifier+0x28/0x3c)
> [   76.924759] [] (register_cpu_notifier) from [] 
> (mvneta_open+0xb8/0x170)
> [   76.933147] [] (mvneta_open) from [] 
> (__dev_open+0x8c/0x108)
> [   76.940569] [] (__dev_open) from [] 
> (__dev_change_flags+0xb0/0x140)
> [   76.948597] [] (__dev_change_flags) from [] 
> (dev_change_flags+0x18/0x48)
> [   76.957072] [] (dev_change_flags) from [] 
> (dev_ifsioc+0xd0/0x320)
> [   76.964928] [] (dev_ifsioc) from [] 
> (dev_ioctl+0x7f4/0x8c0)
> [   76.972266] [] (dev_ioctl) from [] 
> (do_vfs_ioctl+0x6a4/0x6f4)
> [   76.979772] [] (do_vfs_ioctl) from [] 
> (SyS_ioctl+0x34/0x5c)
> [   76.987106] [] (SyS_ioctl) from [] 
> (ret_fast_syscall+0x0/0x3c)
>
> It seems netifd is hung (maybe in the mvneta driver)
> Has anyone else already seen this?
> What is causing this?
> How do I fix it?
>
> Thanks
>
>
> ___
> Lede-dev mailing list
> Lede-dev@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] stall/hang in netifd on LEDE r1318 on Linksys WRT1900AC V1

[pat]

Dear LEDE devs,

There doesn’t appear to be an LEDE forum yet, else I’d post it on the forum.  
So I’m hoping someone on the mail list has a suggestion here.

I’ve been running a build of OpenWRT DD R49195 since earlier this year.
I thought I’d try to move to LEDE.

To that end, I’ve just built an image based on LEDE r1318 for a Linksys 
WRT1900AC V1 (aka mamba).
The build completed successfully, and the image appears to have flashed 
successfully.
Upon booting, the boot process stalls/hangs.  I see the following in a 
serial/tty console;

.   
…
….
[   16.641909] device eth0 entered promiscuous mode
[   16.649345] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   76.692269] INFO: rcu_sched self-detected stall on CPU
[   76.697461]  1-...: (6000 ticks this GP) idle=4b7/141/0 
softirq=902/919 fqs=5980 
[   76.702321] INFO: rcu_sched detected stalls on CPUs/tasks:
[   76.702341]  1-...: (6000 ticks this GP) idle=4b7/141/0 
softirq=902/919 fqs=5980 
[   76.702352]  (detected by 0, t=6002 jiffies, g=111, c=110, q=990)
[   76.702356] Task dump for CPU 1:
[   76.702368] netifd  R running  0  1106  1 0x0002
[   76.702401] [] (__schedule) from [] (SyS_ioctl+0x34/0x5c)
[   76.702418] [] (SyS_ioctl) from [] 
(ret_fast_syscall+0x0/0x3c)
[   76.750523]   (t=6006 jiffies g=111 c=110 q=990)
[   76.755178] Task dump for CPU 1:
[   76.758420] netifd  R running  0  1106  1 0x0002
[   76.764838] [] (unwind_backtrace) from [] 
(show_stack+0x10/0x14)
[   76.772617] [] (show_stack) from [] 
(rcu_dump_cpu_stacks+0x78/0xb0)
[   76.780648] [] (rcu_dump_cpu_stacks) from [] 
(rcu_check_callbacks+0x28c/0x754)
[   76.789637] [] (rcu_check_callbacks) from [] 
(update_process_times+0x38/0x64)
[   76.798543] [] (update_process_times) from [] 
(tick_sched_timer+0x21c/0x260)
[   76.807358] [] (tick_sched_timer) from [] 
(__hrtimer_run_queues+0xf8/0x1b8)
[   76.816084] [] (__hrtimer_run_queues) from [] 
(hrtimer_interrupt+0xac/0x200)
[   76.824898] [] (hrtimer_interrupt) from [] 
(armada_370_xp_timer_interrupt+0x30/0x38)
[   76.834407] [] (armada_370_xp_timer_interrupt) from [] 
(handle_percpu_devid_irq+0x6c/0x84)
[   76.87] [] (handle_percpu_devid_irq) from [] 
(generic_handle_irq+0x24/0x34)
[   76.853521] [] (generic_handle_irq) from [] 
(__handle_domain_irq+0x98/0xac)
[   76.862247] [] (__handle_domain_irq) from [] 
(armada_370_xp_handle_irq+0x50/0xb0)
[   76.871496] [] (armada_370_xp_handle_irq) from [] 
(__irq_svc+0x54/0x70)
[   76.879869] Exception stack(0xce1b5de8 to 0xce1b5e30)
[   76.884938] 5de0:    cf83fca4  cf83eca4 
c05c6614 cf83fca4
[   76.893141] 5e00: cf83fc80 cf83f830     
cf83eca8 ce1b5e38
[   76.901341] 5e20: c0028e20 c0042198 a013 
[   76.906417] [] (__irq_svc) from [] 
(raw_notifier_chain_register+0x10/0x40)
[   76.915064] [] (raw_notifier_chain_register) from [] 
(register_cpu_notifier+0x28/0x3c)
[   76.924759] [] (register_cpu_notifier) from [] 
(mvneta_open+0xb8/0x170)
[   76.933147] [] (mvneta_open) from [] 
(__dev_open+0x8c/0x108)
[   76.940569] [] (__dev_open) from [] 
(__dev_change_flags+0xb0/0x140)
[   76.948597] [] (__dev_change_flags) from [] 
(dev_change_flags+0x18/0x48)
[   76.957072] [] (dev_change_flags) from [] 
(dev_ifsioc+0xd0/0x320)
[   76.964928] [] (dev_ifsioc) from [] 
(dev_ioctl+0x7f4/0x8c0)
[   76.972266] [] (dev_ioctl) from [] 
(do_vfs_ioctl+0x6a4/0x6f4)
[   76.979772] [] (do_vfs_ioctl) from [] 
(SyS_ioctl+0x34/0x5c)
[   76.987106] [] (SyS_ioctl) from [] 
(ret_fast_syscall+0x0/0x3c)

It seems netifd is hung (maybe in the mvneta driver)
Has anyone else already seen this?
What is causing this?
How do I fix it?

Thanks


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev