On Fri, Sep 06, 2013 at 01:16:45PM +0800, Weijie Yang wrote: > To avoid zswap store and reclaim functions called recursively, > use GFP_NOIO instead of GFP_KERNEL > > Signed-off-by: Weijie Yang <weijie.y...@samsung.com>
I agree with Bob to some degree that GFP_NOIO is a broadsword here. Ideally, we'd like to continue allowing writeback of dirty file pages and the like. However, I don't agree that a mutex is the way to do this. My first thought was to use the PF_MEMALLOC task flag, but it is already set for kswapd and any task doing direct reclaim. A new task flag would work but I'm not sure how acceptable that would be. In the meantime, this does do away with the possibility of very deep recursion between the store and reclaim paths. Acked-by: Seth Jennings <sjenn...@linux.vnet.ibm.com> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
