Re: [PATCH] mmc: block: Use the mmc host device index as the mmcblk device index

[Adrian Hunter <adrian.hunter@intel.com>]

On 11/04/16 11:25, Ulf Hansson wrote:
> + Adrian
> 
> On 10 April 2016 at 20:04, Laszlo Fiat <laszlo.fiat@gmail.com> 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.