From owner-svn-src-head@freebsd.org Thu Jul 19 13:26:12 2018 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EDD11035A83; Thu, 19 Jul 2018 13:26:12 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33190914EB; Thu, 19 Jul 2018 13:26:12 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f44.google.com (mail-lf1-f44.google.com [209.85.167.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id C79DB2639E; Thu, 19 Jul 2018 13:26:11 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f44.google.com with SMTP id m12-v6so815lfc.10; Thu, 19 Jul 2018 06:26:11 -0700 (PDT) X-Gm-Message-State: AOUpUlENqSXK1SI2MZvsqe/YJAg/vTWndjOHgis1etBRGqCv0s/ArLM/ LnXLWSOwpfC0LsRPMCH6rkXhO2OVToHsyiGL0GY= X-Google-Smtp-Source: AAOMgpeEpCsARnzyQ9buVyXy+lh4wIz8m9TRUUTi/RrCDLnHv1DLfvOLn3K31SDj/DXOI6TxnewDP0JJ8mMFZJMeMso= X-Received: by 2002:a19:9481:: with SMTP id o1-v6mr7004700lfk.38.1532006770356; Thu, 19 Jul 2018 06:26:10 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:5742:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 06:25:49 -0700 (PDT) In-Reply-To: <2f0ab2c2-b7cc-3dae-2d65-ea3c4a9515cb@daemonic.se> References: <201807111853.w6BIrI9B080714@repo.freebsd.org> <20180719095134.GB52375@FreeBSD.org> <2f0ab2c2-b7cc-3dae-2d65-ea3c4a9515cb@daemonic.se> From: Kyle Evans Date: Thu, 19 Jul 2018 08:25:49 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: svn commit: r336203 - in head: contrib/wpa contrib/wpa/hostapd contrib/wpa/hs20/client contrib/wpa/patches contrib/wpa/src/ap contrib/wpa/src/common contrib/wpa/src/crypto contrib/wpa/src/drivers c... To: Niclas Zeising Cc: Kyle Evans , Alexey Dokuchaev , svn-src-head@freebsd.org, svn-src-all@freebsd.org, "Andrey V. Elsukov" , src-committers , Cy Schubert Content-Type: text/plain; charset="UTF-8" X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 13:26:12 -0000 On Thu, Jul 19, 2018 at 7:13 AM, Niclas Zeising wrote: > [ sending this again since I missed the list the first time, apologies if > anyone receives a duplicate ] > > > On 07/19/18 13:57, Kyle Evans wrote: >> >> On Thu, Jul 19, 2018 at 4:51 AM, Alexey Dokuchaev >> wrote: >>> >>> On Thu, Jul 19, 2018 at 11:48:03AM +0300, Andrey V. Elsukov wrote: >>>> >>>> ... >>>> Yesterday I updated my notebook (with iwm(4)) and also noticed that >>>> wi-fi connection periodically breaks. /etc/rc.d/wpa_supplicant restart >>>> wlan0 helps. After your message I reinstalled wpa_supplicant from old >>>> source and now it works stable already about 2 hours. >>> >>> >>> So, right now, we have broken wpa_supplicant(8) in -CURRENT? :-/ >> >> >> Well, "broken". It's incredibly stable outside of rekeying events, and >> further testing shows that I don't actually notice these disconnects >> most of the time because it reassociates fast enough. I noticed it the >> first time because apparently I had both SSIDs from my AP uncommented >> in my wpa_supplicant.conf and it decided at that point to connect to >> the other one, which took a little longer. >> >> Contrary to Andrey's report, though, I don't have to kick >> wpa_supplicant at all. It will reassociate on its own every single >> time. > > > > Hi! > I have the exact same problem as Andrey, with the same driver. I've not > investigated very much, but when using the 2.8 wpa_supplicant the wifi > network dies after a little while, and I have to restart it (usually with > /etc/rc.d/netif restart). Then it works for a little while, before going > down again. With the old wpa_supplicant I didn't have this problem. > > I don't have very much else to add except noting that I'm affected as well. > I haven't had time to debug it properly (which is why I've never reported > it) I plan on trying out the latest from upstream beyond the patch Cy sent along earlier to see if it's perhaps been addressed elsewhere in the past two years since this release was made.