• Competitor rules

    Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.

Microsoft's 'Meltdown' updates are reportedly bricking non Ryzen AMD PCs

Well until we hear from AMD it's simply Microsoft claiming this is true.

If you just bricked a few thousand systems you are going to be pretty defensive. I've made mistakes before and I can definitely spin it to be someone else's fault (if only someone has told me about x and y, I wouldn't have done that).
 
How many folk are wanting to patch on a 10 or so year old pc anyway?
Most ancient bits of crap i see like that dont work right anyway, are filled to the brim with spyware, toolbars and crap, no AV or none working right and patches are the kind of thing you use for an addiction.
 
The responsibility stops with with the people making the software, that's Microsoft. The fact that Microsoft are trying to lay the blame entirely on AMD despite their own QA responsibility speaks volumes and you have fallen for their PR hook line and sinker.
Are you honestly suggesting that Microsoft should test every patch using every chipset/CPU combination from the last decade?

I think in this instance we can forgive MS for just making it according to the specification given to them by AMD and expecting it to work.

*EDIT*

To use an analogy, if Intel/AMD bring out a new socket and send schematics to all the heatsink/waterblock vendors who then build heatsinks/water blocks to fit as per the schematic, but they don't fit because Intel/AMD put a 6 instead of a 9 by mistake or something, the heatsinks/blocks not fitting is Intel/AMD's mistake.

And this is even more time critical as it's a patch for a huge security issue.
 
Are you honestly suggesting that Microsoft should test every patch using every chipset/CPU combination from the last decade?

I think in this instance we can forgive MS for just making it according to the specification given to them by AMD and expecting it to work.

Isn't it an only for Intel patch though or is this the one AMD are susceptible too as well?
 
Are you honestly suggesting that Microsoft should test every patch using every chipset/CPU combination from the last decade?

I think in this instance we can forgive MS for just making it according to the specification given to them by AMD and expecting it to work.

Erm YES! that is a part of Quality Assurance, anyone and everyone has to test the software they make on the system they intend it to run on, that's completely normal.
 
Isn't it an only for Intel patch though or is this the one AMD are susceptible too as well?
Spectre affects both.


Erm YES! that is a part of Quality Assurance, anyone and everyone has to test the software they make on the system they intend it to run on, that's completely normal.
Software: Yes.
High priority emergency security patch: No.

You don't spend months testing something of this level to check if the information from vendors is erroneous.
 
Spectre affects both.



Software: Yes.
High priority emergency security patch: No.

You don't spend months testing something of this level to check if the information from vendors is erroneous.

It doesn't take months, put enough people on it it takes hours.

Actually yes you do to avoid bricking your customers hardware, (you always test your software, ALWAYS) Microsoft didn't do that and as a result they bricked their customers hardware, all be it its 10 year old hardware the buck non the less stops with Microsoft, it is their creation that caused the problem
 
You think they can source/test every viable chipset cpu combination from the last decade in a matter of hours?

That's getting a Mac-10 in ten minutes territory :p
They don't source hardware specifically for one patch, they make software patches all day everyday and QA it, they already have the hardware.
 
There's a reason for the nickname Wintel ya know ;)

Its in their own interest to QA for AMD too, unless they are incredibly stupid enough not to realise they run the risk of bricking customers PC's if they don't, oh..... wait a minute :eek:

Still the argument is "its all AMD's fault" while AMD may or may not have provided the correct data to Microsoft AMD do have a responsibility there, that does not excuse Microsoft putting out faulty patches they clearly did not QA.
 
Are you honestly suggesting that Microsoft should test every patch using every chipset/CPU combination from the last decade?

I think in this instance we can forgive MS for just making it according to the specification given to them by AMD and expecting it to work.

*EDIT*

To use an analogy, if Intel/AMD bring out a new socket and send schematics to all the heatsink/waterblock vendors who then build heatsinks/water blocks to fit as per the schematic, but they don't fit because Intel/AMD put a 6 instead of a 9 by mistake or something, the heatsinks/blocks not fitting is Intel/AMD's mistake.

And this is even more time critical as it's a patch for a huge security issue.

I think this has proved more than ever that MS's approach to updates with 10 is completely stupid - it might have been a little more defendable if they had a sizeable hardware lab and the people to rapidly do a reasonable level of testing across generations of hardware and configuration but they clearly aren't setup for that - at least nothing close to the level for this kind of update approach and even then it would still be pretty stupid given that the OS is not real life context aware.
 
Back
Top Bottom