Date: Mon, 06 Sep 2021 20:49:01 +0300 From: "Oleg V. Nauman" <oleg@theweb.org.ua> To: Cy Schubert <Cy.Schubert@cschubert.com>, current@freebsd.org Cc: Idwer Vollering <vidwer@gmail.com> Subject: Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0 Message-ID: <2780735.SSXfckUlLJ@sigill.theweb.org.ua> In-Reply-To: <202109061731.186HVXr5004438@slippy.cwsent.com> References: <YTS9onwkB4Ojr4cG@albert.catwhisker.org> <3000346.ZmR5Pbtf01@sigill.theweb.org.ua> <202109061731.186HVXr5004438@slippy.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2021 M09 6, Mon 20:31:33 EEST Cy Schubert wrote: > One last favour to ask, can you try this with the wpa_supplicant-devel > port, please? I'm trying to narrow down if this is related to the options > in usr.sbin/wpa/Makefile.inc or an upstream problem. If this behaves the > same using wpa_supplicant-devel, this tells me to look at the code instead > of Makefiles. > > I can reproduce the service netif restart problem using the old > wpa_supplicant 2.9, so at least here there is no change in behaviour. > Though on my sandbox machine the ifconfig dow/up is not required -- though > even the older wpa_supplicant 2.9 behaves the same on my laptop, (no > regression experienced here). > > To help point to either Makefile.inc or contrib/wpa, can you please try the > wpa_supplicant-devel port. This will tell me where to look next. I can confirm that wpa_supplicant from security/wpa_supplicant-devel port demonstrating the same behavior as wpa_supplicant from base - "ifconfig wlan0 down ; sleep 5 ; ifconfig wlan0 up" mitigate wlan association issue. > > Fifteen seconds isn't needed. Two or three, even no wait, will do. Thank you
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2780735.SSXfckUlLJ>