Reg: Wifi Interface Error

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Reg: Wifi Interface Error

8,074 Views
vishvapathi
Contributor V

Hi All,

   While Inserting Silex SX-SDCAN Wifi module in I.MX SDB i am getting following error.

mmc1: queuing unknown CIS tuple 0x01 (3 bytes)

mmc1: queuing unknown CIS tuple 0x1a (5 bytes)

mmc1: queuing unknown CIS tuple 0x1b (8 bytes)

mmc1: queuing unknown CIS tuple 0x14 (0 bytes)

mmc1: queuing unknown CIS tuple 0x80 (1 bytes)

mmc1: queuing unknown CIS tuple 0x81 (1 bytes)

mmc1: queuing unknown CIS tuple 0x82 (1 bytes)

mmc1: new high speed SDIO card at address 0001

mmc1: queuing unknown CIS tuple 0x01 (3 bytes)

mmc1: queuing unknown CIS tuple 0x1a (5 bytes)

mmc1: queuing unknown CIS tuple 0x1b (8 bytes)

mmc1: queuing unknown CIS tuple 0x14 (0 bytes)

ath6kl: timeout waiting for recv message

ath6kl: target debug interrupt

ath6kl: target asserted

ath6kl: Failed to init ath6kl core

ath6kl_sdio: probe of mmc1:0001:1 failed with error -5

Kindly advice how to overcome this issue. is there any updated patch ??

Labels (2)
0 Kudos
2 Replies

2,765 Views
vvj
Contributor I

Got same error with 3.0.35-2666-gbdde708 built by LTIB on iMX6Q SABRE-SD.

Checked YOCTO's builds v1.4 (silex works) and v1.5 (same error -5). BTW - YOCTO let you choose between FSL's or kernel's tree wifi driver package. YOCTO1.4 just took FSL's package. Firmware (2.1.1) taken from v1.4 - started OK on LTIB's build except errors -22 or smth (dont remember - at least I saw local APs by iwlist wlan0 scan).

https://community.freescale.com/thread/311701 points to the patch to fix iMX6Q errata concerning SDv3 ioport.

I failed to apply the patch (http://www.spinics.net/lists/arm-kernel/msg271614.html) due to big differences in the sdhci driver's sources.

Instead, compat-wireless driver package v3.6.8-1 works OK (with any of three silex firmware packs I got) with Silex SX-SDCAN on mentioned YOCTO's and LTIB's builds: http://wireless.kernel.org/en/users/Download/stable/#Building_and_installing

Just remove mac80211 and Atheros drivers from kernel and set cfg80211 to be compiled as M. Compile the backport using guidelines from https://community.freescale.com/thread/295877

As I failed to get "make install" to work - just load compat's generated modules in certain order:  compat.ko,  cfg80211.ko, mac80211.ko,  ath.ko, ath6kl_core.ko, ath6kl_sdio.ko.

The issue you might face loading ath6kl_core.ko - unresolved "simple_open". The fix is to have .configure file (in compat folder) exporting

export CONFIG_COMPAT_KERNEL_3_1=y

export CONFIG_COMPAT_KERNEL_3_2=y

export CONFIG_COMPAT_KERNEL_3_3=y

export CONFIG_COMPAT_KERNEL_3_4=y

export CONFIG_COMPAT_KERNEL_3_5=y

export CONFIG_COMPAT_KERNEL_3_6=y

export CONFIG_COMPAT_KERNEL_3_7=y

export CONFIG_COMPAT_NET_SCH_CODEL=m

export CONFIG_COMPAT_NET_SCH_FQ_CODEL=m

Also I removed CONFIG_PCI and CONFIG_ATH5K exports from config.mk - to get rid from kernel related conflicts/deps etc.

Best Regards!

0 Kudos

2,766 Views
gusarambula
NXP TechSupport
NXP TechSupport

We do not have a patch for this error but while I got some recommendations that might be helpful.

These error messages are because the driver sends a command in order to obtain the CIS sequence but instead the controllers receive a CRC error. The error is not handled until the driver tries to iterate through the CIS list and don't found the proper CIS sequence. This error is commonly because the clock is setting properly to the SD-wifi, a improper setting in the wifi-firmware or both.

Please check your board config source file.As example you could check i.mx6q ard config file:

arch/arm/mach-mx6/board-mx6q_sabreauto.c

In that file check funtion plt_sd_pad_change in order to change the clock signal in the SD card.

0 Kudos