Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp6059865ybf; Thu, 5 Mar 2020 12:16:30 -0800 (PST) X-Google-Smtp-Source: ADFU+vuHA8QX/o//LKxTcoudDjF4emhjQKsDi2WbzpmoNITb54Tceg726S25d/29OVaFmCBdGntb X-Received: by 2002:a05:6830:1513:: with SMTP id k19mr199737otp.9.1583439389864; Thu, 05 Mar 2020 12:16:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583439389; cv=none; d=google.com; s=arc-20160816; b=GAeXJmKqwfHl/5NeUxnIDrcFR0P1dWx6YTVP1+Tm2ZwjmavdqD8Jp3hgYBljcIdovt 5YBi2xDrfxLpo7OW5b6J/VGEUkVRo+JS2GWs7MyfSnBl0VC5h47xii3wmtlcH+F/BJv4 lrDMkt+NESmBJKESdRmML7TOuvVcAwwqCaXAzjrnZMJXFaYJYQAH3igBIxqO4vX2+fv3 3LVfcpUmu0cIjXUEmfq+an5T6H1M75vsKmI7puQrcqhb5FT2Nkpa4J409WcTZFltd8eh DkqycUZ1kuTqO0lkJ+mRw5AAbrBkieZsxfuCLLznW7uZVGAXbAB9m8MGPGcjM9x+f8I6 GyGg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=wpJ0az8gP5fXGVbyI3TGmb03gokmt7pMhHtCQsUVjfQ=; b=dm7rTEPl7mcZhZkeEpDaOol08vNGBHA994g+9BVM4CfcmfTscb/u7IM/V/fVxbaUpA iiSMODB+83GluHI6P5k/WGydWNW1Q0b0/+D3dqASf25F3wVMBX+pQyvQP/W+L80WA+Ms q7RcFPfoqg1Ad+faxe0bZydtgyzHrEQA2YE+/BH6skADRO52T1tqDczwlcHl+cSocPEw etXGdvawB8jh00djeXs5vnVJbuCRqDS9IXa9RqJenxHdbeAJcCaiV5+eyLJt4DZz4Xqc 4zpjXPBi9uCqzfhQ8OKptOmIu14qpOkKEpiCBG4MXlx9ITiVvA42v2XkKLKSw1HUgmkA KKQQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-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 i6si3191626otc.284.2020.03.05.12.16.06; Thu, 05 Mar 2020 12:16:29 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-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-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726178AbgCEUOH (ORCPT + 99 others); Thu, 5 Mar 2020 15:14:07 -0500 Received: from mail.adapt-ip.com ([173.164.178.19]:57538 "EHLO mail.adapt-ip.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726162AbgCEUOH (ORCPT ); Thu, 5 Mar 2020 15:14:07 -0500 Received: from localhost (unknown [127.0.0.1]) by mail.adapt-ip.com (Postfix) with ESMTP id 512452F2F1D; Thu, 5 Mar 2020 20:07:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at web.adapt-ip.com Received: from mail.adapt-ip.com ([127.0.0.1]) by localhost (web.adapt-ip.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UgjMG_soPL7A; Thu, 5 Mar 2020 12:07:29 -0800 (PST) Received: from [10.1.10.44] (vpn.adapt-ip.com [173.164.178.20]) (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: thomas@adapt-ip.com) by mail.adapt-ip.com (Postfix) with ESMTPSA id 8EA782F2F16; Thu, 5 Mar 2020 12:07:29 -0800 (PST) Subject: Re: [PATCH] mac80211: Do not send mesh HWMP PREQ if HWMP is disabled To: Nicolas Cavallari , linux-wireless@vger.kernel.org Cc: Johannes Berg References: <20200305140409.12204-1-cavallar@lri.fr> From: Thomas Pedersen Message-ID: <0deb25c7-4880-a29b-6a38-396e1d235180@adapt-ip.com> Date: Thu, 5 Mar 2020 12:07:29 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20200305140409.12204-1-cavallar@lri.fr> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 3/5/20 6:04 AM, Nicolas Cavallari wrote: > From: Nicolas Cavallari > > When trying to transmit to an unknown destination, the mesh code would > unconditionally transmit a HWMP PREQ even if HWMP is not the current > path selection algorithm. > > Signed-off-by: Nicolas Cavallari > --- > net/mac80211/mesh_hwmp.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/net/mac80211/mesh_hwmp.c b/net/mac80211/mesh_hwmp.c > index d69983370381..38a0383dfbcf 100644 > --- a/net/mac80211/mesh_hwmp.c > +++ b/net/mac80211/mesh_hwmp.c > @@ -1152,7 +1152,8 @@ int mesh_nexthop_resolve(struct ieee80211_sub_if_data *sdata, > } > } > > - if (!(mpath->flags & MESH_PATH_RESOLVING)) > + if (!(mpath->flags & MESH_PATH_RESOLVING) && > + mesh_path_sel_is_hwmp(sdata)) > mesh_queue_preq(mpath, PREQ_Q_F_START); > > if (skb_queue_len(&mpath->frame_queue) >= MESH_FRAME_QUEUE_LEN) > The skb would still get queued onto the mpath->frame_queue. Is it this expected? ie. do you have a non-hwmp path selection algorithm which will handle it, or are you really checking if path selection is disabled? -- -- thomas