lkml.org 
[lkml]   [2008]   [Mar]   [24]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateMon, 24 Mar 2008 19:22:42 -0700
From"Yinghai Lu" <>
SubjectRe: [PATCH] x86: enable PAT for amd k8 and fam10h
On Mon, Mar 24, 2008 at 6:29 PM, H. Peter Anvin <hpa@zytor.com> wrote:
> Yinghai Lu wrote:
>  > [PATCH] x86: enable PAT for amd k8 and fam10h
>  >
>  > make known_pat_cpu to think amd k8 and fam10h is ok too.
>  >
>  > also make tom2 below to be WRBACK
>  >
>
> > diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c
>  > index f74505f..a9e1a27 100644
>  > --- a/arch/x86/mm/pat.c
>  > +++ b/arch/x86/mm/pat.c
>  > @@ -49,6 +49,12 @@ static int pat_known_cpu(void)
>  >                       return 1;
>  >               }
>  >       }
>  > +     if (boot_cpu_data.x86_vendor == X86_VENDOR_AMD &&
>  > +          boot_cpu_data.x86 >= 0xf && boot_cpu_data.x86 <= 0x11) {
>  > +             if (cpu_has_pat) {
>  > +                     return 1;
>  > +             }
>  > +     }
>  >
>  >       pat_wc_enabled = 0;
>  >       printk(KERN_INFO "CPU and/or kernel does not support PAT.\n");
>
>  This really should be handled through a CPU flag.  Specifically, it
>  should be handled by disabling the PAT flag if PAT is unusable or
>  suspect of being unusable; it should *NOT* be stashed away in a
>  completely separate piece of code.

PAT patches in x86.git latest, only support some intel CPUs.

        if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL &&
            (boot_cpu_data.x86 == 0xF ||
             (boot_cpu_data.x86 == 6 && boot_cpu_data.x86_model >= 15))) {
                if (cpu_has_pat) {
                        return 1;
                }
        }
should be moved to setup_64.c?

YH
--
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/

\
 
 \ /
  Last update: 2008-03-25 03:27    [from the cache]
©2003-2008