Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2987662pxp; Mon, 14 Mar 2022 08:40:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzHDg62pqlNeYMsAgsT90fvQRTkaxuQMN1X3NefSJd2j6iNmj8KR7gfBZt1vkuNa12pi9dB X-Received: by 2002:a17:906:7942:b0:6da:bdb1:3388 with SMTP id l2-20020a170906794200b006dabdb13388mr18920977ejo.236.1647272444120; Mon, 14 Mar 2022 08:40:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647272444; cv=none; d=google.com; s=arc-20160816; b=mMmNkTSvC+684lNnO4ruy78DovrvqphNcRoLxzogFm2v1fWwOejz9PEfXWotjb1AZN U39PIZrE7tfNw/00hEhro9enAWuZnvXbZBVrq+1NQJFuk3Wu4okJO/wRmw2MlY0HotV5 tHBeEjNvXN+mpIzLlB+k7u8v1iH7HpYbDpbEEdtQVdVbax307B6wzgLNDn/d5ifjiJme /iP26CUy5fGdb06BmlKrZcjn6tgflXHvwdxp4Mh5oNYVw95Jf7eJrfMa4VjSldNA7PlR fufA9j6TTpsZ9E6kE+I+qyZdd2KrADuPbe3Jjfl2djxKPYEgMjTz8egrElyKxiRXgakx PGgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zj+/pfZa+RIrQb3Gs5xMi5HzxTby8tZSDJZ9LjttNJc=; b=P8aSRyW2t8WaFtrG/7QHV7+u36mIuw7XMgP1c0WKOzAV2wDlo+NfE45uHXGqfrMGOy kI35sgkQGjg+THBIzBisg0NC0fke2Y3+LUK+cQ+XecJcEGlOxEJ2LBbgHaBPs60O4D3D wG/83A51IxhSAp2GVQgptQ0M2WRi+mjV3qN/zJ4eZ/6S0r1qM/anJDIysSvmfAZqrkip QG0KUvyMXhmGOM2gvNAnZvrwbmlHEXto4nmqM/vpvkkdGuMBmG72myp8OCkJqtvNcUA9 DnIg9QrIJ768dUpzPQlx2zZMdW8zOZ75BOcF8RG5BQRcNrT36eGKhiqZY8dOmr4cueIW ov0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=lMesE4T6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qa31-20020a170907869f00b006daff490ce8si10091374ejc.4.2022.03.14.08.40.18; Mon, 14 Mar 2022 08:40:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=lMesE4T6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236587AbiCNHWs (ORCPT + 99 others); Mon, 14 Mar 2022 03:22:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54426 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235155AbiCNHWq (ORCPT ); Mon, 14 Mar 2022 03:22:46 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B39A240933; Mon, 14 Mar 2022 00:21:37 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 755B9B80CD7; Mon, 14 Mar 2022 07:21:36 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E8245C340F4; Mon, 14 Mar 2022 07:21:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1647242495; bh=cmodLFZPuWoM/tYXSod9U1Ip4syNnDutYRJzhdbZAmM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lMesE4T6Eo5luaxvASTR+ZVE800zgPs/O7rXOZbAx1TbVwaxOx7xGESJK4AuiXqnv kaZAryZdghW2xyFAK+nc8HeGvUDpDr8cIRImrz9916Web5WBNixFPb6e5qW4raai4e ReE+XHhToQBSszfNRwVV9szg1OtlTsl7xhfmQT88= Date: Mon, 14 Mar 2022 08:21:30 +0100 From: "gregkh@linuxfoundation.org" To: Vladimir Oltean Cc: Daniel Suchy , "davem@davemloft.net" , "rafael.richter@gin.de" , "netdev@vger.kernel.org" , "stable@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: patch problem - mv88e6xxx: flush switchdev FDB workqueue Message-ID: References: <20220313141030.ztwhuhfwxjfzi5nb@skbuf> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-8.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 14, 2022 at 07:38:50AM +0100, gregkh@linuxfoundation.org wrote: > On Sun, Mar 13, 2022 at 02:10:31PM +0000, Vladimir Oltean wrote: > > Hi Daniel, > > > > On Sun, Mar 13, 2022 at 03:03:07PM +0100, Daniel Suchy wrote: > > > Hello, > > > > > > I noticed boot problems on my Turris Omnia (with Marvell 88E6176 switch > > > chip) after "net: dsa: mv88e6xxx: flush switchdev FDB workqueue before > > > removing VLAN" commit https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=2566a89b9e163b2fcd104d6005e0149f197b8a48 > > > > > > Within logs I catched hung kernel tasks (see below), at least first is > > > related to DSA subsystem. > > > > > > When I revert this patch, everything works as expected and without any > > > issues. > > > > > > In my setup, I have few vlans on affected switch (i'm using ifupdown2 v3.0 > > > with iproute2 5.16 for configuration). > > > > > > It seems your this patch introduces some new problem (at least for 5.15 > > > kernels). I suggest revert this patch. > > > > > > - Daniel > > > > Oh wow, I'm terribly sorry. Yes, this patch shouldn't have been > > backported to kernel 5.15 and below, but I guess I missed the > > backport notification email and forgot to tell Greg about this. > > Patch "net: dsa: mv88e6xxx: flush switchdev FDB workqueue before > > removing VLAN" needs to be immediately reverted from these trees. > > > > Greg, to avoid this from happening in the future, would something like > > this work? Is this parsed in some way? > > > > Depends-on: 0faf890fc519 ("net: dsa: drop rtnl_lock from dsa_slave_switchdev_event_work") # which first appeared in v5.16 > > The "Fixes:" tag will solve this, please just use that in the future. Ah, you did have a fixes tag here, so then use the way to say "you also need to add another patch here" by adding the sha to the line for the stable tree: cc: stable@vger.kernel.org # 0faf890fc519 So, should I just backport that commit instead? The "Fixes:" line says this needs to be backported to 4.14, which is why I added it to these trees. thanks, greg k-h