Dear Qiang,

        I've found xenomai supported igb driver as RTNET, and can I use this 
driver instead of normal linux driver that I only use I211 for TCPIP socket.
        Thankyou.

Best Regards,
Ivan

在 2022/4/11 16:40,“Ivan Jiang”<jcgefo...@aliyun.com> 写入:

    Add on:

        [  443.996057] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
    [  444.002166] rcu:     5-...0: (0 ticks this GP) 
idle=8de/1/0x4000000000000000 softirq=722/722 fqs=9227 last_accelerate: 
fcd8/8c9e, nonlazy_posted: 0, L.
    [  444.015487] rcu:     (detected by 3, t=36767 jiffies, g=11061, q=792)
    [  444.021677] Task dump for CPU 5:
    [  444.024906] kworker/5:2     R  running task        0   263     !2 
0x0000022a
    [  444.031969] Workq▒eue: events igb_watchdog_task
    [  444.036503] Call trace:
    [  444.038952]  __switch_to+0xe8/0x138
    [  444.042442]  0xffff800639210000
    [  444.045588] rcu: rcu_preempt kthread starved for 18306 jiffies! g11061 
f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=5
    [  444.055951] rcu: RCU grace-period kthread stack dump:
    [  444.061006] rcu_preempt     R  running task        0    10      2 
0x00000028
    [  444.068066] Call trace:
    [  444.070514]  __switch_to+0xe8/0x138
    [  444.074006]  __schedule+0x2c0/0x828
    [  444.077497]  schedule+0x38/0xa8
    [  444.080641]  schedule_timeout+0x98/0x440
    [  444.084568]  rcu_gp_kthread+0x4ac/0x8b0
    [  444.088407]  kthread+0x12c/0x130
    [  444.091638]  ret_from_fork+0x14/0x1c

    在 2022/4/11 16:24,“Xenomai 代表 Ivan Jiang via 
Xenomai”<xenomai-boun...@xenomai.org 代表 xenomai@xenomai.org> 写入:

        Dear Qiang:

                Another information like this:
                [  121.127758] rcu: INFO: rcu_preempt detected stalls on 
CPUs/tasks:
        [  121.133887] rcu:     0-...0: (5 ticks this GP) 
idle=b5a/1/0x4000000000000002 softirq=11605/11606 fqs=2336
        [  121.143294] rcu:     (detected by 4, t=5255 jiffies, g=4137, q=10)
        [  121.149225] Task dump for CPU 0:
        [  121.152457] tcf-agent       R  running task        0   384      1 
0x0000020a
        [  121.159520] Call trace:
        [  121.161987]  __switch_to+0xe8/0x138
        [  121.165481]  0xffff000008e4c000
        [  220.120678] audit: type=1701 audit(1649325109.997:4): 
auid=4294967295 uid=0 gid=0 ses=4294967295 pid=241 comm="systemd-journal" 
exe="/lib/systemd/systemd-journald" sig=6 res=1
        [  280.369229] systemd[1]: systemd-udevd.service: Watchdog timeout 
(limit 3min)!
        [  280.376682] systemd[1]: systemd-udevd.service: Killing process 255 
(systemd-udevd) with signal SIGABRT.
        [  280.386241] audit: type=1701 audit(1649325109.997:5): 
auid=4294967295 uid=0 gid=0 ses=4294967295 pid=255 comm="systemd-udevd" 
exe="/lib/systemd/systemd-udevd" sig=6 res=1
        [  310.369200] systemd[1]: systemd-journald.service: State 
'stop-sigabrt' timed out. Terminating.
        [  370.619174] systemd[1]: systemd-udevd.service: State 'stop-sigabrt' 
timed out. Terminating.
        [  400.619175] systemd[1]: systemd-journald.service: State 
'stop-sigterm' timed out. Killing.
        [  400.627584] systemd[1]: systemd-journald.service: Killing process 
241 (systemd-journal) with signal SIGKILL.

        Thank you.
        BR.,
        Ivan


        在 2022/4/11 16:11,“Zhang, Qiang1”<qiang1.zh...@intel.com> 写入:


                Dear xenomais:

                    When I used Intel I211 Ethernet chip (pcie 2 Gigibit) met 
rcu error like below:
                        rcu: INFO: rcu_preempt detected expedited stalls on 
CPUs/tasks: { 5-... } 5335 jiffies s: 37 root: 0x20/.
                        [  392.174721] rcu: blocking rcu_node structures:
                        [  392.179174] Task dump for CPU 5:
                        [  392.182411] kworker/5:2     R  running task        0 
  263      2 0x0000022a
                        [  392.189479] Workqueue: events igb_watchdog_task
                        [  392.194018] Call trace:
                        [  392.196471]  __switch_to+0xe8/0x138
                        [  392.199961]  0xffff800639210000

            Hi, Please provide full  rcu stall information, this info indicate 
the CPU5 can not notice rcu quiescent state,
            This may be because the status cannot be reported in time due to 
disable interrupts or preemption long time etc
             you can see Documentation/RCU/stallwarn.rst.

            Thanks
            Zqiang



                        Environment like this:
                        Cobalt 3.1 ipipe 4.19.106 or 4.19.198 ARM64
                        Starting commands isolcpus=1,2 
xenomai.supported_cpus=0x06 nohz_full=1,2 rcu_nocbs=1,2 irqaffinity=0,3,4,5 
nmi_interrupt=0
                        Because I set irqaffinity on NRT cpus: CPU0 CPU3 CPU4 
CPU5, so Task dump for CPU 0 3 4 5 randomly.
                        And when the error messages appeared after 10 minutes, 
the system 's no longer responded anything and I haven't done any threads with 
this Ethernet port just ping command.
                        .config file contains such options:
                        CONFIG_NO_HZ_FULL = y
                        CONFIG_RCU_NOCB_CPU=y
                        CONFIG_PREEMPT=y
                        CONFIG_CPU_IDLE=n
                        CONFIG_ARM_CPUIDLE=n
                        CONFIG_CPU_FREQ=n
                        Could you be pleased help me what could be the problem.

                        Thank you.

                Best Regards,
                Ivan













Reply via email to