New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reboot command sometimes causes eth0 to cycle between up & down #37
Comments
Needs to be assigned to Yi Laing |
adding error info in the log, [ 62.226397] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready |
From my experience usually this is preceded by a failure to get a lock file set up when running fw_printenv. If you reboot the board to see if that fixes the problem with getting variables from the bootloader I've noticed that every time I get the eth0 link cycling error after the subsequent boot. |
@nikhil-zinjurde-imgtec can we run a soak that confirms if this is the cascoda driver. Just remove the lowpan/cascoda init scripts so that the module is never loaded. |
@Ham22 The soak test has not shown the up-down cycle issue, even on the TI board, after removing cascoda kmod package and the lowpan init script. |
Aim of this ticket now is to retest with latest cascoda driver and ensure we have some more detailed information on where the issue is caused. |
Preliminary tests show that with the latest version of OpenWrt v0.10.6 and U-boot v1.0.2, the problem is no longer seen on both ca8210 and cc2520 based boards. |
Repeated tests show that this issue is no longer seen or reproducible with the CreatorDev/OpenWrt v0.10.6 and CreatorDev/u-boot v1.0.2. So, closing this now |
Sometimes when booting the networking settings take about 2 minutes to load. During that time the system makes multiple attempts at enabling both ethernet and wifi shown by proddata and uccp debug messages in the logs e.g:
img/uccp420wlan/MCP_LOADER.ldr is loaded
img/uccp420wlan/MAC_LOADER.ldr is loaded
Initialising Proddata
Deinitialising Proddata
Deinitialising DeviceData
Deinitialising UserOTPAccess
Eventually it brings up eth and wlan only (i.e. no lowpan), however seems to continuously switch between up & down states forever if an ethernet cable is plugged in.
The text was updated successfully, but these errors were encountered: