Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1050321pxu; Wed, 2 Dec 2020 09:46:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJxXo/d+WKV+zK+sZ1/eVTKKZlLWtNgHmdm8JOuqGvhbMJuLH2u09stIAnKE+L7ywj3+C9KP X-Received: by 2002:a50:c40d:: with SMTP id v13mr1080635edf.1.1606931164792; Wed, 02 Dec 2020 09:46:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606931164; cv=none; d=google.com; s=arc-20160816; b=iqjIqhB4hgPV0TBOO+QrDyvgn9mIJRGDD0mmJ3AsyBkIq6hHikx1GU+qXb2WgOI/Je XjSGk3HtOza2jetdCUXP/Cs3YDL8SzBSOxObHEm6d3zHRJU1jHZQE+vbsgDPVVhJguxp aynZ9KR6/zZ0zSywtUqo7dYaZKUZvzeYmKx+geqDw9YEm2FLwm7IF8uBV26OTAM0/D1q NnkE58GNlnu9ej1r4oB8E8g3s0bNgDBslJZVXee8Joo6f3ywlDQML7EKWBc3A0V3McZ4 BC1hGcrVUEeziby6dJloqaipmg+GPEdF5VRvvCnpG420l6YfUj87jQk/gD9aDE72HKGS PQ4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=G7B1+xUQA10jAaTU9sWL9sXhMiWq13XLMmFdb9OfvHA=; b=ar1oEOMEOKAhmwrEcDTOgdIczczIclxbTE9nfwvwKql6HTfI8OhiJU/kjwgAF4zGIG BHCIVFHrEdxyELNxe04qPlNkUq4OtAbjdbfqVMIc7pbyvHFptb9c+9kartxdPQKwk6eW AhHd7Ktg+iz1F+k8Q0zLqBaT6n+18K8cVmKOgrV18FPrr93fq0FC4xBnesTI1TxAV2bU OyS3kd73aJvh3QUK9fsimY1ISrBfhKJRheR0CZcoM9VpNvLBhCila8piwkYR5wWQinmE V8UbL8p01QaLzS7Q8BY+DEJOT198eG3UrfIgWWSXSGtmeP6klGlyBgp+cxF+yNwxtfX+ PYmw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=DgNVcja9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m7si412803edq.549.2020.12.02.09.45.41; Wed, 02 Dec 2020 09:46:04 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=DgNVcja9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730899AbgLBRmz (ORCPT + 99 others); Wed, 2 Dec 2020 12:42:55 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:23750 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728887AbgLBRmz (ORCPT ); Wed, 2 Dec 2020 12:42:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1606930887; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=G7B1+xUQA10jAaTU9sWL9sXhMiWq13XLMmFdb9OfvHA=; b=DgNVcja9KxxGlUys39pFXwP7Exk5OpQ748yiHGCUZ8QpeeHxOOE9q4jzGLboZVH7AriZjY csMDiq47/dZOEFSarHM1jdvnCHCIRkp9kObni/F3B1o0K4LhXfiak4Pwx/OmWuYeh5rKNh riFiCQPzm34ZZvVvcRdGiXkuByQJ0wU= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-238-u6CG5yrwOfaxtzIUbYSbag-1; Wed, 02 Dec 2020 12:41:26 -0500 X-MC-Unique: u6CG5yrwOfaxtzIUbYSbag-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 65AA6185E486; Wed, 2 Dec 2020 17:41:24 +0000 (UTC) Received: from ceranb (unknown [10.40.192.241]) by smtp.corp.redhat.com (Postfix) with ESMTP id 623FF19C48; Wed, 2 Dec 2020 17:41:19 +0000 (UTC) Date: Wed, 2 Dec 2020 18:41:18 +0100 From: Ivan Vecera To: Jarod Wilson Cc: linux-kernel@vger.kernel.org, Jay Vosburgh , Veaceslav Falico , Andy Gospodarek , "David S. Miller" , Jakub Kicinski , Thomas Davis , netdev@vger.kernel.org Subject: Re: [PATCH net v2] bonding: fix feature flag setting at init time Message-ID: <20201202184118.20920a33@ceranb> In-Reply-To: <20201202173053.13800-1-jarod@redhat.com> References: <20201123031716.6179-1-jarod@redhat.com> <20201202173053.13800-1-jarod@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2 Dec 2020 12:30:53 -0500 Jarod Wilson wrote: > Don't try to adjust XFRM support flags if the bond device isn't yet > registered. Bad things can currently happen when netdev_change_features() > is called without having wanted_features fully filled in yet. Basically, > this code was racing against register_netdevice() filling in > wanted_features, and when it got there first, the empty wanted_features > led to features also getting emptied out, which was definitely not the > intended behavior, so prevent that from happening. > > Originally, I'd hoped to stop adjusting wanted_features at all in the > bonding driver, as it's documented as being something only the network > core should touch, but we actually do need to do this to properly update > both the features and wanted_features fields when changing the bond type, > or we get to a situation where ethtool sees: > > esp-hw-offload: off [requested on] > > I do think we should be using netdev_update_features instead of > netdev_change_features here though, so we only send notifiers when the > features actually changed. > > v2: rework based on further testing and suggestions from ivecera > > Fixes: a3b658cfb664 ("bonding: allow xfrm offload setup post-module-load") > Reported-by: Ivan Vecera > Suggested-by: Ivan Vecera > Cc: Jay Vosburgh > Cc: Veaceslav Falico > Cc: Andy Gospodarek > Cc: "David S. Miller" > Cc: Jakub Kicinski > Cc: Thomas Davis > Cc: netdev@vger.kernel.org > Signed-off-by: Jarod Wilson > --- > drivers/net/bonding/bond_main.c | 10 ++++------ > drivers/net/bonding/bond_options.c | 6 +++++- > 2 files changed, 9 insertions(+), 7 deletions(-) > > diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c > index e0880a3840d7..5fe5232cc3f3 100644 > --- a/drivers/net/bonding/bond_main.c > +++ b/drivers/net/bonding/bond_main.c > @@ -4746,15 +4746,13 @@ void bond_setup(struct net_device *bond_dev) > NETIF_F_HW_VLAN_CTAG_FILTER; > > bond_dev->hw_features |= NETIF_F_GSO_ENCAP_ALL; > -#ifdef CONFIG_XFRM_OFFLOAD > - bond_dev->hw_features |= BOND_XFRM_FEATURES; > -#endif /* CONFIG_XFRM_OFFLOAD */ > bond_dev->features |= bond_dev->hw_features; > bond_dev->features |= NETIF_F_HW_VLAN_CTAG_TX | NETIF_F_HW_VLAN_STAG_TX; > #ifdef CONFIG_XFRM_OFFLOAD > - /* Disable XFRM features if this isn't an active-backup config */ > - if (BOND_MODE(bond) != BOND_MODE_ACTIVEBACKUP) > - bond_dev->features &= ~BOND_XFRM_FEATURES; > + bond_dev->hw_features |= BOND_XFRM_FEATURES; > + /* Only enable XFRM features if this is an active-backup config */ > + if (BOND_MODE(bond) == BOND_MODE_ACTIVEBACKUP) > + bond_dev->features |= BOND_XFRM_FEATURES; > #endif /* CONFIG_XFRM_OFFLOAD */ > } > > diff --git a/drivers/net/bonding/bond_options.c b/drivers/net/bonding/bond_options.c > index 9abfaae1c6f7..19205cfac751 100644 > --- a/drivers/net/bonding/bond_options.c > +++ b/drivers/net/bonding/bond_options.c > @@ -768,11 +768,15 @@ static int bond_option_mode_set(struct bonding *bond, > bond->params.tlb_dynamic_lb = 1; > > #ifdef CONFIG_XFRM_OFFLOAD > + if (bond->dev->reg_state != NETREG_REGISTERED) > + goto noreg; > + > if (newval->value == BOND_MODE_ACTIVEBACKUP) > bond->dev->wanted_features |= BOND_XFRM_FEATURES; > else > bond->dev->wanted_features &= ~BOND_XFRM_FEATURES; > - netdev_change_features(bond->dev); > + netdev_update_features(bond->dev); > +noreg: > #endif /* CONFIG_XFRM_OFFLOAD */ > > /* don't cache arp_validate between modes */ Tested-by: Ivan Vecera