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;
Message-ID: <ebb8df2d32f9923d2e180bff9ca0b9a7d650b8bd.camel@sipsolutions.net>
Subject: Re: Potential IBSS race
From:   Johannes Berg <johannes@sipsolutions.net>
To:     James Prestwood <prestwoj@gmail.com>,
        linux-wireless@vger.kernel.org
Date:   Thu, 28 May 2020 08:56:18 +0200
In-Reply-To: <845ab63a2796fa0a4d7042f79268a2e10f87bd99.camel@gmail.com> (sfid-20200528_010646_663816_382F3247)
References: <CAPv5Ue5DY07E3=JDwjJkuad6Z3cuYtJg=dypUjy0KyBhn=JL9A@mail.gmail.com>
         (sfid-20200506_174456_293312_214B015A) <b3859a019b965a7a4053c1946a4cde441c0dbc75.camel@sipsolutions.net>
         <845ab63a2796fa0a4d7042f79268a2e10f87bd99.camel@gmail.com>
         (sfid-20200528_010646_663816_382F3247)
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) 
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-wireless-owner@vger.kernel.org
Precedence: bulk

On Wed, 2020-05-27 at 16:06 -0700, James Prestwood wrote:

> > Maybe that's a better approach - make the merge timer be randomized
> > between 30 and 60 seconds or so, so that they can eventually merge.
> > 
> 
> That sounds good, unfortunately it doesn't really help with our test
> environment since we don't want to wait around for that long... But
> yeah due to how long scanning takes, maybe thats just the way it is.

If you can come up with a better solution, I'm all ears :)

But if your main concern is about the wait in testing, then I suggest
you go to ARCH=um and time-travel=infcpu testing like wpa_supplicant has
done, that was something like a 6x (!) testing speed increase for me.

Since it's all software/hwsim that shouldn't be too difficult.

johannes