Do not delay the MTRR synchronization for
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest3 patches 4 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | PM / sleep: Introduce a flag to identify the enable_nonboot_cpus stageinclude/ kernel/ | +10 | 0 replies | |
| 2/3 | x86/mtrr: Add cpu id into the MTRR setting data structurearch/ | +7 | 0 replies | |
| 3/3 | PM / sleep: Do not delay the synchronization of MTRR during resumearch/ arch/ | +3 | 4 replies |
Reviews trailers per patch
None of the 3 patches has a Reviewed-by or Acked-by.
| Patch | Lukas Wunner |
|---|---|
| 1/3 | |
| 2/3 | |
| 3/3 | T-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/3][RFC/RFT] Do not delay the MTRR synchronization for
From: Chen Yu <[email protected]>
The original problem comes from a bug found on MacBookPro that, the instructions run on each APs after resume are very slow, due to the MTRR been scribbled by the BIOS thus it behaves like running in 'uncached' mode.
Thus this patch tries to synchronize the MTRR as early as possible by performing this action once the APs have been brought.
Test result shows a 6 seconds improvement on the bogus MacBookPro, and 600 ms improvement on a Xeon Broadwell platform which has 88 cpus.
Chen Yu (3):
PM / sleep: Introduce a flag to identify the enable_nonboot_cpus stage x86/mtrr: Add cpu id into the MTRR setting data structure PM / sleep: Do not delay the synchronization of MTRR during resume
arch/x86/kernel/cpu/mtrr/main.c | 13 ++++++++++--- arch/x86/kernel/smpboot.c | 2 -- include/linux/cpu.h | 2 ++ kernel/cpu.c | 8 ++++++++ 4 files changed, 20 insertions(+), 5 deletions(-)
Signature · 1 line
2.13.5