Wi-Fi Bluetooth for Linux Forum Discussions

Hi There,

Are there any application notes/documents that explain how to use that functionality on CYW43353 which is used on the Laird LWB5 ?

What set of hci commands need to be written the the IC before the host goes into suspend ? How to set the wake up criteria ?

My current understanding is that Linux must put the IC into a special state before it goes into suspend, shut down BlueZ and thus disconnect all bluetooth clients.  Then based on a pre-defined criteria (say a matching advertisement) encountered during the suspend the module will toggle its BT host wake pin so that Linux can be woken up by an IRQ.

This is what Laird have to say about it :

https://www.lairdconnect.com/support/faqs/are-signals-btdevwake-and-bthostwake-required-be-connected-host-designs-lairds-sterling-lwb-and-lwb5

There is no mention of Lowe Power Mode in Cypress datasheet, we have instead  Low Power State/Sleep... Is it just as simple as putting the bluetooth device into sleep mode before Linux is going into suspend and the IC works it all out ? If so then  how to set the wake criteria ? Or am I incorrect somewhere here.

Thanks.

Hi,

I want to port driver for CYW43455. I used this  Cypress Linux WiFi Driver Release (FMAC) [2020-06-25]  release. I need to port this driver for 4.9 kernel. I followed the instructions in README file given in the backports. During the cross compilation of modules, I have seen the following warning.

WARNING: "hash_algo_name" [/Downloads/cypress/v5.4.18-backports/compat/compat.ko] undefined!

Similarly, during insmod compat.ko in the target board. I got the following error:

sakthi@localhost:~$ sudo insmod compat.ko

insmod: ERROR: could not insert module compat.ko: Unknown symbol in module

In dmesg, I got the following logs after insmod of compat.ko,

[  627.941252] compat: loading out-of-tree module taints kernel.

[  627.949143] compat: Unknown symbol hash_algo_name (err 0)

Could you please let me know how to fix this issue?

Thanks,

Sakthi

Is there Linux 3.10.17 support for the type 1DX Wifi/BT module? The processor being used is in the iMX6 family. It looks like the kernel drivers might exist (drivers/net/wireless/brcm80211/... ), but this is an old version of Linux and I am unsure if any firmware is compatible.

Thanks

Has anyone been able to change the bluetooth address in Sflash on the CYW43455 on a Raspberry Pi 4?  Presumably the SWD interface is tied to the main processor?

HI Team,

We have used CYW43439 in our design, but we are not able to power-up the device. Can you suggest the procedure and steps for power-up the device. 

Also if you can share the NVRAM bin file, Firmware file and CFG file for LINUX Kernel version 5.10.168. this will really help.

Hi Infineon Dev/support,

We would like to report an issue encountered while undergoing the Wifi Certification (April 2023) for the Laird Sterling LWB5+. This wifi+bluetooth product incorporates a CYW4373E chipset which happens to be produced by Infineon. We are hoping you can help us.

Specifically the issue relates to CYW4373E not including the expected RSNX octet together with the Association request. This happens only when the AP's beacon broadcast includes more than 1 octet in its RSNX capabilities. - This is the issue.

If the AP's beacon broadcast for RSNX includes just 1 octet (), CYW4373E (Laird wifi dongle) is including the RSNX - This is OK (screenshot below)

Additional Information:

Chipset: CYW4373E

Wifi driver: cypress-backports-v5.15.58-2023_0222-module-src.tar

Firmware: based from Laird's release which should include Infineon's firmware (as of Oct 8, 2022): https://github.com/LairdCP/Sterling-LWB-and-LWB5-Release-Packages/releases/download/LRD-REL-10.54.0.13/laird-lwb5plus-usb-sa-m2-firmware-10.54.0.13.tar.bz2

Supplicant - patched with the Laird patchset Dec 2022 v10.54.0.13

Wifi Certification test cases that failed (3 test cases):

- CT_Security_RSN_STA_CapabilitiesVerification-ReservedBits-31_10603_1

- CT_Security_RSN_STA_CapabilitiesVerification-ReservedBits-SAE-PK_10604_1

- CT_Security_RSN_STA_CapabilitiesVerification-ReservedBits-Extra_10605_1

As requested, attaching a zip file of the sniffer capture: Laird_CYW4373_Missing_RSNXE_in_Assoc.zip

STA: Laird c0:ee:40:82:79:12

AP: Atheros 0:03:7f:12:f6:30

A screenshot of AP RSNXE settings is also uploaded: RSNXE_AP_Settings.png

cc: @Vivek_gunapati @DoubleLo 

Hoping for your feedback regarding the RSNX support and if there's any fix/updates available!

Thanks,

Owen