Hoofdcategorieën

Ook Sonoma-platform gevoelig voor usb-bug Windows

Door Wouter Tinus, dinsdag 14 februari 2006 22:21
Bron: AnandTech, submitter: Olaf van der Spek, views: 20.599

Iets meer dan twee weken geleden publiceerde Tom's Hardware informatie over het fenomeen dat het aansluiten van een USB 2.0-apparaat op een Core Duo-notebook ervoor zorgt dat de accu het een stuk minder lang volhoudt. Na een hoop onduidelijkheid werd geconcludeerd dat er een bug in Windows XP SP2 zat die het euvel veroorzaakte. De processor kent namelijk vijf verschillende standen, variërend in zuinigheid van volle kracht (C0) tot en met de allerrustigste slaapstand (Deeper C4). Natuurlijk geldt dat hoe meer tijd een processor in de zuinigere standen kan doorbrengen, hoe langer de batterij het volhoudt. De USB 2.0-driver in Windows XP SP2 voorkomt dat de processor ooit lager dan C2 gaat, waardoor de standen C3 (sleep), C4 (deep sleep), Deep C4 en Deeper C4 nooit gebruikt worden. Op zich een logische verklaring voor het probleem, maar punt was echter dat het volgens Tom's Hardware alleen bij Core Duo voorkwam, terwijl het volgens Intel en Microsoft ook op andere notebooks een probleem zou moeten zijn. Ook zou er sprake zijn van een eenvoudige oplossing, een kleine aanpassing in het register die de driver weer op het juiste pad zou zetten, maar deze fix wilde Microsoft destijds nog niet openbaar maken.

AnandTech heeft sindsdien extra onderzoek gedaan naar het probleem, door een uitgebreide test te doen van vijf notebooks en drie verschillende USB 2.0-apparaten om te kijken welke combinaties al dan niet problemen opleveren. Zowel dual- als singlecore Centrino-systemen deden mee, en al snel bleek dat het probleem in ieder geval niet nieuw is voor Core Duo: ook bij oudere Sonoma-notebooks met Dothan-processors was duidelijk te zien dat het systeem na het aansluiten van een USB 2.0-apparaat nooit meer in C3 of lager komt. Een muis met USB 1.0-aansluiting was daarentegen geen enkel probleem. Men kwam er vervolgens achter dat er niet eens een driver geïnstalleerd hoeft te zijn om er last van te krijgen: puur het feit dat er een fysieke connectie bestaat is al voldoende om de C3-slaapstand te blokkeren. Dit is met name vervelend voor notebookontwerpen als die van Asus, waarbij een USB 2.0-cam in het scherm geïntegreerd zit. Deze is moeilijk los te koppelen zonder serieus risico om je recht op garantie te verpesten .

Gelukkig is er nog de fix van Microsoft, die eigenlijk nog steeds niet openbaar is, maar door een anonieme Slashdot-bezoeker toch wereldkundig is gemaakt. De registerfix blijkt zowel voor single- als dualcore Centrino een behoorlijke winst op te kunnen leveren: de accu's gaan ineens 18 tot 28% langer mee zonder op te laden. Probleem is alleen dat de aanpassing in het register ver van een ideale oplossing is: na het toepassen ervan werkt het wel, maar iedere keer als het systeem standby gaat worden de oorspronkelijke instellingen teruggezet. Ook is er tenminste één notebook waarbij de fix geen effect heeft. Het betreffende product (de Dell Inspiron E1705) heeft echter wel een ingebouwde USB 2.0-hub die het geheel iets complexer maakt. De conclusie is in ieder geval dat de schuld niet specifiek bij Centrino Duo ligt, maar ook al bij het oude Centrino-platform voorkwam. Of AMD-notebooks er ook last van hebben valt nog te bezien, maar gezien de aard van het probleem in Windows zou dat niet heel verbazend zijn. Het wachten is op een goede oplossing van Microsoft.

Reader 2002 SE, bruikbaarheid accu in minuten
Napa (met fix) 273
Sonoma (met fix) 264
Sonoma 219
Napa 204

Volgende 08:31
Vorige 22:09

Reacties

«  1  2  3  »

Een winst van een uur (!) bij de Napa is niet niks! Tot er een oplossing is zou ik gewoon die registerfix op je bureaublad zetten, of bijvoorbeeld elke X uur uit laten voeren.

Tot er een oplossing is zou ik gewoon die registerfix op je bureaublad zetten, of bijvoorbeeld elke X uur uit laten voeren.
Dat is niet nodig, eenmalig uitvoeren is voldoende.

Volgens mij niet? :
Probleem is alleen dat de aanpassing in het register ver van een ideale oplossing is: na het toepassen ervan werkt het wel, maar iedere keer als het systeem standby gaat worden de oorspronkelijke instellingen teruggezet.

Of automatisch laten opstarten bij het opstarten!?

Dat helpt alleen niet als de laptop weer uit slaapstand komt. Als je dat niet gebruikt is het natuurlijk lekker makkelijk.

ooit van het AT commando gehoord. Kun je het tooltje elk uur draaien. Kost weinig tot geen capaciteit.

@boner: Windows heeft Scheduled Tasks (Geplande Taken), die zou je ook prima kunnen gebruiken lijkt me.

boukeh, dat is het AT command alleen dan met een grafische schil er omheen :)


Nou, je zou ook kunnen verwachten dat MS halsoverkop nu een update gaat maken en daarmee misschien weer andere problemen de wereld in helpt. Je kunt niet zomaar iets in de manier waarop je drivers werken veranderen.

De snelheid van het patchen mag legendarisch zijn, maar nu wel begrijpelijk.

Noem jij dit een kritieke fout dan :?

Hier staat niks belangrijks op het spel; dat 1 uur langere accu tijd sja, men is nu toch al gewoon dat niét te hebben :P
Dat MS maar gewoon de tijd neemt om een oplossing te vinden/maken.

Elk device vreet stroom wanneer het aan je PC aangesloten is. Elke normale gebruiker disconnect zo'n USB device sowieso wanneer de accu dringend gespaard moet worden... Niet echt een heel erg boeiend issue en er zijn ook nog geen doden gevallen hierdoor...en ik betwijfel dat die er vallen voor de volgende patch day...

Maarja, waar maak jij je druk over, aangezien Windows zo'n gigantisch slecht product is, ga ik er vanuit dat jij Mac OS X of een Linux distro draait.

Ja ja, en hoe wou je dat doen met een interne USB 2.0 webcam? En zo zijn er nog wat voorbeelden, iets beter lezen zou helpen...

Het device standaard disablen? Ik weet niet of zo'n webcam ook bij quick remove uit te schakelen is, maar zeker in je device manager. Iets meer van Windows af weten is ook handig of gewoon een laptop kopen zonder allemaal die crap ;)

Het device standaard disablen?
Dat werkt dus ook niet, alleen een fysieke verbinding is al genoeg om de bug te triggeren.

@Wouter, klopt, ik zie het nu ook in het artikel staan. Ook even op mijn laptop getest met mn mp3 speler, USB mass storage device disabled, C3 blijft vrijwel op 0, disconnect de kabel en C3 springt omhoog. Aangezien mijn laptop uitgerust is met een Turion kan ik dus bevestigen dat het probleem zich ook voordoet bij AMD CPUs.

Beetje te fanatiek gereageerd op de anti-MS post :)

Lijkt me sterkt dat het idd ook bij AMD voorkomt.

Hier is volgens mij nog geen woord over gerept en ik neem aan dat dit echt wel getest is.

Of jij hebt een geweldige vinding gedaan natuurlijk :+ .

volgens mij moet dat wel te fixen zijn door een MSI te creeeren met een key op de betreffende registersettings. Windows zal dan zelf een repair uitvoeren nadat de notebook uit de standby komt...

zal het morgen eens onderzoeken als het wat rustiger is op mijn werk.. (is overigens nog geen nette oplossing.. maar zorgt ervoor dat windows zich er zorgen over maakt en dat je het niet zelf hoeft te doen)

Dit is dus van toepassing op mijn A6VA van ASUS lijkt mij, deze heeft zo'n USB2.0 Webcam aangesloten.

Hmmm, ik ga dit volgen! ;)

Ja die heb ik ook maar heb jij sonoma of duo? Ik heb een centrino dothan erop zitten... is die er ook gevoelig voor?

Wanneer je het stukje nog eens rustig doorleest zie je vanzelf het antwoordt staan nl:

/qoute:
Zowel dual- als singlecore Centrino-systemen deden mee, en al snel bleek dat het probleem in ieder geval niet nieuw is voor Core Duo: ook bij oudere Sonoma-notebooks met Dothan-processors was duidelijk te zien dat het systeem na het aansluiten van een USB 2.0-apparaat nooit meer in C3 of lager komt.
/qoute

Uiteraard is de A6VA een Sonoma-based notebook met een Dothan processor. :)

mijn complimenten voor het artikel, dit keer staat er duidelijk in dat het een Microsoft Windows OS bug is en niet een probleem in de Intel chipset.

met linux en de nieuwe intel based macs zal er geen probleem zijn. helder.

@gepetto
ik vraag je vriendelijk doch dringend mij niet hinderlijk te volgen. het is niet de eerste keer dat je mij beticht van 'MS bashing' icm met een hele riedel links met artikeltjes die ik eerder geschreven heb.

ik vraag je vriendelijk doch dringend de daartoe voorhanden zijnde moderatiemiddelen te gebruiken en niet off topic reacties op mijn vermeende 'MS Bashing' reacties te plaatsen. dat soort dingen kun je beter bespreken op het GOT moderatie forum.

is het zo moeilijk deze reactie afzonderlijk op zn merites te beoordelen ipv het op de persoon te spelen? (ad hominem: http://en.wikipedia.org/wiki/Ad_hominem).

deze reactie heeft door jou toedoen nu troll -1 gekregen, gefeliciteerd als je daar op uit was, maar MS bashing was de reaktie zeker niet.

Bierbuik.. je wordt nu wel heel erg ééntonig met je posts. Als je hier niks anders komt doen dan MS bashen kun je beter ergens anders heen gaan. :r

post

post

post

post

post

Even het zaakje getest op mijn laptop (met een turion) en bij mij valt C3 time ook helemaal naar 0 wanneer ik mijn mp3 speler aansluit totdat ik de kabel verwijder. Het probleem lijkt zich dus ook voor te doen op AMD based systemen.

Verder lijkt standaard perfmon op mijn laptop de C3 time wel correct weer te geven itt de situatie van anandtech met hun intel CPU.

Heb je hier ook last van nadat je een usb2.0 apparaat gebruikt hebt, of is het alleen als het apparaat aangesloten is?

Alleen als het aangesloten is. Zodra je het apparaat loskoppelt, gaat je systeem wel naar de meer energie zuinige standen (zonder herstart oid).

Gelukkig is er nog de fix van Microsoft, die eigenlijk nog steeds niet openbaar is, maar door een anonieme Slashdot-bezoeker toch wereldkundig is gemaakt.
als hier nu eens een linkje naartoe werd gemaakt. Is dit voor de personen die het willen testen wel zo handig?

Slashdot
Direcre link

De makkelijkste fix is dus door:

reg add HKLM\SYSTEM\CurrentControlSet\Services\USB /v EnIdleEndpointSupport /t REG_DWORD /d 1

uit te voeren vanaf de commandline

Blijkbaar hebben ze bij Acer hun huiswerk goed gemaakt :)

Toen ik de fix wilde ingeven merkte ik dat deze key reeds bestaat. (TM8204)

Ik ben ook wel benieuwd aangezien ik ook een A6VA heb staan met geintergreerde Webcam
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 08:31
Vorige 22:09
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: