descripteur de fichier d'interrogation

Question

pour la plate-forme MIPS embarquée J'implémente un petit programme pour interroger GPIO, c'est-à-dire que j'utilise la bibliothèque GPIO au niveau utilisateur avec les fonctionnalités de base (ouvrir/dev/gpio, lire, écrire etc. .). La conception est simple:

int gpio_fd; 
fd_set rfds; 

gpio_fd = gpio_open(...); 

while (1) { 
    FD_ZERO(&rfds); 
    FD_SET(gpio_fd, &rfds); 

    if (select(gpio_fd + 1, &rfds, NULL, NULL, NULL) > 0) { 
     if (FD_ISSET(gpio_fd, &rfds)) { 
      /* read pins and similar */ 
     } 
    } 
} 

Mais je suis face à un problème sérieux - cette application lorsqu'il est lancé avec « & » à la fin, à savoir le mettre en arrière-plan, consomme CPU 99%, ce qui est évidemment à cause de serré boucle, mais j'ai observé la même approche dans de nombreux codes de réseau et cela a bien fonctionné. Est-ce que je manque quelque chose, peut-il être un défaut de la bibliothèque gpio?

En fait, un seul "while (1);" a le même effet. Peut-il s'agir du comportement "naturel" du noyau?

Merci.

Answer 1

L'appel select doit être bloqué jusqu'à ce que le descripteur de fichier soit lisible.

Ce qui peut arriver, c'est que le pilote de périphérique ne prend pas en charge l'appel select, et donc il se ferme immédiatement plutôt que de bloquer.

Une autre possibilité est que l'appel à gpio_open ne vous donne pas réellement un vrai descripteur de fichier Unix. Si c'était open("/dev/gpio", O_RDWR) ou quelque chose comme ça, j'aurais beaucoup plus confiance en elle.