diff options
| author | Roland Dreier <rdreier@cisco.com> | 2009-09-23 22:35:35 (GMT) |
|---|---|---|
| committer | Ingo Molnar <mingo@elte.hu> | 2009-09-24 09:35:19 (GMT) |
| commit | e23a8b6a8f319c0f08b6ccef2dccbb37e7603dc2 (patch) | |
| tree | b2026dfe1507925bb26fbe12d9598832363e0c9c /arch/x86/Makefile | |
| parent | ea01c0d7315d6e3218fd22a6947c5b09305fcf65 (diff) | |
| download | linux-fsl-qoriq-e23a8b6a8f319c0f08b6ccef2dccbb37e7603dc2.tar.xz | |
x86: Reduce verbosity of "PAT enabled" kernel message
On modern systems, the kernel prints the message
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
once for every CPU.
This gets kind of ridiculous on huge systems; for example, on a
64-thread system I was lucky enough to get:
dmesg| grep 'PAT enabled' | wc
64 704 5174
There is already a BUG() if non-boot CPUs have PAT capabilities
that don't match the boot CPU, so just print the message on the
boot CPU. (I kept the print after the wrmsrl() that enables PAT,
so that the log output continues to mean that the system survived
enabling PAT on the boot CPU)
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Cc: Suresh Siddha <suresh.b.siddha@intel.com>
Cc: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
LKML-Reference: <adavdj92sso.fsf@cisco.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/Makefile')
0 files changed, 0 insertions, 0 deletions