linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] order>0 page freeing bug
@ 2004-04-08 16:31 David Howells
  2004-04-08 19:29 ` Andrew Morton
  0 siblings, 1 reply; 3+ messages in thread
From: David Howells @ 2004-04-08 16:31 UTC (permalink / raw)
  To: Andrew Morton, Linus Torvalds; +Cc: linux-kernel


Hi Andrew, Linus,

Here's a patch to fix a bug that occurs when an order>0 page allocation is
freed.

The bug can be demonstrated by this example:

 (1) if __alloc_page() returns an order 1 allocation, you get back two pages,
     both with count == 1

 (2) __free_pages() only decrements the counter on the first page

 (3) __free_pages_ok() calls free_pages_check() on both pages

 (4) free_pages_check() complains that the second page is a bad_page because
     its count is not 0 at that point.

David


diff -ur /inst-kernels/linux-2.6.5-rc3/mm/page_alloc.c linux-2.6.5-rc3-new/mm/page_alloc.c
--- /inst-kernels/linux-2.6.5-rc3/mm/page_alloc.c	2004-03-31 14:54:23.000000000 +0100
+++ linux-2.6.5-rc3-new/mm/page_alloc.c	2004-04-08 17:18:13.000000000 +0100
@@ -269,8 +269,12 @@
 	int i;
 
 	mod_page_state(pgfree, 1 << order);
-	for (i = 0 ; i < (1 << order) ; ++i)
+	free_pages_check(__FUNCTION__, page);
+	for (i = 1 ; i < (1 << order) ; ++i) {
+		if (unlikely(!atomic_dec_and_test(&page[i].count)))
+			BUG();
 		free_pages_check(__FUNCTION__, page + i);
+	}
 	list_add(&page->list, &list);
 	kernel_map_pages(page, 1<<order, 0);
 	free_pages_bulk(page_zone(page), 1, &list, order);


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] order>0 page freeing bug
  2004-04-08 16:31 [PATCH] order>0 page freeing bug David Howells
@ 2004-04-08 19:29 ` Andrew Morton
  2004-04-13 14:02   ` David Howells
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Morton @ 2004-04-08 19:29 UTC (permalink / raw)
  To: David Howells; +Cc: torvalds, linux-kernel

David Howells <dhowells@redhat.com> wrote:
>
> Here's a patch to fix a bug that occurs when an order>0 page allocation is
>  freed.
> 
>  The bug can be demonstrated by this example:
> 
>   (1) if __alloc_page() returns an order 1 allocation, you get back two pages,
>       both with count == 1
> 
>   (2) __free_pages() only decrements the counter on the first page
> 
>   (3) __free_pages_ok() calls free_pages_check() on both pages
> 
>   (4) free_pages_check() complains that the second page is a bad_page because
>       its count is not 0 at that point.

That doesn't sound right - if this was the case, each and every order>0
page freeing would be generating warnings, would it not?


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] order>0 page freeing bug
  2004-04-08 19:29 ` Andrew Morton
@ 2004-04-13 14:02   ` David Howells
  0 siblings, 0 replies; 3+ messages in thread
From: David Howells @ 2004-04-13 14:02 UTC (permalink / raw)
  To: Andrew Morton; +Cc: torvalds, linux-kernel


> >   (4) free_pages_check() complains that the second page is a bad_page
> >   because its count is not 0 at that point.
> 
> That doesn't sound right - if this was the case, each and every order>0
> page freeing would be generating warnings, would it not?

You'd've thought so, but I can't see why it should work on x86 either. I need
to do some more investigation, I suppose, but it's going to have to be May
before I can do that:-(

David

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-04-13 14:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-04-08 16:31 [PATCH] order>0 page freeing bug David Howells
2004-04-08 19:29 ` Andrew Morton
2004-04-13 14:02   ` David Howells

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).