the following represents the entire set of calls to the
__get_dma_pages() macro that i plan on reverting back to the regular
get_free_pages() macro so __get_dma_pages() can be tossed. any major
objections?
arch/m68k/atari/stram.c:#define BLOCK_GFP 0x08 /* block allocated with __get_dma_pages() */
arch/m68k/atari/stram.c: * - If mem_init() already has been called, try with __get_dma_pages().
arch/m68k/atari/stram.c: /* After mem_init(): can only resort to __get_dma_pages() */
arch/m68k/atari/stram.c: addr = (void *)__get_dma_pages(GFP_KERNEL, get_order(size));
Documentation/scsi/ChangeLog.1992-1997: Change memory allocation to work around bugs in __get_dma_pages.
drivers/net/mvme147.c: lp->ram = __get_dma_pages(GFP_ATOMIC, 3); /* 16K */
drivers/net/3c505.c: return __get_dma_pages(GFP_KERNEL, order);
drivers/net/cs89x0.c: lp->dma_buff = (unsigned char *)__get_dma_pages(GFP_KERNEL,
drivers/net/appletalk/ltpc.c: return __get_dma_pages(GFP_KERNEL, order);
drivers/block/floppy.c:#define fd_dma_mem_alloc(size) __get_dma_pages(GFP_KERNEL,get_order(size))
drivers/block/xd.c:#define xd_dma_mem_alloc(size) __get_dma_pages(GFP_KERNEL,get_order(size))
drivers/char/esp.c: dma_buffer = (char *)__get_dma_pages(
drivers/char/mbcs.c: hostAddr = __get_dma_pages(GFP_KERNEL, get_order(len));
drivers/char/mbcs.c: hostAddr = __get_dma_pages(GFP_KERNEL, get_order(len));
include/asm-mips/mach-jazz/floppy.h: mem = __get_dma_pages(GFP_KERNEL, get_order(size));
include/asm-mips/mach-generic/floppy.h: mem = __get_dma_pages(GFP_KERNEL, get_order(size));
include/asm-parisc/floppy.h: return __get_dma_pages(GFP_KERNEL, get_order(size));
include/asm-i386/floppy.h: return __get_dma_pages(GFP_KERNEL,get_order(size));
include/asm-sh/floppy.h: return __get_dma_pages(GFP_KERNEL,get_order(size));
include/linux/gfp.h:#define __get_dma_pages(gfp_mask, order) \
include/asm-x86_64/floppy.h: return __get_dma_pages(GFP_KERNEL|__GFP_NORETRY,get_order(size));
obviously, this was just a mindless grep, but you get the idea. the
actual macro definition can be left in gfp.h for a while to
accommodate out-of-tree builds for now.
rday
--
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?title=Main_Page
========================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
