* NCSI eth0 (ftgmac100): transmit queue 0 timed out error
@ 2018-12-19 7:49 xiuzhi
2018-12-19 23:36 ` Samuel Mendoza-Jonas
0 siblings, 1 reply; 8+ messages in thread
From: xiuzhi @ 2018-12-19 7:49 UTC (permalink / raw)
To: openbmc
[-- Attachment #1: Type: text/plain, Size: 6010 bytes --]
Hi all,
I set the eth0/MAC#1 of Ast2500 to NCSI mode.
There is a on-off switch between Ast2500 MAC#1 and host Network.
The hardware electrical signal is good and can ping to other machines on AMI BMC
.dts:
&mac0 {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_rgii_default>;
use-ncsi;
};
demsg:
[ 18.204116] 8021q: adding VLAN 0 to HW filter on device eth0
[ 18.884647] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 19.391004] aspeed-video 1e700000.video: timed out on 1st mode detect
[ 19.397549] aspeed-video 1e700000.video: Failed to start video engine
[ 20.481030] ftgmac100 1e660000.ethernet eth0: NCSI: No channel found with link
[ 20.961742] ftgmac100 1e680000.ethernet eth1: Link is Up - 10Mbps/Half - flow control off
[ 20.969995] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 103.120946] ------------[ cut here ]------------
[ 103.125630] WARNING: CPU: 0 PID: 1329 at /usr/src/kernel/net/sched/sch_generic.c:461 dev_watchdc
[ 103.135678] NETDEV WATCHDOG: eth0 (ftgmac100): transmit queue 0 timed out
[ 103.142580] CPU: 0 PID: 1329 Comm: ipmid Tainted: G W 4.18.16-71414b7d863e8ee6131
[ 103.153562] Hardware name: Generic DT based system
[ 103.158432] [<80109bec>] (unwind_backtrace) from [<801075fc>] (show_stack+0x20/0x24)
[ 103.166310] [<801075fc>] (show_stack) from [<80646f48>] (dump_stack+0x20/0x28)
[ 103.173665] [<80646f48>] (dump_stack) from [<80116fac>] (__warn+0xdc/0x104)
[ 103.180662] [<80116fac>] (__warn) from [<80117028>] (warn_slowpath_fmt+0x54/0x74)
[ 103.188331] [<80117028>] (warn_slowpath_fmt) from [<8055f3c0>] (dev_watchdog+0x230/0x24c)
[ 103.196663] [<8055f3c0>] (dev_watchdog) from [<80157b38>] (call_timer_fn+0x3c/0x120)
[ 103.204547] [<80157b38>] (call_timer_fn) from [<80157ccc>] (expire_timers+0xb0/0xbc)
[ 103.212427] [<80157ccc>] (expire_timers) from [<80157dc8>] (run_timer_softirq+0xa4/0x198)
[ 103.220644] [<80157dc8>] (run_timer_softirq) from [<8010223c>] (__do_softirq+0xcc/0x2f0)
[ 103.228863] [<8010223c>] (__do_softirq) from [<8011b278>] (irq_exit+0xfc/0x110)
[ 103.236334] [<8011b278>] (irq_exit) from [<8014ba14>] (__handle_domain_irq+0x60/0xb8)
[ 103.244311] [<8014ba14>] (__handle_domain_irq) from [<80102164>] (avic_handle_irq+0x68/0x70)
[ 103.252876] [<80102164>] (avic_handle_irq) from [<801019ec>] (__irq_svc+0x6c/0x90)
[ 103.260461] Exception stack(0x97ddf870 to 0x97ddf8b8)
[ 103.265630] f860: 000001b0 0063e8dc 969e0ee4 00000401
[ 103.273907] f880: 969e0000 00000000 00000000 00000600 fbd51971 0000008b 969e06dc 97ddf8ec
[ 103.282174] f8a0: 000001b0 97ddf8c0 048ecf6b 8036faac 20000013 ffffffff
[ 103.288843] [<801019ec>] (__irq_svc) from [<8036faac>] (lzma_main+0x6ac/0x8e8)
[ 103.296186] [<8036faac>] (lzma_main) from [<803702e0>] (xz_dec_lzma2_run+0x5f8/0x840)
[ 103.304139] [<803702e0>] (xz_dec_lzma2_run) from [<8036e9b8>] (xz_dec_run+0x378/0xa9c)
[ 103.312215] [<8036e9b8>] (xz_dec_run) from [<802a0fec>] (squashfs_xz_uncompress+0x84/0x228)
[ 103.320606] [<802a0fec>] (squashfs_xz_uncompress) from [<802a0f14>] (squashfs_decompress+0x68/0)
[ 103.329774] [<802a0f14>] (squashfs_decompress) from [<8029cc00>] (squashfs_read_data+0x3d4/0x6f)
[ 103.338754] [<8029cc00>] (squashfs_read_data) from [<8029d220>] (squashfs_cache_get+0x170/0x348)
[ 103.347660] [<8029d220>] (squashfs_cache_get) from [<8029d7b0>] (squashfs_read_metadata+0xa4/0x)
[ 103.356832] [<8029d7b0>] (squashfs_read_metadata) from [<8029f128>] (squashfs_read_inode+0x98/0)
[ 103.366083] [<8029f128>] (squashfs_read_inode) from [<8029fa14>] (squashfs_iget+0x6c/0x9c)
[ 103.374473] [<8029fa14>] (squashfs_iget) from [<8029fd74>] (squashfs_lookup+0x330/0x484)
[ 103.382691] [<8029fd74>] (squashfs_lookup) from [<802362e0>] (__lookup_slow+0x94/0x150)
[ 103.390736] [<802362e0>] (__lookup_slow) from [<802363dc>] (lookup_slow+0x40/0x54)
[ 103.398425] [<802363dc>] (lookup_slow) from [<8023940c>] (lookup_one_len_unlocked+0x78/0x84)
[ 103.406986] [<8023940c>] (lookup_one_len_unlocked) from [<802f3eb8>] (ovl_lookup_single+0x34/0x)
[ 103.416153] [<802f3eb8>] (ovl_lookup_single) from [<802f42a4>] (ovl_lookup_layer+0x134/0x184)
[ 103.424790] [<802f42a4>] (ovl_lookup_layer) from [<802f52f8>] (ovl_lookup+0x3c8/0x7bc)
[ 103.432823] [<802f52f8>] (ovl_lookup) from [<8023a6e4>] (path_openat+0xbac/0x10c8)
[ 103.440422] [<8023a6e4>] (path_openat) from [<8023ac80>] (do_filp_open+0x80/0xf0)
[ 103.448027] [<8023ac80>] (do_filp_open) from [<8022973c>] (do_sys_open+0x178/0x21c)
[ 103.455816] [<8022973c>] (do_sys_open) from [<80229828>] (sys_openat+0x1c/0x20)
[ 103.463247] [<80229828>] (sys_openat) from [<80101000>] (ret_fast_syscall+0x0/0x54)
[ 103.471002] Exception stack(0x97ddffa8 to 0x97ddfff0)
[ 103.476136] ffa0: 00d9b3e0 7ebaf574 ffffff9c 00dbb7c8 00080000 00000000
[ 103.484409] ffc0: 00d9b3e0 7ebaf574 4e451908 00000142 00000000 00000002 00000000 7ebaf52c
[ 103.492671] ffe0: 4e450908 7ebaf4c0 4e426e10 4e439b80
[ 103.497743] ---[ end trace 935ea877fd2be47d ]---
Best,
Xiuzhi
[-- Attachment #2: Type: text/html, Size: 10011 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: NCSI eth0 (ftgmac100): transmit queue 0 timed out error
2018-12-19 7:49 NCSI eth0 (ftgmac100): transmit queue 0 timed out error xiuzhi
@ 2018-12-19 23:36 ` Samuel Mendoza-Jonas
0 siblings, 0 replies; 8+ messages in thread
From: Samuel Mendoza-Jonas @ 2018-12-19 23:36 UTC (permalink / raw)
To: xiuzhi, openbmc
On Wed, 2018-12-19 at 15:49 +0800, xiuzhi wrote:
>
> Hi all,
> I set the eth0/MAC#1 of Ast2500 to NCSI mode.
> There is a on-off switch between Ast2500 MAC#1 and host Network.
> The hardware electrical signal is good and can ping to other machines on AMI BMC
> .dts:
> &mac0 {
> status = "okay";
>
> pinctrl-names = "default";
> pinctrl-0 = <&pinctrl_rgii_default>;
> use-ncsi;
> };
>
> demsg:
> [ 18.204116] 8021q: adding VLAN 0 to HW filter on device eth0
> [ 18.884647] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
> [ 19.391004] aspeed-video 1e700000.video: timed out on 1st mode detect
> [ 19.397549] aspeed-video 1e700000.video: Failed to start video engine
> [ 20.481030] ftgmac100 1e660000.ethernet eth0: NCSI: No channel found with link
This likely means the Network Controller didn't respond to the NCSI
driver's probe process. If that happens even after a power cycle then
hopefully one of the BMC people can weigh in on how to make sure it's set
up correctly. If it only happens intermittently then it may be related to
the NCSI microcode.
Cheers,
Sam
>
> [ 20.961742] ftgmac100 1e680000.ethernet eth1: Link is Up - 10Mbps/Half - flow control off
> [ 20.969995] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> [ 103.120946] ------------[ cut here ]------------
> [ 103.125630] WARNING: CPU: 0 PID: 1329 at /usr/src/kernel/net/sched/sch_generic.c:461 dev_watchdc
> [ 103.135678] NETDEV WATCHDOG: eth0 (ftgmac100): transmit queue 0 timed out
> [ 103.142580] CPU: 0 PID: 1329 Comm: ipmid Tainted: G W 4.18.16-71414b7d863e8ee6131
> [ 103.153562] Hardware name: Generic DT based system
> [ 103.158432] [<80109bec>] (unwind_backtrace) from [<801075fc>] (show_stack+0x20/0x24)
> [ 103.166310] [<801075fc>] (show_stack) from [<80646f48>] (dump_stack+0x20/0x28)
> [ 103.173665] [<80646f48>] (dump_stack) from [<80116fac>] (__warn+0xdc/0x104)
> [ 103.180662] [<80116fac>] (__warn) from [<80117028>] (warn_slowpath_fmt+0x54/0x74)
> [ 103.188331] [<80117028>] (warn_slowpath_fmt) from [<8055f3c0>] (dev_watchdog+0x230/0x24c)
> [ 103.196663] [<8055f3c0>] (dev_watchdog) from [<80157b38>] (call_timer_fn+0x3c/0x120)
> [ 103.204547] [<80157b38>] (call_timer_fn) from [<80157ccc>] (expire_timers+0xb0/0xbc)
> [ 103.212427] [<80157ccc>] (expire_timers) from [<80157dc8>] (run_timer_softirq+0xa4/0x198)
> [ 103.220644] [<80157dc8>] (run_timer_softirq) from [<8010223c>] (__do_softirq+0xcc/0x2f0)
> [ 103.228863] [<8010223c>] (__do_softirq) from [<8011b278>] (irq_exit+0xfc/0x110)
> [ 103.236334] [<8011b278>] (irq_exit) from [<8014ba14>] (__handle_domain_irq+0x60/0xb8)
> [ 103.244311] [<8014ba14>] (__handle_domain_irq) from [<80102164>] (avic_handle_irq+0x68/0x70)
> [ 103.252876] [<80102164>] (avic_handle_irq) from [<801019ec>] (__irq_svc+0x6c/0x90)
> [ 103.260461] Exception stack(0x97ddf870 to 0x97ddf8b8)
> [ 103.265630] f860: 000001b0 0063e8dc 969e0ee4 00000401
> [ 103.273907] f880: 969e0000 00000000 00000000 00000600 fbd51971 0000008b 969e06dc 97ddf8ec
> [ 103.282174] f8a0: 000001b0 97ddf8c0 048ecf6b 8036faac 20000013 ffffffff
> [ 103.288843] [<801019ec>] (__irq_svc) from [<8036faac>] (lzma_main+0x6ac/0x8e8)
> [ 103.296186] [<8036faac>] (lzma_main) from [<803702e0>] (xz_dec_lzma2_run+0x5f8/0x840)
> [ 103.304139] [<803702e0>] (xz_dec_lzma2_run) from [<8036e9b8>] (xz_dec_run+0x378/0xa9c)
> [ 103.312215] [<8036e9b8>] (xz_dec_run) from [<802a0fec>] (squashfs_xz_uncompress+0x84/0x228)
> [ 103.320606] [<802a0fec>] (squashfs_xz_uncompress) from [<802a0f14>] (squashfs_decompress+0x68/0)
> [ 103.329774] [<802a0f14>] (squashfs_decompress) from [<8029cc00>] (squashfs_read_data+0x3d4/0x6f)
> [ 103.338754] [<8029cc00>] (squashfs_read_data) from [<8029d220>] (squashfs_cache_get+0x170/0x348)
> [ 103.347660] [<8029d220>] (squashfs_cache_get) from [<8029d7b0>] (squashfs_read_metadata+0xa4/0x)
> [ 103.356832] [<8029d7b0>] (squashfs_read_metadata) from [<8029f128>] (squashfs_read_inode+0x98/0)
> [ 103.366083] [<8029f128>] (squashfs_read_inode) from [<8029fa14>] (squashfs_iget+0x6c/0x9c)
> [ 103.374473] [<8029fa14>] (squashfs_iget) from [<8029fd74>] (squashfs_lookup+0x330/0x484)
> [ 103.382691] [<8029fd74>] (squashfs_lookup) from [<802362e0>] (__lookup_slow+0x94/0x150)
> [ 103.390736] [<802362e0>] (__lookup_slow) from [<802363dc>] (lookup_slow+0x40/0x54)
> [ 103.398425] [<802363dc>] (lookup_slow) from [<8023940c>] (lookup_one_len_unlocked+0x78/0x84)
> [ 103.406986] [<8023940c>] (lookup_one_len_unlocked) from [<802f3eb8>] (ovl_lookup_single+0x34/0x)
> [ 103.416153] [<802f3eb8>] (ovl_lookup_single) from [<802f42a4>] (ovl_lookup_layer+0x134/0x184)
> [ 103.424790] [<802f42a4>] (ovl_lookup_layer) from [<802f52f8>] (ovl_lookup+0x3c8/0x7bc)
> [ 103.432823] [<802f52f8>] (ovl_lookup) from [<8023a6e4>] (path_openat+0xbac/0x10c8)
> [ 103.440422] [<8023a6e4>] (path_openat) from [<8023ac80>] (do_filp_open+0x80/0xf0)
> [ 103.448027] [<8023ac80>] (do_filp_open) from [<8022973c>] (do_sys_open+0x178/0x21c)
> [ 103.455816] [<8022973c>] (do_sys_open) from [<80229828>] (sys_openat+0x1c/0x20)
> [ 103.463247] [<80229828>] (sys_openat) from [<80101000>] (ret_fast_syscall+0x0/0x54)
> [ 103.471002] Exception stack(0x97ddffa8 to 0x97ddfff0)
> [ 103.476136] ffa0: 00d9b3e0 7ebaf574 ffffff9c 00dbb7c8 00080000 00000000
> [ 103.484409] ffc0: 00d9b3e0 7ebaf574 4e451908 00000142 00000000 00000002 00000000 7ebaf52c
> [ 103.492671] ffe0: 4e450908 7ebaf4c0 4e426e10 4e439b80
> [ 103.497743] ---[ end trace 935ea877fd2be47d ]---
>
> Best,
> Xiuzhi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: NCSI eth0 (ftgmac100): transmit queue 0 timed out error
2019-11-23 8:20 ` Евгений
@ 2019-11-24 22:00 ` Andrew Jeffery
0 siblings, 0 replies; 8+ messages in thread
From: Andrew Jeffery @ 2019-11-24 22:00 UTC (permalink / raw)
To: Евгений; +Cc: openbmc
On Sat, 23 Nov 2019, at 18:50, Евгений wrote:
> Hello Andrew,
>
> It turned out that the i210 firmware was not loaded by the manufacturer.
> Maybe this is normal, but how then did they test the board?
No idea. Glad you solved it. The pinmux issue is a bit disconcerting still.
Andrew
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: NCSI eth0 (ftgmac100): transmit queue 0 timed out error
2019-11-22 0:50 ` Andrew Jeffery
@ 2019-11-23 8:20 ` Евгений
2019-11-24 22:00 ` Andrew Jeffery
0 siblings, 1 reply; 8+ messages in thread
From: Евгений @ 2019-11-23 8:20 UTC (permalink / raw)
To: Andrew Jeffery; +Cc: openbmc
Hello Andrew,
It turned out that the i210 firmware was not loaded by the manufacturer.
Maybe this is normal, but how then did they test the board?
Anyway, thanks for the help.
Sincerely,
Evgeniy
22.11.2019 3:50, Andrew Jeffery пишет:
> Hi Evgeniy,
>
> Please make sure to Reply-All or Cc openbmc@lists.ozlabs.org on your
> OpenBMC queries, that way others can learn from the discussion as well.
>
> On Fri, 15 Nov 2019, at 18:53, Евгений wrote:
>>
>> Hello Andrew,
>>
>> It seems that I sent you not quite what you asked. Therefore, I send in
>> the attachment the final
>>
>> my_neptune_from_dtb.dts
>>
>> file made from the dtb file with the dtc utility, as well as the dtb itself.
>>
>> Maybe you will find pin conflicts in it. Thanks for the help anyway.
> Had a quick look but it would be better if you could send me the actual
> source rather than the DTS decompiled from a DTB. Do you have access
> to it?
>
> Regardless, can you please build and boot a kernel with
> CONFIG_DEBUG_PINCTRL=y and send me the full dmesg output of the
> booted system that shows your symptom?
>
> Cheers,
>
> Andrew
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: NCSI eth0 (ftgmac100): transmit queue 0 timed out error
[not found] ` <9f3eaecd-6fec-8af8-21f6-8292c422593c@mail.ru>
@ 2019-11-22 0:50 ` Andrew Jeffery
2019-11-23 8:20 ` Евгений
0 siblings, 1 reply; 8+ messages in thread
From: Andrew Jeffery @ 2019-11-22 0:50 UTC (permalink / raw)
To: Евгений; +Cc: openbmc
Hi Evgeniy,
Please make sure to Reply-All or Cc openbmc@lists.ozlabs.org on your
OpenBMC queries, that way others can learn from the discussion as well.
On Fri, 15 Nov 2019, at 18:53, Евгений wrote:
>
> Hello Andrew,
>
> It seems that I sent you not quite what you asked. Therefore, I send in
> the attachment the final
>
> my_neptune_from_dtb.dts
>
> file made from the dtb file with the dtc utility, as well as the dtb itself.
>
> Maybe you will find pin conflicts in it. Thanks for the help anyway.
Had a quick look but it would be better if you could send me the actual
source rather than the DTS decompiled from a DTB. Do you have access
to it?
Regardless, can you please build and boot a kernel with
CONFIG_DEBUG_PINCTRL=y and send me the full dmesg output of the
booted system that shows your symptom?
Cheers,
Andrew
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: NCSI eth0 (ftgmac100): transmit queue 0 timed out error
2019-11-14 8:07 Евгений
@ 2019-11-14 9:50 ` Andrew Jeffery
[not found] ` <9f3eaecd-6fec-8af8-21f6-8292c422593c@mail.ru>
0 siblings, 1 reply; 8+ messages in thread
From: Andrew Jeffery @ 2019-11-14 9:50 UTC (permalink / raw)
To: Евгений, openbmc
On Thu, 14 Nov 2019, at 18:37, Евгений wrote:
> Hello Xiuzhi, I have the similar problem using NCSI. Could you explain
> more clearly how you have solved one?
> I use the Neptune Alfa OpenBMC kit from Portwell. It has an Intel I210
> network interface chip. A host is connected to it through PCIe. The
> host network is working well. BMC has a dedicated interface (MAC0 +
> RTL8211), it works well.
> I want to create a BMC interface via NCSI + VLAN, but it does not
> work: see dmesg output below.
> Please help me solve this problem.
>
> :~# dmesg|grep net
>
> [ 2.592506] ftgmac100 1e660000.ethernet: Error applying setting,
> reverse things back
This suggests a clash in the MAC pinctrl request - some other device has already claimed a pin need by the MAC.
Can you provide or link to the devicetree for the the system?
It's odd as some of the subsequent messages suggest the RMII link is working in some instances, but you still get failures in others.
Andrew
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: NCSI eth0 (ftgmac100): transmit queue 0 timed out error
@ 2019-11-14 8:07 Евгений
2019-11-14 9:50 ` Andrew Jeffery
0 siblings, 1 reply; 8+ messages in thread
From: Евгений @ 2019-11-14 8:07 UTC (permalink / raw)
To: openbmc
[-- Attachment #1: Type: text/plain, Size: 2417 bytes --]
Hello Xiuzhi,
I have the similar problem using NCSI. Could you explain more clearly
how you have solved one?
I use the Neptune Alfa OpenBMC kit from Portwell. It has an Intel I210
network interface chip. A host is connected to it through PCIe. The host
network is working well. BMC has a dedicated interface (MAC0 + RTL8211),
it works well.
I want to create a BMC interface via NCSI + VLAN, but it does not work:
see dmesg output below.
Please help me solve this problem.
:~# dmesg|grep net
[ 2.592506] ftgmac100 1e660000.ethernet: Error applying setting, reverse
things back
[ 2.600628] ftgmac100 1e660000.ethernet: Generated random MAC address
7e:b5:bb:94:a2:d1
[ 2.621340] RTL8211E Gigabit Ethernet 1e660000.ethernet--1:00: attached
PHY driver [RTL8211E Gigabit Ethernet]
(mii_bus:phy_addr=1e660000.ethernet--1:00, irq=POLL)
[ 2.637074] ftgmac100 1e660000.ethernet eth0: irq 19, mapped at dfa05e77
[ 2.644477] ftgmac100 1e680000.ethernet: Generated random MAC address
e6:cb:4e:cb:8c:06
*[ 2.652518] ftgmac100 1e680000.ethernet: Using NCSI interface*
[ 2.659567] ftgmac100 1e680000.ethernet eth1: irq 20, mapped at b403fb3e
[ 7.612280] Driver for 1-wire Dallas network protocol.
[ 7.682085] printk: console [netcon0] enabled
[ 7.686571] netconsole: network logging started
[ 21.697159] systemd[1]: /lib/systemd/system/phosphor-ipmi-net@.socket:3
<mailto:/lib/systemd/system/phosphor-ipmi-net@.socket:3>: Invalid
interface name, ignoring: sys-subsystem-net-devices-%i.device
[ 22.535048] systemd[1]: Created slice system-phosphor\x2dipmi\x2dnet.slice.
[ 36.643642] ftgmac100 1e660000.ethernet eth0: Link is Up - 1Gbps/Full -
flow control rx/tx
*[ 49.219280] ftgmac100 1e680000.ethernet eth1: NCSI: No channel found
to configure!*
*[ 50.242922] ftgmac100 1e680000.ethernet eth1: Wrong NCSI state 0x100
in workqueue*
[ 998.080088] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:447
dev_watchdog+0x268/0x288
/openbmc/meta-aspeed/recipes-kernel/linux/linux-aspeed/aspeed-g5/defconfig
/CONFIG_VLAN_8021Q=y//
/CONFIG_NET_NCSI=y/
/CONFIG_FTGMAC100=y/
/CONFIG_NET_VENDOR_INTEL=y/
/CONFIG_REALTEK_PHY=y//
mac config from aspeed-bmc-facebook-tiogapas2.dts file:
/&mac0 {//
/status = "okay";/
/pinctrl-names = "default";/
/pinctrl-0 = <&pinctrl_rmii1_default>;/
/};//
/&mac1 {//
/status = "okay";/
/pinctrl-names = "default";/
/pinctrl-0 = <&pinctrl_rmii2_default>;/
/use-ncsi;/
/};//
[-- Attachment #2: Type: text/html, Size: 43786 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* NCSI eth0 (ftgmac100): transmit queue 0 timed out error
@ 2018-12-19 7:50 xiuzhi
0 siblings, 0 replies; 8+ messages in thread
From: xiuzhi @ 2018-12-19 7:50 UTC (permalink / raw)
To: openbmc
[-- Attachment #1: Type: text/plain, Size: 6011 bytes --]
Hi all,
I set the eth0/MAC#1 of Ast2500 to NCSI mode.
There is a on-off switch between Ast2500 MAC#1 and host Network.
The hardware electrical signal is good and can ping to other machines on AMI BMC
.dts:
&mac0 {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_rgii1_default>;
use-ncsi;
};
demsg:
[ 18.204116] 8021q: adding VLAN 0 to HW filter on device eth0
[ 18.884647] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 19.391004] aspeed-video 1e700000.video: timed out on 1st mode detect
[ 19.397549] aspeed-video 1e700000.video: Failed to start video engine
[ 20.481030] ftgmac100 1e660000.ethernet eth0: NCSI: No channel found with link
[ 20.961742] ftgmac100 1e680000.ethernet eth1: Link is Up - 10Mbps/Half - flow control off
[ 20.969995] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 103.120946] ------------[ cut here ]------------
[ 103.125630] WARNING: CPU: 0 PID: 1329 at /usr/src/kernel/net/sched/sch_generic.c:461 dev_watchdc
[ 103.135678] NETDEV WATCHDOG: eth0 (ftgmac100): transmit queue 0 timed out
[ 103.142580] CPU: 0 PID: 1329 Comm: ipmid Tainted: G W 4.18.16-71414b7d863e8ee6131
[ 103.153562] Hardware name: Generic DT based system
[ 103.158432] [<80109bec>] (unwind_backtrace) from [<801075fc>] (show_stack+0x20/0x24)
[ 103.166310] [<801075fc>] (show_stack) from [<80646f48>] (dump_stack+0x20/0x28)
[ 103.173665] [<80646f48>] (dump_stack) from [<80116fac>] (__warn+0xdc/0x104)
[ 103.180662] [<80116fac>] (__warn) from [<80117028>] (warn_slowpath_fmt+0x54/0x74)
[ 103.188331] [<80117028>] (warn_slowpath_fmt) from [<8055f3c0>] (dev_watchdog+0x230/0x24c)
[ 103.196663] [<8055f3c0>] (dev_watchdog) from [<80157b38>] (call_timer_fn+0x3c/0x120)
[ 103.204547] [<80157b38>] (call_timer_fn) from [<80157ccc>] (expire_timers+0xb0/0xbc)
[ 103.212427] [<80157ccc>] (expire_timers) from [<80157dc8>] (run_timer_softirq+0xa4/0x198)
[ 103.220644] [<80157dc8>] (run_timer_softirq) from [<8010223c>] (__do_softirq+0xcc/0x2f0)
[ 103.228863] [<8010223c>] (__do_softirq) from [<8011b278>] (irq_exit+0xfc/0x110)
[ 103.236334] [<8011b278>] (irq_exit) from [<8014ba14>] (__handle_domain_irq+0x60/0xb8)
[ 103.244311] [<8014ba14>] (__handle_domain_irq) from [<80102164>] (avic_handle_irq+0x68/0x70)
[ 103.252876] [<80102164>] (avic_handle_irq) from [<801019ec>] (__irq_svc+0x6c/0x90)
[ 103.260461] Exception stack(0x97ddf870 to 0x97ddf8b8)
[ 103.265630] f860: 000001b0 0063e8dc 969e0ee4 00000401
[ 103.273907] f880: 969e0000 00000000 00000000 00000600 fbd51971 0000008b 969e06dc 97ddf8ec
[ 103.282174] f8a0: 000001b0 97ddf8c0 048ecf6b 8036faac 20000013 ffffffff
[ 103.288843] [<801019ec>] (__irq_svc) from [<8036faac>] (lzma_main+0x6ac/0x8e8)
[ 103.296186] [<8036faac>] (lzma_main) from [<803702e0>] (xz_dec_lzma2_run+0x5f8/0x840)
[ 103.304139] [<803702e0>] (xz_dec_lzma2_run) from [<8036e9b8>] (xz_dec_run+0x378/0xa9c)
[ 103.312215] [<8036e9b8>] (xz_dec_run) from [<802a0fec>] (squashfs_xz_uncompress+0x84/0x228)
[ 103.320606] [<802a0fec>] (squashfs_xz_uncompress) from [<802a0f14>] (squashfs_decompress+0x68/0)
[ 103.329774] [<802a0f14>] (squashfs_decompress) from [<8029cc00>] (squashfs_read_data+0x3d4/0x6f)
[ 103.338754] [<8029cc00>] (squashfs_read_data) from [<8029d220>] (squashfs_cache_get+0x170/0x348)
[ 103.347660] [<8029d220>] (squashfs_cache_get) from [<8029d7b0>] (squashfs_read_metadata+0xa4/0x)
[ 103.356832] [<8029d7b0>] (squashfs_read_metadata) from [<8029f128>] (squashfs_read_inode+0x98/0)
[ 103.366083] [<8029f128>] (squashfs_read_inode) from [<8029fa14>] (squashfs_iget+0x6c/0x9c)
[ 103.374473] [<8029fa14>] (squashfs_iget) from [<8029fd74>] (squashfs_lookup+0x330/0x484)
[ 103.382691] [<8029fd74>] (squashfs_lookup) from [<802362e0>] (__lookup_slow+0x94/0x150)
[ 103.390736] [<802362e0>] (__lookup_slow) from [<802363dc>] (lookup_slow+0x40/0x54)
[ 103.398425] [<802363dc>] (lookup_slow) from [<8023940c>] (lookup_one_len_unlocked+0x78/0x84)
[ 103.406986] [<8023940c>] (lookup_one_len_unlocked) from [<802f3eb8>] (ovl_lookup_single+0x34/0x)
[ 103.416153] [<802f3eb8>] (ovl_lookup_single) from [<802f42a4>] (ovl_lookup_layer+0x134/0x184)
[ 103.424790] [<802f42a4>] (ovl_lookup_layer) from [<802f52f8>] (ovl_lookup+0x3c8/0x7bc)
[ 103.432823] [<802f52f8>] (ovl_lookup) from [<8023a6e4>] (path_openat+0xbac/0x10c8)
[ 103.440422] [<8023a6e4>] (path_openat) from [<8023ac80>] (do_filp_open+0x80/0xf0)
[ 103.448027] [<8023ac80>] (do_filp_open) from [<8022973c>] (do_sys_open+0x178/0x21c)
[ 103.455816] [<8022973c>] (do_sys_open) from [<80229828>] (sys_openat+0x1c/0x20)
[ 103.463247] [<80229828>] (sys_openat) from [<80101000>] (ret_fast_syscall+0x0/0x54)
[ 103.471002] Exception stack(0x97ddffa8 to 0x97ddfff0)
[ 103.476136] ffa0: 00d9b3e0 7ebaf574 ffffff9c 00dbb7c8 00080000 00000000
[ 103.484409] ffc0: 00d9b3e0 7ebaf574 4e451908 00000142 00000000 00000002 00000000 7ebaf52c
[ 103.492671] ffe0: 4e450908 7ebaf4c0 4e426e10 4e439b80
[ 103.497743] ---[ end trace 935ea877fd2be47d ]---
Best,
Xiuzhi
[-- Attachment #2: Type: text/html, Size: 9892 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2019-11-24 21:59 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-12-19 7:49 NCSI eth0 (ftgmac100): transmit queue 0 timed out error xiuzhi
2018-12-19 23:36 ` Samuel Mendoza-Jonas
2018-12-19 7:50 xiuzhi
2019-11-14 8:07 Евгений
2019-11-14 9:50 ` Andrew Jeffery
[not found] ` <9f3eaecd-6fec-8af8-21f6-8292c422593c@mail.ru>
2019-11-22 0:50 ` Andrew Jeffery
2019-11-23 8:20 ` Евгений
2019-11-24 22:00 ` Andrew Jeffery
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.