diff options
author | Koen Kooi <koen@openembedded.org> | 2008-01-23 10:55:05 +0000 |
---|---|---|
committer | Koen Kooi <koen@openembedded.org> | 2008-01-23 10:55:05 +0000 |
commit | 1f3a0258e6e34ba036e057b5cd93f085c80f7147 (patch) | |
tree | c09da08377cea0f132d811e6cc16fb68a379f67c /packages/linux/linux-2.6.18/avr32-drop-GFP_COMP-for-DMA-memory-allocations.patch | |
parent | 80ed869c73abee32442ead36dec94b4b84020a97 (diff) | |
parent | f0d173cd5077621891f8298dc259476c72719bc0 (diff) |
propagate from branch 'org.openembedded.dev' (head 558d7f8556530ca23dc6e4b7d687d6727d3a7397)
to branch 'org.openembedded.dev.avr32' (head d7597829fe950aa86acdfe521d11843d7277261c)
Diffstat (limited to 'packages/linux/linux-2.6.18/avr32-drop-GFP_COMP-for-DMA-memory-allocations.patch')
-rw-r--r-- | packages/linux/linux-2.6.18/avr32-drop-GFP_COMP-for-DMA-memory-allocations.patch | 27 |
1 files changed, 27 insertions, 0 deletions
diff --git a/packages/linux/linux-2.6.18/avr32-drop-GFP_COMP-for-DMA-memory-allocations.patch b/packages/linux/linux-2.6.18/avr32-drop-GFP_COMP-for-DMA-memory-allocations.patch new file mode 100644 index 0000000000..eea690268c --- /dev/null +++ b/packages/linux/linux-2.6.18/avr32-drop-GFP_COMP-for-DMA-memory-allocations.patch @@ -0,0 +1,27 @@ +Hack for incompatible __GFP_COMP flag making its way into the AVR32
+DMA consistent memory allocator.
+
+This is essentially the same patch as the one submitted by
+Marc Singer <elf@buici.com> for ARM.
+---
+ arch/avr32/mm/dma-coherent.c | 7 +++++++ + 1 file changed, 7 insertions(+) +
+Index: linux-2.6.18-avr32/arch/avr32/mm/dma-coherent.c +=================================================================== +--- linux-2.6.18-avr32.orig/arch/avr32/mm/dma-coherent.c 2006-09-11 18:06:00.000000000 +0200 ++++ linux-2.6.18-avr32/arch/avr32/mm/dma-coherent.c 2006-09-12 13:38:39.000000000 +0200 +@@ -41,6 +41,13 @@ static struct page *__dma_alloc(struct d + struct page *page, *free, *end; + int order; + ++ /* Following is a work-around (a.k.a. hack) to prevent pages ++ * with __GFP_COMP being passed to split_page() which cannot ++ * handle them. The real problem is that this flag probably ++ * should be 0 on AVR32 as it is not supported on this ++ * platform--see CONFIG_HUGETLB_PAGE. */ ++ gfp &= ~(__GFP_COMP); ++ + size = PAGE_ALIGN(size); + order = get_order(size); + |