summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorDave Hansen <haveblue@us.ibm.com>2004-06-29 05:21:13 -0700
committerLinus Torvalds <torvalds@ppc970.osdl.org>2004-06-29 05:21:13 -0700
commit8bfb70922e15d80d3ecd7956fe148b04101f831c (patch)
tree86f10d61f2c36574ecf9c7ed7c022285004764d7 /include
parentc25e4809a735fb8798b3d717f15470a70631154e (diff)
[PATCH] fix page->count discrepancy for zero page
While writing some analysis tools for memory hot-remove, we came across a single page which had a ->count that always increased, without bound. It ended up always being the zero page, and it was caused by a leaked reference in some do_wp_page() code that ends up avoiding PG_reserved pages. Basically what happens is that page_cache_release()/put_page() ignore PG_reserved pages, while page_cache_get()/get_page() go ahead and take the reference. So, each time there's a COW fault on the zero-page, you get a leaked page->count increment. It's pretty rare to have a COW fault on anything that's PG_reserved, in fact, I can't think of anything else that this applies to other than the zero page. In any case, it the bug doesn't cause any real problems, but it is a bit of an annoyance and is obviously incorrect. We've been running with this patch for about 3 months now, and haven't run into any problems with it. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions