Received: by 10.192.165.156 with SMTP id m28csp57304imm; Tue, 10 Apr 2018 16:19:17 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/cmuJdy5yyuzXUa1CRtlyhA0rbitlr2y+mxGyxAta7jkecc6B1pgvtn/JUJN4rMxEafEPf X-Received: by 10.98.189.14 with SMTP id a14mr1993019pff.30.1523402357885; Tue, 10 Apr 2018 16:19:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523402357; cv=none; d=google.com; s=arc-20160816; b=07SlWB9rOoEaLvN74nLngDoAhAmxBQ98XziGrA1HItNVsDCtdCnywxfDftxGQ/quNo qbEiO16tEsMJ4CNcqIINAObWkyYoxnhtItnV3EuiRoqsIO0iYQQ7lVB1gfExOFNynnQX 9rKdEITbKYrxDyIzyeA2sBk1Sm1QtaKzIpG2VgXJT3359n/vBVPETM7qkWwyJQp19Fr+ +aH3MO0ik8jFQ0sj86naHiiGt20ljYnbznnDsZIgUU3elSutFPv8910QhcOJPGB4UvA/ Mk8KotmOvrv34bSPf+IRDJ0v3JcI1ilEgb3dkHNcDIwSYgvqCtPOO8TMBU4SYqz6awmu ihmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=ktaf2YgXwRoAwY1vshigg0Q12vlzVE7Yfyav4f//5XQ=; b=biDCZUfYs5e0vE8PDi/SC2q56fa2e4meweDr7mbou1j6mFha6c2lmA5E6WiT7dErKL E1MgpbRnlDETMCgr5XglEBSvIg3TcpuAgVe3vfGXomGZo9juzMqJzv0nzHgjRHRCwtPC HwgrCUKwoJSCgt00MDupik6kRGuoxow2eg560E0Om75Sb47Si5azejf6peyh5pFwU+/e fIk+GceyfCwRtr9H4Il5+6lhadM74XtKkWoyotuJ1FqFeMQSLR+BXTRAIH43mgTlMs+l UqAU+9J1y8tTCWUjZHZdj9y1UfO6Zuv8GOQ/GehdfzkNKaOJMWMfxcyxbc6XV7z2tdCr euag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 37-v6si3526957plq.288.2018.04.10.16.18.41; Tue, 10 Apr 2018 16:19:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755078AbeDJWcm (ORCPT + 99 others); Tue, 10 Apr 2018 18:32:42 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:41000 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755060AbeDJWci (ORCPT ); Tue, 10 Apr 2018 18:32:38 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 1DBE8BAE; Tue, 10 Apr 2018 22:32:37 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Or Gerlitz , Aviv Heller , Saeed Mahameed Subject: [PATCH 4.15 152/168] net/mlx5e: Avoid using the ipv6 stub in the TC offload neigh update path Date: Wed, 11 Apr 2018 00:24:54 +0200 Message-Id: <20180410212807.543019007@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180410212800.144079021@linuxfoundation.org> References: <20180410212800.144079021@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.15-stable review patch. If anyone has any objections, please let me know. ------------------ From: Or Gerlitz [ Upstream commit 423c9db29943cfc43e3a408192e9efa4178af6a1 ] Currently we use the global ipv6_stub var to access the ipv6 global nd table. This practice gets us to troubles when the stub is only partially set e.g when ipv6 is loaded under the disabled policy. In this case, as of commit 343d60aada5a ("ipv6: change ipv6_stub_impl.ipv6_dst_lookup to take net argument") the stub is not null, but stub->nd_tbl is and we crash. As we can access the ipv6 nd_tbl directly, the fix is just to avoid the reference through the stub. There is one place in the code where we issue ipv6 route lookup and keep doing it through the stub, but that mentioned commit makes sure we get -EAFNOSUPPORT from the stack. Fixes: 232c001398ae ("net/mlx5e: Add support to neighbour update flow") Signed-off-by: Or Gerlitz Reviewed-by: Aviv Heller Signed-off-by: Saeed Mahameed Signed-off-by: Greg Kroah-Hartman --- drivers/net/ethernet/mellanox/mlx5/core/en_rep.c | 6 +++--- drivers/net/ethernet/mellanox/mlx5/core/en_tc.c | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) --- a/drivers/net/ethernet/mellanox/mlx5/core/en_rep.c +++ b/drivers/net/ethernet/mellanox/mlx5/core/en_rep.c @@ -231,7 +231,7 @@ void mlx5e_remove_sqs_fwd_rules(struct m static void mlx5e_rep_neigh_update_init_interval(struct mlx5e_rep_priv *rpriv) { #if IS_ENABLED(CONFIG_IPV6) - unsigned long ipv6_interval = NEIGH_VAR(&ipv6_stub->nd_tbl->parms, + unsigned long ipv6_interval = NEIGH_VAR(&nd_tbl.parms, DELAY_PROBE_TIME); #else unsigned long ipv6_interval = ~0UL; @@ -367,7 +367,7 @@ static int mlx5e_rep_netevent_event(stru case NETEVENT_NEIGH_UPDATE: n = ptr; #if IS_ENABLED(CONFIG_IPV6) - if (n->tbl != ipv6_stub->nd_tbl && n->tbl != &arp_tbl) + if (n->tbl != &nd_tbl && n->tbl != &arp_tbl) #else if (n->tbl != &arp_tbl) #endif @@ -415,7 +415,7 @@ static int mlx5e_rep_netevent_event(stru * done per device delay prob time parameter. */ #if IS_ENABLED(CONFIG_IPV6) - if (!p->dev || (p->tbl != ipv6_stub->nd_tbl && p->tbl != &arp_tbl)) + if (!p->dev || (p->tbl != &nd_tbl && p->tbl != &arp_tbl)) #else if (!p->dev || p->tbl != &arp_tbl) #endif --- a/drivers/net/ethernet/mellanox/mlx5/core/en_tc.c +++ b/drivers/net/ethernet/mellanox/mlx5/core/en_tc.c @@ -495,7 +495,7 @@ void mlx5e_tc_update_neigh_used_value(st tbl = &arp_tbl; #if IS_ENABLED(CONFIG_IPV6) else if (m_neigh->family == AF_INET6) - tbl = ipv6_stub->nd_tbl; + tbl = &nd_tbl; #endif else return;