la norme ATAPI est un sous-ensemble du jeu de commandes SCSI encapsulees dans un paquet de commande ATA.
c tellement ridicule de passer par la couche SCSI que les grande majorite des pilotes pour les controlleurs SATA (qui gerent egalement qq "anciens" controleurs PATA de chez intel) utilisent libata qui passe ... par la couche SCSI.
c vraiment aburde, hein ?
pour revenir au sujet initial, ide-scsi n'est qu'un exemple. il y a d'autres pilotes en desherence[0]; le point n'est pas de savoir pourquoi tel ou tel pilote n'est plus maintenu. l'important n'est pas de savoir si /dev/sg est une bonne interface unifiee ou pas, si tous les disques devraient etres vu de maniere identique quel que soit le bus surlequel est connecte leur controlleur ou si ide-scsi est une pile de merde.
dans le cas d'ide-scsi, de nombreux utilisateurs se plaignent de son abandon. il y a aussi le mainteneur de cdrecord mais bon la il y a de la mauvaise volonte de sa part.
l'important est de constater que la disponibilite des sources allie a la presence d'une demande n'est pas suffisante pour permettre la continuite d'un projet (ou ici d'un pilote). donc oui , je maintiens qu'il arrive que l'on doive se tourner vers une alternative libre au logiciel libre que l'on utilise pour de telles raisons. (ici ide-cd a la place d'ide-scsi[1])
c'est une condition necessaire mais pas suffisante. il faut egalement que des gens motives et competents soient disponibles. parfois, il vaut mieux tout reecrire a cote, et passer a un autre projet (ici pilote).
d'ailleurs, dans le domaine des pilotes, ide-cd vs ide-scsi n'est pas le seul exemple de competition entre pilotes due a une perte de maintenance (cf 359x vs 3c575_cb, sym53c8xx_2 vs sym53c8xx, xd vs ide-disk, ...)
[0] mais il y a aussi des pilotes de controlleurs scsi qui n'ont pas ete mis a jour pour la gestion des erreurs, des pilotes de cartes son isa qui ne sont plus maintenus depuis des "decennies", ...
[1] en plus on gagne l'utilisation du dma en gravure :-)
[^] # Re: Faille de sécurité dans les noyaux Linux 2.4.18 à 2.4.22
Posté par disanv . En réponse à la dépêche Faille de sécurité dans les noyaux Linux 2.4.18 à 2.4.22. Évalué à 1.
c tellement ridicule de passer par la couche SCSI que les grande majorite des pilotes pour les controlleurs SATA (qui gerent egalement qq "anciens" controleurs PATA de chez intel) utilisent libata qui passe ... par la couche SCSI.
c vraiment aburde, hein ?
pour revenir au sujet initial, ide-scsi n'est qu'un exemple. il y a d'autres pilotes en desherence[0]; le point n'est pas de savoir pourquoi tel ou tel pilote n'est plus maintenu. l'important n'est pas de savoir si /dev/sg est une bonne interface unifiee ou pas, si tous les disques devraient etres vu de maniere identique quel que soit le bus surlequel est connecte leur controlleur ou si ide-scsi est une pile de merde.
dans le cas d'ide-scsi, de nombreux utilisateurs se plaignent de son abandon. il y a aussi le mainteneur de cdrecord mais bon la il y a de la mauvaise volonte de sa part.
l'important est de constater que la disponibilite des sources allie a la presence d'une demande n'est pas suffisante pour permettre la continuite d'un projet (ou ici d'un pilote). donc oui , je maintiens qu'il arrive que l'on doive se tourner vers une alternative libre au logiciel libre que l'on utilise pour de telles raisons. (ici ide-cd a la place d'ide-scsi[1])
c'est une condition necessaire mais pas suffisante. il faut egalement que des gens motives et competents soient disponibles. parfois, il vaut mieux tout reecrire a cote, et passer a un autre projet (ici pilote).
d'ailleurs, dans le domaine des pilotes, ide-cd vs ide-scsi n'est pas le seul exemple de competition entre pilotes due a une perte de maintenance (cf 359x vs 3c575_cb, sym53c8xx_2 vs sym53c8xx, xd vs ide-disk, ...)
[0] mais il y a aussi des pilotes de controlleurs scsi qui n'ont pas ete mis a jour pour la gestion des erreurs, des pilotes de cartes son isa qui ne sont plus maintenus depuis des "decennies", ...
[1] en plus on gagne l'utilisation du dma en gravure :-)