aboutsummaryrefslogtreecommitdiff
path: root/Documentation/memory-devices
diff options
context:
space:
mode:
authorGravatar Thiago Jung Bauermann <bauerman@linux.vnet.ibm.com> 2016-11-29 23:45:50 +1100
committerGravatar Michael Ellerman <mpe@ellerman.id.au> 2016-11-30 23:15:11 +1100
commitda6658859b9c734fee36570f3a7d51764c6c3838 (patch)
treeadd24cbe433183809e1ee062541b22304fec755e /Documentation/memory-devices
parentkexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer. (diff)
downloadlinux-da6658859b9c734fee36570f3a7d51764c6c3838.tar.gz
linux-da6658859b9c734fee36570f3a7d51764c6c3838.tar.bz2
linux-da6658859b9c734fee36570f3a7d51764c6c3838.zip
powerpc: Change places using CONFIG_KEXEC to use CONFIG_KEXEC_CORE instead.
Commit 2965faa5e03d ("kexec: split kexec_load syscall from kexec core code") introduced CONFIG_KEXEC_CORE so that CONFIG_KEXEC means whether the kexec_load system call should be compiled-in and CONFIG_KEXEC_FILE means whether the kexec_file_load system call should be compiled-in. These options can be set independently from each other. Since until now powerpc only supported kexec_load, CONFIG_KEXEC and CONFIG_KEXEC_CORE were synonyms. That is not the case anymore, so we need to make a distinction. Almost all places where CONFIG_KEXEC was being used should be using CONFIG_KEXEC_CORE instead, since kexec_file_load also needs that code compiled in. Signed-off-by: Thiago Jung Bauermann <bauerman@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'Documentation/memory-devices')
0 files changed, 0 insertions, 0 deletions