From patchwork Wed Jul 30 15:39:57 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: David Lamparter X-Patchwork-Id: 374949 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 95FC914018A for ; Thu, 31 Jul 2014 01:40:20 +1000 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754424AbaG3PkO (ORCPT ); Wed, 30 Jul 2014 11:40:14 -0400 Received: from spaceboyz.net ([87.106.131.203]:59101 "EHLO spaceboyz.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753182AbaG3PkN (ORCPT ); Wed, 30 Jul 2014 11:40:13 -0400 Received: from [2001:8d8:870:10ee:a52f:f046:2b69:6569] (helo=aegaeon.n2.diac24.net) by spaceboyz.net with esmtpsa (UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1XCVz9-0001vR-Lu; Wed, 30 Jul 2014 17:40:11 +0200 Received: from equinox by aegaeon.n2.diac24.net with local (Exim 4.83_RC3) (envelope-from ) id 1XCVz0-000Voj-VM; Wed, 30 Jul 2014 17:40:02 +0200 From: David Lamparter To: netdev@vger.kernel.org Cc: David Lamparter , Hannes Frederic Sowa , Stephen Hemminger Subject: [PATCH v2] ipv6: addrconf: fix mcast route for GRE devices Date: Wed, 30 Jul 2014 17:39:57 +0200 Message-Id: <1406734797-122248-1-git-send-email-equinox@diac24.net> X-Mailer: git-send-email 1.8.5.5 In-Reply-To: <20140730153503.GJ801478@jupiter.n2.diac24.net> References: <20140730153503.GJ801478@jupiter.n2.diac24.net> Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org GRE devices, for some reason, were coming up with an autoconfigured address, but no ff00::/8 route in the local table. This breaks any kind of multicast, in particular OSPFv3, mDNS, - and ND. In fact, IPv6 only works at all because there is little need for ND on PtP devices. Adding any other IPv6 address on the device from userspace would rectify this issue through inet6_addr_add()/addrconf_add_dev() - and would leave the route around even if the address was later removed. (This is probably why this issue was not discovered earlier. AFAICS it has been there from the beginning, e.g. aee80b5 "generate link local address for GRE tunnel") (Note: multicast is supported on GRE devices of all kinds, including PtP GRE, P-t-Mcast GRE and NBMA-GRE.) Fixes: aee80b54b235 (ipv6: generate link local address for GRE tunnel) Signed-off-by: David Lamparter Cc: Hannes Frederic Sowa Cc: Stephen Hemminger --- net/ipv6/addrconf.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c index 0b239fc..7540a25 100644 --- a/net/ipv6/addrconf.c +++ b/net/ipv6/addrconf.c @@ -2818,10 +2818,9 @@ static void addrconf_gre_config(struct net_device *dev) ASSERT_RTNL(); - if ((idev = ipv6_find_idev(dev)) == NULL) { - pr_debug("%s: add_dev failed\n", __func__); + idev = addrconf_add_dev(dev); + if (IS_ERR(idev)) return; - } addrconf_addr_gen(idev, true); }