Filled out feedback on my many issues "again".
While on the AMD site I was alsked to do a survey.
It asked a whole bunch of krap about brands and buying products , but not once asked if the level/competence of support will affect what I buy next.
Just a a whole bunch of krap fishing for gimicks to sell AMD stuff...so they think marketing is going to fix defecting customers...sad
The survey was a) voluntary and b) unrelated to your service issue (which is why it seemed unrelated.) Most of the time, web-site impromptu surveys are done by third-party companies the owner of the web site (AMD in this case) has hired to conduct the survey.
Long-distance tech diagnostics are among the most difficult of all technical problems to address, because when I as the "techie," let's say, say "tomate-o," you are thinking "tomah'to"...
The number of variables in trouble-shooting is staggering and it is hard enough for me when I'm sitting right in front of the problem box...! If I'm doing trouble-shooting by email or telephone, and especially if the person with the problem is not terribly experienced himself, then often the cause may be completely hopeless--because the person with the problem usually fails to correctly define his problem; or barring that, he fails to correctly follow my instructions even though he *thinks he is following them to the letter*...
Thankfully it has been many years since I've had to do that...
It's been a long time since I've seen the error Toad talks about above, but I *have* seen it, of course, just not in a while...
The difficulty in discovering the source of the problem is that it may be caused by a local variable in the host system, or it may caused by an undiscovered bug in the gpu driver, or it may be caused by a third-party application bug, etc. One of my own past difficulties concerned a BSOD I kept inexplicably getting that identified my gpu driver as the culprit. Making a long story very short, at the end of everything it turned out that I had of all things an intermittently failing *hard drive* that, when it failed was setting up a cascade of device failures in the system that *ended* with gpu failure and the OS incorrectly identifying the gpu as the source of the problem when it was actually only the last component in the chain to fail prior to the BSOD appearing...!
That was a tough one to isolate, let me tell you! But I solved it by stripping everything down and going the install-each-component-one-by-one-until-the-problem-repeats method. Had a similar problem one other time with a bad RAM DIMM that only manifested as bad when certain software attempted to address corrupt ram addresses--otherwise there was no sign of a problem. Oddly enough, the OS also misidentified the problem as the gpu driver in that case as well--when replacing the DIMM fixed it.
More often than we might think, OS error messages misidentify the sources of the actual problems we may have. I learned that the hard way...