Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1042520pxu; Wed, 2 Dec 2020 09:34:20 -0800 (PST) X-Google-Smtp-Source: ABdhPJxj5RY1kHgY9OXjXvFQ70bIkRsFMRjNHMUDGFO2T1Wa6xpUS7k19b113h8FCyJmSTpM86qe X-Received: by 2002:a05:6402:1a30:: with SMTP id be16mr1070547edb.124.1606930460615; Wed, 02 Dec 2020 09:34:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606930460; cv=none; d=google.com; s=arc-20160816; b=fQu+qvGLuRgZHkg5iMgbu6yoj4ltHJ32Nu1OYmcfv2Oj/gxk/fD4I/YvJ9LWVHKzVF bsl6f6JVLc9jlNW62gsMf6yVBDUdU0edzhKFo0RuIwn7oScOTH9LWFbCbbCaRAjNRuzD YjusO7nox45Q8Rs3DKyHJFaKnrN7JBn3f5lYJIkzUsvlLHfqO3xWDbBvDqo90glfvHSy I2wx73LsF0G+NBeq9ACAneT6QrKjmD+ziZtGBNPG5M6mob6nj8vd88jhL4AEg/qXwPiI AtePiQcz3E1VYbdLeoVfNdFo2BSZZGvAtwyTxGqy6MND0KfdQKjBbbaHZrdHkeN9GJYQ mfIQ== 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:date:subject:cc:to:from :dkim-signature; bh=W5FSPKC1ngjC7N5DGE95mQkPM7FWBcgM6EQ44XfwWhw=; b=BjRKYwnhiFj0w/pIhHoDL26Lxi4/GisENjoKFnP7CZ+UKK81yNexnRBJstliW4dnKu eCTdVxHr2v8TG//T1dtJo4IXgmdgbi52KY/zOg5Vlxiksmfsvn5NqXZfjhYZnzwvTL1U G3locpoRK5RjHQaE5ccmk6IlkhH4Ev1xSfcEw0hoDylMwQHGYcpdk3Sghj8SdmUwg5jJ G4GsFTUtk/tThE5M4zc3b22OMtKi8KhNPKUOz3zBtgEsgYIQrplpQJv8xCgMqyYYbJ+L g/d3tMYeH+rXUThpWcUinqii0ppUM5xY8x/uwt1Qwaaosq/PUjkTd8/6C986BcneE+uJ ZoMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=A9ITDFGl; 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 bs21si340002ejb.468.2020.12.02.09.33.56; Wed, 02 Dec 2020 09:34:20 -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=A9ITDFGl; 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 S1726627AbgLBRce (ORCPT + 99 others); Wed, 2 Dec 2020 12:32:34 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:21217 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726366AbgLBRcd (ORCPT ); Wed, 2 Dec 2020 12:32:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1606930267; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=W5FSPKC1ngjC7N5DGE95mQkPM7FWBcgM6EQ44XfwWhw=; b=A9ITDFGlA6WIIF1lNUranTap1ihVnilB2rqFAZCY0fvi+RiSxo7+w+xfHO59O7t3Nc0KVn O6y7zFeZFxJMukseSUPOc90qXGBrBzOYVIUHydcZ5sgiSarTdaZdwRuLkA9EYNEhZYlDB8 qRIJIZ3nQCqQYWBmHAdaYVTKmRxb/As= 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-196-pRBQuf3cMHGxWLXE2YsINQ-1; Wed, 02 Dec 2020 12:31:05 -0500 X-MC-Unique: pRBQuf3cMHGxWLXE2YsINQ-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 7B46E805BE4; Wed, 2 Dec 2020 17:31:04 +0000 (UTC) Received: from f33vm.wilsonet.com.wilsonet.com (dhcp-17-185.bos.redhat.com [10.18.17.185]) by smtp.corp.redhat.com (Postfix) with ESMTP id D503010016FA; Wed, 2 Dec 2020 17:30:59 +0000 (UTC) From: Jarod Wilson To: linux-kernel@vger.kernel.org Cc: Jarod Wilson , Ivan Vecera , Jay Vosburgh , Veaceslav Falico , Andy Gospodarek , "David S. Miller" , Jakub Kicinski , Thomas Davis , netdev@vger.kernel.org Subject: [PATCH net v2] bonding: fix feature flag setting at init time Date: Wed, 2 Dec 2020 12:30:53 -0500 Message-Id: <20201202173053.13800-1-jarod@redhat.com> In-Reply-To: <20201123031716.6179-1-jarod@redhat.com> References: <20201123031716.6179-1-jarod@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 */ -- 2.28.0