From nobody Mon May 27 22:59:08 2024 X-Original-To: wireless@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VpB0d3w36z5M8pH for ; Mon, 27 May 2024 22:59:13 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VpB0d3QHzz45v3 for ; Mon, 27 May 2024 22:59:13 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716850753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=dGjdoFJVR96CPUBtGnWBYDvzqN9T0S7/nDSMOfohciY=; b=iz5SbgCtM+wHs7O+alHqBbH2bS5ca9JgH8NuC7XsuPH4/zc/QPzOfCulxJo+MiQpezd+Iw nva6/8B3bGK0tXj+IuQiXNlqTB6xCa4J9v2MeiyHGv+W8Qo4cYCY3rOC6vCRPhureZVRpk 6Luk2NbDBqk1giYfPfEzLuvqUwldmw4kENPhBajTUx+egOZUUC5ffIeAOPHC71mHQ5swzR fZdt7/0v7ujXY80rKnXQCu9wA8NOAd4xeifFFvPUAbDqcIzGeFdXtRvTUtiMLrwyi/btB7 /wcYv6iNu+cNhSwhXbZ0CfMXPoPvt1DUbUfzZ0BQ9gTsRuj3tr4aAd98V5ZZJQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1716850753; a=rsa-sha256; cv=none; b=mZEZ2vLGo/BJzQzEMzKayuhKcBIXbE1ibAqc+9i4REwR1UiskxndgdqIbjREXnh1y8fgNx q2nAYHpKKs5SNse5AO6qH/iyAjHOyE6lkywsA1/kGqrAT4TNvN366kq6ZGrbMk4ytfYfem SVltdlQstRU/RMNMKDJPn39WvvSn2Oq4Za2BsClq5UaDGCWyDN/EHP4azsoL2M30+PAdrW c3HGqitFHF980meZG3kmfp7/HSwVRQidMrLpffGM5s1bvFU0KUkRNcPrl9PSazadIGtT5G 2DhIGE8V+u4UHWU2b6mLUhkpVl4YFZEVDIB/4a9y9ulTulz514PSWBRHXd8THw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716850753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=dGjdoFJVR96CPUBtGnWBYDvzqN9T0S7/nDSMOfohciY=; b=U7OVd0V9e1wVajGEaj+tU5HP1GOOe8MOEwsW7fqfTVauBN0NavkyWnHDefUy4y9IFWEAKn p4SuycCaEx+3r78Yx27feAHrwkfzfFNjvC1sACMs7EQMFvtHH60Q6kbvBGYDZkVOdyyq8P L7dyagZpo7aEn6PZNH/h7hHHqALWTGQchTSV1oc9ojMPc6ZtZMxHRDgUdXHaDFNjmcFITj 9RyxdDDId2ATFxMNzv1hv3r70kBnhKSO8U2/7tglKpi8ij+Ux+OHBXgL9UsJd2ldIJ745S txa9JSiA3NsNNs6UrkNcVY4PcZLiJkFtgaPIDfznMDXRKSn24qUZXFKAvW3RgA== Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE Root Certificate Authority" (not verified)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VpB0d1j87zPfp for ; Mon, 27 May 2024 22:59:13 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 110B48D4A126 for ; Mon, 27 May 2024 22:59:11 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 110412D029D8 for ; Mon, 27 May 2024 22:59:11 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id OmYDSu1ai5sX for ; Mon, 27 May 2024 22:59:10 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:b66b:fcff:fef3:e3d2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C9E782D029D2 for ; Mon, 27 May 2024 22:59:09 +0000 (UTC) Date: Mon, 27 May 2024 22:59:08 +0000 (UTC) From: "Bjoern A. Zeeb" To: FreeBSD wireless mailing list Subject: wireless porject status report Message-ID: <4rq46736-pnp2-nrp2-r3q9-3r3s3256os84@SerrOFQ.bet> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions List-Archive: https://lists.freebsd.org/archives/freebsd-wireless List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-wireless@freebsd.org Sender: owner-freebsd-wireless@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Hi, as indicated last week I somehow worked my way backwards. The fix for pre-22000 chipsets (PR 275255) went in as 5a4d24610fc6143ac1d570fe2b5160e8ae893c2c . Thanks Bakul for testing! I have not had any further feedback on that so I'll MFC it the next days to stable/14 and stable/13. Some other (older) Reviews went in or were updated. In case you see more warnings now like lkpi_iv_newstate: error 95 during state transition 2 (AUTH) -> 2 (AUTH) this is just another side effect/closing race of the long-standing 13+ years net80211 problem which we worked around in LinuxKPI beginning of the years and which LinuxKPI does log and assert. We hope we'll work on that during the year as well and fix all that and it'll go away. If you have a moment, D43967 (updated comments) and D45358 (LinuxKPI PM bits needed to get D3 code) would welcome any review currently. The wifi-firmware-*kmod ports changes went in and cause some disruption (INDEX and non-default options). Thank to jrm@ for helping (and also the ongoing follow-up cleanup). If more ports committers are interested in WiFi please let us know. I would appreciate more "ports" help. Likewise the fwget(8) change went in and should now support all recent drivers (even for bits where no public hardware/firmware exists yet but the iwlwifi driver already supports, so that in future releases adding the firmware will be the only thing needed). On the vendor import side nothing has happened and likely at the end of this week (given stabilisation week was just announced) I'll put the updates in as-are and we'll deal with it otherwise. On the busdma problems on arm64, jhb pointed out that some of the *alloc*/free routines in LinuxKPI are not implemented to the expectations of Linux. I've started to work down his suggestions. As a start I had made changes to the skbuff allocator and kern_malloc.c and the last days extended those well into LinuxKPI *alloc*. I also found my reproducer of the old problem in a driver again (as more things started to work) and worked around that in iwlwifi for now. while this is not directly related to wireless but the general "fixes" hopefully will give LinuxKPI consumers more stability. I also kept working a bit on my 11n branch; hopefully more news to talk about there also soon. Last I got fed up by SCAN problems this afternoon and started investigating. Have other people (with iwn/iwm/iwlwifi or others) noticed the fact that once you are associated with a channel in a band (say Channel 6) you will not get scan results for 11a/5Ghz anymore? Or that sometimes scanning will "just stop" (way beyond scanvalid interval) and triggering a manual scan (or from wpa_cli) you either just get the old cache or EINPROGRESS? (checking ddb on-off I noticed that the scan got stuck in ACTIVE or BGSCAN was on suddenly despite IEEE80211_FEXT_SCAN_OFFLOAD is set given iwlwifi does hw_scan and we never enable background scanning). I know this has bugged me in the past a lot on iwm(4) on 8xxx chipsets and ifconfig down/ifconifg mode auto/ifconfig up fixed it again. In case more people have observed similar things, please let me know so we can properly track this. Lots of health, Bjoern -- Bjoern A. Zeeb r15:7