lkml.org 
[lkml]   [2010]   [Dec]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: kdump broken on 2.6.37-rc4
    On 12/16/2010 08:46 PM, Yinghai Lu wrote:
    >>
    >> Second, this patch only applies if "crashkernel=" is not specified, so
    >> it doesn't even apply to your situation.
    > current code:
    > /* 0 means: find the address automatically */
    > if (crash_base <= 0) {
    > const unsigned long long alignment = 16<<20; /* 16M */
    >
    > /*
    > * kexec want bzImage is below DEFAULT_BZIMAGE_ADDR_MAX
    > */
    > crash_base = memblock_find_in_range(alignment,
    > DEFAULT_BZIMAGE_ADDR_MAX, crash_size, alignment);
    >
    > if (crash_base == MEMBLOCK_ERROR) {
    > pr_info("crashkernel reservation failed - No suitable area found.\n");
    > return;
    > }
    > } else {
    > unsigned long long start;
    >
    > start = memblock_find_in_range(crash_base,
    > crash_base + crash_size, crash_size, 1<<20);
    > if (start != crash_base) {
    > pr_info("crashkernel reservation failed - memory is in use.\n");
    > return;
    > }
    > }
    >
    > first branch : will take only crash_size.
    > second branch : will need to specify crash_base and crash_size.
    >
    >>
    >> Third, if you have to specify "crashkernel=" that means that there is
    >> yet another problem here that should be fixed.
    >
    > no, every kdump need to specify crashkernel=128M or more.
    >

    Oh, you're referring to crashkernel size. Okay, this is somewhat
    different. However, the margin is just too small on 64 bits, then. How
    far up can we actually get away with on 64 bits currently? 4 GiB?

    -hpa

    --
    H. Peter Anvin, Intel Open Source Technology Center
    I work for Intel. I don't speak on their behalf.



    \
     
     \ /
      Last update: 2010-12-17 06:19    [W:2.231 / U:0.044 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site