From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by kanga.kvack.org (Postfix) with ESMTP id E2BC46B0035 for ; Tue, 13 May 2014 12:09:25 -0400 (EDT) Received: by mail-wi0-f180.google.com with SMTP id hi2so905994wib.1 for ; Tue, 13 May 2014 09:09:25 -0700 (PDT) Received: from mx1.redhat.com (mx1.redhat.com. [209.132.183.28]) by mx.google.com with ESMTP id cp9si4012699wib.73.2014.05.13.09.09.23 for ; Tue, 13 May 2014 09:09:24 -0700 (PDT) From: David Howells In-Reply-To: <20140501123738.3e64b2d2@notabene.brown> References: <20140501123738.3e64b2d2@notabene.brown> Subject: Re: [PATCH] SCHED: remove proliferation of wait_on_bit action functions. Date: Tue, 13 May 2014 17:08:46 +0100 Message-ID: <30874.1399997326@warthog.procyon.org.uk> Sender: owner-linux-mm@kvack.org List-ID: To: NeilBrown Cc: dhowells@redhat.com, Peter Zijlstra , Oleg Nesterov , Steven Whitehouse , dm-devel@redhat.com, Chris Mason , Josef Bacik , Steve French , Theodore Ts'o , Trond Myklebust , Ingo Molnar , Andrew Morton , linux-nfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org NeilBrown wrote: > The current "wait_on_bit" interface requires an 'action' function > to be provided which does the actual waiting. > There are over 20 such functions, many of them identical. > Most cases can be satisfied by one of just two functions, one > which uses io_schedule() and one which just uses schedule(). > > So: > Rename wait_on_bit and wait_on_bit_lock to > wait_on_bit_action and wait_on_bit_lock_action > to make it explicit that they need an action function. > > Introduce new wait_on_bit{,_lock} and wait_on_bit{,_lock}_io > which are *not* given an action function but implicitly use > a standard one. > The decision to error-out if a signal is pending is now made > based on the 'mode' argument rather than being encoded in the action > function. Yay! About time! This is something I've wanted to do for ages, but never quite got around to. Acked-by: David Howells -- 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/ . Don't email: email@kvack.org