On 12/04/16 21:15, Laszlo Fiat wrote: > Adrian, Ulf, > > All the mmc related patches are from [1] above. I have one extra patch > for rfkill-gpio to get bluetooth working, and one to ignore efi-bgrt, > but these are unrelated to mmc. Actually we can survive some time > without the out-of-tree mmc patches, but usually we freeze within 1-2 > hours, that is why we need them. > > I have compiled a v4.6-rc3 vanilla, without any additional patches and > with CONFIG_MMC_DEBUG=y, and created dmesg: [3] Looks like every command to the SDIO card fails. > > I will compile the same one with the offending commit 520bd7a8b415 > reverted, so that we can compare what happens differently. > > For acpidump, which format do you need? Doesn't matter which format. > > Thank you for looking into this. > > Best regards, > > Laszlo Fiat > > [3]: https://bugzilla.kernel.org/show_bug.cgi?id=112571#c10 > > On Mon, Apr 11, 2016 at 2:46 PM, Adrian Hunter <adrian.hunter@xxxxxxxxx> wrote: >> On 11/04/16 11:25, Ulf Hansson wrote: >>> + Adrian >>> >>> On 10 April 2016 at 20:04, Laszlo Fiat <laszlo.fiat@xxxxxxxxx> wrote: >>>> Hello, >>>> >>> >>> Hi Laszlo, >>> >>> Thanks for your report! >>> >>>> I have tested this patch on top of v4.6-rc2 + our usual out-of-tree >>>> patches from [1], and there is still no SDIO wifi showing up on >>>> baytrail-t. dmesg is available at [2]. >>>> >>>> [1] https://github.com/hadess/rtl8723bs/tree/master/patches >>>> [2] https://bugzilla.kernel.org/show_bug.cgi?id=112571#c9 >>>> >>> >>> I understand this issue isn't for an upstream kernel, as you are >>> carrying out of tree patches to enable sdhci, sdhci-acpi and sdhci-pci >>> to work for your platform. >>> >>> As my bandwidth is limited, normally I can't spend time on >>> non-upstream kernel reported regressions. Anyway, I decided to help >>> study the kernel log in a bit more detail, but unfortunate I am not >>> able to figure out what goes wrong. >>> >>> >From looking at the errors and a stack trace that gets dumped in the >>> kernel log, my guess is that the problem lies within sdhci/sdhci-acpi. >>> The errors seems related to your out of tree patches. >>> >>> Regarding commit 520bd7a8b415 ("mmc: core: Optimize boot time by >>> detecting cards simultaneously"), even if it seems to be triggering >>> the regression for you, I find it highly unlikely that this is the >>> root cause. >>> >>> Someone that knows Baytrail/sdhci-acpi needs to help out with >>> debugging. Perhaps Adrian or some other Intel folkz are available!? >> >> Need to know exactly what patches you have. Is it only the ones from [1] above? >> >> You could do an acpidump and also try the failing case with CONFIG_MMC_DEBUG=y. >> > -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html