[Crash-utility] WARNING: cannot access vmalloc'd module memory

Mike Mason mmlnx at us.ibm.com
Fri May 19 18:20:25 UTC 2006


Using mem=4G fixed the problem.  I thought this system only had 4G, so I 
didn't think the mem boot parameter would be necessary. Guess there's 
nothing else to do but wait for the patches to be picked up.

Thanks,
Mike

Vivek Goyal wrote:
> On Thu, May 18, 2006 at 04:56:57PM -0700, Mike Mason wrote:
>> I don't see the warning when running crash on a live system.  On a live 
>> system, the "list modules" command shows the entire linked list.  When 
>> viewing the vmcore, I get this:
>>
>> crash> list modules
>> c02fc354
>> f8c6f684
>> list: read error: kernel virtual address: f8c6f684  type: "list entry"
>>
>>> Also, if you do a "vtop f8c6f680", it will give you the physical address
>>> that would be passed to read_netdump() to access.  You can then
>>> check that physical address against the ranges of physical memory
>>> stored in the vmcore by doing a "help -n".
>> "vtop f8c6f680" shows:
>>
>> VIRTUAL   PHYSICAL
>> f8c6f680  101ede680
>>
> 
> 
> Hi Mike,
> 
> This physical address is more than 4G and that's a problem in SLES10 kernels.
> I had posted the 64bit resources patches so that memory more than 4G is
> exported through /proc/iomem and kdump can capture it. These patches are
> still in Greg's tree and I am hoping that these will get in 2.6.18, if
> community likes the patches.  
> 
> Patchset is big and risky hence SuSE is not picking it for SLES10. Might
> get into SLES10 SP1. That's why you see the problem. Try booting your
> first kernel with mem=4G parameter and capture the dump, things should
> be fine.
> 
> Maneesh had posted a hack patch which could be considered for inclusion
> in SLES10. I guess SuSE is yet to look into it.  
> Thanks
> Vivek




More information about the Crash-utility mailing list