* Broadcom 43340 module on iMX6DL @ 2015-04-23 18:10 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-23 18:10 UTC (permalink / raw) To: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo Cc: ryeh, eccopark, dimitrysh Hello Guys, I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL processor using kernel Freescale GA (3.10.53). I am having an issue with the sdio registration. I would like to know if anyone here had the same issue and how did you solve it?. Entry: wifi_add_dev Entry: wifi_add_dev Entry: wifi_probe wifi_probe: calling wifi_set_power on Entry: wifi_set_power wifi_set_power = 1 wifi_set_carddetect = 1 mmc0: queuing unknown CIS tuple 0x80 (7 bytes) mmc0: queuing unknown CIS tuple 0x80 (6 bytes) mmc0: queuing unknown CIS tuple 0x91 (3 bytes) mmc0: new high speed SDIO card at address 0001 Dongle Host Driver, version 1.88.45 (r) Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 DHD: dongle ram size is set to 524288(orig 524288) at 0x0 wl_create_event_handler(): thread:wl_event_handler:3ba started CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 dhd_attach(): thread:dhd_watchdog_thread:3bb started dhd_attach(): thread:dhd_dpc:3bc started dhd_attach(): thread:dhd_rxf:3bd started dhd_attach(): thread:dhd_sysioc:3be started wifi_get_mac_addr dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. Times out here... dhd_module_init: sdio_register_driver timeout or error dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) dhd_bus_start failed bus is not ready dhdsdio_probe: dhd_bus_start failed dhd_detach(): thread:dhd_sysioc:3be terminated OK dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK dhd_dpc_thread: Unexpected up_cnt 0 dhd_detach(): thread:dhd_dpc:3bc terminated OK dhd_detach(): thread:dhd_rxf:3bd terminated OK CFG80211-ERROR) wl_event_handler : was terminated wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK dhd_osl_detach: MEMORY LEAK 156 bytes ## wifi_remove Entry: wifi_set_power wifi_set_power = 0 navdy_wifi_power: 0 wifi_set_carddetect = 0 insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) # mmc0: card 0001 removed Note: I ran the command below to load the driver: insmod /system/lib/modules/bcmdhd.ko firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin nvram_path=/system/vendor/firmware/bcmdhd.cal Regards, John ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-23 18:10 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-23 18:10 UTC (permalink / raw) To: linux-arm-kernel Hello Guys, I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL processor using kernel Freescale GA (3.10.53). I am having an issue with the sdio registration. I would like to know if anyone here had the same issue and how did you solve it?. Entry: wifi_add_dev Entry: wifi_add_dev Entry: wifi_probe wifi_probe: calling wifi_set_power on Entry: wifi_set_power wifi_set_power = 1 wifi_set_carddetect = 1 mmc0: queuing unknown CIS tuple 0x80 (7 bytes) mmc0: queuing unknown CIS tuple 0x80 (6 bytes) mmc0: queuing unknown CIS tuple 0x91 (3 bytes) mmc0: new high speed SDIO card at address 0001 Dongle Host Driver, version 1.88.45 (r) Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 DHD: dongle ram size is set to 524288(orig 524288) at 0x0 wl_create_event_handler(): thread:wl_event_handler:3ba started CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 dhd_attach(): thread:dhd_watchdog_thread:3bb started dhd_attach(): thread:dhd_dpc:3bc started dhd_attach(): thread:dhd_rxf:3bd started dhd_attach(): thread:dhd_sysioc:3be started wifi_get_mac_addr dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. Times out here... dhd_module_init: sdio_register_driver timeout or error dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) dhd_bus_start failed bus is not ready dhdsdio_probe: dhd_bus_start failed dhd_detach(): thread:dhd_sysioc:3be terminated OK dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK dhd_dpc_thread: Unexpected up_cnt 0 dhd_detach(): thread:dhd_dpc:3bc terminated OK dhd_detach(): thread:dhd_rxf:3bd terminated OK CFG80211-ERROR) wl_event_handler : was terminated wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK dhd_osl_detach: MEMORY LEAK 156 bytes ## wifi_remove Entry: wifi_set_power wifi_set_power = 0 navdy_wifi_power: 0 wifi_set_carddetect = 0 insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) # mmc0: card 0001 removed Note: I ran the command below to load the driver: insmod /system/lib/modules/bcmdhd.ko firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin nvram_path=/system/vendor/firmware/bcmdhd.cal Regards, John ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-23 18:10 ` John Tobias @ 2015-04-23 18:19 ` Dmitry Shmidt -1 siblings, 0 replies; 40+ messages in thread From: Dmitry Shmidt @ 2015-04-23 18:19 UTC (permalink / raw) To: John Tobias Cc: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park On Thu, Apr 23, 2015 at 11:10 AM, John Tobias <john.tobias.ph@gmail.com> wrote: > Hello Guys, > > I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL > processor using kernel Freescale GA (3.10.53). > > I am having an issue with the sdio registration. I would like to know > if anyone here had the same issue and how did you solve it?. I would be careful with terminology - this error has nothing to do with sdio registration. Moreover, you found wlan sdio device: mmc0: new high speed SDIO card at address 0001 The problem is that after loading FW (you probably skipped this line in log) it is not responding. There are several reasons for this. 1) You didn't set up properly IRQ line. There are two ways: OOB interrupt and SDIO interrupt. I don't know how it is set in HW on your board. You may try to use polling as a test Something like replace uint dhd_poll = FALSE; uint dhd_intr = TRUE; to uint dhd_poll = TRUE; uint dhd_intr = FALSE; But I am not sure about your source base and if it is working at all these days. 2) Your FW is wrong and it is not responding 3) Something else... :) > > > Entry: wifi_add_dev > Entry: wifi_add_dev > Entry: wifi_probe > wifi_probe: calling wifi_set_power on > Entry: wifi_set_power > wifi_set_power = 1 > wifi_set_carddetect = 1 > mmc0: queuing unknown CIS tuple 0x80 (7 bytes) > mmc0: queuing unknown CIS tuple 0x80 (6 bytes) > mmc0: queuing unknown CIS tuple 0x91 (3 bytes) > mmc0: new high speed SDIO card at address 0001 > > Dongle Host Driver, version 1.88.45 (r) > Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 > F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 > DHD: dongle ram size is set to 524288(orig 524288) at 0x0 > wl_create_event_handler(): thread:wl_event_handler:3ba started > CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 > dhd_attach(): thread:dhd_watchdog_thread:3bb started > dhd_attach(): thread:dhd_dpc:3bc started > dhd_attach(): thread:dhd_rxf:3bd started > dhd_attach(): thread:dhd_sysioc:3be started > wifi_get_mac_addr > dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. > > > Times out here... > dhd_module_init: sdio_register_driver timeout or error > > dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) > dhd_bus_start failed bus is not ready > dhdsdio_probe: dhd_bus_start failed > dhd_detach(): thread:dhd_sysioc:3be terminated OK > dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK > dhd_dpc_thread: Unexpected up_cnt 0 > dhd_detach(): thread:dhd_dpc:3bc terminated OK > dhd_detach(): thread:dhd_rxf:3bd terminated OK > CFG80211-ERROR) wl_event_handler : was terminated > wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK > dhd_osl_detach: MEMORY LEAK 156 bytes > ## wifi_remove > Entry: wifi_set_power > wifi_set_power = 0 > navdy_wifi_power: 0 > wifi_set_carddetect = 0 > insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) > # mmc0: card 0001 removed > > > Note: I ran the command below to load the driver: > insmod /system/lib/modules/bcmdhd.ko > firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin > nvram_path=/system/vendor/firmware/bcmdhd.cal > > > Regards, > > John ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-23 18:19 ` Dmitry Shmidt 0 siblings, 0 replies; 40+ messages in thread From: Dmitry Shmidt @ 2015-04-23 18:19 UTC (permalink / raw) To: linux-arm-kernel On Thu, Apr 23, 2015 at 11:10 AM, John Tobias <john.tobias.ph@gmail.com> wrote: > Hello Guys, > > I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL > processor using kernel Freescale GA (3.10.53). > > I am having an issue with the sdio registration. I would like to know > if anyone here had the same issue and how did you solve it?. I would be careful with terminology - this error has nothing to do with sdio registration. Moreover, you found wlan sdio device: mmc0: new high speed SDIO card at address 0001 The problem is that after loading FW (you probably skipped this line in log) it is not responding. There are several reasons for this. 1) You didn't set up properly IRQ line. There are two ways: OOB interrupt and SDIO interrupt. I don't know how it is set in HW on your board. You may try to use polling as a test Something like replace uint dhd_poll = FALSE; uint dhd_intr = TRUE; to uint dhd_poll = TRUE; uint dhd_intr = FALSE; But I am not sure about your source base and if it is working at all these days. 2) Your FW is wrong and it is not responding 3) Something else... :) > > > Entry: wifi_add_dev > Entry: wifi_add_dev > Entry: wifi_probe > wifi_probe: calling wifi_set_power on > Entry: wifi_set_power > wifi_set_power = 1 > wifi_set_carddetect = 1 > mmc0: queuing unknown CIS tuple 0x80 (7 bytes) > mmc0: queuing unknown CIS tuple 0x80 (6 bytes) > mmc0: queuing unknown CIS tuple 0x91 (3 bytes) > mmc0: new high speed SDIO card at address 0001 > > Dongle Host Driver, version 1.88.45 (r) > Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 > F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 > DHD: dongle ram size is set to 524288(orig 524288) at 0x0 > wl_create_event_handler(): thread:wl_event_handler:3ba started > CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 > dhd_attach(): thread:dhd_watchdog_thread:3bb started > dhd_attach(): thread:dhd_dpc:3bc started > dhd_attach(): thread:dhd_rxf:3bd started > dhd_attach(): thread:dhd_sysioc:3be started > wifi_get_mac_addr > dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. > > > Times out here... > dhd_module_init: sdio_register_driver timeout or error > > dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) > dhd_bus_start failed bus is not ready > dhdsdio_probe: dhd_bus_start failed > dhd_detach(): thread:dhd_sysioc:3be terminated OK > dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK > dhd_dpc_thread: Unexpected up_cnt 0 > dhd_detach(): thread:dhd_dpc:3bc terminated OK > dhd_detach(): thread:dhd_rxf:3bd terminated OK > CFG80211-ERROR) wl_event_handler : was terminated > wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK > dhd_osl_detach: MEMORY LEAK 156 bytes > ## wifi_remove > Entry: wifi_set_power > wifi_set_power = 0 > navdy_wifi_power: 0 > wifi_set_carddetect = 0 > insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) > # mmc0: card 0001 removed > > > Note: I ran the command below to load the driver: > insmod /system/lib/modules/bcmdhd.ko > firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin > nvram_path=/system/vendor/firmware/bcmdhd.cal > > > Regards, > > John ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-23 18:10 ` John Tobias @ 2015-04-23 18:39 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-23 18:39 UTC (permalink / raw) To: John Tobias Cc: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, ryeh, eccopark, dimitrysh On 04/23/15 20:10, John Tobias wrote: > Hello Guys, > > I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL > processor using kernel Freescale GA (3.10.53). > > I am having an issue with the sdio registration. I would like to know > if anyone here had the same issue and how did you solve it?. > > > Entry: wifi_add_dev > Entry: wifi_add_dev > Entry: wifi_probe > wifi_probe: calling wifi_set_power on > Entry: wifi_set_power > wifi_set_power = 1 > wifi_set_carddetect = 1 > mmc0: queuing unknown CIS tuple 0x80 (7 bytes) > mmc0: queuing unknown CIS tuple 0x80 (6 bytes) > mmc0: queuing unknown CIS tuple 0x91 (3 bytes) > mmc0: new high speed SDIO card at address 0001 > > Dongle Host Driver, version 1.88.45 (r) > Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 > F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 > DHD: dongle ram size is set to 524288(orig 524288) at 0x0 > wl_create_event_handler(): thread:wl_event_handler:3ba started > CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 > dhd_attach(): thread:dhd_watchdog_thread:3bb started > dhd_attach(): thread:dhd_dpc:3bc started > dhd_attach(): thread:dhd_rxf:3bd started > dhd_attach(): thread:dhd_sysioc:3be started > wifi_get_mac_addr > dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. > > > Times out here... > dhd_module_init: sdio_register_driver timeout or error > > dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) This means it failed to enable function 2. My guess would be the firmware did not come up. > dhd_bus_start failed bus is not ready > dhdsdio_probe: dhd_bus_start failed > dhd_detach(): thread:dhd_sysioc:3be terminated OK > dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK > dhd_dpc_thread: Unexpected up_cnt 0 > dhd_detach(): thread:dhd_dpc:3bc terminated OK > dhd_detach(): thread:dhd_rxf:3bd terminated OK > CFG80211-ERROR) wl_event_handler : was terminated > wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK > dhd_osl_detach: MEMORY LEAK 156 bytes > ## wifi_remove > Entry: wifi_set_power > wifi_set_power = 0 > navdy_wifi_power: 0 > wifi_set_carddetect = 0 > insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) > # mmc0: card 0001 removed > > > Note: I ran the command below to load the driver: > insmod /system/lib/modules/bcmdhd.ko > firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin > nvram_path=/system/vendor/firmware/bcmdhd.cal So this is an Android image, right? Can you do hexdump, ie.: $ hexdump -C brcmfmac43340-sdio.bin | tail -30 Regards, Arend > Regards, > > John > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-23 18:39 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-23 18:39 UTC (permalink / raw) To: linux-arm-kernel On 04/23/15 20:10, John Tobias wrote: > Hello Guys, > > I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL > processor using kernel Freescale GA (3.10.53). > > I am having an issue with the sdio registration. I would like to know > if anyone here had the same issue and how did you solve it?. > > > Entry: wifi_add_dev > Entry: wifi_add_dev > Entry: wifi_probe > wifi_probe: calling wifi_set_power on > Entry: wifi_set_power > wifi_set_power = 1 > wifi_set_carddetect = 1 > mmc0: queuing unknown CIS tuple 0x80 (7 bytes) > mmc0: queuing unknown CIS tuple 0x80 (6 bytes) > mmc0: queuing unknown CIS tuple 0x91 (3 bytes) > mmc0: new high speed SDIO card at address 0001 > > Dongle Host Driver, version 1.88.45 (r) > Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 > F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 > DHD: dongle ram size is set to 524288(orig 524288) at 0x0 > wl_create_event_handler(): thread:wl_event_handler:3ba started > CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 > dhd_attach(): thread:dhd_watchdog_thread:3bb started > dhd_attach(): thread:dhd_dpc:3bc started > dhd_attach(): thread:dhd_rxf:3bd started > dhd_attach(): thread:dhd_sysioc:3be started > wifi_get_mac_addr > dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. > > > Times out here... > dhd_module_init: sdio_register_driver timeout or error > > dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) This means it failed to enable function 2. My guess would be the firmware did not come up. > dhd_bus_start failed bus is not ready > dhdsdio_probe: dhd_bus_start failed > dhd_detach(): thread:dhd_sysioc:3be terminated OK > dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK > dhd_dpc_thread: Unexpected up_cnt 0 > dhd_detach(): thread:dhd_dpc:3bc terminated OK > dhd_detach(): thread:dhd_rxf:3bd terminated OK > CFG80211-ERROR) wl_event_handler : was terminated > wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK > dhd_osl_detach: MEMORY LEAK 156 bytes > ## wifi_remove > Entry: wifi_set_power > wifi_set_power = 0 > navdy_wifi_power: 0 > wifi_set_carddetect = 0 > insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) > # mmc0: card 0001 removed > > > Note: I ran the command below to load the driver: > insmod /system/lib/modules/bcmdhd.ko > firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin > nvram_path=/system/vendor/firmware/bcmdhd.cal So this is an Android image, right? Can you do hexdump, ie.: $ hexdump -C brcmfmac43340-sdio.bin | tail -30 Regards, Arend > Regards, > > John > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-23 18:39 ` Arend van Spriel @ 2015-04-23 18:44 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-23 18:44 UTC (permalink / raw) To: Arend van Spriel Cc: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, ryeh, eccopark, dimitrysh Thanks Dmitry for the info. Arend: Yes, it's an android... Here's the info: 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a |.......^..7...^.| 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 |.w..........`...| 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 |...`......`.....| 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 |.`......^...(..@| 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 |g.....`..7...^..| 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c |.,..^......^...,| 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 |.........`c..{..| 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 |^...z..`~.0u..A.| 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 |............`c..| 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 |{..^...z..`..0u.| 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 |.A..............| 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 |....|...-..X...1| 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. N}~G(| 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 |.|w..D....2...43| 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d |341b0-roml/sdio-| 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 |ag-pno-p2p-ccx-e| 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 |xtsup-proptxstat| 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d |us-dmatxrc-rxov-| 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c |pktfilter-keepal| 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d |ive-aoe-vsdb-sr-| 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 |wapi-wl11d-autoa| 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 |bn-lpc-pclose-p2| 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u Version| 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 CR| 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 Date| 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue 2014-06-17| 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT FW| 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID 01-8744bcd2..| 00061040 e2 00 |..| 00061042 I just took the firmware in linux-firmware repo and I am not sure if that's the correct one.. Regards, John On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel <arend@broadcom.com> wrote: > On 04/23/15 20:10, John Tobias wrote: >> >> Hello Guys, >> >> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL >> processor using kernel Freescale GA (3.10.53). >> >> I am having an issue with the sdio registration. I would like to know >> if anyone here had the same issue and how did you solve it?. >> >> >> Entry: wifi_add_dev >> Entry: wifi_add_dev >> Entry: wifi_probe >> wifi_probe: calling wifi_set_power on >> Entry: wifi_set_power >> wifi_set_power = 1 >> wifi_set_carddetect = 1 >> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) >> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) >> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) >> mmc0: new high speed SDIO card at address 0001 >> >> Dongle Host Driver, version 1.88.45 (r) >> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 >> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 >> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 >> wl_create_event_handler(): thread:wl_event_handler:3ba started >> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 >> dhd_attach(): thread:dhd_watchdog_thread:3bb started >> dhd_attach(): thread:dhd_dpc:3bc started >> dhd_attach(): thread:dhd_rxf:3bd started >> dhd_attach(): thread:dhd_sysioc:3be started >> wifi_get_mac_addr >> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. >> >> >> Times out here... >> dhd_module_init: sdio_register_driver timeout or error >> >> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) > > > This means it failed to enable function 2. My guess would be the firmware > did not come up. > >> dhd_bus_start failed bus is not ready >> dhdsdio_probe: dhd_bus_start failed >> dhd_detach(): thread:dhd_sysioc:3be terminated OK >> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK >> dhd_dpc_thread: Unexpected up_cnt 0 >> dhd_detach(): thread:dhd_dpc:3bc terminated OK >> dhd_detach(): thread:dhd_rxf:3bd terminated OK >> CFG80211-ERROR) wl_event_handler : was terminated >> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK >> dhd_osl_detach: MEMORY LEAK 156 bytes >> ## wifi_remove >> Entry: wifi_set_power >> wifi_set_power = 0 >> navdy_wifi_power: 0 >> wifi_set_carddetect = 0 >> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such >> device) >> # mmc0: card 0001 removed >> >> >> Note: I ran the command below to load the driver: >> insmod /system/lib/modules/bcmdhd.ko >> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin >> nvram_path=/system/vendor/firmware/bcmdhd.cal > > > So this is an Android image, right? Can you do hexdump, ie.: > > $ hexdump -C brcmfmac43340-sdio.bin | tail -30 > > Regards, > Arend > >> Regards, >> >> John >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> Please read the FAQ at http://www.tux.org/lkml/ > > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-23 18:44 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-23 18:44 UTC (permalink / raw) To: linux-arm-kernel Thanks Dmitry for the info. Arend: Yes, it's an android... Here's the info: 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a |.......^..7...^.| 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 |.w..........`...| 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 |...`......`.....| 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 |.`......^...(..@| 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 |g.....`..7...^..| 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c |.,..^......^...,| 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 |.........`c..{..| 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 |^...z..`~.0u..A.| 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 |............`c..| 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 |{..^...z..`..0u.| 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 |.A..............| 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 |....|...-..X...1| 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. N}~G(| 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 |.|w..D....2...43| 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d |341b0-roml/sdio-| 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 |ag-pno-p2p-ccx-e| 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 |xtsup-proptxstat| 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d |us-dmatxrc-rxov-| 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c |pktfilter-keepal| 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d |ive-aoe-vsdb-sr-| 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 |wapi-wl11d-autoa| 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 |bn-lpc-pclose-p2| 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u Version| 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 CR| 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 Date| 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue 2014-06-17| 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT FW| 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID 01-8744bcd2..| 00061040 e2 00 |..| 00061042 I just took the firmware in linux-firmware repo and I am not sure if that's the correct one.. Regards, John On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel <arend@broadcom.com> wrote: > On 04/23/15 20:10, John Tobias wrote: >> >> Hello Guys, >> >> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL >> processor using kernel Freescale GA (3.10.53). >> >> I am having an issue with the sdio registration. I would like to know >> if anyone here had the same issue and how did you solve it?. >> >> >> Entry: wifi_add_dev >> Entry: wifi_add_dev >> Entry: wifi_probe >> wifi_probe: calling wifi_set_power on >> Entry: wifi_set_power >> wifi_set_power = 1 >> wifi_set_carddetect = 1 >> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) >> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) >> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) >> mmc0: new high speed SDIO card at address 0001 >> >> Dongle Host Driver, version 1.88.45 (r) >> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 >> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 >> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 >> wl_create_event_handler(): thread:wl_event_handler:3ba started >> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 >> dhd_attach(): thread:dhd_watchdog_thread:3bb started >> dhd_attach(): thread:dhd_dpc:3bc started >> dhd_attach(): thread:dhd_rxf:3bd started >> dhd_attach(): thread:dhd_sysioc:3be started >> wifi_get_mac_addr >> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. >> >> >> Times out here... >> dhd_module_init: sdio_register_driver timeout or error >> >> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) > > > This means it failed to enable function 2. My guess would be the firmware > did not come up. > >> dhd_bus_start failed bus is not ready >> dhdsdio_probe: dhd_bus_start failed >> dhd_detach(): thread:dhd_sysioc:3be terminated OK >> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK >> dhd_dpc_thread: Unexpected up_cnt 0 >> dhd_detach(): thread:dhd_dpc:3bc terminated OK >> dhd_detach(): thread:dhd_rxf:3bd terminated OK >> CFG80211-ERROR) wl_event_handler : was terminated >> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK >> dhd_osl_detach: MEMORY LEAK 156 bytes >> ## wifi_remove >> Entry: wifi_set_power >> wifi_set_power = 0 >> navdy_wifi_power: 0 >> wifi_set_carddetect = 0 >> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such >> device) >> # mmc0: card 0001 removed >> >> >> Note: I ran the command below to load the driver: >> insmod /system/lib/modules/bcmdhd.ko >> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin >> nvram_path=/system/vendor/firmware/bcmdhd.cal > > > So this is an Android image, right? Can you do hexdump, ie.: > > $ hexdump -C brcmfmac43340-sdio.bin | tail -30 > > Regards, > Arend > >> Regards, >> >> John >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >> the body of a message to majordomo at vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> Please read the FAQ at http://www.tux.org/lkml/ > > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-23 18:44 ` John Tobias @ 2015-04-23 19:00 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-23 19:00 UTC (permalink / raw) To: John Tobias Cc: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, ryeh, eccopark, dimitrysh, John Stultz + John Stultz On 04/23/15 20:44, John Tobias wrote: > Thanks Dmitry for the info. > > Arend: > > Yes, it's an android... Here's the info: > > 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a |.......^..7...^.| > 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 |.w..........`...| > 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 |...`......`.....| > 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 |.`......^...(..@| > 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 |g.....`..7...^..| > 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c |.,..^......^...,| > 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 |.........`c..{..| > 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 |^...z..`~.0u..A.| > 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 |............`c..| > 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 |{..^...z..`..0u.| > 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 |.A..............| > 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 |....|...-..X...1| > 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. N}~G(| > 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 |.|w..D....2...43| > 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d |341b0-roml/sdio-| > 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 |ag-pno-p2p-ccx-e| > 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 |xtsup-proptxstat| > 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d |us-dmatxrc-rxov-| > 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c |pktfilter-keepal| > 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d |ive-aoe-vsdb-sr-| > 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 |wapi-wl11d-autoa| > 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 |bn-lpc-pclose-p2| > 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u Version| > 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 CR| > 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 Date| > 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue 2014-06-17| > 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT FW| > 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID 01-8744bcd2..| > 00061040 e2 00 |..| > 00061042 > > > I just took the firmware in linux-firmware repo and I am not sure if > that's the correct one.. By the name of the file I suspected you did. Personally, I verified the firmware works on 43341. John Stultz tested both 43340 and 43341 with this firmware. Your log says: chip:0xa94c rev:0x2 I will have to check whether that is correct revision for this firmware. I can check. You could try the brcmfmac4334-sdio.bin file instead. All bets are off, but it can not get worse. ;-) Gr. AvS > Regards, > > John > > > On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel<arend@broadcom.com> wrote: >> On 04/23/15 20:10, John Tobias wrote: >>> >>> Hello Guys, >>> >>> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL >>> processor using kernel Freescale GA (3.10.53). >>> >>> I am having an issue with the sdio registration. I would like to know >>> if anyone here had the same issue and how did you solve it?. >>> >>> >>> Entry: wifi_add_dev >>> Entry: wifi_add_dev >>> Entry: wifi_probe >>> wifi_probe: calling wifi_set_power on >>> Entry: wifi_set_power >>> wifi_set_power = 1 >>> wifi_set_carddetect = 1 >>> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) >>> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) >>> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) >>> mmc0: new high speed SDIO card at address 0001 >>> >>> Dongle Host Driver, version 1.88.45 (r) >>> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 >>> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 >>> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 >>> wl_create_event_handler(): thread:wl_event_handler:3ba started >>> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 >>> dhd_attach(): thread:dhd_watchdog_thread:3bb started >>> dhd_attach(): thread:dhd_dpc:3bc started >>> dhd_attach(): thread:dhd_rxf:3bd started >>> dhd_attach(): thread:dhd_sysioc:3be started >>> wifi_get_mac_addr >>> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. >>> >>> >>> Times out here... >>> dhd_module_init: sdio_register_driver timeout or error >>> >>> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) >> >> >> This means it failed to enable function 2. My guess would be the firmware >> did not come up. >> >>> dhd_bus_start failed bus is not ready >>> dhdsdio_probe: dhd_bus_start failed >>> dhd_detach(): thread:dhd_sysioc:3be terminated OK >>> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK >>> dhd_dpc_thread: Unexpected up_cnt 0 >>> dhd_detach(): thread:dhd_dpc:3bc terminated OK >>> dhd_detach(): thread:dhd_rxf:3bd terminated OK >>> CFG80211-ERROR) wl_event_handler : was terminated >>> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK >>> dhd_osl_detach: MEMORY LEAK 156 bytes >>> ## wifi_remove >>> Entry: wifi_set_power >>> wifi_set_power = 0 >>> navdy_wifi_power: 0 >>> wifi_set_carddetect = 0 >>> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such >>> device) >>> # mmc0: card 0001 removed >>> >>> >>> Note: I ran the command below to load the driver: >>> insmod /system/lib/modules/bcmdhd.ko >>> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin >>> nvram_path=/system/vendor/firmware/bcmdhd.cal >> >> >> So this is an Android image, right? Can you do hexdump, ie.: >> >> $ hexdump -C brcmfmac43340-sdio.bin | tail -30 >> Regards, >> Arend >> >>> Regards, >>> >>> John >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> Please read the FAQ at http://www.tux.org/lkml/ >> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-23 19:00 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-23 19:00 UTC (permalink / raw) To: linux-arm-kernel + John Stultz On 04/23/15 20:44, John Tobias wrote: > Thanks Dmitry for the info. > > Arend: > > Yes, it's an android... Here's the info: > > 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a |.......^..7...^.| > 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 |.w..........`...| > 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 |...`......`.....| > 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 |.`......^...(..@| > 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 |g.....`..7...^..| > 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c |.,..^......^...,| > 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 |.........`c..{..| > 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 |^...z..`~.0u..A.| > 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 |............`c..| > 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 |{..^...z..`..0u.| > 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 |.A..............| > 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 |....|...-..X...1| > 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. N}~G(| > 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 |.|w..D....2...43| > 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d |341b0-roml/sdio-| > 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 |ag-pno-p2p-ccx-e| > 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 |xtsup-proptxstat| > 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d |us-dmatxrc-rxov-| > 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c |pktfilter-keepal| > 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d |ive-aoe-vsdb-sr-| > 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 |wapi-wl11d-autoa| > 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 |bn-lpc-pclose-p2| > 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u Version| > 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 CR| > 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 Date| > 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue 2014-06-17| > 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT FW| > 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID 01-8744bcd2..| > 00061040 e2 00 |..| > 00061042 > > > I just took the firmware in linux-firmware repo and I am not sure if > that's the correct one.. By the name of the file I suspected you did. Personally, I verified the firmware works on 43341. John Stultz tested both 43340 and 43341 with this firmware. Your log says: chip:0xa94c rev:0x2 I will have to check whether that is correct revision for this firmware. I can check. You could try the brcmfmac4334-sdio.bin file instead. All bets are off, but it can not get worse. ;-) Gr. AvS > Regards, > > John > > > On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel<arend@broadcom.com> wrote: >> On 04/23/15 20:10, John Tobias wrote: >>> >>> Hello Guys, >>> >>> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL >>> processor using kernel Freescale GA (3.10.53). >>> >>> I am having an issue with the sdio registration. I would like to know >>> if anyone here had the same issue and how did you solve it?. >>> >>> >>> Entry: wifi_add_dev >>> Entry: wifi_add_dev >>> Entry: wifi_probe >>> wifi_probe: calling wifi_set_power on >>> Entry: wifi_set_power >>> wifi_set_power = 1 >>> wifi_set_carddetect = 1 >>> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) >>> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) >>> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) >>> mmc0: new high speed SDIO card at address 0001 >>> >>> Dongle Host Driver, version 1.88.45 (r) >>> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 >>> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 >>> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 >>> wl_create_event_handler(): thread:wl_event_handler:3ba started >>> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 >>> dhd_attach(): thread:dhd_watchdog_thread:3bb started >>> dhd_attach(): thread:dhd_dpc:3bc started >>> dhd_attach(): thread:dhd_rxf:3bd started >>> dhd_attach(): thread:dhd_sysioc:3be started >>> wifi_get_mac_addr >>> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. >>> >>> >>> Times out here... >>> dhd_module_init: sdio_register_driver timeout or error >>> >>> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) >> >> >> This means it failed to enable function 2. My guess would be the firmware >> did not come up. >> >>> dhd_bus_start failed bus is not ready >>> dhdsdio_probe: dhd_bus_start failed >>> dhd_detach(): thread:dhd_sysioc:3be terminated OK >>> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK >>> dhd_dpc_thread: Unexpected up_cnt 0 >>> dhd_detach(): thread:dhd_dpc:3bc terminated OK >>> dhd_detach(): thread:dhd_rxf:3bd terminated OK >>> CFG80211-ERROR) wl_event_handler : was terminated >>> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK >>> dhd_osl_detach: MEMORY LEAK 156 bytes >>> ## wifi_remove >>> Entry: wifi_set_power >>> wifi_set_power = 0 >>> navdy_wifi_power: 0 >>> wifi_set_carddetect = 0 >>> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such >>> device) >>> # mmc0: card 0001 removed >>> >>> >>> Note: I ran the command below to load the driver: >>> insmod /system/lib/modules/bcmdhd.ko >>> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin >>> nvram_path=/system/vendor/firmware/bcmdhd.cal >> >> >> So this is an Android image, right? Can you do hexdump, ie.: >> >> $ hexdump -C brcmfmac43340-sdio.bin | tail -30 >> Regards, >> Arend >> >>> Regards, >>> >>> John >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >>> the body of a message to majordomo at vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> Please read the FAQ at http://www.tux.org/lkml/ >> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-23 19:00 ` Arend van Spriel @ 2015-04-24 0:50 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 0:50 UTC (permalink / raw) To: Arend van Spriel Cc: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt, John Stultz [-- Attachment #1: Type: text/plain, Size: 8852 bytes --] Hello Guys, I have a follow up questions: When the I power up the brcm44340 without loading the driver, the sdhci-esdhc-imx host controller configured it with the following info (cat /sys/kernel/debug/mmc0/ios): clock: 50000000 Hz actual clock: 49500000 Hz vdd: 17 (2.9 ~ 3.0 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) Then, when I load the bcmdhd driver, the driver changed the clock to: clock: 400000 Hz actual clock: 386718 Hz vdd: 17 (2.9 ~ 3.0 V) bus mode: 2 (push-pull) chip select: 0 (don't care) power mode: 2 (on) bus width: 0 (1 bits) timing spec: 0 (legacy) signal voltage: 0 (3.30 V) Trace from sdhci-esdhc-imx: MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 200000, actual: 193359 Does the driver need to change the clock when loading the firmware?. Is it possible to tell to the driver to skip changing the clock?. Or any work around for the problem?. Note: attached is a verbose logs of the driver. Regards, John On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: > + John Stultz > > > On 04/23/15 20:44, John Tobias wrote: >> >> Thanks Dmitry for the info. >> >> Arend: >> >> Yes, it's an android... Here's the info: >> >> 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a >> |.......^..7...^.| >> 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 >> |.w..........`...| >> 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 >> |...`......`.....| >> 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 >> |.`......^...(..@| >> 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 >> |g.....`..7...^..| >> 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c >> |.,..^......^...,| >> 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 >> |.........`c..{..| >> 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 >> |^...z..`~.0u..A.| >> 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 >> |............`c..| >> 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 >> |{..^...z..`..0u.| >> 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 >> |.A..............| >> 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 >> |....|...-..X...1| >> 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. >> N}~G(| >> 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 >> |.|w..D....2...43| >> 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d >> |341b0-roml/sdio-| >> 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 >> |ag-pno-p2p-ccx-e| >> 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 >> |xtsup-proptxstat| >> 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d >> |us-dmatxrc-rxov-| >> 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c >> |pktfilter-keepal| >> 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d >> |ive-aoe-vsdb-sr-| >> 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 >> |wapi-wl11d-autoa| >> 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 >> |bn-lpc-pclose-p2| >> 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u >> Version| >> 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 >> CR| >> 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 >> Date| >> 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue >> 2014-06-17| >> 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT >> FW| >> 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID >> 01-8744bcd2..| >> 00061040 e2 00 |..| >> 00061042 >> >> >> I just took the firmware in linux-firmware repo and I am not sure if >> that's the correct one.. > > > By the name of the file I suspected you did. Personally, I verified the > firmware works on 43341. John Stultz tested both 43340 and 43341 with this > firmware. > > Your log says: chip:0xa94c rev:0x2 > > I will have to check whether that is correct revision for this firmware. I > can check. You could try the brcmfmac4334-sdio.bin file instead. All bets > are off, but it can not get worse. ;-) > > Gr. AvS > > >> Regards, >> >> John >> >> >> On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel<arend@broadcom.com> >> wrote: >>> >>> On 04/23/15 20:10, John Tobias wrote: >>>> >>>> >>>> Hello Guys, >>>> >>>> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL >>>> processor using kernel Freescale GA (3.10.53). >>>> >>>> I am having an issue with the sdio registration. I would like to know >>>> if anyone here had the same issue and how did you solve it?. >>>> >>>> >>>> Entry: wifi_add_dev >>>> Entry: wifi_add_dev >>>> Entry: wifi_probe >>>> wifi_probe: calling wifi_set_power on >>>> Entry: wifi_set_power >>>> wifi_set_power = 1 >>>> wifi_set_carddetect = 1 >>>> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) >>>> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) >>>> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) >>>> mmc0: new high speed SDIO card at address 0001 >>>> >>>> Dongle Host Driver, version 1.88.45 (r) >>>> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 >>>> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 >>>> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 >>>> wl_create_event_handler(): thread:wl_event_handler:3ba started >>>> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 >>>> dhd_attach(): thread:dhd_watchdog_thread:3bb started >>>> dhd_attach(): thread:dhd_dpc:3bc started >>>> dhd_attach(): thread:dhd_rxf:3bd started >>>> dhd_attach(): thread:dhd_sysioc:3be started >>>> wifi_get_mac_addr >>>> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. >>>> >>>> >>>> Times out here... >>>> dhd_module_init: sdio_register_driver timeout or error >>>> >>>> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) >>> >>> >>> >>> This means it failed to enable function 2. My guess would be the firmware >>> did not come up. >>> >>>> dhd_bus_start failed bus is not ready >>>> dhdsdio_probe: dhd_bus_start failed >>>> dhd_detach(): thread:dhd_sysioc:3be terminated OK >>>> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK >>>> dhd_dpc_thread: Unexpected up_cnt 0 >>>> dhd_detach(): thread:dhd_dpc:3bc terminated OK >>>> dhd_detach(): thread:dhd_rxf:3bd terminated OK >>>> CFG80211-ERROR) wl_event_handler : was terminated >>>> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK >>>> dhd_osl_detach: MEMORY LEAK 156 bytes >>>> ## wifi_remove >>>> Entry: wifi_set_power >>>> wifi_set_power = 0 >>>> navdy_wifi_power: 0 >>>> wifi_set_carddetect = 0 >>>> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such >>>> device) >>>> # mmc0: card 0001 removed >>>> >>>> >>>> Note: I ran the command below to load the driver: >>>> insmod /system/lib/modules/bcmdhd.ko >>>> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin >>>> nvram_path=/system/vendor/firmware/bcmdhd.cal >>> >>> >>> >>> So this is an Android image, right? Can you do hexdump, ie.: >>> >>> $ hexdump -C brcmfmac43340-sdio.bin | tail -30 > > >>> Regards, >>> Arend >>> >>>> Regards, >>>> >>>> John >>>> -- >>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" >>>> in >>>> the body of a message to majordomo@vger.kernel.org >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>> Please read the FAQ at http://www.tux.org/lkml/ >>> >>> >>> > [-- Attachment #2: brcm44340.logs --] [-- Type: application/octet-stream, Size: 20338 bytes --] dhd_module_init: Enter Entry: wifi_add_dev Entry: wifi_add_dev ## Calling platform_driver_register Entry: wifi_probe wifi_probe: calling wifi_set_power on Entry: wifi_set_power net_ratelimit: 4 callbacks suppressed wifi_set_power = 1 wifi_power: 1 wifi_set_carddetect = 1 mmc0: queuing unknown CIS tuple 0x80 (7 bytes) mmc0: queuing unknown CIS tuple 0x80 (6 bytes) mmc0: queuing unknown CIS tuple 0x91 (3 bytes) mmc0: new high speed SDIO card at address 0001 dhd_bus_register: Enter ENTRY: dhd_bus_register: calling bcmsdh_register Entry: Linux Kernel SDIO/MMC Driver dhdsdio_probe: Enter dhdsdio_probe: venid 0x14e4 devid 0x0000 dhdsdio_probe: allow device id 0, will check chip internals Function 0 CIS: 20 04 d0 02 4d a9 21 02 0c 00 22 04 00 20 00 0b 00 00 00 00 00 00 20 04 d0 02 4c a9 80 07 19 fc c2 de 37 e6 a8 80 06 81 00 bb bc 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff Function 1 CIS: 20 04 d0 02 4d a9 21 02 0c 00 22 2a 01 00 00 00 00 00 00 00 00 00 00 00 40 00 00 ff ff 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff Function 2 CIS: 20 04 d0 02 4d a9 21 02 0c 00 22 2a 01 01 00 00 00 00 00 00 00 00 00 00 00 02 00 ff ff 80 00 00 00 00 00 00 00 00 00 00 c8 00 00 00 00 00 00 00 00 00 00 00 00 00 ff F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 DHD: dongle ram size is set to 524288(orig 524288) at 0x0 dhd_attach: Enter dhd_add_if: idx 0, handle->bd082000 wl_create_event_handler(): thread:wl_event_handler:40d started CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96621444 dhd_attach(): thread:dhd_watchdog_thread:40e started dhd_attach(): thread:dhd_dpc:40f started dhd_attach(): thread:dhd_rxf:410 started dhd_attach(): thread:dhd_sysioc:411 started dhdsdio_probe_malloc: Enter Entry: dhdsdio_probe_init dhdsdio_probe_init: Enter dhdsdio_probe_init: Initial value for sd_divisor is 1 dhdsdio_probe_init: Initial value for sd_mode is 2 dhdsdio_probe_init: Initial value for sd_blocksize is 512 dhdsdio_probe_init: bus module (through bcmsdh API) supports chaining dhdsdio_probe: completed!! wifi_get_mac_addr Enter dhd_bus_start: dhdsdio_clkctl: Enter dhdsdio_htclk: Enter CLKCTL: turned ON dhd_os_wd_timer: Enter dhdsdio_clkctl: 1 -> 3 dhdsdio_membytes: write 4 bytes at offset 0x00007ffc in window 0x00078000 dhdsdio_download_code_file: download firmware /system/vendor/firmware/brcmfmac43340-sdio.bin dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00000000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00008000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00010000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00018000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00020000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00028000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00030000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00038000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00040000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00048000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00050000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00001000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00001800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00002000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00002800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00003000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00003800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00004000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00004800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00005000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00005800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00006000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00006800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00007000 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00007800 in window 0x00058000 dhdsdio_membytes: write 2048 bytes at offset 0x00000000 in window 0x00060000 dhdsdio_membytes: write 2048 bytes at offset 0x00000800 in window 0x00060000 dhdsdio_membytes: write 66 bytes at offset 0x00001000 in window 0x00060000 dhdsdio_downloadvars: Enter dhdsdio_membytes: write 1448 bytes at offset 0x00007a54 in window 0x00078000 Compare NVRAM dl & ul; varsize=1448 dhdsdio_membytes: read 1448 bytes at offset 0x00007a54 in window 0x00078000 dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. Physical memory size: 524288, usable memory size: 524288 Vars are at 522836, orig varsize is 1448 New varsize is 1448, length token=0xfe95016a dhdsdio_membytes: write 4 bytes at offset 0x00007ffc in window 0x00078000 dhdsdio_clkctl: Enter dhdsdio_htclk: Enter CLKCTL: turned OFF dhd_os_wd_timer: Enter dhdsdio_clkctl: 3 -> 1 dhd_os_wd_timer: Enter dhd_bus_init: Enter dhdsdio_clkctl: Enter dhdsdio_htclk: Enter CLKCTL: turned ON dhd_os_wd_timer: Enter dhdsdio_clkctl: 1 -> 3 dhd_bus_init: enable 0x06, ready 0x06 (waited 0us) dhdsdio_sr_cap: bus->sih->chip = 0xa94c dhd_bus_init: disable I_CHIPACTIVE in hostintmask[0x000000f0] dhd_bus_start Host failed to register for OOB dhdsdio_probe: dhd_sdio.c: dhd_bus_start failed dhd_watchdog_thread: dhd_bus_watchdog: Enter dhd_watchdog_thread: dhd_bus_watchdog: Enter dhdsdio_release: Enter dhd_detach: Enter state 0x2ef dhd_bus_detach: Enter dhd_bus_stop: Enter dhdsdio_clkctl: Enter dhd_os_wd_timer: Enter dhdsdio_clkctl: Enter dhdsdio_htclk: Enter dhd_os_wd_timer: Enter dhdsdio_clkctl: 3 -> 1 _dhd_sysioc_thread: stopped dhd_detach(): thread:dhd_sysioc:411 terminated OK dhd_detach(): thread:dhd_watchdog_thread:40e terminated OK dhd_dpc_thread: Unexpected up_cnt 0 dhd_detach(): thread:dhd_dpc:40f terminated OK dhd_detach(): thread:dhd_rxf:410 terminated OK CFG80211-ERROR) wl_event_handler : was terminated wl_destroy_event_handler(): thread:wl_event_handler:40d terminated OK wd wakelock count:0 dhdsdio_release_dongle: Enter bus->dhd bcc3c000 bus->dhd->dongle_reset 0 dhdsdio_clkctl: Enter dhdsdio_sdclk: Enter dhd_os_wd_timer: Enter dhdsdio_clkctl: 1 -> 0 dhdsdio_release_dongle: Disconnected dhd_free: Enter dhdsdio_release_malloc: Enter dhd_osl_detach: MEMORY LEAK 156 bytes dhdsdio_release: Disconnected Dongle Host Driver, version 1.88.45 (r) Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 15:03:27 dhd_bus_unregister: Enter ## Unregister platform_driver_register Entry: wifi_set_power wifi_power: 0 insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such device) 255|root@hud_6dl:/ # mmc0: card 0001 removed ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 0:50 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 0:50 UTC (permalink / raw) To: linux-arm-kernel Hello Guys, I have a follow up questions: When the I power up the brcm44340 without loading the driver, the sdhci-esdhc-imx host controller configured it with the following info (cat /sys/kernel/debug/mmc0/ios): clock: 50000000 Hz actual clock: 49500000 Hz vdd: 17 (2.9 ~ 3.0 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) Then, when I load the bcmdhd driver, the driver changed the clock to: clock: 400000 Hz actual clock: 386718 Hz vdd: 17 (2.9 ~ 3.0 V) bus mode: 2 (push-pull) chip select: 0 (don't care) power mode: 2 (on) bus width: 0 (1 bits) timing spec: 0 (legacy) signal voltage: 0 (3.30 V) Trace from sdhci-esdhc-imx: MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 MMC0: sdhci-esdhc-imx: desired SD clock: 200000, actual: 193359 Does the driver need to change the clock when loading the firmware?. Is it possible to tell to the driver to skip changing the clock?. Or any work around for the problem?. Note: attached is a verbose logs of the driver. Regards, John On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: > + John Stultz > > > On 04/23/15 20:44, John Tobias wrote: >> >> Thanks Dmitry for the info. >> >> Arend: >> >> Yes, it's an android... Here's the info: >> >> 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a >> |.......^..7...^.| >> 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 >> |.w..........`...| >> 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 >> |...`......`.....| >> 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 >> |.`......^...(..@| >> 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 >> |g.....`..7...^..| >> 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c >> |.,..^......^...,| >> 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 >> |.........`c..{..| >> 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 >> |^...z..`~.0u..A.| >> 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 >> |............`c..| >> 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 >> |{..^...z..`..0u.| >> 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 >> |.A..............| >> 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 >> |....|...-..X...1| >> 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. >> N}~G(| >> 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 >> |.|w..D....2...43| >> 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d >> |341b0-roml/sdio-| >> 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 >> |ag-pno-p2p-ccx-e| >> 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 >> |xtsup-proptxstat| >> 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d >> |us-dmatxrc-rxov-| >> 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c >> |pktfilter-keepal| >> 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d >> |ive-aoe-vsdb-sr-| >> 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 >> |wapi-wl11d-autoa| >> 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 >> |bn-lpc-pclose-p2| >> 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u >> Version| >> 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 >> CR| >> 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 >> Date| >> 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue >> 2014-06-17| >> 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT >> FW| >> 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID >> 01-8744bcd2..| >> 00061040 e2 00 |..| >> 00061042 >> >> >> I just took the firmware in linux-firmware repo and I am not sure if >> that's the correct one.. > > > By the name of the file I suspected you did. Personally, I verified the > firmware works on 43341. John Stultz tested both 43340 and 43341 with this > firmware. > > Your log says: chip:0xa94c rev:0x2 > > I will have to check whether that is correct revision for this firmware. I > can check. You could try the brcmfmac4334-sdio.bin file instead. All bets > are off, but it can not get worse. ;-) > > Gr. AvS > > >> Regards, >> >> John >> >> >> On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel<arend@broadcom.com> >> wrote: >>> >>> On 04/23/15 20:10, John Tobias wrote: >>>> >>>> >>>> Hello Guys, >>>> >>>> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL >>>> processor using kernel Freescale GA (3.10.53). >>>> >>>> I am having an issue with the sdio registration. I would like to know >>>> if anyone here had the same issue and how did you solve it?. >>>> >>>> >>>> Entry: wifi_add_dev >>>> Entry: wifi_add_dev >>>> Entry: wifi_probe >>>> wifi_probe: calling wifi_set_power on >>>> Entry: wifi_set_power >>>> wifi_set_power = 1 >>>> wifi_set_carddetect = 1 >>>> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) >>>> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) >>>> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) >>>> mmc0: new high speed SDIO card at address 0001 >>>> >>>> Dongle Host Driver, version 1.88.45 (r) >>>> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 >>>> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 >>>> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 >>>> wl_create_event_handler(): thread:wl_event_handler:3ba started >>>> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 >>>> dhd_attach(): thread:dhd_watchdog_thread:3bb started >>>> dhd_attach(): thread:dhd_dpc:3bc started >>>> dhd_attach(): thread:dhd_rxf:3bd started >>>> dhd_attach(): thread:dhd_sysioc:3be started >>>> wifi_get_mac_addr >>>> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. >>>> >>>> >>>> Times out here... >>>> dhd_module_init: sdio_register_driver timeout or error >>>> >>>> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) >>> >>> >>> >>> This means it failed to enable function 2. My guess would be the firmware >>> did not come up. >>> >>>> dhd_bus_start failed bus is not ready >>>> dhdsdio_probe: dhd_bus_start failed >>>> dhd_detach(): thread:dhd_sysioc:3be terminated OK >>>> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK >>>> dhd_dpc_thread: Unexpected up_cnt 0 >>>> dhd_detach(): thread:dhd_dpc:3bc terminated OK >>>> dhd_detach(): thread:dhd_rxf:3bd terminated OK >>>> CFG80211-ERROR) wl_event_handler : was terminated >>>> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK >>>> dhd_osl_detach: MEMORY LEAK 156 bytes >>>> ## wifi_remove >>>> Entry: wifi_set_power >>>> wifi_set_power = 0 >>>> navdy_wifi_power: 0 >>>> wifi_set_carddetect = 0 >>>> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such >>>> device) >>>> # mmc0: card 0001 removed >>>> >>>> >>>> Note: I ran the command below to load the driver: >>>> insmod /system/lib/modules/bcmdhd.ko >>>> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin >>>> nvram_path=/system/vendor/firmware/bcmdhd.cal >>> >>> >>> >>> So this is an Android image, right? Can you do hexdump, ie.: >>> >>> $ hexdump -C brcmfmac43340-sdio.bin | tail -30 > > >>> Regards, >>> Arend >>> >>>> Regards, >>>> >>>> John >>>> -- >>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" >>>> in >>>> the body of a message to majordomo at vger.kernel.org >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>> Please read the FAQ at http://www.tux.org/lkml/ >>> >>> >>> > -------------- next part -------------- A non-text attachment was scrubbed... Name: brcm44340.logs Type: application/octet-stream Size: 20338 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150423/a63922cf/attachment-0001.obj> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 0:50 ` John Tobias @ 2015-04-27 3:21 ` Dong Aisheng -1 siblings, 0 replies; 40+ messages in thread From: Dong Aisheng @ 2015-04-27 3:21 UTC (permalink / raw) To: John Tobias Cc: Arend van Spriel, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt, John Stultz On Thu, Apr 23, 2015 at 05:50:33PM -0700, John Tobias wrote: > Hello Guys, > > I have a follow up questions: > > > When the I power up the brcm44340 without loading the driver, the > sdhci-esdhc-imx host controller configured it with the following info > (cat /sys/kernel/debug/mmc0/ios): > clock: 50000000 Hz > actual clock: 49500000 Hz > vdd: 17 (2.9 ~ 3.0 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) > > > Then, when I load the bcmdhd driver, the driver changed the clock to: It seems the host is re-enumerating the card when load bcmdhd driver... This might be required by WiFi driver. > clock: 400000 Hz > actual clock: 386718 Hz > vdd: 17 (2.9 ~ 3.0 V) > bus mode: 2 (push-pull) > chip select: 0 (don't care) > power mode: 2 (on) > bus width: 0 (1 bits) > timing spec: 0 (legacy) > signal voltage: 0 (3.30 V) > > Trace from sdhci-esdhc-imx: > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 200000, actual: 193359 > > Does the driver need to change the clock when loading the firmware?. > > Is it possible to tell to the driver to skip changing the clock?. > > Or any work around for the problem?. > It is a feature implemented by MMC core that re-try a slower clock when enumerate fails. See: drivers/mmc/core/core.c mmc_claim_host(host); for (i = 0; i < ARRAY_SIZE(freqs); i++) { if (!mmc_rescan_try_freq(host, max(freqs[i], host->f_min))) break; if (freqs[i] <= host->f_min) break; } mmc_release_host(host); Regards Dong Aisheng > Note: attached is a verbose logs of the driver. > > Regards, > > John > > On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: > > + John Stultz > > > > > > On 04/23/15 20:44, John Tobias wrote: > >> > >> Thanks Dmitry for the info. > >> > >> Arend: > >> > >> Yes, it's an android... Here's the info: > >> > >> 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a > >> |.......^..7...^.| > >> 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 > >> |.w..........`...| > >> 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 > >> |...`......`.....| > >> 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 > >> |.`......^...(..@| > >> 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 > >> |g.....`..7...^..| > >> 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c > >> |.,..^......^...,| > >> 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 > >> |.........`c..{..| > >> 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 > >> |^...z..`~.0u..A.| > >> 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 > >> |............`c..| > >> 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 > >> |{..^...z..`..0u.| > >> 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 > >> |.A..............| > >> 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 > >> |....|...-..X...1| > >> 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. > >> N}~G(| > >> 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 > >> |.|w..D....2...43| > >> 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d > >> |341b0-roml/sdio-| > >> 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 > >> |ag-pno-p2p-ccx-e| > >> 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 > >> |xtsup-proptxstat| > >> 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d > >> |us-dmatxrc-rxov-| > >> 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c > >> |pktfilter-keepal| > >> 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d > >> |ive-aoe-vsdb-sr-| > >> 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 > >> |wapi-wl11d-autoa| > >> 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 > >> |bn-lpc-pclose-p2| > >> 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u > >> Version| > >> 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 > >> CR| > >> 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 > >> Date| > >> 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue > >> 2014-06-17| > >> 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT > >> FW| > >> 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID > >> 01-8744bcd2..| > >> 00061040 e2 00 |..| > >> 00061042 > >> > >> > >> I just took the firmware in linux-firmware repo and I am not sure if > >> that's the correct one.. > > > > > > By the name of the file I suspected you did. Personally, I verified the > > firmware works on 43341. John Stultz tested both 43340 and 43341 with this > > firmware. > > > > Your log says: chip:0xa94c rev:0x2 > > > > I will have to check whether that is correct revision for this firmware. I > > can check. You could try the brcmfmac4334-sdio.bin file instead. All bets > > are off, but it can not get worse. ;-) > > > > Gr. AvS > > > > > >> Regards, > >> > >> John > >> > >> > >> On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel<arend@broadcom.com> > >> wrote: > >>> > >>> On 04/23/15 20:10, John Tobias wrote: > >>>> > >>>> > >>>> Hello Guys, > >>>> > >>>> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL > >>>> processor using kernel Freescale GA (3.10.53). > >>>> > >>>> I am having an issue with the sdio registration. I would like to know > >>>> if anyone here had the same issue and how did you solve it?. > >>>> > >>>> > >>>> Entry: wifi_add_dev > >>>> Entry: wifi_add_dev > >>>> Entry: wifi_probe > >>>> wifi_probe: calling wifi_set_power on > >>>> Entry: wifi_set_power > >>>> wifi_set_power = 1 > >>>> wifi_set_carddetect = 1 > >>>> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) > >>>> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) > >>>> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) > >>>> mmc0: new high speed SDIO card at address 0001 > >>>> > >>>> Dongle Host Driver, version 1.88.45 (r) > >>>> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 > >>>> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 > >>>> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 > >>>> wl_create_event_handler(): thread:wl_event_handler:3ba started > >>>> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 > >>>> dhd_attach(): thread:dhd_watchdog_thread:3bb started > >>>> dhd_attach(): thread:dhd_dpc:3bc started > >>>> dhd_attach(): thread:dhd_rxf:3bd started > >>>> dhd_attach(): thread:dhd_sysioc:3be started > >>>> wifi_get_mac_addr > >>>> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. > >>>> > >>>> > >>>> Times out here... > >>>> dhd_module_init: sdio_register_driver timeout or error > >>>> > >>>> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) > >>> > >>> > >>> > >>> This means it failed to enable function 2. My guess would be the firmware > >>> did not come up. > >>> > >>>> dhd_bus_start failed bus is not ready > >>>> dhdsdio_probe: dhd_bus_start failed > >>>> dhd_detach(): thread:dhd_sysioc:3be terminated OK > >>>> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK > >>>> dhd_dpc_thread: Unexpected up_cnt 0 > >>>> dhd_detach(): thread:dhd_dpc:3bc terminated OK > >>>> dhd_detach(): thread:dhd_rxf:3bd terminated OK > >>>> CFG80211-ERROR) wl_event_handler : was terminated > >>>> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK > >>>> dhd_osl_detach: MEMORY LEAK 156 bytes > >>>> ## wifi_remove > >>>> Entry: wifi_set_power > >>>> wifi_set_power = 0 > >>>> navdy_wifi_power: 0 > >>>> wifi_set_carddetect = 0 > >>>> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such > >>>> device) > >>>> # mmc0: card 0001 removed > >>>> > >>>> > >>>> Note: I ran the command below to load the driver: > >>>> insmod /system/lib/modules/bcmdhd.ko > >>>> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin > >>>> nvram_path=/system/vendor/firmware/bcmdhd.cal > >>> > >>> > >>> > >>> So this is an Android image, right? Can you do hexdump, ie.: > >>> > >>> $ hexdump -C brcmfmac43340-sdio.bin | tail -30 > > > > > >>> Regards, > >>> Arend > >>> > >>>> Regards, > >>>> > >>>> John > >>>> -- > >>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" > >>>> in > >>>> the body of a message to majordomo@vger.kernel.org > >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >>>> Please read the FAQ at http://www.tux.org/lkml/ > >>> > >>> > >>> > > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-27 3:21 ` Dong Aisheng 0 siblings, 0 replies; 40+ messages in thread From: Dong Aisheng @ 2015-04-27 3:21 UTC (permalink / raw) To: linux-arm-kernel On Thu, Apr 23, 2015 at 05:50:33PM -0700, John Tobias wrote: > Hello Guys, > > I have a follow up questions: > > > When the I power up the brcm44340 without loading the driver, the > sdhci-esdhc-imx host controller configured it with the following info > (cat /sys/kernel/debug/mmc0/ios): > clock: 50000000 Hz > actual clock: 49500000 Hz > vdd: 17 (2.9 ~ 3.0 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) > > > Then, when I load the bcmdhd driver, the driver changed the clock to: It seems the host is re-enumerating the card when load bcmdhd driver... This might be required by WiFi driver. > clock: 400000 Hz > actual clock: 386718 Hz > vdd: 17 (2.9 ~ 3.0 V) > bus mode: 2 (push-pull) > chip select: 0 (don't care) > power mode: 2 (on) > bus width: 0 (1 bits) > timing spec: 0 (legacy) > signal voltage: 0 (3.30 V) > > Trace from sdhci-esdhc-imx: > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 400000, actual: 386718 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 300000, actual: 281250 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: change pinctrl state for uhs 0 > MMC0: sdhci-esdhc-imx: desired SD clock: 200000, actual: 193359 > > Does the driver need to change the clock when loading the firmware?. > > Is it possible to tell to the driver to skip changing the clock?. > > Or any work around for the problem?. > It is a feature implemented by MMC core that re-try a slower clock when enumerate fails. See: drivers/mmc/core/core.c mmc_claim_host(host); for (i = 0; i < ARRAY_SIZE(freqs); i++) { if (!mmc_rescan_try_freq(host, max(freqs[i], host->f_min))) break; if (freqs[i] <= host->f_min) break; } mmc_release_host(host); Regards Dong Aisheng > Note: attached is a verbose logs of the driver. > > Regards, > > John > > On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: > > + John Stultz > > > > > > On 04/23/15 20:44, John Tobias wrote: > >> > >> Thanks Dmitry for the info. > >> > >> Arend: > >> > >> Yes, it's an android... Here's the info: > >> > >> 00060e80 de 02 f0 18 8c 00 e8 5e 8f 00 37 a3 00 e0 5e 8a > >> |.......^..7...^.| > >> 00060e90 f4 77 a2 00 02 de 02 f0 00 00 01 bc 60 03 00 07 > >> |.w..........`...| > >> 00060ea0 aa 01 bc 60 03 00 07 ab 01 bc 60 03 00 07 b7 01 > >> |...`......`.....| > >> 00060eb0 bc 60 13 08 17 a1 00 02 5e 02 f0 01 28 00 b0 40 > >> |.`......^...(..@| > >> 00060ec0 67 00 17 a3 01 80 60 02 03 37 a2 00 02 5e 02 f0 > >> |g.....`..7...^..| > >> 00060ed0 01 2c 00 b0 5e 8f 00 17 a2 00 02 5e 02 f0 01 2c > >> |.,..^......^...,| > >> 00060ee0 00 02 de 02 f0 00 00 01 bc 60 63 00 10 7b 00 b0 > >> |.........`c..{..| > >> 00060ef0 5e 8b 00 10 7a 01 ac 60 7e f4 30 75 02 87 41 d7 > >> |^...z..`~.0u..A.| > >> 00060f00 00 18 9c 00 02 de 02 f0 00 00 01 bc 60 63 00 10 > >> |............`c..| > >> 00060f10 7b 00 b0 5e 8b 00 10 7a 01 ac 60 be f4 30 75 02 > >> |{..^...z..`..0u.| > >> 00060f20 87 41 d7 00 18 a1 00 02 de 02 f0 00 00 00 00 00 > >> |.A..............| > >> 00060f30 00 00 00 00 7c ac 00 00 2d cb a7 58 06 0a be 31 > >> |....|...-..X...1| > >> 00060f40 b1 8d a0 53 00 5b 07 49 45 13 20 4e 7d 7e 47 28 |...S.[.IE. > >> N}~G(| > >> 00060f50 08 7c 77 d2 bc 44 87 13 01 bd 32 08 01 00 34 33 > >> |.|w..D....2...43| > >> 00060f60 33 34 31 62 30 2d 72 6f 6d 6c 2f 73 64 69 6f 2d > >> |341b0-roml/sdio-| > >> 00060f70 61 67 2d 70 6e 6f 2d 70 32 70 2d 63 63 78 2d 65 > >> |ag-pno-p2p-ccx-e| > >> 00060f80 78 74 73 75 70 2d 70 72 6f 70 74 78 73 74 61 74 > >> |xtsup-proptxstat| > >> 00060f90 75 73 2d 64 6d 61 74 78 72 63 2d 72 78 6f 76 2d > >> |us-dmatxrc-rxov-| > >> 00060fa0 70 6b 74 66 69 6c 74 65 72 2d 6b 65 65 70 61 6c > >> |pktfilter-keepal| > >> 00060fb0 69 76 65 2d 61 6f 65 2d 76 73 64 62 2d 73 72 2d > >> |ive-aoe-vsdb-sr-| > >> 00060fc0 77 61 70 69 2d 77 6c 31 31 64 2d 61 75 74 6f 61 > >> |wapi-wl11d-autoa| > >> 00060fd0 62 6e 2d 6c 70 63 2d 70 63 6c 6f 73 65 2d 70 32 > >> |bn-lpc-pclose-p2| > >> 00060fe0 70 6f 2d 77 6c 31 31 75 20 56 65 72 73 69 6f 6e |po-wl11u > >> Version| > >> 00060ff0 3a 20 36 2e 31 30 2e 31 39 30 2e 34 39 20 43 52 |: 6.10.190.49 > >> CR| > >> 00061000 43 3a 20 61 37 35 38 33 34 64 32 20 44 61 74 65 |C: a75834d2 > >> Date| > >> 00061010 3a 20 54 75 65 20 32 30 31 34 2d 30 36 2d 31 37 |: Tue > >> 2014-06-17| > >> 00061020 20 31 31 3a 34 39 3a 32 31 20 50 44 54 20 46 57 | 11:49:21 PDT > >> FW| > >> 00061030 49 44 20 30 31 2d 38 37 34 34 62 63 64 32 0a 00 |ID > >> 01-8744bcd2..| > >> 00061040 e2 00 |..| > >> 00061042 > >> > >> > >> I just took the firmware in linux-firmware repo and I am not sure if > >> that's the correct one.. > > > > > > By the name of the file I suspected you did. Personally, I verified the > > firmware works on 43341. John Stultz tested both 43340 and 43341 with this > > firmware. > > > > Your log says: chip:0xa94c rev:0x2 > > > > I will have to check whether that is correct revision for this firmware. I > > can check. You could try the brcmfmac4334-sdio.bin file instead. All bets > > are off, but it can not get worse. ;-) > > > > Gr. AvS > > > > > >> Regards, > >> > >> John > >> > >> > >> On Thu, Apr 23, 2015 at 11:39 AM, Arend van Spriel<arend@broadcom.com> > >> wrote: > >>> > >>> On 04/23/15 20:10, John Tobias wrote: > >>>> > >>>> > >>>> Hello Guys, > >>>> > >>>> I am trying to use the bcmdhd wifi driver 43340 module on iMX6DL > >>>> processor using kernel Freescale GA (3.10.53). > >>>> > >>>> I am having an issue with the sdio registration. I would like to know > >>>> if anyone here had the same issue and how did you solve it?. > >>>> > >>>> > >>>> Entry: wifi_add_dev > >>>> Entry: wifi_add_dev > >>>> Entry: wifi_probe > >>>> wifi_probe: calling wifi_set_power on > >>>> Entry: wifi_set_power > >>>> wifi_set_power = 1 > >>>> wifi_set_carddetect = 1 > >>>> mmc0: queuing unknown CIS tuple 0x80 (7 bytes) > >>>> mmc0: queuing unknown CIS tuple 0x80 (6 bytes) > >>>> mmc0: queuing unknown CIS tuple 0x91 (3 bytes) > >>>> mmc0: new high speed SDIO card at address 0001 > >>>> > >>>> Dongle Host Driver, version 1.88.45 (r) > >>>> Compiled in drivers/net/wireless/bcmdhd on Apr 23 2015 at 00:40:05 > >>>> F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0 > >>>> DHD: dongle ram size is set to 524288(orig 524288) at 0x0 > >>>> wl_create_event_handler(): thread:wl_event_handler:3ba started > >>>> CFG80211-ERROR) wl_event_handler : tsk Enter, tsk = 0x96741444 > >>>> dhd_attach(): thread:dhd_watchdog_thread:3bb started > >>>> dhd_attach(): thread:dhd_dpc:3bc started > >>>> dhd_attach(): thread:dhd_rxf:3bd started > >>>> dhd_attach(): thread:dhd_sysioc:3be started > >>>> wifi_get_mac_addr > >>>> dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded. > >>>> > >>>> > >>>> Times out here... > >>>> dhd_module_init: sdio_register_driver timeout or error > >>>> > >>>> dhd_bus_init: enable 0x06, ready 0x02 (waited 3006383us) > >>> > >>> > >>> > >>> This means it failed to enable function 2. My guess would be the firmware > >>> did not come up. > >>> > >>>> dhd_bus_start failed bus is not ready > >>>> dhdsdio_probe: dhd_bus_start failed > >>>> dhd_detach(): thread:dhd_sysioc:3be terminated OK > >>>> dhd_detach(): thread:dhd_watchdog_thread:3bb terminated OK > >>>> dhd_dpc_thread: Unexpected up_cnt 0 > >>>> dhd_detach(): thread:dhd_dpc:3bc terminated OK > >>>> dhd_detach(): thread:dhd_rxf:3bd terminated OK > >>>> CFG80211-ERROR) wl_event_handler : was terminated > >>>> wl_destroy_event_handler(): thread:wl_event_handler:3ba terminated OK > >>>> dhd_osl_detach: MEMORY LEAK 156 bytes > >>>> ## wifi_remove > >>>> Entry: wifi_set_power > >>>> wifi_set_power = 0 > >>>> navdy_wifi_power: 0 > >>>> wifi_set_carddetect = 0 > >>>> insmod: init_module '/system/lib/modules/bcmdhd.ko' failed (No such > >>>> device) > >>>> # mmc0: card 0001 removed > >>>> > >>>> > >>>> Note: I ran the command below to load the driver: > >>>> insmod /system/lib/modules/bcmdhd.ko > >>>> firmware_path=/system/vendor/firmware/brcmfmac43340-sdio.bin > >>>> nvram_path=/system/vendor/firmware/bcmdhd.cal > >>> > >>> > >>> > >>> So this is an Android image, right? Can you do hexdump, ie.: > >>> > >>> $ hexdump -C brcmfmac43340-sdio.bin | tail -30 > > > > > >>> Regards, > >>> Arend > >>> > >>>> Regards, > >>>> > >>>> John > >>>> -- > >>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" > >>>> in > >>>> the body of a message to majordomo at vger.kernel.org > >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >>>> Please read the FAQ at http://www.tux.org/lkml/ > >>> > >>> > >>> > > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-23 19:00 ` Arend van Spriel @ 2015-04-24 0:57 ` John Stultz -1 siblings, 0 replies; 40+ messages in thread From: John Stultz @ 2015-04-24 0:57 UTC (permalink / raw) To: Arend van Spriel Cc: John Tobias, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, ryeh, eccopark, dimitrysh On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: > By the name of the file I suspected you did. Personally, I verified the > firmware works on 43341. John Stultz tested both 43340 and 43341 with this > firmware. Minor correction here, I only tested on 43341 hardware. The confusion might be that the firmware I originally had access to claimed it was 43340. thanks -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 0:57 ` John Stultz 0 siblings, 0 replies; 40+ messages in thread From: John Stultz @ 2015-04-24 0:57 UTC (permalink / raw) To: linux-arm-kernel On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: > By the name of the file I suspected you did. Personally, I verified the > firmware works on 43341. John Stultz tested both 43340 and 43341 with this > firmware. Minor correction here, I only tested on 43341 hardware. The confusion might be that the firmware I originally had access to claimed it was 43340. thanks -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 0:57 ` John Stultz @ 2015-04-24 0:59 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 0:59 UTC (permalink / raw) To: John Stultz Cc: Arend van Spriel, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt Hi John, Is it possible to have a copy of the firmware for 43340?. Regards, John On Thu, Apr 23, 2015 at 5:57 PM, John Stultz <john.stultz@linaro.org> wrote: > On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: >> By the name of the file I suspected you did. Personally, I verified the >> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >> firmware. > > Minor correction here, I only tested on 43341 hardware. The confusion > might be that the firmware I originally had access to claimed it was > 43340. > > thanks > -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 0:59 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 0:59 UTC (permalink / raw) To: linux-arm-kernel Hi John, Is it possible to have a copy of the firmware for 43340?. Regards, John On Thu, Apr 23, 2015 at 5:57 PM, John Stultz <john.stultz@linaro.org> wrote: > On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: >> By the name of the file I suspected you did. Personally, I verified the >> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >> firmware. > > Minor correction here, I only tested on 43341 hardware. The confusion > might be that the firmware I originally had access to claimed it was > 43340. > > thanks > -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 0:59 ` John Tobias @ 2015-04-24 1:04 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 1:04 UTC (permalink / raw) To: John Stultz Cc: Arend van Spriel, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt Btw, where I could get a copy of the latest driver?. Regards, John On Thu, Apr 23, 2015 at 5:59 PM, John Tobias <john.tobias.ph@gmail.com> wrote: > Hi John, > > Is it possible to have a copy of the firmware for 43340?. > > Regards, > > John > > On Thu, Apr 23, 2015 at 5:57 PM, John Stultz <john.stultz@linaro.org> wrote: >> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: >>> By the name of the file I suspected you did. Personally, I verified the >>> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >>> firmware. >> >> Minor correction here, I only tested on 43341 hardware. The confusion >> might be that the firmware I originally had access to claimed it was >> 43340. >> >> thanks >> -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 1:04 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 1:04 UTC (permalink / raw) To: linux-arm-kernel Btw, where I could get a copy of the latest driver?. Regards, John On Thu, Apr 23, 2015 at 5:59 PM, John Tobias <john.tobias.ph@gmail.com> wrote: > Hi John, > > Is it possible to have a copy of the firmware for 43340?. > > Regards, > > John > > On Thu, Apr 23, 2015 at 5:57 PM, John Stultz <john.stultz@linaro.org> wrote: >> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel <arend@broadcom.com> wrote: >>> By the name of the file I suspected you did. Personally, I verified the >>> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >>> firmware. >> >> Minor correction here, I only tested on 43341 hardware. The confusion >> might be that the firmware I originally had access to claimed it was >> 43340. >> >> thanks >> -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 1:04 ` John Tobias @ 2015-04-24 8:20 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 8:20 UTC (permalink / raw) To: John Tobias Cc: John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt On 04/24/15 03:04, John Tobias wrote: > Btw, where I could get a copy of the latest driver?. The open-source bcmdhd is in AOSP [1]. I would stick to the android release branch you are running on your device. Regards, Arend [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > Regards, > > John > > On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> wrote: >> Hi John, >> >> Is it possible to have a copy of the firmware for 43340?. >> >> Regards, >> >> John >> >> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> wrote: >>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> wrote: >>>> By the name of the file I suspected you did. Personally, I verified the >>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >>>> firmware. >>> >>> Minor correction here, I only tested on 43341 hardware. The confusion >>> might be that the firmware I originally had access to claimed it was >>> 43340. >>> >>> thanks >>> -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 8:20 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 8:20 UTC (permalink / raw) To: linux-arm-kernel On 04/24/15 03:04, John Tobias wrote: > Btw, where I could get a copy of the latest driver?. The open-source bcmdhd is in AOSP [1]. I would stick to the android release branch you are running on your device. Regards, Arend [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > Regards, > > John > > On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> wrote: >> Hi John, >> >> Is it possible to have a copy of the firmware for 43340?. >> >> Regards, >> >> John >> >> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> wrote: >>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> wrote: >>>> By the name of the file I suspected you did. Personally, I verified the >>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >>>> firmware. >>> >>> Minor correction here, I only tested on 43341 hardware. The confusion >>> might be that the firmware I originally had access to claimed it was >>> 43340. >>> >>> thanks >>> -john ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 8:20 ` Arend van Spriel @ 2015-04-24 17:49 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 17:49 UTC (permalink / raw) To: Arend van Spriel Cc: John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt Hi Arend, I am not pretty sure if the brcm43340 driver for android is the latest one. May I know repo?. Regards, John On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel <arend@broadcom.com> wrote: > On 04/24/15 03:04, John Tobias wrote: >> >> Btw, where I could get a copy of the latest driver?. > > > The open-source bcmdhd is in AOSP [1]. I would stick to the android release > branch you are running on your device. > > Regards, > Arend > > [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > > >> Regards, >> >> John >> >> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >> wrote: >>> >>> Hi John, >>> >>> Is it possible to have a copy of the firmware for 43340?. >>> >>> Regards, >>> >>> John >>> >>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>> wrote: >>>> >>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>> wrote: >>>>> >>>>> By the name of the file I suspected you did. Personally, I verified the >>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>> this >>>>> firmware. >>>> >>>> >>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>> might be that the firmware I originally had access to claimed it was >>>> 43340. >>>> >>>> thanks >>>> -john > > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 17:49 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 17:49 UTC (permalink / raw) To: linux-arm-kernel Hi Arend, I am not pretty sure if the brcm43340 driver for android is the latest one. May I know repo?. Regards, John On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel <arend@broadcom.com> wrote: > On 04/24/15 03:04, John Tobias wrote: >> >> Btw, where I could get a copy of the latest driver?. > > > The open-source bcmdhd is in AOSP [1]. I would stick to the android release > branch you are running on your device. > > Regards, > Arend > > [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > > >> Regards, >> >> John >> >> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >> wrote: >>> >>> Hi John, >>> >>> Is it possible to have a copy of the firmware for 43340?. >>> >>> Regards, >>> >>> John >>> >>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>> wrote: >>>> >>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>> wrote: >>>>> >>>>> By the name of the file I suspected you did. Personally, I verified the >>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>> this >>>>> firmware. >>>> >>>> >>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>> might be that the firmware I originally had access to claimed it was >>>> 43340. >>>> >>>> thanks >>>> -john > > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 17:49 ` John Tobias @ 2015-04-24 18:14 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 18:14 UTC (permalink / raw) To: John Tobias Cc: John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt On 04/24/15 19:49, John Tobias wrote: > Hi Arend, > > I am not pretty sure if the brcm43340 driver for android is the latest > one. May I know repo?. Not sure what you are asking. I gave the url. Did you try using the brcmfmac4334-sdio.bin firmware file. I would like to know if that one works for your device. Regards, Arend > Regards, > > John > > On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> wrote: >> On 04/24/15 03:04, John Tobias wrote: >>> >>> Btw, where I could get a copy of the latest driver?. >> >> >> The open-source bcmdhd is in AOSP [1]. I would stick to the android release >> branch you are running on your device. >> >> Regards, >> Arend >> >> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >> >> >>> Regards, >>> >>> John >>> >>> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >>> wrote: >>>> >>>> Hi John, >>>> >>>> Is it possible to have a copy of the firmware for 43340?. >>>> >>>> Regards, >>>> >>>> John >>>> >>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>> wrote: >>>>> >>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>>> wrote: >>>>>> >>>>>> By the name of the file I suspected you did. Personally, I verified the >>>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>>> this >>>>>> firmware. >>>>> >>>>> >>>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>>> might be that the firmware I originally had access to claimed it was >>>>> 43340. >>>>> >>>>> thanks >>>>> -john >> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 18:14 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 18:14 UTC (permalink / raw) To: linux-arm-kernel On 04/24/15 19:49, John Tobias wrote: > Hi Arend, > > I am not pretty sure if the brcm43340 driver for android is the latest > one. May I know repo?. Not sure what you are asking. I gave the url. Did you try using the brcmfmac4334-sdio.bin firmware file. I would like to know if that one works for your device. Regards, Arend > Regards, > > John > > On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> wrote: >> On 04/24/15 03:04, John Tobias wrote: >>> >>> Btw, where I could get a copy of the latest driver?. >> >> >> The open-source bcmdhd is in AOSP [1]. I would stick to the android release >> branch you are running on your device. >> >> Regards, >> Arend >> >> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >> >> >>> Regards, >>> >>> John >>> >>> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >>> wrote: >>>> >>>> Hi John, >>>> >>>> Is it possible to have a copy of the firmware for 43340?. >>>> >>>> Regards, >>>> >>>> John >>>> >>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>> wrote: >>>>> >>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>>> wrote: >>>>>> >>>>>> By the name of the file I suspected you did. Personally, I verified the >>>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>>> this >>>>>> firmware. >>>>> >>>>> >>>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>>> might be that the firmware I originally had access to claimed it was >>>>> 43340. >>>>> >>>>> thanks >>>>> -john >> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 18:14 ` Arend van Spriel @ 2015-04-24 18:24 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 18:24 UTC (permalink / raw) To: Arend van Spriel Cc: John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt Hi Arend, Apologize for the confusion. I am asking the repo for the device driver for 43340. Looking at the link you sent, it's more userspace support and didn't see the device driver there... Regards, John On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel <arend@broadcom.com> wrote: > On 04/24/15 19:49, John Tobias wrote: >> >> Hi Arend, >> >> I am not pretty sure if the brcm43340 driver for android is the latest >> one. May I know repo?. > > > Not sure what you are asking. I gave the url. Did you try using the > brcmfmac4334-sdio.bin firmware file. I would like to know if that one works > for your device. > > Regards, > Arend > > >> Regards, >> >> John >> >> On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >> wrote: >>> >>> On 04/24/15 03:04, John Tobias wrote: >>>> >>>> >>>> Btw, where I could get a copy of the latest driver?. >>> >>> >>> >>> The open-source bcmdhd is in AOSP [1]. I would stick to the android >>> release >>> branch you are running on your device. >>> >>> Regards, >>> Arend >>> >>> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >>> >>> >>>> Regards, >>>> >>>> John >>>> >>>> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >>>> wrote: >>>>> >>>>> >>>>> Hi John, >>>>> >>>>> Is it possible to have a copy of the firmware for 43340?. >>>>> >>>>> Regards, >>>>> >>>>> John >>>>> >>>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>>> wrote: >>>>>> >>>>>> >>>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> By the name of the file I suspected you did. Personally, I verified >>>>>>> the >>>>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>>>> this >>>>>>> firmware. >>>>>> >>>>>> >>>>>> >>>>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>>>> might be that the firmware I originally had access to claimed it was >>>>>> 43340. >>>>>> >>>>>> thanks >>>>>> -john >>> >>> >>> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 18:24 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-24 18:24 UTC (permalink / raw) To: linux-arm-kernel Hi Arend, Apologize for the confusion. I am asking the repo for the device driver for 43340. Looking at the link you sent, it's more userspace support and didn't see the device driver there... Regards, John On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel <arend@broadcom.com> wrote: > On 04/24/15 19:49, John Tobias wrote: >> >> Hi Arend, >> >> I am not pretty sure if the brcm43340 driver for android is the latest >> one. May I know repo?. > > > Not sure what you are asking. I gave the url. Did you try using the > brcmfmac4334-sdio.bin firmware file. I would like to know if that one works > for your device. > > Regards, > Arend > > >> Regards, >> >> John >> >> On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >> wrote: >>> >>> On 04/24/15 03:04, John Tobias wrote: >>>> >>>> >>>> Btw, where I could get a copy of the latest driver?. >>> >>> >>> >>> The open-source bcmdhd is in AOSP [1]. I would stick to the android >>> release >>> branch you are running on your device. >>> >>> Regards, >>> Arend >>> >>> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >>> >>> >>>> Regards, >>>> >>>> John >>>> >>>> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >>>> wrote: >>>>> >>>>> >>>>> Hi John, >>>>> >>>>> Is it possible to have a copy of the firmware for 43340?. >>>>> >>>>> Regards, >>>>> >>>>> John >>>>> >>>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>>> wrote: >>>>>> >>>>>> >>>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> By the name of the file I suspected you did. Personally, I verified >>>>>>> the >>>>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>>>> this >>>>>>> firmware. >>>>>> >>>>>> >>>>>> >>>>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>>>> might be that the firmware I originally had access to claimed it was >>>>>> 43340. >>>>>> >>>>>> thanks >>>>>> -john >>> >>> >>> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 18:24 ` John Tobias @ 2015-04-24 19:03 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 19:03 UTC (permalink / raw) To: John Tobias Cc: John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt On 04/24/15 20:24, John Tobias wrote: > Hi Arend, > > Apologize for the confusion. I am asking the repo for the device > driver for 43340. Looking at the link you sent, it's more userspace > support and didn't see the device driver there... crap. you are right. it is userspace and firmware. You need a kernel repo. There are some on the site I referred to, but you may need to contact Freescale whether they provide it publicly like on github or so. Regards, Arend > Regards, > > John > > > On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: >> On 04/24/15 19:49, John Tobias wrote: >>> >>> Hi Arend, >>> >>> I am not pretty sure if the brcm43340 driver for android is the latest >>> one. May I know repo?. >> >> >> Not sure what you are asking. I gave the url. Did you try using the >> brcmfmac4334-sdio.bin firmware file. I would like to know if that one works >> for your device. >> >> Regards, >> Arend >> >> >>> Regards, >>> >>> John >>> >>> On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >>> wrote: >>>> >>>> On 04/24/15 03:04, John Tobias wrote: >>>>> >>>>> >>>>> Btw, where I could get a copy of the latest driver?. >>>> >>>> >>>> >>>> The open-source bcmdhd is in AOSP [1]. I would stick to the android >>>> release >>>> branch you are running on your device. >>>> >>>> Regards, >>>> Arend >>>> >>>> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >>>> >>>> >>>>> Regards, >>>>> >>>>> John >>>>> >>>>> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >>>>> wrote: >>>>>> >>>>>> >>>>>> Hi John, >>>>>> >>>>>> Is it possible to have a copy of the firmware for 43340?. >>>>>> >>>>>> Regards, >>>>>> >>>>>> John >>>>>> >>>>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> By the name of the file I suspected you did. Personally, I verified >>>>>>>> the >>>>>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>>>>> this >>>>>>>> firmware. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>>>>> might be that the firmware I originally had access to claimed it was >>>>>>> 43340. >>>>>>> >>>>>>> thanks >>>>>>> -john >>>> >>>> >>>> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 19:03 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 19:03 UTC (permalink / raw) To: linux-arm-kernel On 04/24/15 20:24, John Tobias wrote: > Hi Arend, > > Apologize for the confusion. I am asking the repo for the device > driver for 43340. Looking at the link you sent, it's more userspace > support and didn't see the device driver there... crap. you are right. it is userspace and firmware. You need a kernel repo. There are some on the site I referred to, but you may need to contact Freescale whether they provide it publicly like on github or so. Regards, Arend > Regards, > > John > > > On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: >> On 04/24/15 19:49, John Tobias wrote: >>> >>> Hi Arend, >>> >>> I am not pretty sure if the brcm43340 driver for android is the latest >>> one. May I know repo?. >> >> >> Not sure what you are asking. I gave the url. Did you try using the >> brcmfmac4334-sdio.bin firmware file. I would like to know if that one works >> for your device. >> >> Regards, >> Arend >> >> >>> Regards, >>> >>> John >>> >>> On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >>> wrote: >>>> >>>> On 04/24/15 03:04, John Tobias wrote: >>>>> >>>>> >>>>> Btw, where I could get a copy of the latest driver?. >>>> >>>> >>>> >>>> The open-source bcmdhd is in AOSP [1]. I would stick to the android >>>> release >>>> branch you are running on your device. >>>> >>>> Regards, >>>> Arend >>>> >>>> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >>>> >>>> >>>>> Regards, >>>>> >>>>> John >>>>> >>>>> On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >>>>> wrote: >>>>>> >>>>>> >>>>>> Hi John, >>>>>> >>>>>> Is it possible to have a copy of the firmware for 43340?. >>>>>> >>>>>> Regards, >>>>>> >>>>>> John >>>>>> >>>>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >>>>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> By the name of the file I suspected you did. Personally, I verified >>>>>>>> the >>>>>>>> firmware works on 43341. John Stultz tested both 43340 and 43341 with >>>>>>>> this >>>>>>>> firmware. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Minor correction here, I only tested on 43341 hardware. The confusion >>>>>>> might be that the firmware I originally had access to claimed it was >>>>>>> 43340. >>>>>>> >>>>>>> thanks >>>>>>> -john >>>> >>>> >>>> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 19:03 ` Arend van Spriel @ 2015-04-25 13:36 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-25 13:36 UTC (permalink / raw) To: John Tobias Cc: John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt On 04/24/15 21:03, Arend van Spriel wrote: > On 04/24/15 20:24, John Tobias wrote: >> Hi Arend, >> >> Apologize for the confusion. I am asking the repo for the device >> driver for 43340. Looking at the link you sent, it's more userspace >> support and didn't see the device driver there... > > crap. you are right. it is userspace and firmware. You need a kernel > repo. There are some on the site I referred to, but you may need to > contact Freescale whether they provide it publicly like on github or so. So the firmware came from linux-firmware. Where did you get bcmdhd.cal file and could you email it. Regards, Arend > Regards, > Arend > >> Regards, >> >> John >> >> >> On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> >> wrote: >>> On 04/24/15 19:49, John Tobias wrote: >>>> >>>> Hi Arend, >>>> >>>> I am not pretty sure if the brcm43340 driver for android is the latest >>>> one. May I know repo?. >>> >>> >>> Not sure what you are asking. I gave the url. Did you try using the >>> brcmfmac4334-sdio.bin firmware file. I would like to know if that one >>> works >>> for your device. >>> >>> Regards, >>> Arend >>> >>> >>>> Regards, >>>> >>>> John >>>> >>>> On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >>>> wrote: >>>>> >>>>> On 04/24/15 03:04, John Tobias wrote: >>>>>> >>>>>> >>>>>> Btw, where I could get a copy of the latest driver?. >>>>> >>>>> >>>>> >>>>> The open-source bcmdhd is in AOSP [1]. I would stick to the android >>>>> release >>>>> branch you are running on your device. >>>>> >>>>> Regards, >>>>> Arend >>>>> >>>>> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >>>>> >>>>> >>>>>> Regards, >>>>>> >>>>>> John >>>>>> >>>>>> On Thu, Apr 23, 2015 at 5:59 PM, John >>>>>> Tobias<john.tobias.ph@gmail.com> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> Hi John, >>>>>>> >>>>>>> Is it possible to have a copy of the firmware for 43340?. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> John >>>>>>> >>>>>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van >>>>>>>> Spriel<arend@broadcom.com> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> By the name of the file I suspected you did. Personally, I >>>>>>>>> verified >>>>>>>>> the >>>>>>>>> firmware works on 43341. John Stultz tested both 43340 and >>>>>>>>> 43341 with >>>>>>>>> this >>>>>>>>> firmware. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Minor correction here, I only tested on 43341 hardware. The >>>>>>>> confusion >>>>>>>> might be that the firmware I originally had access to claimed it >>>>>>>> was >>>>>>>> 43340. >>>>>>>> >>>>>>>> thanks >>>>>>>> -john >>>>> >>>>> >>>>> >>> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-25 13:36 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-25 13:36 UTC (permalink / raw) To: linux-arm-kernel On 04/24/15 21:03, Arend van Spriel wrote: > On 04/24/15 20:24, John Tobias wrote: >> Hi Arend, >> >> Apologize for the confusion. I am asking the repo for the device >> driver for 43340. Looking at the link you sent, it's more userspace >> support and didn't see the device driver there... > > crap. you are right. it is userspace and firmware. You need a kernel > repo. There are some on the site I referred to, but you may need to > contact Freescale whether they provide it publicly like on github or so. So the firmware came from linux-firmware. Where did you get bcmdhd.cal file and could you email it. Regards, Arend > Regards, > Arend > >> Regards, >> >> John >> >> >> On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> >> wrote: >>> On 04/24/15 19:49, John Tobias wrote: >>>> >>>> Hi Arend, >>>> >>>> I am not pretty sure if the brcm43340 driver for android is the latest >>>> one. May I know repo?. >>> >>> >>> Not sure what you are asking. I gave the url. Did you try using the >>> brcmfmac4334-sdio.bin firmware file. I would like to know if that one >>> works >>> for your device. >>> >>> Regards, >>> Arend >>> >>> >>>> Regards, >>>> >>>> John >>>> >>>> On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >>>> wrote: >>>>> >>>>> On 04/24/15 03:04, John Tobias wrote: >>>>>> >>>>>> >>>>>> Btw, where I could get a copy of the latest driver?. >>>>> >>>>> >>>>> >>>>> The open-source bcmdhd is in AOSP [1]. I would stick to the android >>>>> release >>>>> branch you are running on your device. >>>>> >>>>> Regards, >>>>> Arend >>>>> >>>>> [1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >>>>> >>>>> >>>>>> Regards, >>>>>> >>>>>> John >>>>>> >>>>>> On Thu, Apr 23, 2015 at 5:59 PM, John >>>>>> Tobias<john.tobias.ph@gmail.com> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> Hi John, >>>>>>> >>>>>>> Is it possible to have a copy of the firmware for 43340?. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> John >>>>>>> >>>>>>> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >>>>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Apr 23, 2015 at 12:00 PM, Arend van >>>>>>>> Spriel<arend@broadcom.com> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> By the name of the file I suspected you did. Personally, I >>>>>>>>> verified >>>>>>>>> the >>>>>>>>> firmware works on 43341. John Stultz tested both 43340 and >>>>>>>>> 43341 with >>>>>>>>> this >>>>>>>>> firmware. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Minor correction here, I only tested on 43341 hardware. The >>>>>>>> confusion >>>>>>>> might be that the firmware I originally had access to claimed it >>>>>>>> was >>>>>>>> 43340. >>>>>>>> >>>>>>>> thanks >>>>>>>> -john >>>>> >>>>> >>>>> >>> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 19:03 ` Arend van Spriel @ 2015-04-27 3:27 ` Dong Aisheng -1 siblings, 0 replies; 40+ messages in thread From: Dong Aisheng @ 2015-04-27 3:27 UTC (permalink / raw) To: Arend van Spriel Cc: John Tobias, John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote: > On 04/24/15 20:24, John Tobias wrote: > >Hi Arend, > > > >Apologize for the confusion. I am asking the repo for the device > >driver for 43340. Looking at the link you sent, it's more userspace > >support and didn't see the device driver there... > > crap. you are right. it is userspace and firmware. You need a kernel > repo. There are some on the site I referred to, but you may need to > contact Freescale whether they provide it publicly like on github or > so. > Freescale does not provide Broadcom driver currently. It might provide it for MX7D release in the future due to MX7D SDB board integrated a Broadcom WiFi chip. But it depends on whether the SLA signed with Broadcom can be ready before the release. Regards Dong Aisheng > Regards, > Arend > > >Regards, > > > >John > > > > > >On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: > >>On 04/24/15 19:49, John Tobias wrote: > >>> > >>>Hi Arend, > >>> > >>>I am not pretty sure if the brcm43340 driver for android is the latest > >>>one. May I know repo?. > >> > >> > >>Not sure what you are asking. I gave the url. Did you try using the > >>brcmfmac4334-sdio.bin firmware file. I would like to know if that one works > >>for your device. > >> > >>Regards, > >>Arend > >> > >> > >>>Regards, > >>> > >>>John > >>> > >>>On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> > >>>wrote: > >>>> > >>>>On 04/24/15 03:04, John Tobias wrote: > >>>>> > >>>>> > >>>>>Btw, where I could get a copy of the latest driver?. > >>>> > >>>> > >>>> > >>>>The open-source bcmdhd is in AOSP [1]. I would stick to the android > >>>>release > >>>>branch you are running on your device. > >>>> > >>>>Regards, > >>>>Arend > >>>> > >>>>[1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > >>>> > >>>> > >>>>>Regards, > >>>>> > >>>>>John > >>>>> > >>>>>On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> > >>>>>wrote: > >>>>>> > >>>>>> > >>>>>>Hi John, > >>>>>> > >>>>>>Is it possible to have a copy of the firmware for 43340?. > >>>>>> > >>>>>>Regards, > >>>>>> > >>>>>>John > >>>>>> > >>>>>>On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> > >>>>>>wrote: > >>>>>>> > >>>>>>> > >>>>>>>On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> > >>>>>>>wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>>By the name of the file I suspected you did. Personally, I verified > >>>>>>>>the > >>>>>>>>firmware works on 43341. John Stultz tested both 43340 and 43341 with > >>>>>>>>this > >>>>>>>>firmware. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>Minor correction here, I only tested on 43341 hardware. The confusion > >>>>>>>might be that the firmware I originally had access to claimed it was > >>>>>>>43340. > >>>>>>> > >>>>>>>thanks > >>>>>>>-john > >>>> > >>>> > >>>> > >> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-27 3:27 ` Dong Aisheng 0 siblings, 0 replies; 40+ messages in thread From: Dong Aisheng @ 2015-04-27 3:27 UTC (permalink / raw) To: linux-arm-kernel On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote: > On 04/24/15 20:24, John Tobias wrote: > >Hi Arend, > > > >Apologize for the confusion. I am asking the repo for the device > >driver for 43340. Looking at the link you sent, it's more userspace > >support and didn't see the device driver there... > > crap. you are right. it is userspace and firmware. You need a kernel > repo. There are some on the site I referred to, but you may need to > contact Freescale whether they provide it publicly like on github or > so. > Freescale does not provide Broadcom driver currently. It might provide it for MX7D release in the future due to MX7D SDB board integrated a Broadcom WiFi chip. But it depends on whether the SLA signed with Broadcom can be ready before the release. Regards Dong Aisheng > Regards, > Arend > > >Regards, > > > >John > > > > > >On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: > >>On 04/24/15 19:49, John Tobias wrote: > >>> > >>>Hi Arend, > >>> > >>>I am not pretty sure if the brcm43340 driver for android is the latest > >>>one. May I know repo?. > >> > >> > >>Not sure what you are asking. I gave the url. Did you try using the > >>brcmfmac4334-sdio.bin firmware file. I would like to know if that one works > >>for your device. > >> > >>Regards, > >>Arend > >> > >> > >>>Regards, > >>> > >>>John > >>> > >>>On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> > >>>wrote: > >>>> > >>>>On 04/24/15 03:04, John Tobias wrote: > >>>>> > >>>>> > >>>>>Btw, where I could get a copy of the latest driver?. > >>>> > >>>> > >>>> > >>>>The open-source bcmdhd is in AOSP [1]. I would stick to the android > >>>>release > >>>>branch you are running on your device. > >>>> > >>>>Regards, > >>>>Arend > >>>> > >>>>[1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > >>>> > >>>> > >>>>>Regards, > >>>>> > >>>>>John > >>>>> > >>>>>On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> > >>>>>wrote: > >>>>>> > >>>>>> > >>>>>>Hi John, > >>>>>> > >>>>>>Is it possible to have a copy of the firmware for 43340?. > >>>>>> > >>>>>>Regards, > >>>>>> > >>>>>>John > >>>>>> > >>>>>>On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> > >>>>>>wrote: > >>>>>>> > >>>>>>> > >>>>>>>On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> > >>>>>>>wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>>By the name of the file I suspected you did. Personally, I verified > >>>>>>>>the > >>>>>>>>firmware works on 43341. John Stultz tested both 43340 and 43341 with > >>>>>>>>this > >>>>>>>>firmware. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>Minor correction here, I only tested on 43341 hardware. The confusion > >>>>>>>might be that the firmware I originally had access to claimed it was > >>>>>>>43340. > >>>>>>> > >>>>>>>thanks > >>>>>>>-john > >>>> > >>>> > >>>> > >> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 19:03 ` Arend van Spriel @ 2015-04-27 3:33 ` Dong Aisheng -1 siblings, 0 replies; 40+ messages in thread From: Dong Aisheng @ 2015-04-27 3:33 UTC (permalink / raw) To: Arend van Spriel Cc: John Tobias, John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote: > On 04/24/15 20:24, John Tobias wrote: > >Hi Arend, > > > >Apologize for the confusion. I am asking the repo for the device > >driver for 43340. Looking at the link you sent, it's more userspace > >support and didn't see the device driver there... > > crap. you are right. it is userspace and firmware. You need a kernel > repo. There are some on the site I referred to, but you may need to > contact Freescale whether they provide it publicly like on github or > so. > One simple question: Does the brcmfmac driver in upstream kernel also work? I mean this one: drivers/net/wireless/brcm80211 Regards Dong Aisheng > Regards, > Arend > > >Regards, > > > >John > > > > > >On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: > >>On 04/24/15 19:49, John Tobias wrote: > >>> > >>>Hi Arend, > >>> > >>>I am not pretty sure if the brcm43340 driver for android is the latest > >>>one. May I know repo?. > >> > >> > >>Not sure what you are asking. I gave the url. Did you try using the > >>brcmfmac4334-sdio.bin firmware file. I would like to know if that one works > >>for your device. > >> > >>Regards, > >>Arend > >> > >> > >>>Regards, > >>> > >>>John > >>> > >>>On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> > >>>wrote: > >>>> > >>>>On 04/24/15 03:04, John Tobias wrote: > >>>>> > >>>>> > >>>>>Btw, where I could get a copy of the latest driver?. > >>>> > >>>> > >>>> > >>>>The open-source bcmdhd is in AOSP [1]. I would stick to the android > >>>>release > >>>>branch you are running on your device. > >>>> > >>>>Regards, > >>>>Arend > >>>> > >>>>[1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > >>>> > >>>> > >>>>>Regards, > >>>>> > >>>>>John > >>>>> > >>>>>On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> > >>>>>wrote: > >>>>>> > >>>>>> > >>>>>>Hi John, > >>>>>> > >>>>>>Is it possible to have a copy of the firmware for 43340?. > >>>>>> > >>>>>>Regards, > >>>>>> > >>>>>>John > >>>>>> > >>>>>>On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> > >>>>>>wrote: > >>>>>>> > >>>>>>> > >>>>>>>On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> > >>>>>>>wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>>By the name of the file I suspected you did. Personally, I verified > >>>>>>>>the > >>>>>>>>firmware works on 43341. John Stultz tested both 43340 and 43341 with > >>>>>>>>this > >>>>>>>>firmware. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>Minor correction here, I only tested on 43341 hardware. The confusion > >>>>>>>might be that the firmware I originally had access to claimed it was > >>>>>>>43340. > >>>>>>> > >>>>>>>thanks > >>>>>>>-john > >>>> > >>>> > >>>> > >> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-27 3:33 ` Dong Aisheng 0 siblings, 0 replies; 40+ messages in thread From: Dong Aisheng @ 2015-04-27 3:33 UTC (permalink / raw) To: linux-arm-kernel On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote: > On 04/24/15 20:24, John Tobias wrote: > >Hi Arend, > > > >Apologize for the confusion. I am asking the repo for the device > >driver for 43340. Looking at the link you sent, it's more userspace > >support and didn't see the device driver there... > > crap. you are right. it is userspace and firmware. You need a kernel > repo. There are some on the site I referred to, but you may need to > contact Freescale whether they provide it publicly like on github or > so. > One simple question: Does the brcmfmac driver in upstream kernel also work? I mean this one: drivers/net/wireless/brcm80211 Regards Dong Aisheng > Regards, > Arend > > >Regards, > > > >John > > > > > >On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: > >>On 04/24/15 19:49, John Tobias wrote: > >>> > >>>Hi Arend, > >>> > >>>I am not pretty sure if the brcm43340 driver for android is the latest > >>>one. May I know repo?. > >> > >> > >>Not sure what you are asking. I gave the url. Did you try using the > >>brcmfmac4334-sdio.bin firmware file. I would like to know if that one works > >>for your device. > >> > >>Regards, > >>Arend > >> > >> > >>>Regards, > >>> > >>>John > >>> > >>>On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> > >>>wrote: > >>>> > >>>>On 04/24/15 03:04, John Tobias wrote: > >>>>> > >>>>> > >>>>>Btw, where I could get a copy of the latest driver?. > >>>> > >>>> > >>>> > >>>>The open-source bcmdhd is in AOSP [1]. I would stick to the android > >>>>release > >>>>branch you are running on your device. > >>>> > >>>>Regards, > >>>>Arend > >>>> > >>>>[1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ > >>>> > >>>> > >>>>>Regards, > >>>>> > >>>>>John > >>>>> > >>>>>On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> > >>>>>wrote: > >>>>>> > >>>>>> > >>>>>>Hi John, > >>>>>> > >>>>>>Is it possible to have a copy of the firmware for 43340?. > >>>>>> > >>>>>>Regards, > >>>>>> > >>>>>>John > >>>>>> > >>>>>>On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> > >>>>>>wrote: > >>>>>>> > >>>>>>> > >>>>>>>On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> > >>>>>>>wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>>By the name of the file I suspected you did. Personally, I verified > >>>>>>>>the > >>>>>>>>firmware works on 43341. John Stultz tested both 43340 and 43341 with > >>>>>>>>this > >>>>>>>>firmware. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>Minor correction here, I only tested on 43341 hardware. The confusion > >>>>>>>might be that the firmware I originally had access to claimed it was > >>>>>>>43340. > >>>>>>> > >>>>>>>thanks > >>>>>>>-john > >>>> > >>>> > >>>> > >> > ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-27 3:33 ` Dong Aisheng @ 2015-04-27 7:17 ` John Tobias -1 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-27 7:17 UTC (permalink / raw) To: Dong Aisheng Cc: Arend van Spriel, John Stultz, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, Ritter Yeh, Ecco Park, Dmitry Shmidt Hi Dong, I tested the kerne 4.0 and the driver works (It loads the driver correctly, it show's the wlan0 interface and it did not bail out...) bcrm { compatible = "brcm,bcm4329-fmac"; interrupt-parent = <&gpio3>; interrupts = <22 0x2>; interrupt-names = "host-wake"; }; Regards, John On Sun, Apr 26, 2015 at 8:33 PM, Dong Aisheng <b29396@freescale.com> wrote: > On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote: >> On 04/24/15 20:24, John Tobias wrote: >> >Hi Arend, >> > >> >Apologize for the confusion. I am asking the repo for the device >> >driver for 43340. Looking at the link you sent, it's more userspace >> >support and didn't see the device driver there... >> >> crap. you are right. it is userspace and firmware. You need a kernel >> repo. There are some on the site I referred to, but you may need to >> contact Freescale whether they provide it publicly like on github or >> so. >> > > One simple question: > Does the brcmfmac driver in upstream kernel also work? > I mean this one: > drivers/net/wireless/brcm80211 > > Regards > Dong Aisheng > >> Regards, >> Arend >> >> >Regards, >> > >> >John >> > >> > >> >On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: >> >>On 04/24/15 19:49, John Tobias wrote: >> >>> >> >>>Hi Arend, >> >>> >> >>>I am not pretty sure if the brcm43340 driver for android is the latest >> >>>one. May I know repo?. >> >> >> >> >> >>Not sure what you are asking. I gave the url. Did you try using the >> >>brcmfmac4334-sdio.bin firmware file. I would like to know if that one works >> >>for your device. >> >> >> >>Regards, >> >>Arend >> >> >> >> >> >>>Regards, >> >>> >> >>>John >> >>> >> >>>On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >> >>>wrote: >> >>>> >> >>>>On 04/24/15 03:04, John Tobias wrote: >> >>>>> >> >>>>> >> >>>>>Btw, where I could get a copy of the latest driver?. >> >>>> >> >>>> >> >>>> >> >>>>The open-source bcmdhd is in AOSP [1]. I would stick to the android >> >>>>release >> >>>>branch you are running on your device. >> >>>> >> >>>>Regards, >> >>>>Arend >> >>>> >> >>>>[1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >> >>>> >> >>>> >> >>>>>Regards, >> >>>>> >> >>>>>John >> >>>>> >> >>>>>On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >> >>>>>wrote: >> >>>>>> >> >>>>>> >> >>>>>>Hi John, >> >>>>>> >> >>>>>>Is it possible to have a copy of the firmware for 43340?. >> >>>>>> >> >>>>>>Regards, >> >>>>>> >> >>>>>>John >> >>>>>> >> >>>>>>On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >> >>>>>>wrote: >> >>>>>>> >> >>>>>>> >> >>>>>>>On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >> >>>>>>>wrote: >> >>>>>>>> >> >>>>>>>> >> >>>>>>>>By the name of the file I suspected you did. Personally, I verified >> >>>>>>>>the >> >>>>>>>>firmware works on 43341. John Stultz tested both 43340 and 43341 with >> >>>>>>>>this >> >>>>>>>>firmware. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>>Minor correction here, I only tested on 43341 hardware. The confusion >> >>>>>>>might be that the firmware I originally had access to claimed it was >> >>>>>>>43340. >> >>>>>>> >> >>>>>>>thanks >> >>>>>>>-john >> >>>> >> >>>> >> >>>> >> >> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-27 7:17 ` John Tobias 0 siblings, 0 replies; 40+ messages in thread From: John Tobias @ 2015-04-27 7:17 UTC (permalink / raw) To: linux-arm-kernel Hi Dong, I tested the kerne 4.0 and the driver works (It loads the driver correctly, it show's the wlan0 interface and it did not bail out...) bcrm { compatible = "brcm,bcm4329-fmac"; interrupt-parent = <&gpio3>; interrupts = <22 0x2>; interrupt-names = "host-wake"; }; Regards, John On Sun, Apr 26, 2015 at 8:33 PM, Dong Aisheng <b29396@freescale.com> wrote: > On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote: >> On 04/24/15 20:24, John Tobias wrote: >> >Hi Arend, >> > >> >Apologize for the confusion. I am asking the repo for the device >> >driver for 43340. Looking at the link you sent, it's more userspace >> >support and didn't see the device driver there... >> >> crap. you are right. it is userspace and firmware. You need a kernel >> repo. There are some on the site I referred to, but you may need to >> contact Freescale whether they provide it publicly like on github or >> so. >> > > One simple question: > Does the brcmfmac driver in upstream kernel also work? > I mean this one: > drivers/net/wireless/brcm80211 > > Regards > Dong Aisheng > >> Regards, >> Arend >> >> >Regards, >> > >> >John >> > >> > >> >On Fri, Apr 24, 2015 at 11:14 AM, Arend van Spriel<arend@broadcom.com> wrote: >> >>On 04/24/15 19:49, John Tobias wrote: >> >>> >> >>>Hi Arend, >> >>> >> >>>I am not pretty sure if the brcm43340 driver for android is the latest >> >>>one. May I know repo?. >> >> >> >> >> >>Not sure what you are asking. I gave the url. Did you try using the >> >>brcmfmac4334-sdio.bin firmware file. I would like to know if that one works >> >>for your device. >> >> >> >>Regards, >> >>Arend >> >> >> >> >> >>>Regards, >> >>> >> >>>John >> >>> >> >>>On Fri, Apr 24, 2015 at 1:20 AM, Arend van Spriel<arend@broadcom.com> >> >>>wrote: >> >>>> >> >>>>On 04/24/15 03:04, John Tobias wrote: >> >>>>> >> >>>>> >> >>>>>Btw, where I could get a copy of the latest driver?. >> >>>> >> >>>> >> >>>> >> >>>>The open-source bcmdhd is in AOSP [1]. I would stick to the android >> >>>>release >> >>>>branch you are running on your device. >> >>>> >> >>>>Regards, >> >>>>Arend >> >>>> >> >>>>[1] https://android.googlesource.com/platform/hardware/broadcom/wlan/ >> >>>> >> >>>> >> >>>>>Regards, >> >>>>> >> >>>>>John >> >>>>> >> >>>>>On Thu, Apr 23, 2015 at 5:59 PM, John Tobias<john.tobias.ph@gmail.com> >> >>>>>wrote: >> >>>>>> >> >>>>>> >> >>>>>>Hi John, >> >>>>>> >> >>>>>>Is it possible to have a copy of the firmware for 43340?. >> >>>>>> >> >>>>>>Regards, >> >>>>>> >> >>>>>>John >> >>>>>> >> >>>>>>On Thu, Apr 23, 2015 at 5:57 PM, John Stultz<john.stultz@linaro.org> >> >>>>>>wrote: >> >>>>>>> >> >>>>>>> >> >>>>>>>On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> >> >>>>>>>wrote: >> >>>>>>>> >> >>>>>>>> >> >>>>>>>>By the name of the file I suspected you did. Personally, I verified >> >>>>>>>>the >> >>>>>>>>firmware works on 43341. John Stultz tested both 43340 and 43341 with >> >>>>>>>>this >> >>>>>>>>firmware. >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>>Minor correction here, I only tested on 43341 hardware. The confusion >> >>>>>>>might be that the firmware I originally had access to claimed it was >> >>>>>>>43340. >> >>>>>>> >> >>>>>>>thanks >> >>>>>>>-john >> >>>> >> >>>> >> >>>> >> >> >> ^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Broadcom 43340 module on iMX6DL 2015-04-24 0:57 ` John Stultz @ 2015-04-24 8:38 ` Arend van Spriel -1 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 8:38 UTC (permalink / raw) To: John Stultz Cc: John Tobias, <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, Fabio Estevam, Aisheng Dong, Shawn Guo, ryeh, eccopark, dimitrysh On 04/24/15 02:57, John Stultz wrote: > On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> wrote: >> By the name of the file I suspected you did. Personally, I verified the >> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >> firmware. > > Minor correction here, I only tested on 43341 hardware. The confusion > might be that the firmware I originally had access to claimed it was > 43340. Yikes, not really minor. Guess I have to track down a 43340 and verify. Regards, Arend ^ permalink raw reply [flat|nested] 40+ messages in thread
* Broadcom 43340 module on iMX6DL @ 2015-04-24 8:38 ` Arend van Spriel 0 siblings, 0 replies; 40+ messages in thread From: Arend van Spriel @ 2015-04-24 8:38 UTC (permalink / raw) To: linux-arm-kernel On 04/24/15 02:57, John Stultz wrote: > On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel<arend@broadcom.com> wrote: >> By the name of the file I suspected you did. Personally, I verified the >> firmware works on 43341. John Stultz tested both 43340 and 43341 with this >> firmware. > > Minor correction here, I only tested on 43341 hardware. The confusion > might be that the firmware I originally had access to claimed it was > 43340. Yikes, not really minor. Guess I have to track down a 43340 and verify. Regards, Arend ^ permalink raw reply [flat|nested] 40+ messages in thread
end of thread, other threads:[~2015-04-27 7:17 UTC | newest] Thread overview: 40+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-04-23 18:10 Broadcom 43340 module on iMX6DL John Tobias 2015-04-23 18:10 ` John Tobias 2015-04-23 18:19 ` Dmitry Shmidt 2015-04-23 18:19 ` Dmitry Shmidt 2015-04-23 18:39 ` Arend van Spriel 2015-04-23 18:39 ` Arend van Spriel 2015-04-23 18:44 ` John Tobias 2015-04-23 18:44 ` John Tobias 2015-04-23 19:00 ` Arend van Spriel 2015-04-23 19:00 ` Arend van Spriel 2015-04-24 0:50 ` John Tobias 2015-04-24 0:50 ` John Tobias 2015-04-27 3:21 ` Dong Aisheng 2015-04-27 3:21 ` Dong Aisheng 2015-04-24 0:57 ` John Stultz 2015-04-24 0:57 ` John Stultz 2015-04-24 0:59 ` John Tobias 2015-04-24 0:59 ` John Tobias 2015-04-24 1:04 ` John Tobias 2015-04-24 1:04 ` John Tobias 2015-04-24 8:20 ` Arend van Spriel 2015-04-24 8:20 ` Arend van Spriel 2015-04-24 17:49 ` John Tobias 2015-04-24 17:49 ` John Tobias 2015-04-24 18:14 ` Arend van Spriel 2015-04-24 18:14 ` Arend van Spriel 2015-04-24 18:24 ` John Tobias 2015-04-24 18:24 ` John Tobias 2015-04-24 19:03 ` Arend van Spriel 2015-04-24 19:03 ` Arend van Spriel 2015-04-25 13:36 ` Arend van Spriel 2015-04-25 13:36 ` Arend van Spriel 2015-04-27 3:27 ` Dong Aisheng 2015-04-27 3:27 ` Dong Aisheng 2015-04-27 3:33 ` Dong Aisheng 2015-04-27 3:33 ` Dong Aisheng 2015-04-27 7:17 ` John Tobias 2015-04-27 7:17 ` John Tobias 2015-04-24 8:38 ` Arend van Spriel 2015-04-24 8:38 ` Arend van Spriel
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.