Ok je connais la réponse , c'est pas la faute à Linux c'est la faute aux méchants fabricants qi donne pas les specs...
Oui c'est aussi un petit peu de la faute aux divers changements a la volée fait dans le kernel.
Par example le 8139 tres bien supporté jusqu'au 2.6.2 et puis mal jusqu'au 2.6.5 et de nouveau bien (mais faut être sioux sur le kernel) au 2.6.6. On pourrait aussi citer la prise en charge des disques dur qui change tous les deux jours et qui commence a dépendre d'un arbre de possibilités monstrueux (si c'est amovible, mais que c'est pas en firewire et que dma est activé sur le port, sauf si c'est de l'usb, et que vous avez HotPlug, mais que le driver de prise en charge n'est pas secondaire, alors si vous utilisez Udev au lieu de DevFS, mais que vous n'utilisez pas la prise en l'émulation SCSI générique, sauf si vous avez vraiment un periphérique générique SCSI et que vous ne bootez pas sur le périph amovible en question. Alors vous serez avec un periph déclaré en IDE, mais qui ne compteras pas les cylindres de la meme facon que windows, sauf si le bios n'est pas en mode LBA et que vous avez utilisez une partion étendue, a moins que celle-ci fasse moins de 4Go)....
Il y a aussi des petites variantes sur la prise en charge des cartes reseaux...
Je pense qu'on est de moins en moins nombreux a pouvoir dire "mon materiel ne marche pas sous Linux" parceque que quitte a bidouiller un peu avec des drivers proprios dans 90% de scas ca finit par marcher. Par contre on est de plus en plus a se rendre compte que "avant ca marchait et plus maintenant".
La 2.6 est un tournant, mais il est dommage d'avoir "stabilisé" la version avant de faire des changements importants dans la gestions de periphs critiques...
[^] # Re: C'est l'installation de windows qui est un obstacle à la diffusion de linux
Posté par Jerome Herman . En réponse à la dépêche Test Achats Magazine présente Linux !. Évalué à 8.
Oui c'est aussi un petit peu de la faute aux divers changements a la volée fait dans le kernel.
Par example le 8139 tres bien supporté jusqu'au 2.6.2 et puis mal jusqu'au 2.6.5 et de nouveau bien (mais faut être sioux sur le kernel) au 2.6.6. On pourrait aussi citer la prise en charge des disques dur qui change tous les deux jours et qui commence a dépendre d'un arbre de possibilités monstrueux (si c'est amovible, mais que c'est pas en firewire et que dma est activé sur le port, sauf si c'est de l'usb, et que vous avez HotPlug, mais que le driver de prise en charge n'est pas secondaire, alors si vous utilisez Udev au lieu de DevFS, mais que vous n'utilisez pas la prise en l'émulation SCSI générique, sauf si vous avez vraiment un periphérique générique SCSI et que vous ne bootez pas sur le périph amovible en question. Alors vous serez avec un periph déclaré en IDE, mais qui ne compteras pas les cylindres de la meme facon que windows, sauf si le bios n'est pas en mode LBA et que vous avez utilisez une partion étendue, a moins que celle-ci fasse moins de 4Go)....
Il y a aussi des petites variantes sur la prise en charge des cartes reseaux...
Je pense qu'on est de moins en moins nombreux a pouvoir dire "mon materiel ne marche pas sous Linux" parceque que quitte a bidouiller un peu avec des drivers proprios dans 90% de scas ca finit par marcher. Par contre on est de plus en plus a se rendre compte que "avant ca marchait et plus maintenant".
La 2.6 est un tournant, mais il est dommage d'avoir "stabilisé" la version avant de faire des changements importants dans la gestions de periphs critiques...
Kha