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.
