- ne pas a se faire chier a le coder
- une base de g33k où ils seront sur qu'ils acheteront leurs matos chez eux (sauf si le concurrent fait pareil), et conseilleront les autres de l'acheter chez eux
- ne pas avoir de support à faire, on laisse ca en upstream dans le kernel et xorg et byebye
- supporter un plus grand nombre d'architecture.
- ne pas avoir de probleme lors des changements dans le noyau ou xorg (vu que c'est pas nv/ati qui le maintenons)
Enfin réussir , a partir d'une api , de connaitre le vhdl (ou le code source) , c'est plus du RE la , c'est carrément de la voyance.
[^] # Re: ouverture des driver, c'est quoi le problème au juste ?
Posté par briaeros007 . En réponse au journal Les modules kernel propriétaires.. Évalué à 2.
- une base de g33k où ils seront sur qu'ils acheteront leurs matos chez eux (sauf si le concurrent fait pareil), et conseilleront les autres de l'acheter chez eux
- ne pas avoir de support à faire, on laisse ca en upstream dans le kernel et xorg et byebye
- supporter un plus grand nombre d'architecture.
- ne pas avoir de probleme lors des changements dans le noyau ou xorg (vu que c'est pas nv/ati qui le maintenons)
Enfin réussir , a partir d'une api , de connaitre le vhdl (ou le code source) , c'est plus du RE la , c'est carrément de la voyance.