Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1846379imm; Thu, 9 Aug 2018 03:03:17 -0700 (PDT) X-Google-Smtp-Source: AA+uWPx0F1xc3EOVrSb3qSCNlAxCPGe68suCrLJ5GUdaiDzdzlyPiOOILOaXgNuHNG5HzXK2K12p X-Received: by 2002:a17:902:6b:: with SMTP id 98-v6mr1463424pla.68.1533808996948; Thu, 09 Aug 2018 03:03:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533808996; cv=none; d=google.com; s=arc-20160816; b=BwQlkXi9PWU+OjghHNzVlluEGIckT5+OnrGF+CIcLpn6jcV1AxkFEuHbqHZefGFG+Q 41ncp8K3Ydp0fD9cy4jyV+yGlSSwbfKPAHT5YvcW83tzOuJ9Y70XUKGQrdl3D4A5Jcbn 1s/E8ZrFyE9tCMpE8QZUrpKyeYF5Zu3dhQqndtpjVLpqmsPV/OzXwsZajC2ZWuCMJ8KK tP0P+RAIStP1Yr8JTGxNs6LPeYSZFcVIQapYxkNF0UFC54WEgxEceavUN6RGX1/7npAB IvpOM1nkF4D8XwYbsvkKvBaeVgY3tDc7UzzpLcnIHBW6KLDOEePWYmS+VDvbP1i3Dtpw 0LRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=vcoXzMd0kNXRiyfjHxaRfjEzAB11dRnjTrVw4L0qwBk=; b=zNMVFiHsh4KDfmFgACYhjJeUdM+7JkSmE3whvjXGHAOcUvC1a9CmFwD+wXkRlbGMW4 Hm78TffkrAq4hzTkzIP/L4PHnPuwKZmWgwjIlSqdmWenD/WfpLD5smgNpdxmLv9lCCqW RIg/2PQjHnTR0/G4FpgKhxYBRSNdp90s+f9zCJdcegiQs8PGJCiMuKPoKlwD+TNN5YMv pCq8X53NrKJPyAmDygTq5T/X6BwohAxKjD73808cpFkIYB2i1aUoHUaiSZ3B6bRMKb6q ay8o7kugrRZuktt5ZHqRL3QEem/e6OiFBh/PZuGVk3RX2fv5ap4FShizSMmmSgJQ6XUd yH7A== ARC-Authentication-Results: i=1; mx.google.com; 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 i5-v6si6397537pgg.84.2018.08.09.03.03.02; Thu, 09 Aug 2018 03:03:16 -0700 (PDT) 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; 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 S1730190AbeHIMZr (ORCPT + 99 others); Thu, 9 Aug 2018 08:25:47 -0400 Received: from gw-fsck-sorbs.kwaak.net ([84.245.27.153]:43309 "EHLO mail.kwaak.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727371AbeHIMZr (ORCPT ); Thu, 9 Aug 2018 08:25:47 -0400 Received: from [192.168.0.44] (port=54946 helo=shell3.kwaak.net) by mail.kwaak.net with esmtp (Exim 4.50) id 1fnhl5-0002Ap-Fx; Thu, 09 Aug 2018 12:01:32 +0200 Received: from ard by shell3.kwaak.net with local (Exim 4.80) (envelope-from ) id 1fnhl5-0002Ak-09; Thu, 09 Aug 2018 12:01:31 +0200 Date: Thu, 9 Aug 2018 12:01:30 +0200 From: ard To: Johannes Thumshirn Cc: "Martin K . Petersen" , Linux Kernel Mailinglist , Linux SCSI Mailinglist Subject: Re: [PATCH 0/3] scsi: fcoe: memleak fixes Message-ID: <20180809100130.GF23827@kwaak.net> References: <20180731134603.20089-1-jthumshirn@suse.de> <20180806092503.6ed56kukj2i236qt@linux-x5ow.site> <20180806132234.GA23827@kwaak.net> <20180806132725.ihbi5rxvkuuppajr@linux-x5ow.site> <20180806142414.GB23827@kwaak.net> <20180807065400.nxpndw4kf6jdd55i@linux-x5ow.site> <20180807092619.GC23827@kwaak.net> <20180807160452.GE23827@kwaak.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180807160452.GE23827@kwaak.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Host-Lookup-Failed: Reverse DNS lookup failed for 192.168.0.44 (failed) X-Kwaak-Spam-Score: -2.6 X-kwaak-MailScanner: Found to be clean X-kwaak-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.304, required 5, autolearn=not spam, BAYES_00 -2.60, DNS_FROM_AHBL_RHSBL 0.29) X-MailScanner-From: ard@kwaak.net Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Guys, On Tue, Aug 07, 2018 at 06:04:52PM +0200, ard wrote: > PC+steam machine with 4.14 (patched) and 4.16 (upstream, > nodebug): no kmemleaks > Every device sees every device. New day, new conflicting results. Yay \0/. As I did not trust the results, I redid the tests, and the same tests gave some different results. Before giving the results I've changed my stance on the bug: The bug is not a regression in memory leak. As far as I can tell now, the memory leaks were already there. It's a regression in vn2vn enodes being able to PLOGI. Since I've seen the steam machine and the PC setup an rport, there must be some racy thing going on how the accept or reject the PLOGI. Now once it rejects, it will never succeed to accept, and the relogin happens ad infinitum. In this mode there are about 47 kmemleaks per 10 minutes. I also notice that the kmemleaks takes a while to be detected or to die out. So there are state timers involved that hold on to the memory and after time out do not free it. And another thing I noticed: When the pc and the steam machine had a working rport, after a while the steam machine (4.16 unpatched) fc_timedout the rports to all nodes (so all nodes with kernel < 4.14 too), and all with different timeouts, except the one it has an fc_transport with. So it's sole remaining rport was the "designated" target. Currently I am compiling 4.9 with kmemleak to determine if that exhibits the same leaks when disconnecting and reconnecting the FCoE vlan. This to determine if we have a single regression in just the login handling or both. I will add the dmesg's of a working rport, and a failing rport later. Regards, Ard -- .signature not found