Description of problem: However in do_try_to_free_pages() (mm/vmscan.c) there is no call to refill_freelist(). It looks like the call to refill_freelist() was mistakenly removed when do_try_to_free_pages() cloned into do_try_to_free_pages_kswapd(). (Maybe refill_freelist() was to be removed in do_try_to_free_pages_kswapd() ?). FWIW, in 2.4.18-19.7.x there is a call to refill_freelist() from do_try_to_free_pages(). This results in a kernel hang when the workload recycles lots of pages. When we added the missing call to refill_freelist() in do_try_to_free_pages(), the test was succesfull and the kernel did not hang. Version-Release number of selected component (if applicable): kernel-smp-2.4.20-20.7 How reproducible: Every time. Steps to Reproduce: 1. Install Panasas proprietary filesystem and mount network based filesystem. 2. Repeatedly do dd and cp to/from Panasas filesystem and from/to /dev/null. 3. Watch free pages dwindle till the kernel hangs. Actual results: Kernel is not responsive. Can ping the host, but can not ssh to it. No response to keyboard. Does respond to sysrq magic keys. Expected results: Additional info: Adding refill_freelist() in do_try_to_free_pages()(mm/vmscan.c:879) ensured that there were free pages and the test completed.
*** This bug has been marked as a duplicate of 78616 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.