Messages in this thread | | | Date | Fri, 11 Mar 2016 10:01:40 +0100 | From | Ingo Molnar <> | Subject | Re: [PATCH 2/2] x86/mtrr: Refactor PAT initialization code |
| |
* Toshi Kani <toshi.kani@hpe.com> wrote:
> MTRR manages PAT initialization as it implements a rendezvous > handler that initializes PAT as part of MTRR initialization. > > When CPU does not support MTRR, ex. qemu32 virtual CPU, MTRR > simply skips PAT init, which causes PAT left enabled without > initialization. [...]
What practical effects does this have to the user? Does the kernel crash?
Thanks,
Ingo
| |