• # Et des corrections de l'ACPI

    Posté par  (site web personnel) . Évalué à 2.

    Normalement l'ACPI a été amélioré corrigeant le problème d'affichage du statut de la batterie sur les portables Asus par exemple.
    Corrections également des problèmes de compilations avec Gcc 3.5.

    Enfin encore un beau changelog :)

    • [^] # Re: Et des corrections de l'ACPI

      Posté par  . Évalué à 2.

      Est-ce que GCC 3.5 apporte une réelle amélioration de la qualité du binaire finale?
      Ou bien est-ce que GCC 3.5 a permis de detecter des petites erreurs de syntaxe du fait que l'analyseur synthaxique est different de GCC 3.4, GCC 3.3, etc?

  • # CDs audio?

    Posté par  (site web personnel) . Évalué à 2.

    Curieusement je ne greppe rien d'approprié avec "leak" ou "audio" ou "burn" ou "bio_". On dirait que le bug de memory leak à la gravure de CDs audio n'a pas été corrigé. Étant donné qu'il y a des patchs, attendent-ils une meilleure solution?

    (Ou bien j'ai mal vu).

    Si quelqu'un a des infos, elles sont les bienvenues.

    • [^] # Re: CDs audio?

      Posté par  . Évalué à 1.

      Tu fais certainement allusion au patch qui est inclus dans la branch -mm, et auquel http://www.kerneltrap.org(...) consacre un petit article.

      Ce leak n'arriverait apparement pas que dans des cas particuliers. Mais si tu veux tout de même l'appliquer, le mainteneur de la branch -mm publie toujours, sur le ftp de kernel.org, un repertoire avec l'ensemble des patches inclus dans son patch. Donc il te suffit de retrouver le nom du patch, et de l'appliquer sur la 2.4.9-rc1.
      Generalement, les 'merge' de se genre se passe bien, car les developpeurs font toujours attention à faire plusieurs petits patchs tres ciblés plutot que 1 gros.

      • [^] # Re: CDs audio?

        Posté par  . Évalué à 1.

        Attention, ya 2 patchs a appliquer. Sur kerneltrap, ils en mettent que un, le principal ( évite le memleak ). mais le 2ème, est la pour éviter une distortion audio suite à l'application du permier ...

        --> http://lkml.org/lkml/2004/8/21/67(...)

  • # les modifs d'acpi ont un impact sur l'usb aussi...

    Posté par  (site web personnel) . Évalué à 2.

    à éplucher le changelog avec comme mot clé usb ya quand même beaucoup de modifs, j'espère qu'il n'y a pas de changement d'interface comme en 2.6.5 qui a été une catastrophe (enfin surtout que du fait du changement : ça marchait avant, ça marche plus après pour le pilote eagle-usb). Donc :
    - usb-storage : les clés usb vont bien s'amuser ?
    - la gestion du suspend et des possibilités des modules

    la question c'est : la mise en veille de l'usb va-t'elle permettre une reprise correcte au réveil ?
    Je pense au sagem fast800 : la mise en veille entraîne généralement des message d'erreur qui mettent en vrille l'usb (donc rmmod usbcore ; depmod usbcore # un peu violent mais bon mieux que reboot).
    Si l'alimentation a été conservée, le réveil devrait mieux se passer pour le module eagle-usb en 2.6.9 ?!

Suivre le flux des commentaires

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