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
?