Re: 2.6.22-rc4-mm1

[mel@skynet.ie (Mel Gorman)]

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