Un pilote de périphérique Linux peut-il attendre la fin d'un DMA dans la fonction device_remove()?

Question

J'ai écrit un pilote de périphérique Linux pour un périphérique PCI. Cet appareil effectue des opérations DMA. Un problème survient lorsque le programme se bloque lorsqu'une opération DMA est en cours d'exécution.

En effet, lors du plantage, la fonction device_remove() est appelée par le système (comme si close() avait été appelée). Cette fonction effectue le nettoyage sur les régions de mémoire utilisées par le périphérique PCI, libère correctement la mémoire allouée. Je veux dire que cela fonctionne correctement dans des circonstances normales. Mais si un DMA est en cours d'exécution, il ne pourra pas effectuer le nettoyage DMA parce qu'il n'a plus accès aux données de l'appareil qui ont été libérées. Une solution simple serait d'attendre dans la fonction close(). (Ceci est ma compréhension, mais peut-être la dernière partie de la fonction DMA est jamais exécutée?)

Est-ce une bonne idée de se lamenter pour le DMA de mettre fin à fait dans la fonction d'un dispositif device_remove() (aka close()) chauffeur? Existe-t-il d'autres moyens de régler ce problème?

Answer 1

Oui, attendez devrait fonctionner, mais:

À moins que vous essayez de tester le comportement de retrait surprise de votre périphérique PCI, je pense un appel à supprimer() devrait échouer lorsque vous avez DMA passe à/de l'appareil . En outre, je ne pense pas que close() peut être traité de la même manière que remove(). Ce dernier va supprimer complètement toutes les structures de données liées à l'appareil de la mémoire (par exemple: voir l'un des pilotes de périphériques réseau). Donc, en d'autres termes, ce que j'essaie de dire est: wait() on close() mais fail() on remove()

En fonction de votre situation, vous pouvez aussi regarder reference counting pour libérer des ressources liées à l'appareil.