On 12-11-14 16:23, Felipe Contreras wrote: > On Wed, Nov 12, 2014 at 4:40 AM, Arend van Spriel <arend@xxxxxxxxxxxx> wrote: >> On 11-11-14 23:32, Felipe Contreras wrote: >>> On Sun, Nov 9, 2014 at 4:46 AM, Arend van Spriel <arend@xxxxxxxxxxxx> wrote: >>> >>>> Could you share the nvram obtained from EFI? Also please create a kernel log >>>> with debug=0xd416. >>> >>> There you go: >>> http://people.freedesktop.org/~felipec/dmesg-brcm.txt >>> >> >> It is using the sdhci-acpi driver for the sdio host controller. If I am >> not mistaken that one does runtime-pm. This has caused issues with our >> device. This is what happens: >> >> 1. driver sends control message and waits for firmware response. >> 2. runtime pm kicks in and suspends host controller. >> 3. host controller suspend disable sdio clock. >> 4. host controller does not detect firmware interrupt for response. >> 5. control message times out. >> >> You can disable it through sysfs, but the patch below may do it. > > I tried this patch, and although it seems to make a difference, it > still doesn't work. > > http://people.freedesktop.org/~felipec/dmesg-brcm-2.txt Hi Felipe, All the messages to the firmware seem ok. If connection would succeed I normally see a LINK event followed by SET_SSID event. In your log I only see the SET_SSID event with failed status, hence the connect is unsuccessful. Do you have any control over the AP? Could you try without WPA security to quickly confirm connection works? May help in root causing the issue. Regards, Arend -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html