All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: "Robert P. J. Day" <rpjday@mindspring.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: can a kmalloc be both GFP_ATOMIC and GFP_KERNEL at the same time?
Date: Mon, 30 Apr 2007 00:13:11 -0700	[thread overview]
Message-ID: <20070430001311.84d0291f.akpm@linux-foundation.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0704280937060.24917@localhost.localdomain>

On Sat, 28 Apr 2007 09:40:39 -0400 (EDT) "Robert P. J. Day" <rpjday@mindspring.com> wrote:

> 
>   i'd always assumed that the type flags of GFP_ATOMIC and GFP_KERNEL
> were mutually exclusive when it came to calling kmalloc(), at least
> based on everything i'd read.  so i'm not sure how to interpret the
> following:
> 
> drivers/scsi/aic7xxx_old.c:  aic_dev = kmalloc(sizeof(struct aic_dev_data), GFP_ATOMIC | GFP_KERNEL);
> drivers/message/i2o/device.c:   resblk = kmalloc(buflen + 8, GFP_KERNEL | GFP_ATOMIC);
> 
>   clarification?

GFP_ATOMIC implies that the memory comes from the zones which GFP_KERNEL
also uses.  So the above usage of GFP_KERNEL is redundant and should be
removed.

The way to understand this is to look at the definitions:

#define GFP_ATOMIC	(__GFP_HIGH)
#define GFP_NOIO	(__GFP_WAIT)
#define GFP_NOFS	(__GFP_WAIT | __GFP_IO)
#define GFP_KERNEL	(__GFP_WAIT | __GFP_IO | __GFP_FS)
#define GFP_USER	(__GFP_WAIT | __GFP_IO | __GFP_FS | __GFP_HARDWALL)
#define GFP_HIGHUSER	(__GFP_WAIT | __GFP_IO | __GFP_FS | __GFP_HARDWALL | \
			 __GFP_HIGHMEM)


GFP_KERNEL: can sleep, can do IO, can enter filesystems

GFP_ATOMIC: cannot sleep, cannot do IO, cannot enter filesystems

Neither of them contains __GFP_DMA or __GFP_HIGHMEM, so both of them refer
to ZONE_NORMAL and any lower zones (ie: ZONE_DMA)

  reply	other threads:[~2007-04-30  7:13 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-28 13:40 can a kmalloc be both GFP_ATOMIC and GFP_KERNEL at the same time? Robert P. J. Day
2007-04-30  7:13 ` Andrew Morton [this message]
2007-04-30  8:46   ` Robert P. J. Day
2007-04-30  8:56     ` Jan Engelhardt
2007-04-30  9:52       ` Robert P. J. Day
2007-04-30 12:00         ` Satyam Sharma
2007-04-30 17:02     ` Andrew Morton
2007-04-30 17:21       ` Alan Cox
2007-04-30 19:04         ` Satyam Sharma
2007-04-30 22:42           ` Stefan Richter
  -- strict thread matches above, loose matches on Subject: below --
2007-04-28 13:58 Shan, Guo Wen (Gavin)
2007-04-28 14:11 ` Robert P. J. Day
2007-04-28 15:03   ` Arjan van de Ven
2007-04-28 15:20     ` WANG Cong
2007-04-28 16:29   ` Alan Cox
2007-04-30  5:58     ` Christoph Lameter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070430001311.84d0291f.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rpjday@mindspring.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.