From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8A5C3C169C4 for ; Thu, 7 Feb 2019 01:50:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 53BC4218D3 for ; Thu, 7 Feb 2019 01:50:08 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="IBPCNzOJ" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726641AbfBGBuH (ORCPT ); Wed, 6 Feb 2019 20:50:07 -0500 Received: from mail-pf1-f179.google.com ([209.85.210.179]:41009 "EHLO mail-pf1-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726161AbfBGBuH (ORCPT ); Wed, 6 Feb 2019 20:50:07 -0500 Received: by mail-pf1-f179.google.com with SMTP id b7so4019198pfi.8 for ; Wed, 06 Feb 2019 17:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=vLtkfan73OlSHpV3071m2TnTV6ZgceKV1zwtpEJfBD8=; b=IBPCNzOJWrx7FGk+JGdN6Suk5JVoNaHEO5XIWlHaP8vkXaTtIWGHAHfyDcxk8Fj4/9 QtgsOiRLWjqVuyfafX26vO3ZoGQZV5tNpuJjTMTvQ5/yVRklDdOnj1mQmpFqbf/Gd1n6 ELhhLDenx664LASvuPS5HtEbpck8D//HIIt/xmwfIKBBelmMZbaeQZU98ROq2RKvZZA6 sSyJm3L6Bww71dkNszmCILfwjcFdWzGzlsTRrrLbRaE2/oTR89w5U9yXmCpNvG918V9y ElsKE5zbvSpq2prhk77FLfzSQVx/FPDJ27q4WZ097kXXwLXTqAIRPs38jexntqvPggyP QkgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=vLtkfan73OlSHpV3071m2TnTV6ZgceKV1zwtpEJfBD8=; b=NiilxjD7OOrULzkCYQN9iYYCJc3wPke1SELK57/pA2VCEpyZtpYGHjOUVD26d9EO6I uC1HDqNKoAGltaayywE/me9kcwoBqa6dBokWRjM0BtzxwEkD6valZJwaOxKZ/MTVcAaM Whm5l8AA+gBFu6Daqqoiw/L9P1wqR/OWI2QxvheQo1zWtKLPwerhyOlhvnitKM7SFSP2 Rr6nkdAuzfe1e/dsYSp96CLJMrV7istT6e6Xsxmw6rtYSjMAz7KJyZ9TElGp3tB0qO6Z Brm6rIQ90H9YwHc5FAgO/ygMwEuZHzd64URdGsXjXDkRSnhOq6iquuSgdTy4v+mLA0wc No3Q== X-Gm-Message-State: AHQUAuYtQNkX5jxcieRkGcpXnLRlvEIdGv3VEMifefJiH5WUYd32CMyB 3nD0WvN13GOiBbjOarCYKV+HYx1p X-Google-Smtp-Source: AHgI3Ibf9mbad5muu/5Maq54n6JeqfEpqOGoTxtdlHpk94ryCrwRbvc6MST39Z/GW15Eci6XkiEbng== X-Received: by 2002:a63:200e:: with SMTP id g14mr12605117pgg.235.1549504205949; Wed, 06 Feb 2019 17:50:05 -0800 (PST) Received: from [10.40.10.126] (fw.cumulusnetworks.com. [216.129.126.126]) by smtp.googlemail.com with ESMTPSA id n68sm12801937pfb.62.2019.02.06.17.50.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Feb 2019 17:50:04 -0800 (PST) Subject: Re: Waiting for vrf to become free on rmmod of bridge... To: Ben Greear , netdev References: From: David Ahern Message-ID: Date: Wed, 6 Feb 2019 17:50:03 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On 2/6/19 3:20 PM, Ben Greear wrote: > Hello, > > I just saw this warning on a system running a hacked 4.20.2+ kernel.  > Any known bugs > of this nature in this (upstream) kernel?  The command that is blocked is: > 'rmmod bridge llc' > > [17069.299135] unregister_netdevice: waiting for _vrf13 to become free. > Usage count = 1 > [17079.306438] unregister_netdevice: waiting for _vrf13 to become free. > Usage count = 1 > [17089.314656] unregister_netdevice: waiting for _vrf13 to become free. > Usage count = 1 > [17099.322870] unregister_netdevice: waiting for _vrf13 to become free. > Usage count = 1 > > Thanks, > Ben > No known refcount issues with vrf. I use namespaces for testing which creates devices, adds routes, runs traffic and deletes the device and namespace. That series in the tests has been known to trigger refcount problems in the past.