Linux: sdtweak poll_once ne fonctionne pas sur Pi 4

Créé le 14 oct. 2019 · 6Commentaires · Source: raspberrypi/linux

Lors du démarrage réseau d'un pi pour avec dtoverlay=sdtweak,poll_once , la carte est toujours interrogée, provoquant un spam de journal toutes les 10 secondes :

[  144.474158] mmc0: Timeout waiting for hardware cmd interrupt.
[  144.474182] mmc0: sdhci: ============ SDHCI REGISTER DUMP ===========
[  144.474199] mmc0: sdhci: Sys addr:  0x00000000 | Version:  0x00001002
[  144.474205] mmc0: sdhci: Blk size:  0x00000000 | Blk cnt:  0x00000000
[  144.474213] mmc0: sdhci: Argument:  0x00000000 | Trn mode: 0x00000000
[  144.474221] mmc0: sdhci: Present:   0x1fff0001 | Host ctl: 0x00000001
[  144.474228] mmc0: sdhci: Power:     0x0000000f | Blk gap:  0x00000080
[  144.474234] mmc0: sdhci: Wake-up:   0x00000000 | Clock:    0x0000f447
[  144.474242] mmc0: sdhci: Timeout:   0x00000000 | Int stat: 0x00000000
[  144.474250] mmc0: sdhci: Int enab:  0x00ff1003 | Sig enab: 0x00ff1003
[  144.474257] mmc0: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000000
[  144.474262] mmc0: sdhci: Caps:      0x45ee6432 | Caps_1:   0x0000a525
[  144.474267] mmc0: sdhci: Cmd:       0x0000371a | Max curr: 0x00080008
[  144.474275] mmc0: sdhci: Resp[0]:   0x00000000 | Resp[1]:  0x00000000
[  144.474280] mmc0: sdhci: Resp[2]:   0x00000000 | Resp[3]:  0x00000000
[  144.474284] mmc0: sdhci: Host ctl2: 0x00000000
[  144.474288] mmc0: sdhci: ADMA Err:  0x00000000 | ADMA Ptr: 0x00000000
[  144.474293] mmc0: sdhci: ============================================

Source

XECDesign

👍2

Tous les 6 commentaires

La cause immédiate de l'échec de sdtweak à définir l'indicateur non amovible sur pi4 est qu'il n'est pas destiné à :

pi<strong i="6">@raspberrypi</strong>:~ $ dtoverlay -h sdtweak
Name:   sdtweak

Info:   Tunes the bcm2835-sdhost SD/MMC driver
        N.B. This functionality is now available via the sd_* dtparams in the
        base DTB.
...

Ce qu'il faut, c'est un dtparam sd_pollonce générique, qui est assez facile à ajouter. Cependant, ce n'est peut-être pas ce que vous voulez car cela peut ne pas bien réagir lorsqu'une carte SD est retirée (ou insérée tardivement).

Peut-être que ce qui est vraiment nécessaire, en plus de sd_pollonce , est un changement de pilote pour réduire le spam du journal, en le rendant peut-être conditionnel à sd_debug .

pelwell le 14 oct. 2019

cela peut-il être résolu, s'il vous plaît?

loyclay le 30 janv. 2020

👍1

J'ai poussé les fichiers .dts mis à jour vers rpi-4.19.y qui ajoutent des dtparams sd_poll_once à tous les .dtbs en aval. Vous pouvez récupérer une version prédéfinie de bcm2711-rpi-4-b.dtb ici . Utiliser avec dtparam=sd_poll_once .

pelwell le 30 janv. 2020

❤1

Après avoir utilisé sd_poll_once , la LED verte ne fonctionne plus