Kernel

[GIT PULL] arch/microblaze fixes for 2.6.36-rc1
Hi Linus, please pull the following patches to your tree. There is support for KGDB, several cleanups/fixups and I also heavily rewrite entry.S. Thanks, Michal The following changes since commit 9fe6206f400646a2322096b56c59891d530e8d51: Linus Torvalds (1): Linux 2.6.35 are available in t... 5 Aug 2010 03:44

vmscan: Do not writeback filesystem pages in direct reclaim
again, very sorry for the delay. When memory is under enough pressure, a process may enter direct reclaim to free pages in the same manner kswapd does. If a dirty page is encountered during the scan, this page is written to backing storage using mapping->writepage. This can result in very deep call stac... 5 Aug 2010 03:44

oprofile: add support for Intel processor model 30
> Tested using oprofile 0.9.6. Signed-off-by: Josh Hunt <johunt(a)akamai.com> Reviewed-by: Andi Kleen <ak(a)linux.intel.com> This change is ok since it's a 45nm Nehalem Xeon. -Andi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel... 5 Aug 2010 09:07

[PATCH] drm_proc: remove the unneeded _name_ variable in function drm_proc_create_files
From 9cb574dfe14541c7b712242e9fafc55419aa1e4f Mon Sep 17 00:00:00 2001 From: Liu Aleaxander <Aleaxander(a)gmail.com> Date: Thu, 5 Aug 2010 14:02:52 -0400 Subject: [PATCH] drm_proc: remove the unneeded _name_ variable in function drm_proc_create_files The _name_ variable in drm_proc_create_files is misused, since i... 5 Aug 2010 02:40

lockdep and oops_in_progress
Hi guys, I was debugging a wierd issue with suspend/resume and fbcon/X with some recent work Jesse and myself did to try and make sure a pinned fbcon always gets the text on it with a panic or oops occurs. It does this by testing the oops_in_progress flag, however once any lockdep issue occurs it looks to me t... 5 Aug 2010 11:20

[PATCH 7/7] vmscan: isolated_lru_pages() stop neighbor search if neighbor can't be isolated
isolate_lru_pages() doesn't only isolate LRU tail pages, but also isolate neighbor pages of the eviction page. Now, the neighbor search don't stop even if neighbors can't be isolated. It is silly. successful higher order allocation need full contenious memory, even though only one page reclaim failure mean to fai... 5 Aug 2010 02:40

[PATCH 4/7] vmscan: narrowing synchrounous lumply reclaim condition
Now, mainly shrink_page_list() give up to reclaim the page by following 10 reasons. 1. trylock_page() failure 2. page is unevictable 3. zone reclaim and page is mapped 4. PageWriteback() is true 5. page is swapbacked and swap is full 6. add_to_swap() failure 7. page is dirty and gfpmask don't ha... 5 Aug 2010 02:40

[PATCH 2/7] vmscan: synchronous lumpy reclaim don't call congestion_wait()
congestion_wait() mean "waiting quueue congestion is cleared". That said, if the system have plenty dirty pages and flusher thread push new request to IO queue conteniously, IO queue are not cleared congestion status for long time. thus, congestion_wait(HZ/10) become almostly equivalent schedule_timeout(HZ/10). ... 5 Aug 2010 02:40

[PATCH 1/7] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls
From: Wu Fengguang <fengguang.wu(a)intel.com> Fix "system goes unresponsive under memory pressure and lots of dirty/writeback pages" bug. http://lkml.org/lkml/2010/4/4/86 In the above thread, Andreas Mohr described that Invoking any command locked up for minutes (note that I'm talking about attempted add... 5 Aug 2010 02:40

[PATCH 5/7] vmscan: kill dead code in shrink_inactive_list()
When synchrounous lumy reclaim occur, page_list have gurantee to don't have active page because now page activation in shrink_page_list() always disable lumpy reclaim. Then, This patch remove virtual dead code. Signed-off-by: KOSAKI Motohiro <kosaki.motohiro(a)jp.fujitsu.com> --- mm/vmscan.c | 8 -------- ... 5 Aug 2010 02:40