Messages in this thread |  | | From | (Linus Torvalds) | Subject | Re: Re[2]: [PATCH] Athlon bug stomper. Pls apply. | Date | Wed, 19 Sep 2001 16:00:30 +0000 (UTC) |
| |
In article <20010919165503.A16359@gondor.com>, Jan Niehusmann <jan@gondor.com> wrote: > >Additionally, look at who tested the 'fix' up to now: Probably only >people who had a problem before. And for all of them, the problem got >fixed. But do we know what happens if we use this 'fix' on a computer >that is not broken? No. Perhaps it breaks when we apply the 'fix'?
This is my personal main worry.
The problem with things like these is that people for whom the old code works fine don't tend to be interested in "fixes" floating around on the net - whether it is for Athlon chipset problems or for driver bugs or anything else.
Which means that the "statistical sampling" is very skewed by self-selection, and anybody who knows anything about statistics knows that sample selection is _very_ important.
Right now, for example, I'm leaning towards applying the patch, but quite frankly I'm still not certain. Getting _some_ kind of information out of VIA would be really good - even just an ACK from somebody who is under NDA and can say just "yes, it's safe to clear bit 7 of reg 0x55".
It is _probably_ an undocumented performance thing, and clearing that bit may slow something down. But it might also change some behaviour, and knowing _what_ the behaviour is might be very useful for figuring out what it is that triggers the problem.
Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |