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

richard.brunner_at_amd.com
Date: 09/11/03

  • Next message: viro_at_parcelfarce.linux.theplanet.co.uk: "Re: Local DoS on single_open?" 
    To: linux-kernel@vger.kernel.org
Date:	Wed, 10 Sep 2003 23:55:09 -0500

    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 ;-)

                           Thanks!
                                              ]-Rich ...
                                              ]AMD Fellow
    > From: Nakajima, Jun [mailto:jun.nakajima@intel.com]
    >
    > > I would hate to break this again just to save a few hundred bytes in
    > > this function. Also the overhead is very low so it is also not
    > > interesting to make it conditional for speed reasons.
    >
    > For maintenance and testing purposes, I think it's still
    > better to make it conditional. If the errata are fixed, you
    > might want to kill the condition depending on the stepping,
    > for example. During the transition time, you need to support
    > both the steppings until old ones go away (then remove the
    > workaround).
    >
    > Thanks,
    > Jun

    -
    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: viro_at_parcelfarce.linux.theplanet.co.uk: "Re: Local DoS on single_open?"

    Relevant Pages

    • Re: Granting some root permissions to certain users
      ... We use a kernel patch called trustees to do just what you're talking ... Unfortunately the patch hasn't really been kept up-to-date. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RT-V0.7.47-17 build fails
      ... On Monday 06 June 2005 03:41, Ingo Molnar wrote: ... >> I thought maybe I'd exersize this kernel, but a patch I thought ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.3-rc1-mm1
      ... > This is the first time that anyone told me that it even existed. ... When we're at kernel version 2.6.3! ... without this patch. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Question re the dot releases such as 2.6.12.3
      ... I'll submit a patch to the ... > kernel from the home page. ... Copyright 2005 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [discuss] Re: [LinuxBIOS] x86_64: apic id lift patch
      ... Sounds very stepping specific. ... Probably nothing that a kernel should access. ... The k8topology ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)