Description of problem:
After recompiling the kernel of EL3 with PAGE_SIZE!=16KB, kernel
can't boot on IA64 machine. The boot messages show an error at line
112 of file page_alloc.c.
Version-Release number of selected component (if applicable):
Just recompile EL3's kernel with PAGE_SIZE=4KB or 8KB, then, boot the
machine with the new image.
Steps to Reproduce:
1. Recompile the kernel:
Choose General setup->Kernel page size=4KB. Then, save the config and
Then, copy kernel image to /boot/efi/efi/redhat and change elilo.conf.
Boot messages show error at line 112 of file page_alloc.c and the
Kernel booting succeeds.
I will paste the root cause and patch to the bug report.
Created attachment 96921 [details]
Fix bug 113357
When PAGE_SIZE!=16KB, EL3 kernel can't boot on IA64 machine, and booting
message shows error on page_alloc.c line 112. There is a BUG check at this
source line of function destroy_compound_page to make sure parameter order is
really the order used by __alloc_pages. When kernel allocates
task_struct(16KB), it chooses order 'IA64_TASK_STRUCT_LOG_NUM_PAGES' based on
PAGE_SIZE. However, when it releases task_struct, it uses a hardcoded order 1
as its parameter. So the BUG checking in destroy_compound_page will be
I tested the patch on Tiger-2(IA64) machine for many times. All except one run
well. When the exception happened, SCSI kept reseting again and again. I used
my own config file with all needed modules are compiled into the kernel
One question: I checked the base kernels of 2.4 and 2.6. They all do not have
such bug. Why did redhat people put a hardcoded 1 there? Just force EL3 to
support only 16KB on purpose?
One more statement: This error is the only problem that prevents
booting with PAGE_SIZE!=16KB.
We explicitly don't support recompiled kernels and esp not kernels
with a different userspace ABI.