[lkml]   [2004]   [Dec]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: kernel BUG at mm/rmap.c:480 in 2.6.10-rc3-bk7
On Wed, 15 Dec 2004, Greg KH wrote:
> On Wed, Dec 15, 2004 at 11:48:26PM +0100, Andrea Arcangeli wrote:
> > On Wed, Dec 15, 2004 at 08:03:43PM +0100, Andrea Arcangeli wrote:
> > > + if (page->mapping)
> > > + page_remove_rmap(page);
> >
> > This had to be page_mapping, since I believe the page->mapping can go
> > away with the truncate while the page is still being mapped.

Actually, the patch tests page_mapped(page) not page_mapping(page).

And is correct (though weak) to do so, in the context of Andrea's
other changes (which I intentionally omitted when merging anon_vma,
yes - but let's concentrate on Greg's crash for now, and leave the
flames about that merge until dessert).

I'm afraid it is trivial that that hunk alone will avoid the problem,
just as simply removing the page_remove_rmap's BUG_ON would. But
neither sheds any light on what is going on here.

Something is happening that we don't expect. I say "we" - or do you
understand it, Andrea? We need to understand it before deciding how
to handle it, perhaps at the mm end or perhaps at the DRM end.

> No oops with this patch or odd messages in the syslog! It works fine
> for me, thanks a lot.
> I'll let the mm developers battle it out to determine if this is a good
> fix or not :)

Bug avoidance rather than fix, I'm afraid. Once we understand what's
going on, such avoidance may be the right course of action; but not yet.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:08    [W:0.073 / U:6.812 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site