From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 63CA8C77B75 for ; Mon, 22 May 2023 13:20:59 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233732AbjEVNU5 (ORCPT ); Mon, 22 May 2023 09:20:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43948 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230060AbjEVNU4 (ORCPT ); Mon, 22 May 2023 09:20:56 -0400 Received: from durkon.wrar.name (wrar.name [116.203.248.210]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 165EAAB for ; Mon, 22 May 2023 06:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=wrar.name; s=20160710; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=uczL89PeQfTFc4Ofx8WWBsn9Sdow9ixsP921LnJkcnA=; b=vumynjcyMWeEVVOXFYXKsAsVO3 BApVg1vNpxhOD6je33bDBxPZ9XWRS9QymGzPxh2oher0y/6plS7M2yv3bzY7MrIVTjQw6/BYXERV8 a7teTCVv1NciWRF3wofZVLYSKSVUsW3lNc4fj3YnZUasC3/G2UunJ4aKG5HM25ImIZDo=; Received: from wrar by durkon.wrar.name with local (Exim 4.96) (envelope-from ) id 1q15T2-0046An-0j; Mon, 22 May 2023 15:20:52 +0200 Date: Mon, 22 May 2023 15:20:52 +0200 From: Andrey Rakhmatullin To: Linux regressions mailing list Cc: linux-wireless@vger.kernel.org, Neil Chen , Deren Wu , Lorenzo Bianconi , Felix Fietkau , AngeloGioacchino Del Regno Subject: Re: MT7922 problem with "fix rx filter incorrect by drv/fw inconsistent" Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Mon, May 22, 2023 at 03:00:30PM +0200, Linux regression tracking #adding (Thorsten Leemhuis) wrote: > [CCing the regression list, as it should be in the loop for regressions: > https://docs.kernel.org/admin-guide/reporting-regressions.html] > > [TLDR: I'm adding this report to the list of tracked Linux kernel > regressions; the text you find below is based on a few templates > paragraphs you might have encountered already in similar form. > See link in footer if these mails annoy you.] > > On 18.05.23 16:39, Andrey Rakhmatullin wrote: > > Hello. I have a "MEDIATEK Corp. MT7922 802.11ax PCI Express Wireless > > Network Adapter" (14c3:0616) and when the commit c222f77fd4 ("wifi: mt76: > > mt7921: fix rx filter incorrect by drv/fw inconsistent") is applied (found > > by bisecting, checked by reverting it on v6.3) I have the following > > problem on my machine: when I connect to my router no DHCPv4 exchange > > happens, I don't see responses in tcpdump. My network setup is non-trivial > > though, and it looks like the problem is specific to it, but I still > > wonder if it's some bug in the aforementioned patch as my setup works with > > all other devices and I would expect it to work as long as the network > > packets sent by the device are the same. > > > > My setup is as follows: I have an ISP router which provides a 2.4GHz > > network and another router (Xiaomi R4AC with OpenWRT) connected by > > Ethernet to it that provides a 5GHz network and is configured as a "Relay > > bridge" (using relayd) to forward packets to the ISP router and back. This > > includes DHCPv4 packets, which are handled by the ISP router. tcpdump on > > the machine with MT7922 shows that the DHCP requests are sent while the > > responses are not received, while tcpdump on the bridge router shows both > > requests and responses. > > > > I've tried connecting the machine to the ISP router network directly and > > also to another AP (one on my phone) and those work correctly on all > > kernels. > > > > Please let me know if I need to do any other debugging or troubleshooting > > steps. Thank you. > > Thanks for the report. To be sure the issue doesn't fall through the > cracks unnoticed, I'm adding it to regzbot, the Linux kernel regression > tracking bot: > > #regzbot ^introduced c222f77fd > #regzbot title wifi: mt76: mt7921: DHCPv4 exchange broke > #regzbot ignore-activity > > This isn't a regression? This issue or a fix for it are already > discussed somewhere else? It was fixed already? You want to clarify when > the regression started to happen? Or point out I got the title or > something else totally wrong? Then just reply and tell me -- ideally > while also telling regzbot about it, as explained by the page listed in > the footer of this mail. Deren Wu asked me privately if I'm using the latest firmware, and I wasn't. I updated the firmware and now the problem doesn't happen. The firmware where the problem happens is mediatek/WIFI_RAM_CODE_MT7922_1.bin from the linux-firmware commit e2d11744ef (file size 826740, md5sum 8ff1bdc0f54f255bb2a1d6825781506b), the one where the problem doesn't happen is from the commit 6569484e6b (file size 827124, md5sum 14c08c8298b639ee52409b5e9711a083). I haven't tried the version committed between these ones. Not sure if this should be reported to regzbot and if there are any further actions needed by the kernel maintainers.