[snip] I’m running 6.1.11 with the SDIO interrupts patch reverted and all has been stable on the fleet of boxes/boards I do regular testing with (GXBB, GXL, GXM, and G12B) including a GXL/S905D box with QCA9337 SDIO module (not Broadcom): dmesg | grep mmc: [ 0.367445] meson-gx-mmc d0072000.mmc: Got CD GPIO [ 0.367585] meson-gx-mmc d0074000.mmc: allocated mmc-pwrseq [ 0.438023] mmc0: new high speed SDHC card at address aaaa [ 0.439588] mmcblk0: mmc0:aaaa SL16G 14.8 GiB [ 0.445490] mmcblk0: p1 p2 [ 0.467743] mmc1: new HS200 MMC card at address 0001 [ 0.469224] mmcblk1: mmc1:0001 8GME4R 7.28 GiB [ 0.473984] mmcblk1boot0: mmc1:0001 8GME4R 4.00 MiB [ 0.477618] mmcblk1boot1: mmc1:0001 8GME4R 4.00 MiB [ 0.481144] mmcblk1rpmb: mmc1:0001 8GME4R 512 KiB, chardev (242:0) [ 1.241005] meson-gx-mmc d0070000.mmc: allocated mmc-pwrseq [ 1.315526] mmc2: queuing unknown CIS tuple 0x01 [d9 01 ff] (3 bytes) [ 1.325778] mmc2: queuing unknown CIS tuple 0x1a [01 01 00 02 07] (5 bytes) [ 1.330215] mmc2: queuing unknown CIS tuple 0x1b [c1 41 30 30 ff ff 32 00] (8 bytes) [ 1.331121] mmc2: queuing unknown CIS tuple 0x14 [] (0 bytes) [ 1.334849] mmc2: new ultra high speed SDR104 SDIO card at address 0001 [ 2.151829] fsck: /dev/mmcblk0p1: 174 files, 16383/65501 clusters [ 3.027147] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: disabled. [ 11.436461] ath10k_sdio mmc2:0001:1: qca9377 hw1.1 sdio target 0x05020001 chip_id 0x00000000 sub 0000:0000 [ 11.436498] ath10k_sdio mmc2:0001:1: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0 [ 11.437107] ath10k_sdio mmc2:0001:1: firmware ver WLAN.TF.1.1.1-00061-QCATFSWPZ-1 api 5 features ignore-otp crc32 7746e551 [ 11.637668] ath10k_sdio mmc2:0001:1: failed to fetch board data for bus=sdio,vendor=0271,device=0701,subsystem-vendor=0000,subsystem-device=0000 from ath10k/QCA9377/hw1.0/board-2.bin [ 11.662008] ath10k_sdio mmc2:0001:1: board_file api 1 bmi_id N/A crc32 544289f7 [ 13.058331] meson-gx-mmc d0070000.mmc: unaligned sg offset 76, disabling descriptor DMA for transfer [ 13.113495] ath10k_sdio mmc2:0001:1: htt-ver 3.32 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1 [ 13.208767] mmc2: queuing unknown CIS tuple 0x01 [d9 01 ff] (3 bytes) [ 13.218831] mmc2: queuing unknown CIS tuple 0x1a [01 01 00 02 07] (5 bytes) [ 13.223276] mmc2: queuing unknown CIS tuple 0x1b [c1 41 30 30 ff ff 32 00] (8 bytes) [ 13.224178] mmc2: queuing unknown CIS tuple 0x14 [] (0 bytes) I have working WiFi and the connection is stable enough for Kodi to stream 1080p movies over SMB from a NAS several rooms away. After the 3x patches landed this morning I’ve reverted the revert (restoring SDIO interrupts) and run testing. I see no issues with the Broadcom based devices, but the QCA9337 box throws mmc2 errors and I lose ath10k_sdio WiFi: [ 0.367531] meson-gx-mmc d0072000.mmc: Got CD GPIO [ 0.370721] meson-gx-mmc d0074000.mmc: allocated mmc-pwrseq [ 0.443723] mmc0: new high speed SDHC card at address aaaa [ 0.445327] mmcblk0: mmc0:aaaa SL16G 14.8 GiB [ 0.451643] mmcblk0: p1 p2 [ 0.467863] mmc1: new HS200 MMC card at address 0001 [ 0.469371] mmcblk1: mmc1:0001 8GME4R 7.28 GiB [ 0.473818] mmcblk1boot0: mmc1:0001 8GME4R 4.00 MiB [ 0.477483] mmcblk1boot1: mmc1:0001 8GME4R 4.00 MiB [ 0.480965] mmcblk1rpmb: mmc1:0001 8GME4R 512 KiB, chardev (242:0) [ 1.237254] meson-gx-mmc d0070000.mmc: allocated mmc-pwrseq [ 1.311137] mmc2: queuing unknown CIS tuple 0x01 [d9 01 ff] (3 bytes) [ 1.321494] mmc2: queuing unknown CIS tuple 0x1a [01 01 00 02 07] (5 bytes) [ 1.326091] mmc2: queuing unknown CIS tuple 0x1b [c1 41 30 30 ff ff 32 00] (8 bytes) [ 1.327011] mmc2: queuing unknown CIS tuple 0x14 [] (0 bytes) [ 1.330601] mmc2: new ultra high speed SDR104 SDIO card at address 0001 [ 2.147468] fsck: /dev/mmcblk0p1: 174 files, 16383/65501 clusters [ 3.013209] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: disabled. [ 11.529545] ath10k_sdio mmc2:0001:1: qca9377 hw1.1 sdio target 0x05020001 chip_id 0x00000000 sub 0000:0000 [ 11.529579] ath10k_sdio mmc2:0001:1: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0 [ 11.530109] ath10k_sdio mmc2:0001:1: firmware ver WLAN.TF.1.1.1-00061-QCATFSWPZ-1 api 5 features ignore-otp crc32 7746e551 [ 11.709471] ath10k_sdio mmc2:0001:1: failed to fetch board data for bus=sdio,vendor=0271,device=0701,subsystem-vendor=0000,subsystem-device=0000 from ath10k/QCA9377/hw1.0/board-2.bin [ 11.713685] ath10k_sdio mmc2:0001:1: board_file api 1 bmi_id N/A crc32 544289f7 [ 13.030691] ath10k_sdio mmc2:0001:1: ignoring unsolicited htc ep0 event [ 13.145651] ath10k_sdio mmc2:0001:1: rx underflow interrupt error [ 14.148946] ath10k_sdio mmc2:0001:1: failed to receive control response completion, polling.. [ 15.172824] ath10k_sdio mmc2:0001:1: ctl_resp never came in (-110) [ 15.172854] ath10k_sdio mmc2:0001:1: failed to connect to HTC: -110 [ 15.175891] ath10k_sdio mmc2:0001:1: could not init core (-110) [ 15.248722] mmc2: queuing unknown CIS tuple 0x01 [d9 01 ff] (3 bytes) [ 15.258621] mmc2: queuing unknown CIS tuple 0x1a [01 01 00 02 07] (5 bytes) [ 15.262933] mmc2: queuing unknown CIS tuple 0x1b [c1 41 30 30 ff ff 32 00] (8 bytes) [ 15.263802] mmc2: queuing unknown CIS tuple 0x14 [] (0 bytes) [ 15.266333] ath10k_sdio mmc2:0001:1: could not probe fw (-110) I’ve had the impression for some time that this SDIO module is less tolerant of mmc things than the Broadcom modules, and that might be relevant. However I can reproduce this consistently by reverting one patch (reverting the revert of the SDIO interrupts addition). Please let me know how I can assist with testing or diagnostics. It’s no trouble to give remote access to the box if that would help. Christian
