Close enough?
Basically, to "fix" some issues, Mazda had dealers flash ECUs of cars coming in for repair or even maintenance, which resulted in lower power.
I know of this because I drive a Mazdaspeed 6. IDK if similar occurrences have happened to other brands/models.
I thought I was telling a completely fictitious story, to explain a point (Analogy).
I never thought in a million years, it has actually happened in real life (to a less dramatic, but still very annoying extent).
I think the real complication here is that if there is a real "fault", such as the bug in an earlier AMD chip, or a fault in the car, then "fixing it via a software/microcode patch", might be the most practical way of dealing with the fault.
As long as both the following are true:
- There is an actual, real fault or faults, which MUST be sorted out
- The customer is made fully aware of what is happening, why and how it may effect the future performance of the item
Then it should be reasonably ok.
A really good/nice supplier/business maybe should offer compensation if the performance is drastically worse, after fixing it.
E.g. If the cpu is losing 10% speed, but had the clock multiplier LOCKED, then offer a free UNLOCKING of it (there are issues if that means overclocking, though).
For the car, they should either swap the car for a fully working one, or pay compensation or something, ideally.
Specifically, with the car, my understanding is that late in the production run (i.e. after production has started), they will usually try to limit all changes to be software updates, where ever possible. Because these are much cheaper and quicker.
Hardware fixes can be impracticable, because it can take many years, from starting the design of a component, until all the testing is finished, and they can start producing it in volume.
But anyway, your car example is a GREAT one, and tears apart some of my arguments (unfortunately!).