On (18/06/07 09:56), Christoph Lameter didst pronounce: > On Mon, 18 Jun 2007, Mel Gorman wrote: > > > @@ -632,18 +632,27 @@ static int unmap_and_move(new_page_t get > > goto unlock; > > wait_on_page_writeback(page); > > } > > - > > + /* anon_vma should not be freed while migration. */ > > + if (PageAnon(page)) { > > + rcu_read_lock(); > > + rcu_locked = 1; > > + } > > We agreed on doing rcu_read_lock removing the status variable > and checking for PageAnon(). Doing so deuglifies the > function.
It makes it less ugly but when making the retry-logic for migration better I was also routinely locking up my test-box hard. I intend to run this inside a simulator so I can use gdb to figure out what is going wrong but for the moment I've actually gone back to using a slightly modified anon_vma patch. -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/