Open al37919 opened 12 months ago
This issue is caused by incorrect detection of uwe5622 hardware. The first sign of failure in dmesg output is:
[ 6.829202] sdiohal:sdiohal_scan_card
[ 6.830872] sdiohal:sdiohal_probe: func->class=0, vendor=0x0000, device=0x0000, func_num=0x0001, clock=150000000
[ 6.831338] sdiohal err:dt readl fail ret:-110, system_addr=0x4082c208
The workaround is:
diff --git a/drivers/net/wireless/uwe5622/unisocwcn/Makefile b/drivers/net/wireless/uwe5622/unisocwcn/Makefile
index 939acb5c9..f9c595747 100755
--- a/drivers/net/wireless/uwe5622/unisocwcn/Makefile
+++ b/drivers/net/wireless/uwe5622/unisocwcn/Makefile
@@ -68,12 +68,12 @@ endif
ifeq ($(CONFIG_RK_WIFI_DEVICE_UWE5622),y)
export CONFIG_WCN_SDIO = y
#export CONFIG_WCN_USB = y
# export CONFIG_WCN_GNSS = y
-ccflags-y += -DCONFIG_CHECK_DRIVER_BY_CHIPID
-#ccflags-y += -DCONFIG_UWE5622
+#ccflags-y += -DCONFIG_CHECK_DRIVER_BY_CHIPID
+ccflags-y += -DCONFIG_UWE5622
BSP_CHIP_ID := uwe5622
WCN_HW_TYPE := sdio
endif
ifeq ($(CONFIG_AW_WIFI_DEVICE_UWE5622),y)
After disabling of CONFIG_CHECK_DRIVER_BY_CHIPID 100% of startups are successful. The problem and workaround were described in detail here: https://forum.armbian.com/topic/30953-orangepi3b-initial-startup-is-ok-wifi-fails-after-reboot/#comment-173697 (post 4)
I have problem with official image: Orangepi3b_1.0.0_debian_bookworm_desktop_xfce_linux6.6.0-rc5.img Some startups result in incorrect initialization of wifi/bt chip. The short excerpt from dmesg is here:
The long output of 'orangepimonitor -U' including 4 failures and 2 successful boots is provided here: https://pastebin.com/KgM4JEqi