Received: by 10.223.185.116 with SMTP id b49csp542169wrg; Sat, 10 Feb 2018 12:58:58 -0800 (PST) X-Google-Smtp-Source: AH8x227rLs53vxrwsq/aDyr+1a/UCC9mOB7XUmouUuUoVQucjgxbpXsPpem14fVGL8DK3lm9PAP3 X-Received: by 10.101.88.141 with SMTP id d13mr5627726pgu.438.1518296338473; Sat, 10 Feb 2018 12:58:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518296338; cv=none; d=google.com; s=arc-20160816; b=qkSOvwB78xk6DO9GqILhG2abhfiq2MY6wYmaxMAzHTZZFo9wx66kJnqCEfNwaKLSeR 5sXrKHwUub+/mliWcwfzgu0gh2Hii7b4vYqJtrU2aZm9dU9tBrTlriShKL6NgMDlqCMH 4zFhrxsn0V1g3KGJ104qvUDrtLtvBAXzXd11WLCgvRCNmtW/N37k5lDFhGjcnEhgfcNe EL4Q5F3v1QAnV+aerhhnOVCwoOPxn4OzIFliKa2tsfwaooAjjRENL8OtUrhpxhl42qDI 2cKPCjrLH11z44rlaafUsWnTKbCOvOlm0jePebnLjHXzvlGMNuBJupC+EWG1mX8BmEBZ qXkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=7uiQDBssiZQoXIj6vOYvShE9Qz7qE+id0Jo+T0v4txA=; b=hEsYeEuKVDhwJGp7l473J+eJYou/0UL0BAmLFJ4ZJxDbzhu3H1anHzJ8R3CEQKkumb Nb9MCqc2hb9szq30fJSzJd/EUrq6s/wSBQ/Xa5R8zR3Wqv7NkeLfRSFPa83tqc7ivFR2 DzkcOoSNChbDxcBLGQbZGFcVu+E7hFGH81cDAp8iss143XwFCnmKKufMLoP6+X5O1lTj GUSAFr/HM4mWixKw/nxVAPbcdB0nZH6CesGJw68MRKpcKOfc/1tM+hprRoixCDCSrej3 KpymLCwnyJOlPp6ERcZGBUBYyMTWi3bZyu5xlpZji4JZmVEf1lCPCPM5polZzd9Up61t zqdA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=Dt6kmtbq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u10si3085809pgp.278.2018.02.10.12.58.32; Sat, 10 Feb 2018 12:58:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=Dt6kmtbq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752436AbeBJU5c (ORCPT + 99 others); Sat, 10 Feb 2018 15:57:32 -0500 Received: from casper.infradead.org ([85.118.1.10]:41290 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752361AbeBJU5b (ORCPT ); Sat, 10 Feb 2018 15:57:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Type:MIME-Version:References: Message-ID:In-Reply-To:Subject:cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=7uiQDBssiZQoXIj6vOYvShE9Qz7qE+id0Jo+T0v4txA=; b=Dt6kmtbqstefO4pnCNx776q4z CtfiHMI1w6BCcgc5Xr8o+3hHNkny2wsWIkrs1C45aOHZhg0STmmArRBpkogvbHbqAvaXyhY8T0bVV A+SQzz1ZJ1Zm7F6B9J+g2lLNlVAyrw9jpkCTw5r9aUmD+36Hfh446d/E1p6OMo+cu5Y1WbAHFLaFu 86y8OAcC7kib1B1V2C6CY7NuWpUnTm0fd96HXV7Yuy2uWVqeVCaZY8oLZaqvUhTOi7IPWu6lmWVob PKwm4dimEHvRMHfJSBO5wy8X39lxs2QSCFM3DfGdVrjm/Efr0/gp8uusN2lTuO6xFOMR/tTF+pPx6 WCQE+jf2A==; Received: from jsimmons (helo=localhost) by casper.infradead.org with local-esmtp (Exim 4.89 #1 (Red Hat Linux)) id 1ekcCu-0006oi-2Z; Sat, 10 Feb 2018 20:57:14 +0000 Date: Sat, 10 Feb 2018 20:57:11 +0000 (GMT) From: James Simmons To: Oleg Drokin cc: NeilBrown , devel@driverdev.osuosl.org, Greg Kroah-Hartman , wang di , Linux Kernel Mailing List , Lustre Development List Subject: Re: [lustre-devel] [PATCH 41/80] staging: lustre: lmv: separate master object with master stripe In-Reply-To: Message-ID: References: <1471378773-24590-1-git-send-email-jsimmons@infradead.org> <1471378773-24590-42-git-send-email-jsimmons@infradead.org> <87r2pvkkl5.fsf@notabene.neil.brown.name> <09CE6CEC-52BC-4B29-B609-40DE68A64A33@intel.com> <87o9kylux7.fsf@notabene.neil.brown.name> User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1985284609-1082420824-1518296232=:5700" X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20180210_205712_139075_B7FF22DE X-CRM114-Status: GOOD ( 22.77 ) 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 Precedence: bulk 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-1082420824-1518296232=:5700 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT > > On Feb 8, 2018, at 10:10 PM, NeilBrown wrote: > > > > On Thu, Feb 08 2018, Oleg Drokin wrote: > > > >>> On Feb 8, 2018, at 8:39 PM, NeilBrown wrote: > >>> > >>> On Tue, Aug 16 2016, James Simmons wrote: > >> > >> my that’s an old patch > >> > >>> > > ... > >>> > >>> Whoever converted it to "!strcmp()" inverted the condition. This is a > >>> perfect example of why I absolutely *loathe* the "!strcmp()" construct!! > >>> > >>> This causes many tests in the 'sanity' test suite to return > >>> -ENOMEM (that had me puzzled for a while!!). > >> > >> huh? I am not seeing anything of the sort and I was running sanity > >> all the time until a recent pause (but going to resume). > > > > That does surprised me - I reproduce it every time. > > I have two VMs running a SLE12-SP2 kernel with patches from > > lustre-release applied. These are servers. They have 2 3G virtual disks > > each. > > I have two over VMs running current mainline. These are clients. > > > > I guess your 'recent pause' included between v4.15-rc1 (8e55b6fd0660) > > and v4.15-rc6 (a93639090a27) - a full month when lustre wouldn't work at > > all :-( > > More than that, but I am pretty sure James Simmons is running tests all the time too > (he has a different config, I only have tcp). Yes I have been testing and haven't encountered this problem. Let me try the fix you pointed out. > > Do you have a list of requested cleanups? I would find that to be > > useful. > > As Greg would tell you, “if you don’t know what needs to be done, > let’s just remove the whole thing from staging now”. > > I assume you saw drivers/staging/lustre/TODO already, it’s only partially done. Actually the complete list is at : https://jira.hpdd.intel.com/browse/LU-9679 I need to move that to our TODO list. Sorry I have been short on cycles. --1985284609-1082420824-1518296232=:5700--