De mémoire, Intel avait financé des boîtes travaillant dans le Libre (je ne sais plus lesquelles) pour assurer le portage des compilateurs afin de pouvoir disposer à temps d'un OS 64 bits (ça remonte à qq années déjà). Pour AMD, je n'ai jamais rien croisé.
Regarde la liste des mainteneur du noyau, tu auras deja quelques idees. Je sais notamment qu'Intel s'est investi pas mal en ce qui concerne le code de l'ACPI du noyau (Andy Grover entre autres).
C'est vrai qu'il y a eu pas mal de probleme avec l'ACPI mais c'est en train de s'ameliorer dans le 2.4.23 qui va bientot sortir et le 2.6.0.
Le probleme vient surtout du matos avec du hardware code avec les pieds d'un peu toutes les manieres. Ca doit pas plus amuser Intel que les autres de se taper des patches a tour de bras pour corriger des defficiences et/ou des nouveaute.
D'autre part, les noyaux patches par les distribs integrent des patchs ACPI plus ou moins officiels qui font bien souvent planter.
Non, sur ce coup, je pense vraiment qu'Intel fait du bon boulot.
>Le probleme vient surtout du matos avec du hardware code avec les
>pieds d'un peu toutes les manieres. Ca doit pas plus amuser Intel
>que les autres de se taper des patches a tour de bras pour corriger >des defficiences et/ou des nouveaute.
pas sur :
g un pc portable IBM X31, chipset intel, cpu centrino (donc intel), acpi marche pas bien.
donc ça amuse intel de taper des patches....
au fait, il manque toujour les drivers centrino pour linux !
Je me demandais si Intel jouant sur les 2 tableaux MS et Linux, il n'aurait pas des soucis avec des specifications sur les OS MS et inversement.
Autre chose, souvent un systeme Linux permet de maintenir des vieux serveurs la ou des systemes MS "obligent" le changement de la machine (et donc plus interessant pour Intel), Intel doit s'amuser a jongler. :)
Pour centrino, Intel a pas l'air motiver pour filer des drivers Linux (à moins que ca ait évolué depuis).
Pour l'athlon64/opteron AMD a fait en sorte que gcc et linux tournent rapidement dessus. cf http://x86-64.org/(...) et les partenariats avec SuSE et Mandrakesoft.
Je me souviens aussi qu'ils avaient filé une machine à base d'Opteron à sourceforge pour qu'on puisse builder dessus.
# Re: Intel, AMD et Linux
Posté par Robert VISEUR (site web personnel) . Évalué à 1.
[^] # Re: Intel, AMD et Linux
Posté par Robert VISEUR (site web personnel) . Évalué à 2.
http://solutions.journaldunet.com/00mars/000331intellynx.shtml(...) .
[^] # Re: Intel, AMD et Linux
Posté par Robert VISEUR (site web personnel) . Évalué à 3.
IBM et Intel à la rescousse de SuSE ?
http://solutions.journaldunet.com/0108/010831_suse.shtml(...)
# Re: Intel, AMD et Linux
Posté par Jérôme Pinot (site web personnel) . Évalué à 1.
[^] # Re: Intel, AMD et Linux
Posté par Mr YouP . Évalué à 2.
[^] # Re: Intel, AMD et Linux
Posté par Jérôme Pinot (site web personnel) . Évalué à 2.
Le probleme vient surtout du matos avec du hardware code avec les pieds d'un peu toutes les manieres. Ca doit pas plus amuser Intel que les autres de se taper des patches a tour de bras pour corriger des defficiences et/ou des nouveaute.
D'autre part, les noyaux patches par les distribs integrent des patchs ACPI plus ou moins officiels qui font bien souvent planter.
Non, sur ce coup, je pense vraiment qu'Intel fait du bon boulot.
[^] # Re: Intel, AMD et Linux
Posté par vga1523 . Évalué à 2.
>pieds d'un peu toutes les manieres. Ca doit pas plus amuser Intel
>que les autres de se taper des patches a tour de bras pour corriger >des defficiences et/ou des nouveaute.
pas sur :
g un pc portable IBM X31, chipset intel, cpu centrino (donc intel), acpi marche pas bien.
donc ça amuse intel de taper des patches....
au fait, il manque toujour les drivers centrino pour linux !
[^] # Re: Intel, AMD et Linux
Posté par arkos (site web personnel) . Évalué à 2.
Autre chose, souvent un systeme Linux permet de maintenir des vieux serveurs la ou des systemes MS "obligent" le changement de la machine (et donc plus interessant pour Intel), Intel doit s'amuser a jongler. :)
# Re: Intel, AMD et Linux
Posté par Pascal Terjan (site web personnel) . Évalué à 5.
Pour l'athlon64/opteron AMD a fait en sorte que gcc et linux tournent rapidement dessus. cf http://x86-64.org/(...) et les partenariats avec SuSE et Mandrakesoft.
Je me souviens aussi qu'ils avaient filé une machine à base d'Opteron à sourceforge pour qu'on puisse builder dessus.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.