Slashdot Log In
Core Duo Power Sapping Bug is Microsoft Issue
Posted by
Zonk
on Fri Feb 17, 2006 10:40 AM
from the explore-all-possibilities dept.
from the explore-all-possibilities dept.
illusoryphoenix writes "A few weeks ago, Tom's Hardware noted a significant reduction in battery life of the Core Duo processors it tested when USB devices were inserted. Intel claimed that Microsoft had a bug in their USB drivers, while Tom's Hardware was unable to reproduce the same result for any of the other Pentium M microarchitecures. This issue has finally been publicly confirmed by Microsoft to be a USB driver problem which keeps the processor from entering advanced sleep states."
Related Stories
[+]
IT: Faulty Microsoft Driver Saps Intel Core Duo power 268 comments
Critical_ writes "Tom's Hardware recently discovered a bug in Microsoft's ACPI driver implementation under Windows XP SP2 that causes a loss of more than one hour of battery time when connecting any USB 2.0 device to an Intel Core Duo based system. Apparently Microsoft, Intel and ODMs have known of this problem under a confidentiality agreement since July 12, 2005 via (a still private) Knowledge Base article KB899179. The bug lies in the asynchronous scheduler component inadvertently being left running causing Windows' internal task scheduler (ITS) to treat it as a running process involving the attached device. This in turn prevents the ITS from powering down the processor into one of the ACPI sleep states causing the system to use more battery power. At this time there seems to be no fix. Strangely, single-core systems and AMD systems are not affected. This leads one to wonder if it is truely a software problem or if there a much larger hardware problem that may affect Core Duo equipped Apple systems."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Oh My God! (Score:4, Funny)
Re:Oh My God! (Score:3, Funny)
Didn't you hear??? Apple is switching to MS Windows, I heard it from a reliable source! And Linux costs just too much to run, we're all out of alternatives!
Re:Oh My God! (Score:5, Informative)
Actually it affects Pentium Ms as well, according to Anandtech.
"It's already been two weeks and they haven't fixed it yet!!"
Microsoft first identified the issue and published a Knowledgebase article July 12, 2005. That's a little more than 2 weeks.
In fact, the regedit quickfix they're recommending was also published on that date
Parent
Re:Oh My God! (Score:5, Informative)
There's a driver glitch with brand new hardware!!!
From the TFANope, not new hardware. USB is not new. The core duos just made the problem more obvious.
It's already been two weeks and they haven't fixed it yet!!
From the TFASo, its actually been over six months and they haven't fixed it yet.
As usual, Microsoft waits for an issue to become public before bothering to fix it.
Parent
Re:Oh My God! (Score:5, Funny)
Don't you mean "From the TFA article", or maybe "from the friggin' TFA article"?
FYI information, this post is courtesy of Windows XP, based on NT technology, and transimtted using NIC card features to get the message posted as ASAP as possible.
just becuase I've nothing more to contribute (except that Tom's Hardware sucks)
Parent
Re:Oh My God! (Score:3, Interesting)
Re:Oh My God! (Score:5, Funny)
John Dvorak, is that you?
Parent
anandtech test (Score:4, Informative)
Re:anandtech test (Score:3, Informative)
This is good news (Score:4, Insightful)
At least we know someones QA is still working.. ( and that wouldnt be microsoft in this case )
Re:This is good news (Score:3, Insightful)
Re:This is good news (Score:4, Insightful)
In my experience, code reviews only pick up the reasonably obvious problems - your example was an obvious problem that could be spotted a mile off. Code reviews generally don't tend to pick up problems in intricate algorithms.
Infact, looking at the user agent string _at all_ is a bug, nomatter what string you're looking for. It is the reason that browsers have to fake their UA strings (IE claims to be Mozilla, Opera often claims to be IE, etc) - if you check UA strings then you have to update the site every time a new browser is released. On the other hand, presumably your UA test was to serve up some specific code needed to work around browser bugs - that makes detecting a later version of the browser and serving up the same code to be an invalid thing to do since that later version which hasn't yet been released may not have the same bugs so you're suddenly serving up workarounds that aren't needed and may potentially break.
That said, as other people pointed out, whilest MS didn't originally spot this bug (whcih may or may not be a problem with their QA procedures), they _did_ spot it over 6 months ago and didn't bother to fix it - that's the bigger problem. I wouldn't complain too much since under existing hardware this didn't affect people much - the real problem is that they also take this attitude with security bugs, and that's more worrying (only fix the bug when it has public attention... usually coz it's being exploited in the wild)
Parent
Re:This is good news (Score:3, Insightful)
Good news for whom?
I agree that it's certainly good for people unfortunate enough to use Microsoft's operating systems - they'll be able to fix a problem with a software patch rather then a hardware patch.
However, it's certainly not good news for microsoft - the small amount of trust that people have left in MS's QA processes will be lost in the news that they found this bug over six months ago,
Tom's was wrong (Score:5, Informative)
http://www.anandtech.com/mobile/showdoc.aspx?i=26
Where's the new logo ? (Score:5, Funny)
Get with the times Slashdot.
BIOS Fix? (Score:4, Insightful)
What! Microsift to patch the BIOS
Not on my notebook
Re:BIOS Fix? (Score:2)
Re:BIOS Fix? (Score:5, Insightful)
Indeed. Microsoft can easily patch their own friggin' registry monstrosity.
Patching the BIOS of the machine is an outrageously bad suggestion, and a bad precedent.
How long before MS patches everyone's BIOS into oblivion or DRM hell?
Parent
So predictable. (Score:4, Interesting)
power sapping bug (Score:5, Funny)
[Starscream holds a press conference]
Ummmm, yes... we were hoping no one would notice, but it's the fricking Insecticons gathering Energon for Megatron... Again. Microsoft only got involved because they own the North American rights to all acts of evil.
It's not just Microsoft... (Score:5, Funny)
Re:It's not just Microsoft... (Score:5, Funny)
The realy problem here is with technique - jabbing is never recommended. You want to firmly grasp the peripheral near its end, then gently slide it into the port. Okay, try that a few times - firm grasp - good! - and gennnntly slide it in. Now withdraw the device, and gennnntly reinsert. In and out, in and out, over and over and over again. Excellent, now you're getting the hang of it.
Although it's sometimes normal to encounter resistance inserting a peripheral into a brand-new port, this friction should disappear with use. Be extra-gentle in these circumstances, and resist the urge to just jab a device into the slot. Again, slow and easy, gently sliding in and out. Yes...yessssss! Getting frustrated and randomly jabbing with your peripheral is unlikely to result in a successful connection, and can damage your peripheral unit or the slot. Overly forceful insertions have even caused the tip of a device to snap clean off - don't let this happen to you!
Deep sleep is a separate issue. It's normal not to sleep immediately after a peripheral is inserted - the unit is in active use, and sleeping would be undesirable. Wait until interactions with the device have ceased before entering sleep.
Hopefully this has cleared up some of your concerns. Remember that hot-plugging is a perfectly normal activity, one which anyone can learn to enjoy with a little practice.
Parent
All a bunch of whiners.... (Score:3, Insightful)
Re:Perish the thought... (Score:3, Funny)
Re:Here's the fix... (Score:4, Informative)
Parent