lkml.org 
[lkml]   [2005]   [Jun]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.6.12-rc6-mm1 & 2K lun testing
    Badari Pulavarty wrote:
    > On Wed, 2005-06-15 at 11:30, Nick Piggin wrote:
    >
    >>Badari Pulavarty wrote:
    >>
    >>
    >>>------------------------------------------------------------------------
    >>>
    >>>elm3b29 login: dd: page allocation failure. order:0, mode:0x20
    >>>
    >>>Call Trace: <IRQ> <ffffffff801632ae>{__alloc_pages+990} <ffffffff801668da>{cache_grow+314}
    >>> <ffffffff80166d7f>{cache_alloc_refill+543} <ffffffff80166e86>{kmem_cache_alloc+54}
    >>> <ffffffff8033d021>{scsi_get_command+81} <ffffffff8034181d>{scsi_prep_fn+301}
    >>
    >>They look like they're all in scsi_get_command.
    >>I would consider masking off __GFP_HIGH in the gfp_mask of that
    >>function, and setting __GFP_NOWARN. It looks like it has a mempoolish
    >>thingy in there, so perhaps it shouldn't delve so far into reserves.
    >
    >
    > You want me to take off GFP_HIGH ? or just set GFP_NOWARN with GFP_HIGH
    > ?
    >

    Yeah, take off GFP_HIGH and set GFP_NOWARN (always). I would be
    interested to see how that goes.

    Obviously it won't eliminate your failures there (it will probably
    produce more of them), however it might help the scsi command
    allocation from overwhelming the system.

    THanks,
    Nick

    --
    SUSE Labs, Novell Inc.

    Send instant messages to your online friends http://au.messenger.yahoo.com

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-06-15 21:06    [W:0.020 / U:1.116 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site