From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932369AbcGZSJu (ORCPT ); Tue, 26 Jul 2016 14:09:50 -0400 Received: from casper.infradead.org ([85.118.1.10]:46127 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932166AbcGZSJq (ORCPT ); Tue, 26 Jul 2016 14:09:46 -0400 Date: Tue, 26 Jul 2016 19:09:33 +0100 (BST) From: James Simmons To: Joe Perches cc: Greg Kroah-Hartman , devel@driverdev.osuosl.org, Andreas Dilger , Oleg Drokin , Linux Kernel Mailing List , Lustre Development List , wang di Subject: Re: [PATCH v2 30/58] staging: lustre: create striped directory In-Reply-To: <1469552361.1900.214.camel@perches.com> Message-ID: References: <1469155491-15265-31-git-send-email-jsimmons@infradead.org> <1469550997-2180-1-git-send-email-jsimmons@infradead.org> <1469552361.1900.214.camel@perches.com> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1985284609-689890066-1469556573=:21275" X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20160726_190933_701875_12BD478C X-CRM114-Status: GOOD ( 18.41 ) X-Spam-Score: -1.9 (-) X-Spam-Report: SpamAssassin version 3.4.0 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 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1985284609-689890066-1469556573=:21275 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT > On Tue, 2016-07-26 at 12:36 -0400, James Simmons wrote: > > From: wang di > > > > 1. client send create request to the master MDT, which > >   will allocate FIDs and create slaves. for all of slaves. > > > > 2. Client needs to revalidate slaves during intent getattr > >    and open request. > > > > 3. lmv_stripe_md will include attributes(size, nlink etc) > >    from all of stripe, which will be protected by UPDATE lock. > >    client needs to merge these attributes when update inode. > > > > 4. send create request to the MDT where the file is located, > >    which can help creating master stripe of striped directory. > > > > Changelog > > > > v1) Original submitted patch > > > > v2) fixed lmv_hash_fnv1a function to use do_div64 to fix > >     __umoddi3 undefined bug on 32 bit platforms. > > > > Signed-off-by: wang di > > Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3529 > > Reviewed-on: http://review.whamcloud.com/7196 > > Updated  2 years, 5 months ago > > how many of these old changes are yet to be integrated? For the lnet/libcfs layer it is the lastest code so none. For the lustre client code the further back you go the more older patches are missing. The last 6 months I have been filling in those gaps. Currently we are at the 2.5.58 version with this last code drop. As we approach the latest release way less patches are needed to get caught up. Once we get to the 2.6+ version of lustre the number of missing patches should drop off greatly. Thats not to far away now. I would estimate a few hundred patches are missing. Mind you this is considering that larger patches need to be broken up. For this last code drop 30 of the 50 patches was from an original single large patch. --1985284609-689890066-1469556573=:21275--