M. Mohan Kumar schrieb: > Reserve memory for kdump kernel within RMO region > > When the kernel size exceeds 32MB(observed with some distros), memory > for kdump kernel can not be reserved as kdump kernel base is assumed to > be 32MB always. When the kernel has CONFIG_RELOCATABLE option enabled, > provide the feature to reserve the memory for kdump kernel anywhere in > the RMO region. Correct me if I'm wrong, but: CONFIG_RELOCATABLE is for the kernel that gets loaded as crashkernel, not for the kernel that loads the crashkernel. So it would be perfectly fine that a kernel that has not CONFIG_RELOCATABLE set would load another kernel that has CONFIG_RELOCATABLE set on an address != 32 M. So it would be part of the command line to determine whether a fixed or a variable address is used. The system configuration (or the admin) knows both: if the kernel that should be loaded is relocatable (can be detected with the x86 bzImage header or with the ELF type for vmlinux) and it can also influence the boot command line. To sum it up: I'm not against reserving it anywhere, I'm only against making it dependent on CONFIG_RELOCATABLE which has another function. Regards, Bernhard
