Bug d'autonomie des Core duo, le point, Réactions à la news du 14-02-2006

[Lionel]

A plusieurs reprises nous vous avons relaté les soucis d'autonomie des portables à base de Core Duo (ici et là). En résumé, le simple fait de brancher un périphérique USB sur ces machine, leur ferait perdre environ 30% de la durée de fonctionnement sur batteries.
AnandTech revient sur le sujet et apporte de nouvelles informations.
-Tout d'abord, ce bug n'est pas propre aux machines à base de Yonah, mais globalement à tous les portables à base de Pentium M.
- Ce bug se manifeste dès que l'on branche un périphérique USB, même si ce dernier n'est pas en fonctionnement. Concrètement, il bloque le fonctionnement des systèmes d'économie d'énergie à la consommation la plus élevée, et ce, inutilement.
- Microsoft a publié pour Windows XP un patch qui résout partiellement le problème en attendant une solution plus définitive. S'il permet de récupérer l'autonomie perdue, il n'est pas parfait. Certains ordinateurs n'y sont pas sensibles, et une mise en veille de la machine le désactive. Il faut lors redémarrer pour en retrouver l'effet.

C'est malgré tout une bonne nouvelle, puisqu'il semble possible de contourner ce soucis matériel par voie logicielle. On peut-être certain qu'Apple s'y applique et que bientôt nous pourrons connaître l'autonomie théorique des MacBook Pro.

[jackjeff]

Donc, en pratique sous Linux, arriver à faire fonctionner la mise en veille, l'hibernation, la fréquence variable du proc et la détection de fermeture du capot... tout çà avec ou pas des périph branchés.. çà reste TRÈS difficile pour le commun des mortels, sans avoir à essayer différentes version du noyau et patches et faire gaffe à avoir du matos pas trop exotique ni buggué.. donc bref. çà "marche pas" au sens ou le commun des mortels l'entendent.

J'ai récemment déménagé en Allemagne, donc nouveau hardware au boulot et SUSE 10.0 fraichement installé. L'un des premiers test "débiles" que j'ai fait (sur mon PC bureau.. ) a été de cliquer sur la bouton de mise en veille de kde.. mon pc ne s'est jamais réveillé. J'ai pas vraiment cherché à enquêter non plus...le plus drole c'est que j'avais lu une review d'un gars peu avant qui l'avait essayé sur son portable et çà marchait... ainsi que le suspend to disk (çà j'ai jamais vu tourner sans patcher le noyau.. )

A l'époque ou je me préocupais de çà (ya plus de 6 mois), j'avais essayé sur divers config matérielles et avec des distribs différentes (SUSE 9.2 9.3 et Gentoo), et avec des noyaux plus ou moins patchés. J'ai jamais réussi à faire tourner cpufreq correctement sur un Pentium M alors que sur l'autre portable à base de P4 un peu plus vieux je crois que çà marchait... peut être linux faisait du polling aussi lolz . vu les messages d'erreur, je pense pas.. mais j'avais soit un bios buggé, soit mal réglé (ya rien de plus facile qu'un bios surtout avec l'aide en ligne.. l'option toto. aide. appuyer sur truchmuche pour activer l'option toto... ah.. et c'est koi toto? toto étant bien sur une abréviation cryptique que même google a du mal à comprendre.. enfin passons), soit le kernel était buggué... n'empêche que windows lui ne m'a jamais fait chier.

Et quant au suspend to disk, il me semble que les forums disaient que suspend 2 (http://suspend2.net/) avait plus de chance de marcher que le code du noyau... et suspend2, c'est ni plus ni mois qu'un patch sur le code du noyau officiel de linux. A moins que çà ait changé depuis... et si çà marche aussi bien que çà dans le noyau, pourquoi suspend 2 tout beau qu'il est existe.. mm mm.. enfin bref.

donc j'ai peut-être pas de bol mais pour moi, l'expérience que j'en ai eu n'est pas vraiment encouragente.. mais je suis sur qu'il y a des gens pour qui çà marche parfaitement...