Non, pas uniquement. Regarde donc le nombre croissant de portables (bon ok) dont les périphériques ne fonctionnent pas sans un support ACPI... C'est bien sûr les prmières machines à utiliser de manière extensive l'ACPI, mais il y a fort à parier que dans un avenir proche, ce sera le même pour toutes les machines (il y a des extensions de l'ACPI pour l'fiichage par exemple, et on peut donc envisager de remplacer le BIOS habituel par un système complètement ACPI).
D'autre part, les outils pour vraiment gerer l'ACPI, sont quasiement inexistant. Il faut aller ecire dans /proc...
Justement, c'est là une possibilité pour des développeurs non expert en programmation système de faire quelquechose. Il y a déjà un début avec ospmd (ou acpid), mais c'est très insuffisant.
Donc, je pense que s'il en sont la, ils peuvent s'en prendre un peu a eux meme. Et c'est pas faute d'avoir suggerer ce que j'ai ecrit + haut et d'avoir meme envoye des fixes. Heureusement, sur la mailling liste du development, il y a des gens supers.
Oui, c'est assez vrai, et c'est l'essence de la discussion en cours sur la ML dont je parlais dans la news. Mais c'est aussi vrai que les gens sont super. Si les principaux développeurs (de chez Intel) n'ont pas forcément le temps de documenter et de faire du "prosélytisme" (ce qui est à mon sens une erreur), il y a des gens comme Dominik Brodowski (et d'autres) qui font beaucoup de choses, et pas seulement pour le développement proprement dit.
[^] # Re: ACPI needs you
Posté par David Douard . En réponse à la dépêche ACPI needs you. Évalué à 1.
1) les economies d'energie
2) les portables
Non, pas uniquement. Regarde donc le nombre croissant de portables (bon ok) dont les périphériques ne fonctionnent pas sans un support ACPI... C'est bien sûr les prmières machines à utiliser de manière extensive l'ACPI, mais il y a fort à parier que dans un avenir proche, ce sera le même pour toutes les machines (il y a des extensions de l'ACPI pour l'fiichage par exemple, et on peut donc envisager de remplacer le BIOS habituel par un système complètement ACPI).
D'autre part, les outils pour vraiment gerer l'ACPI, sont quasiement inexistant. Il faut aller ecire dans /proc...
Justement, c'est là une possibilité pour des développeurs non expert en programmation système de faire quelquechose. Il y a déjà un début avec ospmd (ou acpid), mais c'est très insuffisant.
Donc, je pense que s'il en sont la, ils peuvent s'en prendre un peu a eux meme. Et c'est pas faute d'avoir suggerer ce que j'ai ecrit + haut et d'avoir meme envoye des fixes. Heureusement, sur la mailling liste du development, il y a des gens supers.
Oui, c'est assez vrai, et c'est l'essence de la discussion en cours sur la ML dont je parlais dans la news. Mais c'est aussi vrai que les gens sont super. Si les principaux développeurs (de chez Intel) n'ont pas forcément le temps de documenter et de faire du "prosélytisme" (ce qui est à mon sens une erreur), il y a des gens comme Dominik Brodowski (et d'autres) qui font beaucoup de choses, et pas seulement pour le développement proprement dit.