Re: F-30 Raspberry Pi 3B+ MMC/MicroSD sdhost-bcm2835 3f202000.mmc: timeout waiting for hardware interrupt.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jan,

Am 23.06.19 um 21:22 schrieb Jan Kratochvil:
> On Sun, 23 Jun 2019 12:32:14 +0200, Peter Robinson wrote:
>> There's a few Fedora patches but nothing specific to mmc or the RPi
>> mmc/sdhci modules.
> kernel-5.0. 0-300.fc30.aarch64         PASS
> kernel-5.0. 0-300.vanilla.fc30.aarch64 PASS https://koji.fedoraproject.org/koji/taskinfo?taskID=35752827
> kernel-5.0.17-300.vanilla.fc30.aarch64 PASS https://koji.fedoraproject.org/koji/taskinfo?taskID=35752457
> kernel-5.0.17-300.fc30.aarch64         FAIL
>
> So it looks as a Fedora-specific regression somewhere in the 5.0.x series.
>
> I can continue bisecting but a hint is welcome to reduce the number of steps.
>
> Maybe Stefan Wahren is not interested if it is a Fedora specific regression?

in case this is only reproducible with Fedora, i suggest that you try to
narrow down this issue first.

But i think is triggered by some kind of timing.

Could you please try to revert to these patches step by step starting
with kernel-5.0.17-300.fc30.aarch64 :

f6000a4eb34e6462bc0dd39809c1bb99f9633269 mmc: bcm2835: reset host on timeout
07d405769afea5718529fc9e341f0b13b3189b6f mmc: bcm2835: Recover from
MMC_SEND_EXT_CSD
af19b7ce76ba220f358c82b0a5e7d68909a23aa5 mmc: bcm2835: Avoid possible
races on data requests
37fefadee8bb665ae337a15aa635dabff9f66ade mmc: bcm2835: Terminate timeout
work synchronously
6dc6f2619017109e45550accc120f823fdc31c3e mmc: bcm2835: Refactor
dma_map_sg handling

2f5da678351f0d504966fab113968202aa5713fb mmc: bcm2835: Properly handle
dmaengine_prep_slave_sg

f7da7782aba92593f7b82f03d2409a1c5f4db91b dmaengine: bcm2835: Fix
interrupt race on RT
9e528c799d17a4ac37d788c81440b50377dd592d dmaengine: bcm2835: Fix abort
of transactions
3e05ada043828c5880c88789c824e3d40d6830cb dmaengine: bcm2835: Return void
from abort of transactions

Maybe one of them is causing the issue.

Thanks
Stefan

>
> (Then sure my testing may have fuzzy results etc. but I haven't noticed
> anything like that yet.)
>
>
> Jan
>
>
> The vanilla kernels I have built with:
> 	https://people.redhat.com/jkratoch/aarch64-vanilla.patch
> As the official --with vanilla kernel.spec flag is buggy now:
> 	Error: rpmbuild -bs --with vanilla kernel.spec
> 	https://bugzilla.redhat.com/show_bug.cgi?id=1547553
> _______________________________________________
> arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/arm@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/arm@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux