Sortie de Linux 2.6.10 pour Noël

Posté par (page perso) . Modéré par Fabien Penso.
0
26
déc.
2004
Noyau
Après 2 mois de développement et 1,5Mo de ChangeLog, Linus nous offre un nouveau noyau pour Noël.

Il s'agit principalement d'énormément de petits correctifs depuis le 2.6.10-rc3, les rc précédentes ayant chacune apporté énormément de modifications.

Par rapport au 2.6.9 on peut citer des mises à jour dans la majorité des parties du noyau : SATA, SCSI, IDE, USB, CIFS, bluetooth, ALSA, fbdev, i2c, v4l, DVB,...

Bonne compilation en ce jour ou vous n'avez rien de mieux à faire :) Comme dit Linus à la fin du ChangeLog « Merry Christmas everyone. Ho ho ho! »
  • # Erreur dans l'article ;)

    Posté par . Évalué à 1.

    "Il s'agit principalement d'énormément de petits correctifs"

    Bonnes fetes à tous
  • # WPA!

    Posté par (page perso) . Évalué à 8.

    hé hé hé... Début de support du WPA pour les cartes prism!
    • [^] # Re: WPA!

      Posté par . Évalué à 6.

      Mais malheureusement, toujours rien pour les cartes à base d'ACX100... :( Et cela a cause du Firmware 100% prorpio, 100% fermé :( C'est vraiment regretable que certaines entreprises ne comprennent pas qu'en liberant leurs drivers, le seul risquent qu'ils courent c'est que leurs clients soient encore plus satisfaits...

      Je vais peut-etre finalement changer de carte reseau pour une prise en compte par le noyau. Car pour la différence de prix, cela compense LARGEMENT les emmer... des cartes "fermées"....


      Désolé, c'était juste mes 2 cents de rallage de l'apres noel...

      JMS
      • [^] # Re: WPA!

        Posté par . Évalué à 2.

        Pareil du côté des drivers madwifi, toujours rien de libre !
        • [^] # Re: WPA!

          Posté par (page perso) . Évalué à 5.

          Je lis partout que les drivers MADwifi ne sont pas libre, pourtant le CVS/madwifi/COPYRIGHT à la racine du CVS indique qu'on peut les distribuer en GPL-2 (Alternatively, this software may be distributed under the terms of the GNU General Public License ("GPL") version 2 as published by the Free Software Foundation) alors je ne comprends pas.

          Alors en lisant tous les copyright, on s'apperçoit que seuls la partie "HAL" du driver n'est pas GPL (et même libre d'ailleurs, puisqu'on ne peut pas distribuer de sources modifié)
          • [^] # Re: WPA!

            Posté par . Évalué à 2.

            Donc c'est pas totalement du GPL c'est bien le problème en fait.

            On a toujours un espèce de binaire qui est chargé afin de pouvoir gérer la carte.

            L'avantage avec cette carte c'est qu'elle peut quand même faire point d'accès, elle fonctionne avec kismet, aircrack, airsnort enfin c'est déjà bien !
      • [^] # Re: WPA!

        Posté par . Évalué à 6.

        La difficulté restant de savoir quel chipset se trouve dans quelle carte au moment où on l'achète... La plupart des fabricants semblent en changer toutes les semaines. :(
        • [^] # Re: WPA!

          Posté par (page perso) . Évalué à 3.

          Ah, si seulement les fabricants identifiaient aussi bien leurs produits que Linus le fait pour le kernel !
          Comme je le dis dans un autre commentaire, l'identification du kernel est peut-être lourde et laborieuse, mais elle est tout sauf fantaisiste, condition absolument indispensable à son succès dans le monde professionnel.
  • # Version majeure, version mineure...

    Posté par (page perso) . Évalué à 6.

    Quand on voit le nombre très conséquent d'évolutions depuis le noyau 2.4, on peut penser que le 2.6 aurait très bien pu s'appeler 3.0.

    Les versions mineures( 2.0, 2.2, 2.4, 2.6) ne sont pas aussi mineures que ça si bien que pour qualifier le noyau 2.6, il faut donner aussi l'indice de correction soit 2.6.10 et ce n'est pas tout ! En raison de patchs indispensables on arrive par exemple à kernel-2.6.8.1.12mdk ! Le système est très rigoureux, très bien codifié mais la numérotation est malgré tout assez laborieuse et une simplification me parait difficile.

    Etant donné que le noyau 2.6.8 que j'utilise en ce moment est déjà très satsfaisant, le 2.6.10 devrait nous combler. Pour mémoire, les dernières révisions du kernel sont : 2.0.40, 2.2.27, 2.4.29 et 2.6.10 . Il semble donc logique d'attendre encore une douzaine de révisions du 2.6.
    Pour plus de détaills : http://www.kernel.org/(...)
    Toutes les versions depuis la 1.0 sont disponibles sur ftp://ftp.fr.kernel.org/pub/linux/kernel(...)
    • [^] # Re: Version majeure, version mineure...

      Posté par . Évalué à 5.

      y'a qu'à virer le 2 et on en parle plus....
      nous en sommes dons à la 6.10 !
      plus sérieusement, je me range du côté de linus (bon d'accord, commme un peu trop souvent) pour cette histoire de chiffre : mais qu'est-ce qu'on s'en f... !!!!!! faut des chiffres, et y'en a alors voilà !
      de mémoire, les versions RC voulaient dire "Ridiculous Count" selon Linus ;-)
  • # manque de réactivité

    Posté par . Évalué à 3.

    j'avais signalé il y a 20 jours des petits problèmes, spécialement dans cpufreqc pour powermac : http://lkml.org/lkml/2004/12/8/213(...)

    superbe, toujours un Warning inquiétant sur PPC :/
    Dommage.
    • [^] # Re: manque de réactivité

      Posté par . Évalué à 0.

      Certes, c'est bien beau de leur reproché de ne pas avoir corrigé ce warning, mais as-tu:
      1- vérifié que ce warning est vraiment si inquiétant que ça (certaines écritures tout à fait valides provoquent des warning). Bon, c 'est vrai que dans ton cas, il y a un nombre conséquent de warnings.
      2- proposé un patch (manifestement, non :-( )?

      Je suis d'accord que c'est dommage que ta remarque n'a pas été prise en compte, mais comme on dit: on n'est jamais mieux servit que par soit-même! ;-)
      • [^] # Re: manque de réactivité

        Posté par . Évalué à 4.

        c'est pas un warning grave, j'ai dit "inquiétant" : pourquoi ? parce que c'est truc simple à régler, et qui survient avec defconfig sur PPC et qu'il s'agit d'un banal #include manquant. Ca veut donc dire qu'entre la rc3 et la finale, peu ou très peu de personne (développeurs) ont compilé leur kernel.

        Tu pourras voir que régulièrement je soumets des résultat s de compile des rc et bk, parce que régulièrement y a des petits soucis. D'habitude c'est corrigé. Donc en fait, peut être que sortir une version pour Noël n'était pas une très bonne idée, parce que l'attention baisse et les développeurs sont moins disponibles :)
        • [^] # Re: manque de réactivité

          Posté par (page perso) . Évalué à 2.

          peu ou très peu de personne (développeurs PPC) ont compilé leur kernel.
          Ca a toujours été vrai en dehors de l'x86
        • [^] # Re: manque de réactivité

          Posté par . Évalué à 2.

          il s'agit d'un banal #include manquant.

          Sachant la source du problème, c'est d'autant plus dommage alors que tu n'ais pas fourni le patch qui-va-bien! ;-)

          très peu de personne (développeurs) ont compilé leur kernel.

          Tiens, c'est quand même étrange que le port PPC soit pas plus testé... Il me semblait pourtant que la bécane de dev de Linus est une grosse PPC multipro....
          Il recompile pas son kernel tous les jours le Linus? ;-) (bien sûr, c'est une remarque stupide: il ne suffit pas qu'il recompile son kernel, il faut encore qu'il utilise les mêmes bouts de code qur toi.)
  • # Et dans ce genre de situation...

    Posté par . Évalué à 10.

    ... on se souhaite tous un Joyeux Noyau.
  • # ENFIN, mon graveur remarche !

    Posté par (page perso) . Évalué à 4.

    voila, je suis utilisateur de k3b qui signalait un problème avec les noyaux depuis le 2.6.8 et refusait de marcher.

    ils proposaient un système à l'ancienne que j'ai peu étudié ( m'en fous, moi de rester au 2.6.7 en attendant mieux ) et là, le 2.6.10 semble corriger le bug.

    voila, donc pour ceux qui avaient des problèmes de graveur depuis le 2.6.8.1, bah installé le 2.6.10 !
  • # Patches pour le noyau 2.6.10

    Posté par (page perso) . Évalué à 3.

    Vous trouverez sur...

    http://ngc891.blogdns.net/(...)

    ...deux patches pour ce noyau. Celui pour les webcams Philips (pwc/pwcx), et le module cloop pour monter les images de la Knoppix par exemple.

    A noter que les drivers nVidia fonctionnent desormais correctement avec ce kernel, il n'y a plus besoin de patcher quoi que ce soit.
  • # A propos du sata

    Posté par (page perso) . Évalué à 5.

    Si votre lecteur/graveur de cd/dvd en sata est detecté mais que rien n'est créé. Ce qui se traduisait chez moi par :
    libata version 1.10 loaded.
    ata_piix version 1.03
    PCI: Setting latency timer of device 0000:00:1f.2 to 64
    ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 18
    ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 18
    ata1: dev 0 cfg 49:0f00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0407
    ata1: dev 0 ATAPI, max UDMA/33
    ata1: dev 0 configured for UDMA/33
    scsi0 : ata_piix
    ata2: SATA port has no device.
    scsi1 : ata_piix

    Dans les sources, modifier le fichier include/linux/libata.h ainsi :
    #undef ATA_ENABLE_ATAPI /* define to enable ATAPI support */ #define ATA_ENABLE_ATAPI /* define to enable ATAPI support */

    Ce qui se traduit dans les faits par :
    ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 18
    ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 18
    ata1: dev 0 cfg 49:0f00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0407
    ata1: dev 0 ATAPI, max UDMA/33
    ata1: dev 0 configured for UDMA/33
    scsi0 : ata_piix
    ata2: SATA port has no device.
    scsi1 : ata_piix
    Vendor: PLEXTOR Model: DVDR PX-712A Rev: 1.04
    Type: CD-ROM ANSI SCSI revision: 05


    Merci Jeff Garzik (mainteneur de libata.h) pour m'avoir aidé aussi vite :)
    • [^] # Re: A propos du sata

      Posté par . Évalué à 1.

      marrant, il m'est arrivé la meme chose ce we, mais avec un 2.6.8 et un dvd en ide de base.

      le pire, c'est que ca lui a prit comme une envie de pisser, sans raisons apparentes
      merci pour le tuyau en tout cas
  • # ATI = problème

    Posté par . Évalué à 1.

    J'ai compilé ce nouveau noyau avec mes pilotes ATI et resultat :

    la compilation des drivers échoue :/

    Pourtant ils marchaient bien sur le 2.6.9.

    "Aucun de nous ne sait ce que nous savons tous, ensemble", attribué à Laozi.

  • # usb mass storage

    Posté par (page perso) . Évalué à 2.

    Détenteur d'une clef usb de marque intuix (fabriquant M-Sys diskonkey), le kernel avait du mal à détecter les partitions qui s'y trouvaient, il fallait donc ruser pour que ces dernières soient détectées (faire un cat sur le périph ou juste lire le premier octet avec dd), et grâce au script updfstab[1] de C. Combelles je pouvais automatiser la bidouille en modifiant quelque peu son script.
    Maintenant avec ce nouveau noyau, exit la bidouille, le noyau sait repérer mes partitions tout seul comme un grand !
    Bref, un bon cru ce joli noyau :)

    [1] : http://ccomb.free.fr/wiki/wakka.php?wiki=UsbMassStorage(...)
  • # i2c = cassé ?

    Posté par . Évalué à 3.

    Bonjour à tous,
    je voulais tout simplement avoir un retour d'autres personnes qui utilisent le couple i2c/lm-sensors pour controler la vitesse de leur ventilateur via fancontrol.
    En effet depuis le passage au 2.6.10 pwmconfig (outil de configuration du fameux fancontrol) me reponds : "There are no pwm-capable sensor modules installed" hors il fonctionnait tres bien avec le 2.6.9 et anterieurs.

    Pour information j'utilise les modules suivant :
    -w83627hf
    -eeprom
    -i2c_sensor
    -i2c_isa
    -i2c_nforce2

    Qu'en est-il chez vous?
    • [^] # Re: i2c = cassé ?

      Posté par . Évalué à 1.

      Pareil pour moi... impossible d'avoir la vitesse des ventilos.
  • # Résultats mitigés

    Posté par . Évalué à 3.

    De bonnes surprises dans cette version, comme l'ACPI qui semble enfin autoriser mon portable à s'éteindre. De moins bonnes, aussi, comme le graveur IDE qui déconne (marchait très bien en 2.6.9), la version CVS du DRM qui me jette une demie-douzaine de warnings à la compilation et madwifi qui veut plus compiler du tout.

    Et de l'inchangé, comme l'EHCI qui timeoute toujours sur tous mes périphériques USB2...

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.