Slashdot Mirror
Microsoft to Turn to Driver Quality Ratings System
QT writes "Ars Technica is reporting that Microsoft is finally trying to do something about PC driver problems. A new crash-report-driven Driver Quality Rating system will be used in Windows Vista to rate drivers. Drivers that rate poorly in real world use by users will lose their logo certification status, which would be bad news for OEMs and the device manufacturers themselves. Maybe now submitting crash reports will feel more useful? This is long overdue."
But I always submitted my crash reports when the crash was caused by my own buggy code. I just thought it was humorous I could even send that data in, so I did.
God spoke to me.
The very first thing I thought of was CD copy protection schemes. Many of them install "drivers" that disallow copying and such. Once these are ported to Vista, and they will be, will these be open to feedback? Who wants to bet that Microsoft will roll over and allow some drivers to be "immutable"?
This could be one of the greatest things ever, or another huge disappointment.
I can see it already. Six months after Vista ships the iPod will be flagged as the worst device and lose it's windows certification.
Actually I believe it's you submitting bug reports for hardware that microsoft doesn't controll, doesn't create drivers for and isn't distributed by them. What you paid microsoft for were the ones that come from microsoft, but you can't really claim that you are paying microsoft to be their beta tester when you download a new . So I'm not quite sure what your beef is... other than to possibly anti-m$ karma-whore a bit.
Thousands of Vista drivers won't come out until AFTER the operating system ships, and they are written by third parties. Other than guaranteeing that they are bascially functional, Microsoft cannot possibly test every driver for bugs and incompatibilities with every other driver or piece of software. This at least gives users a way to provide feedback about poor quality drivers. This is typical anti-MS bashing. It's so incredibly obvious that the OP though hard about how he could take this announcement the worst way humanly possible. Congratulations... you're right... trying to fix a problem is, in fact, an admission that there *is* a problem. And UI improvements just go to show how poor the XP UI is, and kernel improvements just go to show how unstable Windows is... etc... etc... Don't you ever get tired of whining?
I think you're over-reacting just a bit...
... what? ... dozens of reasons? Hundreds? Is MS going to pore over _all_ this data, identify actual driver problems? OR just send blanket data to OEM and say, "OK, you've lost your certification. Sorry it didn't work out. You'll have to find out why your driver crashes, here are the 7,500 reports. Have a nice day."
1. It presumes the problem is faulty driver coding. Does it take into account other applications open at the time? What about tricky conflicts? I've been around enough to see MANY applications that kill drivers, like Word causing video driver crashes. Who's fault?
Yes, it does account for other applications open at the time. If you look at the data that will be sent to Microsoft, you will see (among other things) a process list. That aside, drivers shouldn't crash, regardless of any requests that applications may make of them. If an application is causing a driver to crash, the driver probably missed a bounds check, screwed up its state machine, or who knows. Something that should be caught and handled, in any case.
2. Will Microsoft pore over all this data? Drivers crash for
3. Will the data contain enough information for the OEM, who really gets a bunch of MS-formatted data, get enough real information to solve the problem?
These two questions contradict each other. In #2, you say that there will be too much information. In #3, you are worried that there won't be enough. Which is it? Either way, you should take a look at the contents of an error report sometime; they are quite detailed, just not in plain english. From those 7,500 crash reports, there are definitely going to be some common function pointers that the driver developers can use to look up the offending functions, their arguments, and the state of the other registers on the machine. While the information looks cryptic to the average user, it is very useful to those who can map that hexidecimal data to source code.
4. According to TFA, this only works on the "Premium" edition of Vista. In that version, drivers have to be certified. If "Premium" proves to not be a best-seller, how many OEMs will bother with certification? I still have to click through "non-certified" dialogues in XP today.
Certification does more than just avoid the silly "non-certified" dialog box. Certification isn't cheap; companies who spend the money to go through the certification process have at least shown some commitment to driver quality by getting a third-party to verify best practices. I believe that getting your driver certified also allows you to use the "Certified for Windows" logo on your product, which (probably) has some sway with customers.