From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933983AbeAHO7n (ORCPT + 1 other); Mon, 8 Jan 2018 09:59:43 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:48840 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933455AbeAHO7m (ORCPT ); Mon, 8 Jan 2018 09:59:42 -0500 Date: Mon, 8 Jan 2018 15:59:43 +0100 From: Greg Kroah-Hartman To: NeilBrown Cc: Oleg Drokin , James Simmons , Andreas Dilger , lkml , lustre Subject: Re: [PATCH 5 v2: 00/19] staging: lustre: use standard wait_event macros Message-ID: <20180108145943.GA5761@kroah.com> References: <151538168618.23920.8261096424342988792.stgit@noble> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <151538168618.23920.8261096424342988792.stgit@noble> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Mon, Jan 08, 2018 at 02:28:13PM +1100, NeilBrown wrote: > Hi, > this is a revised version of the patch series I sent under a similar > subject in mid December. > Improvements are: > - new wait_event_idle* macros are now in include/linux/wait.h which > Ack from peterz. > - *all* waits are now TASK_IDLE or TASK_INTERRUPTIBLE and so don't > affect the load average. There is no need to choose whether load > is appropriate or not in each case. > - all l_wait_event() users are handled so l_wait_event() is > removed. The one case I had left out before uses > wait_event_idle_exclusive() with and option of using > wait_event_idle_exclusive_lifo() is that ever gets approved. > > I think this set is ready to go. > If you only review two patches, please review > > staging: lustre: simplify waiting in ldlm_completion_ast() > and > staging: lustre: remove back_to_sleep() > > as in both of those, the actual behaviour of the current code (as I > understand it) doesn't seem to agree with comments/debug message, or > just generally looks odd. This series broke the build, so I'll roll back my tree and drop it. Please fix it up and resend and test build it first... thanks, greg k-h