Bug 926061

Summary: [abrt] WARNING: at mm/page_alloc.c:2376 __alloc_pages_nodemask+0x302/0x8a0()
Product: [Fedora] Fedora Reporter: ro62pa09
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: cs+rhbz, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:fa5e00f5c5f08232fcf6ed52d64cfb5170714527
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-01 15:55:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: dmesg none

Description ro62pa09 2013-03-23 14:56:18 UTC 
Description of problem:
When I boot my netbook ASUS EEEpc X101ch with EFI Shell v. 1.0 (the version 2.0 doesn't function), he starts GRUB 2 in /dev/sda1 (ext2). The netbook often stops his EFI boot loading initram.

Some other time, the EFI boots perfectly the system but here the bug is.

Finally, when I try to use efibootmgr to modify the boot order of EFI Shell (the version 1.0 of shell hasn't the bcfg command in this shell) the PC hangs completely. In this case I cannot halt the pc holding the power button. For to halt the PC I can only remove the battery from the netbook.

Yes, I use 'sudo modprobe efivars'.

This is my partition table:
 
 /dev/sda1   /boot
 /dev/sda2   /
 /dev/sda3   extended partition
   /dev/sda5   swap
 /dev/sda4   /boot/efi


PS.    My EFI partition is a primary partition. Sorry for my grammar errors, but I know little English.

Additional info:
WARNING: at mm/page_alloc.c:2376 __alloc_pages_nodemask+0x302/0x8a0()
Hardware name: X101CH
Modules linked in:
Pid: 0, comm: swapper/0 Not tainted 3.8.4-202.fc18.i686 #1
Call Trace:
 [<d243e8d2>] warn_slowpath_common+0x72/0xa0
 [<d2503522>] ? __alloc_pages_nodemask+0x302/0x8a0
 [<d2503522>] ? __alloc_pages_nodemask+0x302/0x8a0
 [<d243e922>] warn_slowpath_null+0x22/0x30
 [<d2503522>] __alloc_pages_nodemask+0x302/0x8a0
 [<d2431679>] ? lookup_address+0x9/0x70
 [<d2431638>] ? clflush_cache_range+0x8/0x40
 [<d2432203>] ? change_page_attr_set_clr+0x303/0x360
 [<d2503b4e>] __get_free_pages+0x2e/0x60
 [<d253aa84>] kmalloc_order_trace+0x24/0x90
 [<d2529e9e>] ? vunmap_page_range+0xe/0x100
 [<d24335be>] ? free_memtype+0x9e/0x1b0
 [<d253ac8c>] __kmalloc+0x19c/0x220
 [<d2439a7b>] efi_bgrt_init+0xbb/0x120
 [<d2c49cf0>] efi_late_init+0x8/0xa
 [<d2c369bc>] start_kernel+0x368/0x37d
 [<d2c36489>] ? repair_env_string+0x51/0x51
 [<d2c362c2>] i386_start_kernel+0x78/0x7d
Comment 1 ro62pa09 2013-03-23 14:56:27 UTC 
Created attachment 715110 [details]
File: dmesg
Comment 2 Dave Jones 2013-05-01 15:55:54 UTC 
Fedora doesn't support 32-bit EFI.

according to http://ark.intel.com/products/58916/, the CPU in that netbook is 64-bit capable. 

Reinstall with the 64bit image.