RE: [PATCH] 2.6 workaround for Athlon/Opteron prefetch errata

From: Martin Schlemmer (azarah_at_gentoo.org)
Date: 09/12/03

  • Next message: Ronny Buchmann: "Re: [OOPS] 2.4.22 / HPT372N"
    To: richard.brunner@amd.com
    Date:	Fri, 12 Sep 2003 16:14:08 +0200
    
    

    On Thu, 2003-09-11 at 06:55, richard.brunner@amd.com wrote:
    > Jun,
    >
    > I have to agree with what Andi says. It is in a slow path,
    > and we want to guard against user programs that could hit it.
    > Making it conditional doesn't buy a lot and would cause lots of
    > re-validation of the patch that we would like
    > to avoid so we can get this in to the 2.6 kernel ASAP.
    > Don't worry! I am pretty certain the patch won't impact the
    > performance of the 2.6 kernel on processors from other vendors ;-)
    >

    Would be nice if somebody with more knowledge about all the
    benchmarks and a few non AMD processor machines could test
    to see if its really that non critical (*hint* *hint*). Yes,
    I am not a kernel dev, but I do know that one or two slowdowns
    in an already slow path is not that critical - problem now is
    just that 5 or 6 might be an issue =)

    Thanks,

    -- 
    Martin Schlemmer
    -
    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/
    

  • Next message: Ronny Buchmann: "Re: [OOPS] 2.4.22 / HPT372N"

    Relevant Pages

    • Re: CONFIG_PREEMPT and server workloads
      ... The lock is there to pin the pte down isn't it? ... although it did trigger, it was rare. ... how often we enter the slow path would tell us whether this is needed. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [patch] RCU for low latency [1/2]
      ... >real time priority tasks. ... Useful for RCU optimizations. ... Can you make rq_has_rt_task the slow path? ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH 1/9] timer locking optimization
      ... > This spins with interrupts disabled, not good, imho. ... It's the slow path anyway, so restoring flags should indeed be fine. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH v2][RFC] ftrace: function oprofiler
      ... It seems like a nice enough gimmick, ... Perhaps you have a "slow path" function. ... it will show you the functions that will be hit the most during a trace. ... This patch is also a proof of concept. ...
      (Linux-Kernel)
    • Re: [RFC] unify semaphore implementations
      ... the holder will take the slow path when it does the up. ... Then we will only take the slow path unnecessarily on upif another ... atomic op if the semaphore is already held. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)