Re: 2.6.22-rc4-mm1

Mel Gorman
2007-06-06T16:27:00Z

On (06/06/07 18:01), Cedric Le Goater didst pronounce:
> > Same problem here
> >
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/console.log
> >
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/mm-config2
> >
> >
> > l *__page_check_anon_rmap+0x49
> > 0xc1075ee5 is in __page_check_anon_rmap (mm/rmap.c:557).
> > 552 * over the call to page_add_new_anon_rmap.
> > 553 */
> > 554 struct anon_vma *anon_vma = vma->anon_vma;
> > 555 anon_vma = (void *) anon_vma + PAGE_MAPPING_ANON;
> > 556 BUG_ON(page->mapping != (struct address_space *)anon_vma);
> > 557 BUG_ON(page->index != linear_page_index(vma, address));
> > 558 #endif
> > 559 }
> > 560
> > 561 /**
> >
> > I'll try to revert
> > mm-merge-populate-and-nopage-into-fault-fixes-nonlinear.patch
>
> yes, i gave it a try that but it seems that this patch is heavily
> interlaced with others. I assume Nick has a better understanding
> of the issue.
>

I do not believe this is Nick's problem. I encountered the same issue and
the bisect ended up here;

# BISECT HERE
mm-variable-length-argument-support.patch
mm-variable-length-argument-support-fix.patch
# BISECT BAD

Reverting those two patches boots ok on my standalone x86 laptop. Patch authors
cc'd. I have not read the patches yet to see what might be the problem.

--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab