Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp1196850ybh; Sat, 3 Aug 2019 20:22:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqyUe7lCk7Cii9Zp2y53/jumLVGvHG28Qr+76Z0wAFCQeZAFBCU9UNZC2DGL/LZfOBbi6jb3 X-Received: by 2002:a63:204b:: with SMTP id r11mr91085784pgm.121.1564888924053; Sat, 03 Aug 2019 20:22:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564888924; cv=none; d=google.com; s=arc-20160816; b=vfU7sUx9u2rbM8giXN//1cLXLrCNduev59S43YfP1U4ojny5/QYQ5WF4l6OCVT5PrU 4e1nIYGZUs02GTbEeKqbrJcy0dnzI9IOF9nQkoKoRzST/SESXzK6paiPgsl0CiLPpK9M NOldiwm/gVtKckBVAXyMv2uTl9Iyq49QDFY+rbVcFFNzCMaLPy12CWjtOqf4HV9H928J MJY6m+eXPxUzw6fWdIlxzmZI5cbi8Ky4fzOAWGXVpCENAHjtZ2AgrrPjHmOIGHri4R8O j11GWlHGuC6ogrpOTnjPXJGe3SJ1ylGSQUDQe+Z35x+LaZVXWSCvIoR1i9oYOEmf9YkC yL/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=hkOrvJLANgmdfH4MhoYnNYoz7ADzK5mALomimm/SzXg=; b=Hs9ykMDJ9v+hitCPIIekqTovHOAT7qKv8DkX5ILLbk2iBtPiqzcgRHLJ09WHTBlh1K qiqH2YiVWt9APN3wMOAenpKfxpR+W0KlvbX7uktPHfpY5iTf3akv0tnUYSINwhS//vZV Eta7/UJe26mOePlow19vp1t3fDLuLUzVIFFKl/4MGvc5r1izEslPsWl5iy49Y5/8JQG8 nXPsaJ86yl2cqCphbbQZQQcVV/QqBTVoKsQeZoSFejp/6tE4kg2XT5YAxrZ+t5SNYpO4 BmM3fyki9bh73J7I8dQ/dETROGiQVv+afDwJNdsWH/uxCbDRQQQQoKFmuPBG/YAyJ8th Ricg== 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 r4si43394512pgb.245.2019.08.03.20.21.49; Sat, 03 Aug 2019 20:22:04 -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 S2392676AbfHCA3o (ORCPT + 99 others); Fri, 2 Aug 2019 20:29:44 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:52538 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392478AbfHCA3o (ORCPT ); Fri, 2 Aug 2019 20:29:44 -0400 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::d71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id C1DAD1264F78D; Fri, 2 Aug 2019 17:29:43 -0700 (PDT) Date: Fri, 02 Aug 2019 17:29:42 -0700 (PDT) Message-Id: <20190802.172942.1360727502972215986.davem@davemloft.net> To: suyj.fnst@cn.fujitsu.com Cc: kuznet@ms2.inr.ac.ru, yoshfuji@linux-ipv6.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net v3] net: ipv6: Fix a bug in ndisc_send_ns when netdev only has a global address From: David Miller In-Reply-To: <1564537972-76503-1-git-send-email-suyj.fnst@cn.fujitsu.com> References: <1564537972-76503-1-git-send-email-suyj.fnst@cn.fujitsu.com> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 02 Aug 2019 17:29:44 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Su Yanjun Date: Wed, 31 Jul 2019 09:52:52 +0800 > When the egress interface does not have a link local address, it can > not communicate with other hosts. > > In RFC4861, 7.2.2 says > "If the source address of the packet prompting the solicitation is the > same as one of the addresses assigned to the outgoing interface, that > address SHOULD be placed in the IP Source Address of the outgoing > solicitation. Otherwise, any one of the addresses assigned to the > interface should be used." > > In this patch we try get a global address if we get ll address failed. > > Signed-off-by: Su Yanjun > --- > Changes since V2: > - Let banned_flags under the scope of its use. I do not want to apply this. The only situation where this can occur is when userland is managing the interface addresses and has failed to properly add a link local address. That is a failure by userspace to uphold it's responsibilites when it has taken over management of these issues, not a situation the kernel should handle. Sorry.