On Fri, May 16, 2008 at 04:13:11PM -0700, Christoph Lameter wrote: > > /* > > * Isolate one page from the LRU lists. If successful put it onto > > * the indicated list with elevated page count. > > @@ -110,6 +112,8 @@ int putback_lru_pages(struct list_head * > > > > list_for_each_entry_safe(page, page2, l, lru) { > > list_del(&page->lru); > > + if (unlikely(PageMemError(page))) > > + continue; > > move_to_lru(page); > > count++; > > } > > @@ -717,10 +721,14 @@ unlock: > > * A page that has been migrated has all references > > * removed and will be freed. A page that has not been > > * migrated will have kepts its references and be > > - * restored. > > + * restored. A page with a memory error will not > > + * be moved to the LRU. > > */ > > list_del(&page->lru); > > - move_to_lru(page); > > + if (PageMemError(page)) > > + totalbad_pages++; > > + else > > + move_to_lru(page); > > } > > So what happens if a page has acquired an additional ref count and > PageMemError is set. Then we fail migration and the page will not be put > back on the LRU? So it will not be migratable anymore? That was a problem. If migration failed the page would end up with an extra page reference. The new patch fixes that problem. If the page fails to migrate it will be put back on the LRU and the MemError bit cleared. If the page gets another corrected error it will try to migrate the page again. -- Russ Anderson, OS RAS/Partitioning Project Lead SGI - Silicon Graphics Inc rja@xxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |