[LEDE-DEV] [PATCH v2] ramips: add support for Ubiquiti EdgeRouter X-SFP

p.wassi at gmx.at p.wassi at gmx.at
Fri Jun 9 07:56:23 PDT 2017


Hi,

it's the same there (4.9.31) - it happens every now and then (interval is a few minutes).

> [  260.580000] INFO: rcu_sched detected stalls on CPUs/tasks:
> [  260.590000] 	2-...: (0 ticks this GP) idle=50c/0/0 softirq=4340/4340 fqs=0 
> [  260.600000] 	(detected by 1, t=6004 jiffies, g=1046, c=1045, q=2140)
> [  260.610000] Task dump for CPU 2:
> [  260.620000] swapper/2       R  running task        0     0      1 0x00100000
> [  260.630000] Stack : 8fc75fe0 0000fc00 00000000 ff7471a4 00000036 ffffffff 00000000 00000000
> [  260.650000]         804bb48c 00000004 8045bca0 804c0000 00000001 00000001 bfbf8000 00000000
> [  260.670000]         00000000 8000c1cc 00000000 00000000 8fc74000 8fc75f00 00000000 80062e74
> [  260.680000]         1100fc03 00000003 00000001 804c0000 804bb48c 80062e6c 00000005 00000000
> [  260.700000]         00000000 00000001 00000005 00000000 00000000 00000001 00000001 803cc0b4
> [  260.720000]         ...
> [  260.720000] Call Trace:
> [  260.730000] [<803c7c98>] __schedule+0x5d4/0x7a4
> [  260.730000] [<8000c1cc>] r4k_wait_irqoff+0x0/0x20
> [  260.740000] rcu_sched kthread starved for 6018 jiffies! g1046 c1045 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
> [  260.760000] rcu_sched       S    0     7      2 0x00100000
> [  260.770000] Stack : 804bb5f4 8fc52340 81211bc0 00000000 81211bc0 00000000 81211bc0 8050fbc0
> [  260.790000]         81228320 ffffd929 81228320 8fc6be50 804c0000 00000001 804c0000 804c0000
> [  260.810000]         804c35b0 803c7ed4 ffffd929 804c0000 8fc6be50 81228320 ffffd929 803ca838
> [  260.820000]         8fc6a000 8fc6be60 804c3480 804c35b0 8122a240 00000001 00000000 81228510
> [  260.840000]         ffffd929 8007b964 8fc52340 19800002 804c3480 00000001 804c0000 00000000
> [  260.860000]         ...
> [  260.860000] Call Trace:
> [  260.870000] [<803c7c98>] __schedule+0x5d4/0x7a4
> [  260.880000] [<803c7ed4>] schedule+0x6c/0x84
> [  260.880000] [<803ca838>] schedule_timeout+0x160/0x19c
> [  260.890000] [<80078ea0>] rcu_gp_kthread+0x7f4/0x7fc
> [  260.900000] [<80044b98>] kthread+0xd8/0xec
> [  260.910000] [<8000a318>] ret_from_kernel_thread+0x14/0x1c

>From what I've seen now, it's only reporting task dumps for "CPU 2".
Anyway, I'll let it run longer than just half an hour, and will again report tomorrow.

Best,
P. Wassi

PS: I've only installed (and enabled) sqm-scripts and openvpn-mbedtls additionally. WAN is PPPoE.


> On 09/06/17 09:04, John Crispin wrote:
> 
> Hi,
> 
> can you try with v4.9 please ?
> 
>      John
> 
> >> [  470.410000] INFO: rcu_sched detected stalls on CPUs/tasks:
> >> [  470.420000] 	1-...: (127 GPs behind) idle=ee6/0/0 softirq=9641/9643 fqs=1
> >> [  470.430000] 	(detected by 3, t=6004 jiffies, g=898, c=897, q=606)
> >> [  470.440000] Task dump for CPU 1:
> >> [  470.450000] swapper/1       R running      0     0      1 0x00100000
> >> [  470.460000] Stack : 00000000 0e406087 0000006d ffffffff 00000061 7795a2c0 804df2a4 80490000
> >> [  470.460000] 	  8048c75c 00000001 00000001 8048c540 8048c724 80490000 00000000 800135e4
> >> [  470.460000] 	  1100fc03 00000003 8fc70000 8fc71ec0 80490000 8005ecc8 1100fc03 00000001
> >> [  470.460000] 	  00000000 80490000 804df2a4 8005ecc0 80490000 8001b1a8 1100fc03 00000000
> >> [  470.460000] 	  00000004 8048c4a0 000000a0 8001b1b0 b6eeeefd a02eacbf 5d3cafc3 7dbbdccc
> >> [  470.460000] 	  ...
> >> [  470.530000] Call Trace:
> >> [  470.540000] [<8000be98>] __schedule+0x574/0x758
> >> [  470.550000] [<800135e4>] r4k_wait_irqoff+0x0/0x20
> >> [  470.550000]
> >> [  470.560000] rcu_sched kthread starved for 6016 jiffies! g898 c897 f0x0 s3 ->state=0x1
> > Kernel is 4.4.71
> >
> > Also, just while editing a config file the router rebooted.
> > Does someone else also have this issue?
> >
> > Best regards,
> > P. Wassi
> >
> >
> >> On 07/06/17 12:10, John Crispin wrote:
> >>
> >>
> >> On 07/06/17 01:36, Sven Roederer wrote:
> >>> John,
> >>>
> >>> just checked with master build f500799 as initrd-kernel. Looks fine as
> >>> I can see from bootlog.
> >>> Anything special to test?
> >>>
> >>> [    1.710000] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys error
> >>> [    1.720000] Allocate 16 byte aligned buffer: 80592f90
> >>> [    1.730000] Enable NFI Clock
> >>> [    1.740000] # MTK NAND # : Use HW ECC
> >>> [    1.740000] Device found in MTK table, ID: 1da, EXT_ID: 909546
> >>> [    1.760000] Support this Device in MTK table! 1da
> >>> [    1.770000] nand: device found, Manufacturer ID: 0x01, Chip ID: 0xda
> >>> [    1.780000] nand: AMD/Spansion NAND 256MiB 3,3V 8-bit
> >>> [    1.790000] nand: 256 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 128
> >>> [    1.800000] [NAND]select ecc bit:12, sparesize :112 spare_per_sector=28
> >>> [    1.820000] Scanning device for bad blocks
> >>> [    2.520000] 6 ofpart partitions found on MTD device MT7621-NAND
> >>> [    2.530000] Creating 6 MTD partitions on "MT7621-NAND":
> >>> [    2.540000] 0x000000000000-0x000000080000 : "u-boot"
> >>> [    2.550000] 0x000000080000-0x0000000e0000 : "u-boot-env"
> >>> [    2.560000] 0x0000000e0000-0x000000140000 : "factory"
> >>> [    2.570000] 0x000000140000-0x000000440000 : "kernel1"
> >>> [    2.580000] 0x000000440000-0x000000740000 : "kernel2"
> >>> [    2.590000] 0x000000740000-0x00000ff00000 : "ubi"
> >>> [    2.610000] [mtk_nand] probe successfully!
> >>> [    2.610000] Signature matched and data read!
> >>> [    2.620000] load_fact_bbt success 2047
> >>>
> >>>
> >>> Sven
> >> Thanks for testing, i just wanted a 2nd test result for the nand support
> >> on v4.9. i think i'll just switch ramips to v4.9 and hope all goes well.
> >>
> >>       John
> >>
> >> _______________________________________________
> >> Lede-dev mailing list
> >> Lede-dev at lists.infradead.org
> >> http://lists.infradead.org/mailman/listinfo/lede-dev
> >>
> > _______________________________________________
> > Lede-dev mailing list
> > Lede-dev at lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/lede-dev
> 
> 
> _______________________________________________
> Lede-dev mailing list
> Lede-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
> 



More information about the Lede-dev mailing list