From patchwork Mon Jul 31 08:09:41 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jakub Sitnicki X-Patchwork-Id: 795625 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=netdev-owner@vger.kernel.org; receiver=) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 3xLXDX1r7Wz9s81 for ; Mon, 31 Jul 2017 18:09:48 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751815AbdGaIJp (ORCPT ); Mon, 31 Jul 2017 04:09:45 -0400 Received: from mail-wr0-f182.google.com ([209.85.128.182]:36355 "EHLO mail-wr0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751623AbdGaIJo (ORCPT ); Mon, 31 Jul 2017 04:09:44 -0400 Received: by mail-wr0-f182.google.com with SMTP id y43so175810715wrd.3 for ; Mon, 31 Jul 2017 01:09:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=M4fjnnI8ZaYnvxzzbnbKEHjuiToPwnHOIUuem37HSvY=; b=jTJV6jEx5Oci8dTWAe9OmnatedsTQ3FaFKcixDzzdwIQfCkRx9ibd/iwiFlsabaLWX BIAZ2KV/ZEmBKrBkuxDzCR/AYsWPp5fw6UKeBgLHLYMGIG3NtOHC2w+Hos9SCUO0ppqQ uqZu49H6PCxVuuEie2FVsjPgFYB1yuBd9gQUNeDPboVBPYZrNz1sN7RV1HZpL3fT1M/f 31tca6ytrLN3zxj1bIVx++QNddbFxrqQci83iBDVZ3WvYSfSy4UKZu8BMy/fJphUgPe0 /E8YXRTgsD5C+7JSEihYl6UL2zNPUUyiEFU771qtma3l4La1k4wcPRUrVqBHL6sESpmQ T8WA== X-Gm-Message-State: AIVw112IbzWG/Vibj79NX2I+vECY//1st+clW5z+U394+FVOpqH9pKor CeJ1gfEa931fqfNrj+dIRQ== X-Received: by 10.223.163.10 with SMTP id c10mr10971686wrb.164.1501488583406; Mon, 31 Jul 2017 01:09:43 -0700 (PDT) Received: from redhat.com (red-hat-inc.vlan404.asr1.mad1.gblx.net. [64.215.113.190]) by smtp.gmail.com with ESMTPSA id k137sm104219wmd.22.2017.07.31.01.09.42 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 31 Jul 2017 01:09:42 -0700 (PDT) From: Jakub Sitnicki To: netdev@vger.kernel.org Cc: "David S. Miller" Subject: [PATCH net-next] ipv6: Avoid going through ->sk_net to access the netns Date: Mon, 31 Jul 2017 10:09:41 +0200 Message-Id: <20170731080941.4920-1-jkbs@redhat.com> X-Mailer: git-send-email 2.9.4 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org There is no need to go through sk->sk_net to access the net namespace and its sysctl variables because we allocate the sock and initialize sk_net just a few lines earlier in the same routine. Signed-off-by: Jakub Sitnicki --- net/ipv6/af_inet6.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv6/af_inet6.c b/net/ipv6/af_inet6.c index a88b5b5..0a7c740 100644 --- a/net/ipv6/af_inet6.c +++ b/net/ipv6/af_inet6.c @@ -210,7 +210,7 @@ static int inet6_create(struct net *net, struct socket *sock, int protocol, np->mcast_hops = IPV6_DEFAULT_MCASTHOPS; np->mc_loop = 1; np->pmtudisc = IPV6_PMTUDISC_WANT; - np->autoflowlabel = ip6_default_np_autolabel(sock_net(sk)); + np->autoflowlabel = ip6_default_np_autolabel(net); sk->sk_ipv6only = net->ipv6.sysctl.bindv6only; /* Init the ipv4 part of the socket since we can have sockets