Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp2709188rwj; Mon, 19 Dec 2022 07:58:34 -0800 (PST) X-Google-Smtp-Source: AMrXdXsOD3HbT7jLmk1gT8CMS65fD/LkTuPYtlaEygqRhNrocGLDe6NnVqADtCi7ORXTPBh0k+W0 X-Received: by 2002:a05:6a20:d392:b0:b1:dd00:eb05 with SMTP id iq18-20020a056a20d39200b000b1dd00eb05mr1237835pzb.26.1671465513962; Mon, 19 Dec 2022 07:58:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671465513; cv=none; d=google.com; s=arc-20160816; b=ebPc6XDEIbrlynLDrV+Ztcxaas41q+s1bPpndHVby7Cv+nAnm898RyE3W1Of+vmRRO PjQ/qRnzaBCHBWObQxmUSJE9I9ak7+F2Urax1alKPgBDNkNLeQ/gWyFwFsrNvFFTPJLa sOdCS4YD722XX/amf9y47BD5Gi+bdoBPJLMHGi08Y1s5+PyTND4YYQy+TSf5unq9ofAu WhNDDLk30BaxJNK56d2NpTwTG5V8QdA+FpEPwUVendB9/5prhSXXirC/o4RdlQeubARb AcDJaIBUPeIX2yQ6EgAVPXXhOqGireZOyb8jN6xO8B7ppFkcoBvKortSSywMexhUr9Vs 2ZXg== 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=ydSQ3GHSbiANK/TZtlLk2r9bsPi/rtoMcO+vxF3qZCM=; b=NXNdzWQizxP+e4NOTlVxrmDWkR5UtkmVuqwP7jmp2njMys39czR06oHTeCc9J+fB3E dIuXabP/RioI7Ld1ni1zKG49VX78cPqBbm2k5fGCgn//ZifBNf5JU8DueE0XG9zzhRgP zN+JpN3+dX4KmxAD6qIL28V/RHN1NzDinuSkst2PsIRtzitEj/M7QYp4RoLNZdLPiu2J dAQhLiaiUqDAg+nwiUOx61wAe8CP8ckkIfyp/2nzyfwu1ZeYCQyJfIpjdvrMt6tKzTGM 6Ia0zY/8e93MBChPwSb9XNAz66s4BmRoHfoDRAvp/3kr0VKJCbl+FuUGHZ5o8RVi0q0y twug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=r5cDx+Bt; 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 o15-20020a635a0f000000b00478d2ad1d69si11366498pgb.139.2022.12.19.07.58.24; Mon, 19 Dec 2022 07:58:33 -0800 (PST) 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=r5cDx+Bt; 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 S232357AbiLSPml (ORCPT + 71 others); Mon, 19 Dec 2022 10:42:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58090 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232359AbiLSPmg (ORCPT ); Mon, 19 Dec 2022 10:42:36 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BC0DD120B6; Mon, 19 Dec 2022 07:42:35 -0800 (PST) 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 dfw.source.kernel.org (Postfix) with ESMTPS id 5927E6101A; Mon, 19 Dec 2022 15:42:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 444B1C433D2; Mon, 19 Dec 2022 15:42:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1671464554; bh=oiRflUUrN9bOaDwDQpqkHsr1lb3UHJCMBAT9e34G5mE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=r5cDx+BtP2K4XWscbCzfdt8AoZagaehZj070cUl5VgcIS1p/YAUbp3ROeQZ192BKX q5AWMzNd7sErqwBkcyVIpBNAjtJrfc6dHqCmORCf8hxBGP6yYMXTxNuk0/ZMYeeqts mjX0w/5SGEE5rWy4bwI/UfZiC+zYiUW+YWBRPBT0= Date: Mon, 19 Dec 2022 16:42:32 +0100 From: Greg Kroah-Hartman To: Pratyush Yadav Cc: stable@vger.kernel.org, Wei Liu , Paul Durrant , "David S. Miller" , Marek =?iso-8859-1?Q?Marczykowski-G=F3recki?= , Jakub Kicinski , Sasha Levin , Puranjay Mohan , Maximilian Heyne , Julien Grall , xen-devel@lists.xenproject.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 5.4] xen-netback: move removal of "hotplug-status" to the right place Message-ID: References: <20221219153710.23782-1-ptyadav@amazon.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221219153710.23782-1-ptyadav@amazon.de> X-Spam-Status: No, score=-7.1 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 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, Dec 19, 2022 at 04:37:10PM +0100, Pratyush Yadav wrote: > The removal of "hotplug-status" has moved around a bit. First it was > moved from netback_remove() to hotplug_status_changed() in upstream > commit 1f2565780e9b ("xen-netback: remove 'hotplug-status' once it has > served its purpose"). Then the change was reverted in upstream commit > 0f4558ae9187 ("Revert "xen-netback: remove 'hotplug-status' once it has > served its purpose""), but it moved the removal to backend_disconnect(). > Then the upstream commit c55f34b6aec2 ("xen-netback: only remove > 'hotplug-status' when the vif is actually destroyed") moved it finally > back to netback_remove(). The thing to note being it is removed > unconditionally this time around. > > The story on v5.4.y adds to this confusion. Commit 60e4e3198ce8 ("Revert > "xen-netback: remove 'hotplug-status' once it has served its purpose"") > is backported to v5.4.y but the original commit that it tries to revert > was never present on 5.4. So the backport incorrectly ends up just > adding another xenbus_rm() of "hotplug-status" in backend_disconnect(). > > Now in v5.4.y it is removed in both backend_disconnect() and > netback_remove(). But it should only be removed in netback_remove(), as > the upstream version does. > > Removing "hotplug-status" in backend_disconnect() causes problems when > the frontend unilaterally disconnects, as explained in > c55f34b6aec2 ("xen-netback: only remove 'hotplug-status' when the vif is > actually destroyed"). > > Remove "hotplug-status" in the same place as it is done on the upstream > version to ensure unilateral re-connection of frontend continues to > work. > > Fixes: 60e4e3198ce8 ("Revert "xen-netback: remove 'hotplug-status' once it has served its purpose"") > Signed-off-by: Pratyush Yadav > --- > drivers/net/xen-netback/xenbus.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) Now queued up, thanks. greg k-h