From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx160.postini.com [74.125.245.160]) by kanga.kvack.org (Postfix) with SMTP id 01F856B004F for ; Tue, 27 Dec 2011 08:39:54 -0500 (EST) Date: Tue, 27 Dec 2011 14:39:52 +0100 From: Michal Hocko Subject: Re: [PATCH] mm: hugetlb: add might_sleep() for gigantic page Message-ID: <20111227133952.GJ5344@tiehlicka.suse.cz> References: <20111227125945.GH5344@tiehlicka.suse.cz> <20111227133021.GI5344@tiehlicka.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Hillf Danton Cc: linux-mm@kvack.org, LKML , Andrew Morton , KAMEZAWA Hiroyuki On Tue 27-12-11 21:38:59, Hillf Danton wrote: > On Tue, Dec 27, 2011 at 9:30 PM, Michal Hocko wrote: > > On Tue 27-12-11 21:21:18, Hillf Danton wrote: > >> On Tue, Dec 27, 2011 at 8:59 PM, Michal Hocko wrote: > >> > On Fri 23-12-11 21:41:08, Hillf Danton wrote: > >> >> From: Hillf Danton > >> >> Subject: [PATCH] mm: hugetlb: add might_sleep() for gigantic page > >> >> > >> >> Like the case of huge page, might_sleep() is added for gigantic page, then > >> >> both are treated in same way. > >> > > >> > Why do we need to call might_sleep here? There is cond_resched in the > >> > loop... > >> > > >> > >> IIUC it is the reason to add... and the comment says > > > > cond_resched calls __might_sleep so there is no reason to call > > might_sleep outside the loop as well. > > > Yes, thanks. And remove it in the huge page case? Yes, makes sense. -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org