summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authormike.travis@hpe.com <mike.travis@hpe.com>2018-05-24 23:17:13 +0300
committerIngo Molnar <mingo@kernel.org>2018-06-21 17:14:45 +0300
commitbbbd2b51a2aa0d76b3676271e216cf3647773397 (patch)
tree894cf28238bb7409c13ea77d09d9e3f15449bd5b /README
parentf642fb5864a6e3645edce6f85ffe7b44d5e9b990 (diff)
downloadlinux-bbbd2b51a2aa0d76b3676271e216cf3647773397.tar.xz
x86/platform/UV: Use new set memory block size function
Add a call to the new function to "adjust" the current fixed UV memory block size of 2GB so it can be changed to a different physical boundary. This accommodates changes in the Intel BIOS, and therefore UV BIOS, which now can align boundaries different than the previous UV standard of 2GB. It also flags any UV Global Address boundaries from BIOS that cause a change in the mem block size (boundary). The current boundary of 2GB has been used on UV since the first system release in 2009 with Linux 2.6 and has worked fine. But the new NVDIMM persistent memory modules (PMEM), along with the Intel BIOS changes to support these modules caused the memory block size boundary to be set to a lower limit. Intel only guarantees that this minimum boundary at 64MB though the current Linux limit is 128MB. Note that the default remains 2GB if no changes occur. Signed-off-by: Mike Travis <mike.travis@hpe.com> Reviewed-by: Andrew Banman <andrew.banman@hpe.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Dimitri Sivanich <dimitri.sivanich@hpe.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Russ Anderson <russ.anderson@hpe.com> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: dan.j.williams@intel.com Cc: jgross@suse.com Cc: kirill.shutemov@linux.intel.com Cc: mhocko@suse.com Cc: stable@vger.kernel.org Link: https://lkml.kernel.org/lkml/20180524201711.732785782@stormcage.americas.sgi.com Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions