[lkml]   [2001]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Re[2]: [PATCH] Athlon bug stomper. Pls apply.
    In article <>,
    Jan Niehusmann <> 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.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:03    [W:0.025 / U:6.412 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site