Slashdot Log In
Windows Vista SP1 Meeting Sour Reception In Places
Posted by
Zonk
on Wed Mar 19, 2008 04:43 PM
from the just-a-bit-more-testing dept.
from the just-a-bit-more-testing dept.
Stony Stevenson writes "A day after it was released for public download, Windows Vista SP1 is drawing barbs from some computer users who say the software wrecked their systems. 'I downloaded it via Windows Update, and got a bluescreen on the third part of the update,' wrote 'Iggy33' in a comment posted Wednesday on Microsoft's Vista team blog. Iggy33 was just one of dozens of posters complaining about Vista Service Pack 1's effect on their PCs. Other troubles reported by Vista SP1 users ranged from a simple inability to download the software from Microsoft's Windows Update site to sudden spikes in memory usage. To top it all off, the service pack will not install on computers that use peripheral device drivers that Microsoft has deemed incompatible."
Related Stories
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.
And the problem is...? (Score:5, Insightful)
Obviously it'd be better if no such incompatibility existed, but if you have to deal with such a situation, this seems like the best way to do it, by far.
How about ... (Score:5, Insightful)
Or rather, how about installing the parts that CAN be installed and skipping anything else?
This is about getting PATCHES in place. Not whether you have an unsupported CD-ROM and, therefore, you will not be allowed to apply the OTHER patches.
Parent
Re:How about ... (Score:5, Insightful)
Parent
Ubuntu can do it. (Score:4, Interesting)
Almost every Linux distribution can manage this without any problem. Many of them doing it for free (as in beer).
And yet you're saying that Microsoft could not. Whatever.
Parent
Re:I said "Ubuntu can do it". (Score:5, Insightful)
Parent
Re:I said "Ubuntu can do it". (Score:5, Insightful)
You've inadvertently highlighted the reason that Microsoft is having problems with this service pack. Microsoft has a problem with this service pack because it doesn't write all (or even most) of the drivers for Vista. Instead it created an set of APIs that allows Windows to load random binary drivers that may or may not be very good (or even completely compliant). So when Microsoft makes a major change things break.
Interestingly enough in your case Ubuntu fails because it is doing the same thing. ndiswrapper is nothing more than a tool to allow you to run binary-only Windows drivers on Linux. There's no way that the Linux developers or the Ubuntu packagers can know what those drivers are going to do when you update the kernel (and most parts of userspace). When you think about it carefully you'll realize that it is amazing that the drivers work at all, much less that the work after upgrading the Linux kernel.
I think that you would find that Linux works much better with hardware that is supported natively.
Parent
Re:Ubuntu can do it. (Score:5, Interesting)
Parent
Re:Ubuntu can do it. (Score:5, Funny)
Parent
Re:Ubuntu can do it. (Score:5, Insightful)
More likely it is because Linux remains "the geek's OS." You are expected to dig yourself out of whatever hole you've dug yourself into.
The geek maintains the distinction between the computer and the operating system only when it is convenient.
The Windows PC has no standard configuration.
It can be customized endlessly by a billion end-users who have no understanding of the underlying technology.
The modem is rented from a cable service. The video card purchased from the bargain bin at Tiger Direct. The RAM from eBay.
But, according to the geek, Microsoft is expected to tie all this together and make it work 100% of the time.
Parent
Re:How about ... (Score:5, Interesting)
I'm confused, or perhaps it's the Magners. But why is it that a device that was supported under Vista isn't supported under Vista SP1?
Agreed, disabling devices would be bad and refusing to install on a working machine is good but did Microsoft take a red pen to the supported devices list in SP1?
Parent
Re:How about ... (Score:5, Informative)
The problem with giving people just enough rope to hang themselves is that they want a little slack so that it's not uncomfortable when they're tying the noose and getting on the chair, and get it by taping on their own rope with duct tape.
See this [slashdot.org] for an example of this. It's a really painful thing, and really makes me feel sorry for people like Raymond Chen [msdn.com] who has to deal with these kinds of issues for pay. (His book's kinda interesting tho)
Admittedly, a lot of the benefits to the linux driver model is that they *don't* get a lot of third party drivers, which helps eliminate a lot of this kind of problem. It still exists however. Just ask anyone who's trying to debug a kernel with the nvidia driver installed.
Parent
Re:How about ... (Score:5, Insightful)
1. The driver writer was doing something that was specifically not supported in windows, but for some reason didnt actually fail in the RTM version, but did fail in the SP1 version, as things are tightened up. The driver writer did something wrong, should MS continue to support broken drivers?
2. The driver writer was relying on an implementation bug in Vista RTM, which was fixed in SP1.
3. The driver writer was directly modifying kernel data structures in memory. These data structures can change with new service packs. If allowed to continue, they would basically clobber other random memory structures.
It just goes on like that. This is software business 101 stuff, that Microsoft has been dealing with for over a decade.
The reality is, most driver authors (and most ISVs in general) are utterly and completely incompetent. They dont read or follow the guidance MS puts out on how to make an application or driver function correctly in windows. They dont follow best practices.
In the bad old days, MS used to put hacks and special cases in their operating systems to support buggy applications. With Vista, and especially with the x64 version of Vista, they've been alot less lenient.
This is good in the long run because it forces IHVs and ISVs to clean up their act. But it can cause some pain in the short run.
Parent
Re:How about ... (Score:5, Insightful)
Microsoft to Realtek:
"Heres the driver API!"
Realtek:
"Argh this is hard. Fortunately I'm clever and can use this undocumented function."
(time passes)
Realtek:
"Ack, fuck. What happened to my fucking undocumented function?"
Parent
If Microsoft offered it, people would. (Score:4, Informative)
You seem to believe that the service packs are nothing more than a "roll-up" of the other patches.
Here's news for you, they aren't.
Parent
Re:If Microsoft offered it, people would. (Score:5, Informative)
I don't at all have the idea that an SP is a roll-up, the GP did. I was disabusing him of that notion.
Parent
That IS the service pack. (Score:4, Informative)
The question remains, why did Microsoft choose to do it that way rather than any of the other MORE PREFERABLE TO THE END USER ways that have been mentioned.
Parent
Re:How about ... (Score:5, Funny)
With emphasis on should, given Microsoft's history on error messages (my document failed to print!) the message probably says something along the lines of "You have incompatible hardware and we cannot install this service pack, have a nice next three days disabling drivers one at a time trying to figure out which one it is"
Parent
Re:How about ... (Score:5, Funny)
Easy peasy!
Parent
Re:How about ... (Score:5, Insightful)
Uhh, that's what you get for pioneering and dominating the market for an OS that's supposed to run on thousands of hardware configurations?
Or, to put it another way, maybe those guys over at Apple aren't so crazy after all
Parent
Re:How about ... (Score:5, Informative)
The people most responsible for the extreme number of hardware variations for the PC today? IBM. they allowed people to clone their architecture (not without a token fight, though, if I recall). Now we have two major cpu manufacturers, 3 major motherboard chipset manufacturers, 3 major video card manufacturers, millions of extra peripheral devices, and the end result is an impossibly large number of hardware configurations.
The main problem i've seen so far with SP1 has been it backing out after a good chunk of the installation process because some third party tool or driver (which is hard to identify) is holding onto a handle to something that windows update needs to update, but can't because there's an open handle.
At least it does the sane thing and backs out cleanly. Bummer to hear that it's failing for a few people, but you know, it's entirely likely that some third party software has snuck in where it was least expected.
Personally, I've never assumed that a service pack will apply cleanly on a machine that's been in use for some time. I tend to install them immediately after installing the O/S or service, and go from there. I'd do the same for going from RHEL 5.0 -> 5.1, or anything else. Takes away potential headaches.
Pity OEM installs of vista make that a pain, since the recovery image often contains a mountain of extra junk
Parent
Re:How about ... (Score:5, Insightful)
Parent
Re:And the problem is...? (Score:5, Insightful)
Parent
Re:And the problem is...? (Score:5, Insightful)
Parent
Re:And the problem is...? (Score:5, Insightful)
Parent
Re:And the problem is...? (Score:5, Insightful)
I sense a double standard.
If someone loaded a driver that was known not to work with a given linux kernel and then it didn't work and caused kernel panics, what would we hear? Something like -- you're an idiot, you brought this on yourself, linux even warned you it was incompatible when you installed it, how much of a dipshit are you? What exactly did you expect?
The same thing happens on Windows and we'll hear chants of "Vista sucks because it crashes all the time" followed by a slashdot "Amen!" The fact that its crashing because the user loaded a driver Vista warned him not too? Well its still Vista's fault for some reason.
Parent
Re:And the problem is...? (Score:5, Insightful)
However I'll note that the double standard partly arises from a "Windows vs. Linux" myth. That is, Windows is supposedly "compatible with everything" and there are "drivers for every device." According to the myth, Windows isn't supposed to have those kinds of problems; only Linux has trouble with "strange hardware."
For those of us who know that it's a myth (and that both operating systems support a plethora of devices, though obviously not every single one), it's at least interesting to see a concrete example. Windows has driver problems too. In both Windows and Linux, non-existent or buggy drivers can ruin the user experience. And in both cases, if a user loads potentially unsafe software, they must accept the consequences.
Parent
Re:And the problem is...? (Score:5, Insightful)
Parent
Re:Well SP1 saved me some crucial time this mornin (Score:4, Informative)
Parent
Re:And the problem is...? (Score:5, Interesting)
Those offsets changed when the new kernel was built, and the data structure in question was never published directly in the first place, it should have been manipulated via a proper API.
The result? When you *move* a system with the shock-monitor driver? the entire system crashes because that data structure is now garbage. That's right. Physically move the system, and it blue-screens.
Yet the nvidia driver in linux? Doing the same thing, potentially (it doesn't even have to actually do it, the kernel developers just believe that it does, and they may or may not be right, since I haven't checked), and the kernel devs will refuse to talk to you if that driver's loaded when the kernel crashes.
Microsoft at least takes it seriously, and the manufacturer was asked to produce a new driver, which they appear to have done.
This is the price you pay for getting OEM drivers. OEMs take shortcuts and horrible hacks to get the job done. Yet you constantly hear linux users clamouring for more support from OEMs. Personally, I think linux might just be better off even if it does reduce the amount of supported hardware in the short term.
Damned if you do, damned if you don't
Parent
Time to disable auto install of updates (Score:5, Insightful)
Re:Time to disable auto install of updates (Score:4, Funny)
Parent
Re:Time to disable auto install of updates (Score:5, Funny)
Parent
A bad thing? (Score:5, Insightful)
It's know that anytime an update is released there will always be some problems. http://www.engadget.com/2008/03/19/some-vista-sp1-early-adopters-reporting-problems-how-about-you/#comments [engadget.com]
Re:A bad thing? (Score:4, Informative)
Parent
Re:A bad thing? (Score:4, Informative)
You can check the complete list of incompatible drivers here (under "Method for Cause 5"):
http://support.microsoft.com/?kbid=948343 [microsoft.com]
This isn't a for-pay whitelist, they are blacklisting software that conflicts in some manner with SP1 causing system instability or more general malfunction. There's a word for that. Incompatible. This "pay us and we'll certify you" fantasy is a wild conspiracy theory.
You can download and install SP1 from microsoft.com yourself, along with installing said drivers, if you want to verify this.
Parent
quick breath (Score:5, Funny)
uh, I mean,
Gaaaaaaaaaaaaaaates!!!
I've had no problems (Score:4, Interesting)
12 blog comments = news ? (Score:5, Insightful)
Re:12 blog comments = news ? (Score:4, Insightful)
Parent
Vocal Minority, as Usual (Score:5, Insightful)
Why is it news that a few dozen people have issues with a service pack installation? Oh, that's right... this is Slashdot.
Slashdot should just get it over with and change their slogan to "News for people who hate Microsoft. Stuff that we made up."
Re:Vocal Minority, as Usual (Score:5, Interesting)
the fact that a few people might be moaning wildly does not mean the service pack met with a bad reception. This is the only place where it is vaguely an issue.
Parent
good (Score:5, Interesting)
"WINE COMPATIBLE"
Re:good (Score:5, Funny)
"Ooohh, How thoughtful, this game goes with Merlot. Honey! We need to stop at the liquer store"
Parent
Problem exists between keyboard and chair. (Score:5, Interesting)
This sort of thing is normal with major OS updates. Even OS 10.5 had some major problems when users upgraded. And, honestly, unless you're like me and testing the service pack for work-related reasons... why are you installing it the day it was released? That's just dumb. At least wait a week.
My only real beef is you can't slipstream the new service pack into the install disk. That's going to be a pain in the ass next time I install Vista.
-1, Flamebait (Score:5, Insightful)
"Dozens" of users of unknown levels of technical knowledge (out of millions of users) issued anecdotal complaints.
Firstly, is 'seem' a technical term? How do we know whether it went slower or not? Secondly a little reading would have told this guy that SuperFetch was basically rebooted by the install, which will make things slower for those using it until it catches back up.
There are several reasons for this, the most important that a previous update allows Windows to scan for drivers incompatible with SP1 and prevent download so as not to break the system (which TFA mentions).
So? What is with this obsession with memory usage? Idle RAM has a slightly negative value - it does nothing while still consuming a non-zero amount of energy. How RAM is used is much more important than whether or not it is used. Now, it may be that this guy only has 1 GB of RAM. It could be that this is the result of a problem. But who knows? Not the author.
Some had 'insightful' comments complaining about increased memory usage. Memory usage is a worthless metric! How memory is usage is more important than how much - and really, would you rather have that RAM in use making your system respond faster, or would you rather have it sit there doing nothing? There's some give and take here, but complaining about memory usage without context is meaningless.
A legitimate (if unsubstantiated by the article) complaint, but well known before SP1 and really even before Vista.
Newflash! (Score:5, Funny)
From a vista user's perspective (Score:5, Insightful)
There are a handful of drivers (there is a list on technet I believe, but Im too lazy to dig a link up, but check one of the first posts in the last SP1 post on slashdot) which for one reason or another install themselves in such a way as SP1 makes them inoperable. The solution is to reinstall the drivers after SP1. Microsoft is trying to make this smooth - with Vista's reputation, what do you think would happen when Joe Public installs an update and their sound driver goes bad? Simple solution or not it is only going to hurt the reputation further.
It is very good to see that at least SP1 backs out cleanly when it sees it cannot complete the update, and from what I have read and heard from customers (mainly Joe Public types) that SP1 is installing without real issue for the majority of people. Personally, I installed last night without any issues - I actually noticed that my machine feels more responsive in a number of areas.
With that said, it is a service pack.. sometimes there are compatibility issues, look at XP SP2 when it came out but nobody bitches about that anymore; if the negative impact is minimized, then good for them.
Put away your pitchforks for once.. I've had enough updates on my Linux boxes go wrong that I find the "Evil Microsoft, Linux perfect" comments being hypocritical - but then, this IS slashdot..
(I know I'll be modded into oblivion because of that last comment, but I had to say it)
Re:there is something I dont get... (Score:5, Informative)
Parent
Re:Reasons SP1 doesn't appear in Windows Update (Score:5, Informative)
1. You are already running Windows Vista SP1.
2. Windows Vista SP1 has not been released for the language of the language pack that you have installed.
3. Windows Service Pack Blocker Tool is used to block the delivery of Windows Vista SP1 from Automatic Updates or from Windows Update.
4. You tried to install Windows Vista SP1, and the installation failed with a known inconsistency in the file or registry structure.
5. A hardware device driver or device software was problematic when you updated to Windows Vista SP1. The Windows Update service can detect the small set of device drivers and software that falls into this category. The Windows Update service will not offer Windows Vista SP1 until an update for the hardware device driver or the device software has been installed.
6. You have installed a prerelease version of Windows Vista SP1, and you must uninstall the prerelease version, or start with a new installation of Windows Vista.
7.You used the third-party program vLite to configure the system, and you may have removed required system components that have to be available for Windows Vista SP1 to be installed.
8. You see one or more updates for Windows Vista when you run Windows Update. However, you do not see Windows Vista SP1 listed.
At that website are further causes for those 8 reasons, but the specifically mentioned drivers that block SP1 are:
Audio drivers
Realtek AC'97
For x86-based computers: Alcxwdm.sys - version 6.0.1.6242 or earlier
For x64-based computers: Alcwdm64.sys - version 6.0.1.6242 or earlier
SigmaTel
For x86-based computers: Sthda.sys - version 5.10.5762.0 or earlier
For x64-based computers: Sthda64.sys - version 5.10.5762.0 or earlier
SigmaTel
For x86-based computers: Stwrt.sys - version 6.10.5511.0 or earlier
For x64-based computers: Stwrt64.sys - version 6.10.5511.0 or earlier
Creative Audigy
For x86-based and x64-based computers: Ctaud2k.sys - version 6.0.1.1242 or earlier
For x86-based computers: P17.sys all versions (This was originally a Windows XP-based driver.)
Conexant HD Audio
For x86-based computers: Chdart.sys - version 4.32.0.0 or earlier
For x64-based computers: Chdart64.sys - version 4.32.0.0 or earlier
Biometric (Fingerprint) Sensors
AuthenTec Fingerprint Sensor with the Atswpdrv.sys driver file version 7.7.1.7 or earlier
UPEK Fingerprint Sensor with the Tcusb.sys driver file version 1.9.2.99 or earlier
Display drivers
Intel Display
For x86-based computers: Igdkmd32.sys versions between and including driver 7.14.10.1322 and 7.14.10.1403
For x64-based computers: Igdkmd64.sys versions between and including driver 7.14.10.1322 and 7.14.10.1403
Other drivers
Texas Instruments Smart Card Controller with the GTIPCI21.sys driver file version 1.0.1.19 or earlier
Sierra Wireless AirCard 580 with the Watcher.exe application version 3.4.0.9 or earlier (This application is located in the AirCard 580 Program Files folder.) Symantec software driver for Symantec Endpoint Protection and for Symantec Network Access Control clients]
For x86-based computers: Wgx.sys versions 11.0.1000.1091 or earlier
For x64-based computers: Wgx64.sys versions 11.0.1000.1091 or earlier
Parent
I agree (Score:5, Funny)
That's why when I want an even-handed tech assessment, I always go here first:
http://www.microsoftisawesome.com/ [microsoftisawesome.com]
Parent