From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752778AbcJMXIy (ORCPT ); Thu, 13 Oct 2016 19:08:54 -0400 Received: from casper.infradead.org ([85.118.1.10]:55690 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750929AbcJMXIp (ORCPT ); Thu, 13 Oct 2016 19:08:45 -0400 Date: Thu, 13 Oct 2016 23:45:28 +0100 (BST) From: James Simmons To: Greg Kroah-Hartman cc: devel@driverdev.osuosl.org, Andreas Dilger , Linux Kernel Mailing List , Oleg Drokin , Bobi Jam , Jinshan Xiong , Lustre Development List Subject: Re: [PATCH 32/41] staging: lustre: llite: restart short read/write for normal IO In-Reply-To: <20161012060802.GA24118@kroah.com> Message-ID: References: <1475461717-21631-1-git-send-email-jsimmons@infradead.org> <1475461717-21631-33-git-send-email-jsimmons@infradead.org> <20161009141637.GA2092@kroah.com> <20161012060802.GA24118@kroah.com> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20161013_234528_770238_100E2E5A X-CRM114-Status: GOOD ( 28.36 ) X-Spam-Score: -1.9 (-) X-Spam-Report: SpamAssassin version 3.4.1 on casper.infradead.org summary: Content analysis details: (-1.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 NO_RELAYS Informational: message was not relayed via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > On Wed, Oct 12, 2016 at 12:22:35AM +0100, James Simmons wrote: > > > > > On Sun, Oct 02, 2016 at 10:28:28PM -0400, James Simmons wrote: > > > > From: Bobi Jam > > > > > > > > If normal IO got short read/write, we'd restart the IO from where > > > > we've accomplished until we meet EOF or error happens. > > > > > > > > Signed-off-by: Bobi Jam > > > > Signed-off-by: Jinshan Xiong > > > > Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6389 > > > > Reviewed-on: http://review.whamcloud.com/14123 > > > > Reviewed-by: Andreas Dilger > > > > Reviewed-by: Oleg Drokin > > > > Signed-off-by: James Simmons > > > > --- > > > > drivers/staging/lustre/lnet/libcfs/fail.c | 1 + > > > > .../staging/lustre/lustre/include/obd_support.h | 2 + > > > > drivers/staging/lustre/lustre/llite/file.c | 41 ++++++++++++-------- > > > > drivers/staging/lustre/lustre/llite/vvp_io.c | 19 ++++++++- > > > > 4 files changed, 45 insertions(+), 18 deletions(-) > > > > > > Due to other changes in the filesystem tree, this patch no longer > > > applies :( > > > > > > Can you rebase it and resend? > > > > How long will you be accepting patches to merge for? If its going > > to be a few weeks like to just include the missing two patches with > > the next batch. > > I don't understand the question. I always accept patches, no need to > not send them, I'll queue them up to the proper branches as needed. So > what do you mean here? I had the impression that more complex patches like the ones I have been sending tend to accepted only at the start of the release cycle and only simpler patches go into *-rc[3-7] versions. That is why I asked the above question. > > Another issue I need to look at is the IB changes. That's going to > > require some heavy surgery to the ko2iblnd driver so its going to > > take time for me to port this to the new RDMA RW api. That will > > need to be push to linus so ko2iblnd can work with the 4.9 tree > > if that is okay with you. > > Sure, send the patches, but maybe it is a 4.10 thing if it's too much > work? We can work it out once I have something useful. Thanks.