hum j'ai l'impression que tu as loupé un épisode ;-)
la pci et usb database existent déjà mais ne font l'objet que d'un rapprochement entre
vendor_id1, product_id1, éventuellement vendor_id2, product_id2 voire révision
et
le pilote qui gère le chipset ainsi identifié
pour prendre un exemple que je connais : http://faq.eagle-usb.org/wakka.php?wiki=ModemSupport
Ton idée de fouiller dans le code pour trouver les produits n'est pas si mauvaise, mais ça risque d'être incomplet (côté produits) vu que les développeurs de pilote ont du mal à identifier les produits intégrant le chipset géré par le pilote (vu que c'est le constructeur qui sait ce qu'il choisit et omet souvent de changer.
D'autre part, 2 projets existent déjà sur le sujet (que la future base pourrait utiliser) : http://www.pcidatabase.com/ pour les pilotes pci
et http://www.qbik.ch/usb/devices/index.php pour les pilotes usb
et cela correspond aux codes qui apparaissent dans
/usr/share/ldetect-lst/usbtable.d/90default.lst
/usr/share/ldetect-lst/pcitable.d/90default.lst (il y a aussi dmitable.d/90default.lst ScannerDB.gz MonitorsDB pcmciatable.d/90default.lst ...)
(sur une mandriva, après sur d'autres distribs cela peut être fait de manière similaire...). C'est aussi comme ça que lspci / lsusb peuvent afficher des infos complémentaires.
Bon en tout cas, c'est bien tu me donnes l'idée de structurer un peu le wiki... je crois qu'il va falloir ajouter une FAQ ;-)
notamment, indiquer qu'étudier l'existant avec http://wiki.eagle-usb.org/wakka.php?wiki=HwDbExistingResourc(...) (qu'il faudrait un peu structurer) est important.
après, pour l'instant je n'ai pas très bien compris ton histoire d'api, mais n'hésite pas à préciser (euh, flash tu peux oublier... ou alors à titre d'api non libre).
[^] # Re: Oui, mais que faire ?
Posté par BAud (site web personnel) . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 2.
la pci et usb database existent déjà mais ne font l'objet que d'un rapprochement entre
vendor_id1, product_id1, éventuellement vendor_id2, product_id2 voire révision
et
le pilote qui gère le chipset ainsi identifié
pour prendre un exemple que je connais : http://faq.eagle-usb.org/wakka.php?wiki=ModemSupport
Ton idée de fouiller dans le code pour trouver les produits n'est pas si mauvaise, mais ça risque d'être incomplet (côté produits) vu que les développeurs de pilote ont du mal à identifier les produits intégrant le chipset géré par le pilote (vu que c'est le constructeur qui sait ce qu'il choisit et omet souvent de changer.
D'autre part, 2 projets existent déjà sur le sujet (que la future base pourrait utiliser) :
http://www.pcidatabase.com/ pour les pilotes pci
et http://www.qbik.ch/usb/devices/index.php pour les pilotes usb
et cela correspond aux codes qui apparaissent dans
/usr/share/ldetect-lst/usbtable.d/90default.lst
/usr/share/ldetect-lst/pcitable.d/90default.lst (il y a aussi dmitable.d/90default.lst ScannerDB.gz MonitorsDB pcmciatable.d/90default.lst ...)
(sur une mandriva, après sur d'autres distribs cela peut être fait de manière similaire...). C'est aussi comme ça que lspci / lsusb peuvent afficher des infos complémentaires.
Bon en tout cas, c'est bien tu me donnes l'idée de structurer un peu le wiki... je crois qu'il va falloir ajouter une FAQ ;-)
notamment, indiquer qu'étudier l'existant avec http://wiki.eagle-usb.org/wakka.php?wiki=HwDbExistingResourc(...) (qu'il faudrait un peu structurer) est important.
après, pour l'instant je n'ai pas très bien compris ton histoire d'api, mais n'hésite pas à préciser (euh, flash tu peux oublier... ou alors à titre d'api non libre).