Comme il est dit dans le thread, le driver était en réécriture complète en BSD, mais le dev voulant avoir des résultats rapidement (c'est mieux pour la motivation), prenait des morceaux de code du driver GPL pour les parties qu'il n'avait pas encore recodé.
Justement c'est assez delicat de lire du code puis le recoder sans reproduire des morceaux qu'on a lu. C'est d'ailleurs pour ca que qd ont desassemble un driver, si on veut faire un truc propre (ceux qu'on fait les developpeur pour le driver broadcom), on passe par une etape de documentation/specification du fonctionnement.
D'ailleurs puisque les developpeurs Linux ont fait des specs, pourquoi les developpeurs openbsd ne les ont pas utilisées au lieu d'essayer d'analyser le driver Linux ?
[^] # Re: C'est triste
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 6.
Justement c'est assez delicat de lire du code puis le recoder sans reproduire des morceaux qu'on a lu. C'est d'ailleurs pour ca que qd ont desassemble un driver, si on veut faire un truc propre (ceux qu'on fait les developpeur pour le driver broadcom), on passe par une etape de documentation/specification du fonctionnement.
D'ailleurs puisque les developpeurs Linux ont fait des specs, pourquoi les developpeurs openbsd ne les ont pas utilisées au lieu d'essayer d'analyser le driver Linux ?