From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from zeniv.linux.org.uk ([195.92.253.2]:46129 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752835AbcBOSp5 (ORCPT ); Mon, 15 Feb 2016 13:45:57 -0500 Date: Mon, 15 Feb 2016 18:45:54 +0000 From: Al Viro To: Mike Marshall Cc: Martin Brandenburg , Linus Torvalds , linux-fsdevel , Stephen Rothwell Subject: Re: Orangefs ABI documentation Message-ID: <20160215184554.GY17997@ZenIV.linux.org.uk> References: <20160212042757.GP17997@ZenIV.linux.org.uk> <20160213174738.GR17997@ZenIV.linux.org.uk> <20160214025615.GU17997@ZenIV.linux.org.uk> <20160214234312.GX17997@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Mon, Feb 15, 2016 at 12:46:51PM -0500, Mike Marshall wrote: > I pushed the list_del up to the kernel.org for-next branch... > > And I've been running tests with the CRUDE bandaid... weird > results... > > No oopses, no WARN_ONs... I was running dbench and ls -R > or find and kill-minus-nining different ones of them with no > perceived resulting problems, so I moved on to signalling > the client-core to abort... it restarted numerous times, > and then stuff wedged up differently than I've seen before. There are other problems with that thing (starting with the fact that retrying readdir/wait_for_direct_io can try to grab a slot despite the bufmap winding down). OK, at that point I think we should try to see if bufmap rewrite works - I've rebased on top of your branch and pushed (head at 8c3bc9a). Bufmap rewrite is really completely untested - it's done pretty much blindly and I'd be surprised as hell if it has no brainos at the first try.