Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp1919761ybg; Thu, 30 Jul 2020 06:14:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx9iXkBd3TnLRQ9BXds6WILaKlBEl75ma3t/k6IOlnLojA+77BnqeH/RMC6ZHOvywiyazNl X-Received: by 2002:a17:906:82c1:: with SMTP id a1mr2516604ejy.172.1596114859533; Thu, 30 Jul 2020 06:14:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596114859; cv=none; d=google.com; s=arc-20160816; b=O+8TeoLB5G2Zi5KXdwCEoHtWlzj5i/zyD3OcXWvodrLNnZNTE+kpASKhPdh5xa1FwN NOIMu4OUQfZk+NP5zBWiyjRqgxyGcDyWHolw8P0hN9cK9YZwqXeBkOWKrw8L1/T9lPuK A68Lmbrp0iNVPST9AqGK717vMWXabI/apBckx/DVJPdlbL0tFo5LoRJ35XVYfetkl3SP Qiseu9KyfezIUsGFR2IYKB6JH22q4gvlas+kroNk1H3VJDiLzKp+5T/BHVNcCgA91eFk 24oo32KR+w+gybPignyukSHH5tau3XQAagMg6L4VxkTANDwLu0gYIlaCbLCuYCcZ4uJW LIaQ== 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 :user-agent:references:in-reply-to:date:to:from:subject:message-id; bh=U1LajymZg3AkLKJOUhq5HGFQ/kzjFm5KLJbcal9xbzw=; b=cVWj1Xbcr7G8ekJIrvStTpFaaw05+VQ9P734tlwnG+mLNy+CwOGxraWojaPzvhUgE2 9SLiCM1lFIimWGFKl4sLQc0YDMdDAI06HJz/TnBbI34u0D2gUTsOAqAxIlzDxOIqdnkm 9y5TUTGo+yBkDL3eBgdv2PPp9Oi/P5lnb6mgfN+CADrRk+U6RhJuYHkQEtZp3kMRQ2Mh VOGxUPuTloiorZiaP7a3MibcB98aWnrckmOitRxjH3Y3thRTuNS7IgWG8cMp2hIkc3gg VLMXg3AQjUFyVLYeCHszLOfdfg2rKilxZHnkQXLgEONOBLTTUWrF6s66lp6uIWJ4k12K YdUQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i22si290288ejf.220.2020.07.30.06.13.55; Thu, 30 Jul 2020 06:14:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727797AbgG3NNp (ORCPT + 99 others); Thu, 30 Jul 2020 09:13:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43560 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726794AbgG3NNp (ORCPT ); Thu, 30 Jul 2020 09:13:45 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6F36AC061794 for ; Thu, 30 Jul 2020 06:13:45 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1k18NT-00DXak-OV; Thu, 30 Jul 2020 15:13:43 +0200 Message-ID: <7f2722c9d30bb1a4715398b4f29309b1f383593b.camel@sipsolutions.net> Subject: Re: [PATCH] mac80211: do not iterate active interfaces when in re-configure From: Johannes Berg To: Ben Greear , linux-wireless@vger.kernel.org Date: Thu, 30 Jul 2020 15:13:42 +0200 In-Reply-To: References: <20200525165317.2269-1-greearb@candelatech.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4 (3.36.4-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Thu, 2020-07-30 at 06:05 -0700, Ben Greear wrote: > > It might even be that this can only be done subject to driver choice. > > I have tested this patch hard for many years with hundreds of station vifs on ath9k radios and > 64 station vifs on ath10k radios, probably way harder than anyone else is testing > this sort of thing. Yeah, I'm sure! > Possibly you are correct about iwlwifi, I've never tested it with multi-interface, > and as you see, have had bad luck on ax200. Right. > If you'd accept a patch with a new driver flag check (which I can enable for > ath10k and ath9k), then I'll respin it thus. My order of preference would be something like 1. track per vif whether it was re-added, and skip before it is If that works, I can certainly get behind it for semantic reasons (the vif isn't yet active again), although even there I'm not sure how iwlwifi would behave - but that's something I'd look into and perhaps even consider a bug there since it shouldn't know about that interface yet. 2. If for some reason that doesn't work, add an iteration flag that controls this, rather than a per-device config? johannes