Wi-Fi Bluetooth for Linux

[JeHa_4771251]

Hello,

  We have custom board with a 43012 connected via SDIO to a Xilinx ZynqMP.    We are using the latest Xilinx release which run the 5.4.0 kernel.   Based on information in the v5.4.18-2020_0625 version of the backport driver and cypress-yocto-scripts I have added support into yocto to build everything.

  I am using the following firmware/nvram files:

BCM43012C0_003.001.015.0102.0141.1LV.hcd*  brcmfmac43012-sdio.1LV.txt  cyfmac43012-sdio.bin  cyfmac43012-sdio.clm_blob

I get the timeout error so the wlan0 interface is never created.

Based on the kernel logs the chip is powered up and the driver can talk to it.

================================================================

[   12.985101] brcmfmac: brcmf_sdio_kso_init Enter

[   12.985117] brcmfmac: brcmf_sdio_drivestrengthinit No SDIO driver strength init needed for chip BCM43012/2 rev 2 pm0

[   12.985353] brcmfmac: brcmf_sdio_probe completed!!

[   12.985359] brcmfmac: brcmf_fw_alloc_request: using cypress/cyfmac43012-sdio for chip BCM43012/2

[   12.994144] brcmfmac: brcmf_fw_get_firmwares enter: dev=mmc1:0001:1

[   12.994149] brcmfmac: brcmf_ops_sdio_probe F2 init completed...

[   12.994254] usbcore: registered new interface driver brcmfmac

[   13.000643] brcmfmac: brcmf_fw_complete_request firmware cypress/cyfmac43012-sdio.bin found

[   13.000692] brcmfmac mmc1:0001:1: Direct firmware load for cypress/cyfmac43012-sdio.xlnx,zynqmp.txt failed with err2

[   13.011657] brcmfmac: brcmf_fw_complete_request firmware cypress/cyfmac43012-sdio.txt found

[   13.011662] brcmfmac: brcmf_fw_request_nvram_done enter: dev=mmc1:0001:1

[   13.011690] brcmfmac: brcmf_nvram_handle_key warning: ln=33:col=10: '=' expected, skip invalid key entry

[   13.011788] brcmfmac: brcmf_fw_request_nvram_done nvram 00000000d6229003 len 2356

[   13.011796] brcmfmac: brcmf_sdio_clkctl Enter

[   13.011798] brcmfmac: brcmf_sdio_htclk Enter

[   13.011849] brcmfmac: brcmf_sdio_htclk CLKCTL: turned ON

[   13.011852] brcmfmac: brcmf_sdio_clkctl 1 -> 3

[   13.011856] brcmfmac: brcmf_sdio_download_firmware firmware rstvec: 0

[   13.011858] brcmfmac: brcmf_sdio_download_code_file Enter

.

.

[   13.070357] brcmfmac: brcmf_sdio_download_nvram Enter

[   13.070399] brcmfmac: brcmf_sdiod_ramrw write 2356 bytes at offset 0x000076cc in window 0x00098000

[   13.070581] brcmfmac: brcmf_sdio_verifymemory Compare RAM dl & ul at 0x0009f6cc; size=2356

[   13.070586] brcmfmac: brcmf_sdiod_ramrw read 2048 bytes at offset 0x000076cc in window 0x00098000

[   13.070711] brcmfmac: brcmf_sdiod_ramrw read 308 bytes at offset 0x00007ecc in window 0x00098000

[   13.070755] brcmfmac: brcmf_chip_set_active Enter

[   13.071159] brcmfmac: brcmf_sdio_clkctl Enter

[   13.071161] brcmfmac: brcmf_sdio_htclk Enter

[   13.071177] brcmfmac: brcmf_sdio_htclk CLKCTL: turned OFF

[   13.071180] brcmfmac: brcmf_sdio_clkctl 3 -> 1

[   13.071185] brcmfmac: brcmf_sdio_clkctl Enter

[   13.071187] brcmfmac: brcmf_sdio_htclk Enter

[   14.072857] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50

[   14.080236] brcmfmac: brcmf_sdio_clkctl 1 -> 1

[   14.080244] brcmfmac: brcmf_sdio_firmware_callback failed: dev=mmc1:0001:1, err=0

[   14.080268] brcmfmac: brcmf_ops_sdio_remove Enter

======================================================================

It appears that the firmware is loaded and the nvram.  However, after the nvram is loaded and this code from brcmf_sdio_htclk is executed I get the timeout error.

/* Otherwise, wait here (polling) for HT Avail */

timeout = jiffies +

  msecs_to_jiffies(PMU_MAX_TRANSITION_DLY/1000);

while (!SBSDIO_CLKAV(clkctl, bus->alp_only)) {

  clkctl = brcmf_sdiod_readb(bus->sdiodev,

   SBSDIO_FUNC1_CHIPCLKCSR,

   &err);

  if (time_after(jiffies, timeout))

    break;

  else

   usleep_range(5000, 10000);

  }

  if (err) {

    brcmf_err("HT Avail request error: %d\n", err);

    return -EBADE;

  }

  if (!SBSDIO_CLKAV(clkctl, bus->alp_only)) {

    brcmf_err("HT Avail timeout (%d): clkctl 0x%02x\n",

      PMU_MAX_TRANSITION_DLY, clkctl);

   return -EBADE;

}

It looks like the the code is trying to re-initialize certain things after loading the nvram and what looks like a status register, SBSDIO_FUNC1_CHIPCLKCSR, has an error it it.

Any ideas of what could be happening here?  Is this process trying to switch from an internal to external clock?   We do have an external osc. connected to EXT_LPO.  I know it's unlikely, but is there any available documentation that would describe SBSDIO_FUNC1_CHIPCLKCSR?

thanks

jeff

[Zhengbao_Zhang]

Hello:

   Would you please upload your brcmfmac43012-sdio.1LV.txt ? and are you using sdio in-band interrupt for 43012?

[JeHa_4771251]

Hello,

I have attached the nvram file.  Note this does have the changes I just tried, setting bit 27 of boardflags3 since we have a external crystal(no change in behavior).  I got this file from the nvram.zip from the cypress-yocto-scripts-v5.4.18-2020_0625 tarball.

It uses the in-band interrupt by default, right?  I have not done anything specific dealing with that or trying to drive WL_HOST_WAKE.  Here is my devicetree entry if that helps.

&sdhci1 {

    status = "okay";

    #address-cells = <1>;

    #size-cells = <0>;

    bus-width = <4>;

    no-1-8-v;       /* force 3.3V VIO */

    non-removable;

    mmc-pwrseq = <&sdhci1_pwrseq>;

    pm-ignore-notify;

    cap-power-off-card;

    /*max-frequency = <25000000>;*/

    brcmf: bcrmf@1 {

        reg = <1>;

        compatible = "brcm,bcm4329-fmac";

    };

};

thank you,

jeff

[Zhengbao_Zhang]

# muxenab defined to enable OOB IRQ. Level sensitive interrupt via WL_HOST_WAKE line.

muxenab=0x01

it used OOB interrupt as default.

You can comment this line and add below setting to see if INT can work normally.

sd_gpout=0

sd_oobonly=1

sd_gpval=1

sd_gpdc=0

[JeHa_4771251]

Hello,

Thank you for your response.   I did try the changes you suggested but it still did not work.

#muxenab=0x01

sd_gpout=0

sd_oobonly=1

sd_gpval=1

sd_gpdc=0

I tried with and without bit 27 of boardflags3 set since I did not know what was correct.

Should in-band interrupt work? I looked at our schematic again and we go have WL_HOST_WAKE connected but I do not have anything defined in the devicetree?

jeff

[Zhengbao_Zhang]

copy one INT in the other DTS , this has a OOB setting.

&usdhc3 {

#address-cells = <1>;

#size-cells = <0>;

pinctrl-names = "default";

pinctrl-0 = <&pinctrl_wifi>;

bus-width = <4>;

no-1-8-v; /* force 3.3V VIO */

non-removable;

mmc-pwrseq = <&usdhc3_pwrseq>;

pm-ignore-notify;

cap-power-off-card;

status = "okay";

brcmf: bcrmf@1 {

reg = <1>;

compatible = "brcm,bcm4329-fmac";

interrupt-parent = <&gpio6>;

interrupts = <9 IRQ_TYPE_LEVEL_HIGH>;

interrupt-names = "host-wake";

};

};

[JeHa_4771251]

I have an external crystal connected to EXT_LPO should is use boardflags3=0x48000100 or boardflags3=0x40000100 ?

I have added the interrupt to my DT but it is never enabled.  After the FW and NVRAM are is loaded successfully, brcmf_sdio_firmware_callback has this code

    /* Make sure backplane clock is on, needed to generate F2 interrupt */

    brcmf_sdio_clkctl(bus, CLK_AVAIL, false);

    if (bus->clkstate != CLK_AVAIL)

        goto release;

And from the kernel logs:

[   13.077158] brcmfmac: brcmf_sdio_htclk Enter

[   14.085079] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50

[   14.092420] brcmfmac: brcmf_sdio_clkctl 1 -> 1

[   14.092428] brcmfmac: brcmf_sdio_firmware_callback failed: dev=mmc1:0001:1, err=0

It looks like the code is trying to turn the backplane/HT clock back on after loading the firmware and it is failing.

jeff

[Zhengbao_Zhang]

for external LPO, I think it is the right value.

boardflags3=0x48000100

[JeHa_4771251]

OK, that is the setting I'm using.

But the problem still is not with the OOB interrupt since that has not even been initialized yet.  The code is writing SBSDIO_ALP_AVAIL_REQ to SBSDIO_FUNC1_CHIPCLKCSR  and the status register never returns that HT Avail is ready.    I can't understand what the chip is looking for???

        /* Request HT Avail */

        clkreq =

            bus->alp_only ? SBSDIO_ALP_AVAIL_REQ : SBSDIO_HT_AVAIL_REQ;

        brcmf_sdiod_writeb(bus->sdiodev, SBSDIO_FUNC1_CHIPCLKCSR,

                   clkreq, &err);

.

.

.

.

                /* Otherwise, wait here (polling) for HT Avail */

                timeout = jiffies +

                          msecs_to_jiffies(PMU_MAX_TRANSITION_DLY/1000);

                while (!SBSDIO_CLKAV(clkctl, bus->alp_only)) {

                        clkctl = brcmf_sdiod_readb(bus->sdiodev,

                                                   SBSDIO_FUNC1_CHIPCLKCSR,

                                                   &err);

                        if (time_after(jiffies, timeout))

                                break;

                        else

                                usleep_range(5000, 10000);

                }

                if (err) {

                        brcmf_err("HT Avail request error: %d\n", err);

                        return -EBADE;

                }

                if (!SBSDIO_CLKAV(clkctl, bus->alp_only)) {

                        brcmf_err("HT Avail timeout (%d): clkctl 0x%02x\n",

                                  PMU_MAX_TRANSITION_DLY, clkctl);

                        return -EBADE;

                }

[Zhengbao_Zhang]

So your steps are :

Copy brcmfmac43012-sdio.1LV.txt to cyfmac43012-sdio.txt  ,  If you can re-compile the fmac driver, you can enable the poll function to have a try.

in the sdio.c

          brcmf_sdio_probe_attach

                    bus -> intr = false;

                     bus -> poll = true;

default intr is enable, poll disabled.

I just have a try about the nvram boardflags3 , it is ok to use internal or external for bringing up.

you can use internal LPO also to have a try.

0x44000100 .

[JeHa_4771251]

Hello,

I had already updated the name of my nvram based on earlier failure and found the correct name in the kernel driver.

I tried your latest suggestions but still no success.   The problem is that these changes, like the HOST_WAKE, are only valid after the chip has been successfully initialized.

Do you know of a way to understand or debug why 'HT Avail' fails after loading the NVRAM?

thanks,

jeff

[Zhengbao_Zhang]

Yes, I know the situation,  HT available status should be set to correct value if right firmware and nvram are loaded after interface up.

So would you please check :

1.  xtalfreq,  if it is 26M or 37.4M , and the value should be set to right position in NVram with corresponding value.

2.  if you are using module,  would you please check with module maker for a confirmed firmware + nvram for design ?

[Zhengbao_Zhang]

and better to lower the sdio speed for a try also.

[JeHa_4771251]

Sorry, I thought I had included the module, it is the  Murata LBEE59B1LV-278.

1. I did try reducing the speed using max-frequency = <25000000>; in the device-tree and same result.

2. the firmware I got from cypress-release-2020-06-25 has the same md5sum as the one from Murata's git repo

3. I got the nvram file, cyfmac43012-sdio.1LV.txt, from Murata's git repo

4. The nvram says the xtalfreq is 37.4.  I assume this is inside the module?

5.  I did try two of our boards and they both fail the same way.

This is the failing code.  Is the backplane clock dependent on the SD_CLK or the EXT_LPO ?

    /* Make sure backplane clock is on, needed to generate F2 interrupt */

    brcmf_sdio_clkctl(bus, CLK_AVAIL, false);

    if (bus->clkstate != CLK_AVAIL)

        goto release;

I have attached the output of dmesg, I have TRACE, INFO and SDIO debug enabled.

[JeHa_4771251]

I have another question.  I'm looking at the Figure 2 on page 5 of the CYW43012 datasheet.

I just want to make sure that setting bit 27 to 1 in boardflags3 will force the use the the EXT_LPO.   Can the pmustatus register report if it sees the input signal on ext_lpo?

Is the external LPO really needed or is it just for sleep?  If this signal was missing/bad would we get the HT Avail timeout?

Sorry, that was more than one question but thank you very much for your help.

jeff

[Zhengbao_Zhang]

Hello:

  yes, bad LPO will cause HT timeout also, but your situation is even internal LPO failed also.

would you please reduce the sdio clock to a lower value ?  and need your help to try attached group .

[JeHa_4771251]

Testing with files from attached zip

cp ./brcmfmac4373-sdio.bin /lib/firmware/cypress/cyfmac43012-sdio.bin

cp ./brcmfmac4373-sdio.clm_blob /lib/firmware/cypress/cyfmac43012-sdio.clm_blob

cp ./brcmfmac4373-sdio.txt /lib/firmware/cypress/cyfmac43012-sdio.txt

modprobe brcmfmac

With SD clk still at 50Mhz,  fw/nvram load but I still get timeout

[  202.436388] brcmfmac: brcmf_fw_complete_request firmware cypress/cyfmac43012-sdio.bin found

[  202.436438] brcmfmac mmc1:0001:1: Direct firmware load for cypress/cyfmac43012-sdio.xlnx,zynqmp.txt failed with error -2

[  202.447424] brcmfmac: brcmf_fw_complete_request firmware cypress/cyfmac43012-sdio.txt found

[  202.447427] brcmfmac: brcmf_fw_request_nvram_done enter: dev=mmc1:0001:1

[  202.447510] brcmfmac: brcmf_fw_request_nvram_done nvram 00000000117380c4 len 1708

[  202.447517] brcmfmac: brcmf_sdio_clkctl Enter

[  202.447520] brcmfmac: brcmf_sdio_htclk Enter

[  202.447565] brcmfmac: brcmf_sdio_htclk CLKCTL: turned ON

[  202.447568] brcmfmac: brcmf_sdio_clkctl 1 -> 3

[  202.447572] brcmfmac: brcmf_sdio_download_firmware firmware rstvec: b83ef160

[  202.515110] brcmfmac: brcmf_sdio_clkctl 3 -> 1

[  202.515115] brcmfmac: brcmf_sdio_clkctl Enter

[  202.515117] brcmfmac: brcmf_sdio_htclk Enter

[  203.520988] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50

[  203.528290] brcmfmac: brcmf_sdio_clkctl 1 -> 1

[  203.528294] brcmfmac: brcmf_sdio_firmware_callback failed: dev=mmc1:0001:1, err=0

===============

Setting SD clk to 25Mhz and testing with original 43012 firmware and with 4373 both resulted in the timeout

clock:          25000000 Hz

actual clock:   16666666 Hz

vdd:            21 (3.3 ~ 3.4 V)

bus mode:       2 (push-pull)

chip select:    0 (don't care)

power mode:     2 (on)

bus width:      2 (4 bits)

timing spec:    2 (sd high-speed)

signal voltage: 0 (3.30 V)

driver type:    0 (driver type B)

this is the normal settings without restricting the clock

cat /sys/kernel/debug/mmc1/ios

clock:          50000000 Hz

actual clock:   50000000 Hz

vdd:            21 (3.3 ~ 3.4 V)

bus mode:       2 (push-pull)

chip select:    0 (don't care)

power mode:     2 (on)

bus width:      2 (4 bits)

timing spec:    2 (sd high-speed)

signal voltage: 0 (3.30 V)

driver type:    0 (driver type B)

======================

I am assuming the firmware and nvram are both loaded successfully since I can see these messages in the kernel log.

[  118.026289] brcmfmac: brcmf_sdio_verifymemory Compare RAM dl & ul at 0x00000000; size=479322

[  118.102917] brcmfmac: brcmf_sdio_verifymemory Compare RAM dl & ul at 0x0009f6c0; size=2368

[Zhengbao_Zhang]

hello:

I made a mistake,  need your help to try this attachment, thanks.

[JeHa_4771251]

Still getting HT Avail Timeout with the test firmware you provided.

However, I saw this in the CYW43012 datasheet:

2. The CYW43012 is backward compatible with SDIO v2.0 host interfaces. Note however that the CYW43012 device can only

support 1.8V signaling. It cannot support 3.3V signaling during initialization post power cycle and in default/high speed SDIO

2.0 modes. The host must use 1.8V signalling to work with CYW43012

I looked at how the SD controller is configured and it is for v2.0 and the i/o voltage is 3.3.   The device-tree has this line:

no-1-8-v;       /* force 3.3V VIO */

and on the system is say signal voltage is 3.3

root@192.168.1.107:[6] cat /sys/kernel/debug/mmc1/ios

clock:          25000000 Hz

actual clock:   16666666 Hz

vdd:            21 (3.3 ~ 3.4 V)

bus mode:       2 (push-pull)

chip select:    0 (don't care)

power mode:     2 (on)

bus width:      2 (4 bits)

timing spec:    2 (sd high-speed)

signal voltage: 0 (3.30 V)

driver type:    0 (driver type B)

Could this be the problem?  That I must use 1.8V on my pin and remove the entry from the device tree?

[Zhengbao_Zhang]

yes,  1.8V IO needs to be considered. 

[JeHa_4771251]

This will be difficult for us since we use a Trenz SOM for Xilinx ZynqMP and the SDIO interface is in a 3.3V bank.  We will investigate a solution.

But I am confused.  The initialization and loading of FW/NVRAM works at 3.3.  After the backplane clock is enabled does it need 1.8 to work correctly?

thank you,

jeff

[JeHa_4771251]

  We have been able to re-work a board to test with 1.8V I/O.  Unfortunately, we still see the same error.  This is using the original firmware not the firmware you provided.  I will try this tomorrow.

   We did try at 25 and 50 MHz also.

  I think we have a signal integrity issue or a timing issue with our clocks but do not understand why we can successfully load the firmware and nvram.    What external clocks does HT depend on ? 

[bish_4755391]

I insmod filed,The cmd is  sudo insmod dhd-android-1.363.125.25/cywdhd.ko nvram_path=43012.txt firmware_path=brcmfmac43012-sdio.bin,

I want to know Correct insmod command,

root@imx6ulevk:~# insmod cywdhd.ko firmware_path=firmware.bin nvram_path=nvram.txt
dhd_module_init in
no wifi platform data, skip
DHD wifi platform data is required for Android build
DHD registeing bus directly
F1 signature read @0x18000000=0x1522a804
F1 signature OK, socitype:0x1 chip:0xa804 rev:0x2 pkg:0x2
DHD: dongle ram size is set to 655360(orig 655360) at 0x0
CFG80211-ERROR) wl_setup_wiphy : Registering Vendor80211
wl_create_event_handler(): thread:wl_event_handler:30e started
CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x8a8a14b4
dhd_attach(): thread:dhd_watchdog_thread:30f started
dhd_attach(): thread:dhd_dpc:310 started
dhd_attach(): thread:dhd_rxf:311 started
dhd_deferred_work_init: work queue initialized
dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded.
dhdsdio_htclk: HT Avail timeout (1000000): clkctl 0x50
dhd_bus_init: clock state is wrong. state = 1
dhd_bus_start, dhd_bus_init failed -1
dhdsdio_probe: dhd_bus_start failed
dhdsdio_htclk: HT Avail timeout (1000000): clkctl 0x50
dhd_wlfc_deinit():3753, Already disabled!
dhd_detach(): thread:dhd_watchdog_thread:30f terminated OK
dhd_detach(): thread:dhd_rxf:311 terminated OK
dhd_dpc_thread: Unexpected up_cnt 0
dhd_detach(): thread:dhd_dpc:310 terminated OK
CFG80211-ERROR) wl_event_handler : was terminated
wl_destroy_event_handler(): thread:wl_event_handler:30e terminated OK
bcmsdh_sdmmc: probe of mmc0:0001:2 failed with error -12
dhd_module_init out

[bish_4755391]

hi Is the problem solved, I want to ask ,I want to ask some questions.

I insmod failed,The cmd is  sudo insmod dhd-android-1.363.125.25/cywdhd.ko nvram_path=43012.txt firmware_path=brcmfmac43012-sdio.bin,

I want to know Correct insmod command,How to download brcmfmac43012-sdio.clm_blob

root@imx6ulevk:~# insmod cywdhd.ko firmware_path=firmware.bin nvram_path=nvram.txt
dhd_module_init in
no wifi platform data, skip
DHD wifi platform data is required for Android build
DHD registeing bus directly
F1 signature read @0x18000000=0x1522a804
F1 signature OK, socitype:0x1 chip:0xa804 rev:0x2 pkg:0x2
DHD: dongle ram size is set to 655360(orig 655360) at 0x0
CFG80211-ERROR) wl_setup_wiphy : Registering Vendor80211
wl_create_event_handler(): thread:wl_event_handler:30e started
CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x8a8a14b4
dhd_attach(): thread:dhd_watchdog_thread:30f started
dhd_attach(): thread:dhd_dpc:310 started
dhd_attach(): thread:dhd_rxf:311 started
dhd_deferred_work_init: work queue initialized
dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded.
dhdsdio_htclk: HT Avail timeout (1000000): clkctl 0x50
dhd_bus_init: clock state is wrong. state = 1
dhd_bus_start, dhd_bus_init failed -1
dhdsdio_probe: dhd_bus_start failed
dhdsdio_htclk: HT Avail timeout (1000000): clkctl 0x50
dhd_wlfc_deinit():3753, Already disabled!
dhd_detach(): thread:dhd_watchdog_thread:30f terminated OK
dhd_detach(): thread:dhd_rxf:311 terminated OK
dhd_dpc_thread: Unexpected up_cnt 0
dhd_detach(): thread:dhd_dpc:310 terminated OK
CFG80211-ERROR) wl_event_handler : was terminated
wl_destroy_event_handler(): thread:wl_event_handler:30e terminated OK
bcmsdh_sdmmc: probe of mmc0:0001:2 failed with error -12
dhd_module_init out

[Zhengbao_Zhang · Accepted solution]

Hello:

  you need to add clm_path in the command list like :

insmod cywdhd.ko firmware_path=firmware.bin nvram_path=nvram.txt clm_path=*.clm_blob