* [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).