Received: by 2002:a05:6a10:8a4d:0:0:0:0 with SMTP id dn13csp946531pxb; Fri, 13 Aug 2021 09:45:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxoljBsY4ZY7ZhDuwvfYQ/fP8HTIPf6z4ZO/8JfqxB6qkXakEkVz6r7zHin+WaqX7TYuy0j X-Received: by 2002:a05:6402:4d:: with SMTP id f13mr4247649edu.275.1628873157368; Fri, 13 Aug 2021 09:45:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628873157; cv=none; d=google.com; s=arc-20160816; b=K6MOIKZzcnxJsP8j9IxzXd4IiCHZsY1hJan2x/PuXT1fk2KrIZNR0npG0X5SGw624n 4awWtWCaIGtSNc4DZYVkmcbG9qSWpWLZbo+uxibto+cMv7MSDZRgzhpdLbc8O2RgtOSs Yhe0Ps86C92eZb6TeUO9CQsmSynHpvvq56pYdlHbb/h8s3QAUIWCZrbRdfDAfUrQplIS XftBr1oDqssm+8Iupq7YdeU5zo14dwcGUkE/ZLzaCFQANV5Aq1p0jHDvPBu/v0E+VADt 42WJI3RrQPb9zDdMo+G7GX4lukd15u6vpVj7C+vxmphHuYozoIj9PnUSFBVgYZaQ92eb Q/Cw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=ENu4XgMN+o73WXJjwSDEd+HI19HsL3uhJYAqITopdcE=; b=cBO4POriKuGp5thooRhpVZTYhYoi565zm6jbvYq1P9UHe3jvbb5kd54guEDT65wHXW FigWq5I40+cYKhDr2EI+sPOqs738EK7uSTcrZV98GqvojNpodDJq90yxZsYcrR//VHZF Yf4Ywx4KpM5aMlD2gU0PpBd1g4ka8qqT6QA3UslTEuQNlPcZIRATePfRRdti+SgbjSgG WcHSgYCOonDcZ5LAi//0TJOYF355BMmijEIO032C4yebrCS8tLxPB8TPai4UXGEmZY67 ZSdb7zXUkZptbZGVDvzeRyfvORRM94p29WPXfu1wf2wjlB8rXSwK4gkd3B0c7bHEDbTG /Y5Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p16si691915ejm.464.2021.08.13.09.45.32; Fri, 13 Aug 2021 09:45:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236528AbhHMQoi (ORCPT + 99 others); Fri, 13 Aug 2021 12:44:38 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:52274 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S237118AbhHMQog (ORCPT ); Fri, 13 Aug 2021 12:44:36 -0400 X-UUID: bfeb5d6af51546aba07f781de7bfd407-20210814 X-UUID: bfeb5d6af51546aba07f781de7bfd407-20210814 Received: from mtkcas06.mediatek.inc [(172.21.101.30)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 237412176; Sat, 14 Aug 2021 00:44:05 +0800 Received: from MTKCAS06.mediatek.inc (172.21.101.30) by mtkmbs07n1.mediatek.inc (172.21.101.16) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 14 Aug 2021 00:44:04 +0800 Received: from mtkswgap22.mediatek.inc (172.21.77.33) by MTKCAS06.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Sat, 14 Aug 2021 00:44:04 +0800 From: To: CC: , , , , , , , , , , , , , , , Subject: Re: [PATCH] mt76: fix determining multicast frame in sta mode Date: Sat, 14 Aug 2021 00:44:03 +0800 Message-ID: <1628873043-30762-1-git-send-email-sean.wang@mediatek.com> X-Mailer: git-send-email 1.7.9.5 In-Reply-To: <6c6ba2fd-3952-3c44-6c6d-51f77eb66828@nbd.name--annotate> References: <6c6ba2fd-3952-3c44-6c6d-51f77eb66828@nbd.name--annotate> MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org From: Sean Wang >>On 2021-08-09 23:13, sean.wang@mediatek.com wrote: >> From: Sean Wang >> >> We should use hdr->addr3 as the destination address to determine the >> frame is multicast frame or not when the device is running in sta mode. >> >> We can simply use ieee80211_get_DA for ap mode and sta mode both cases. >That does not make any sense to me. When a sta sends a packet with DA set to a multicast address, it will be sent as unicast to the AP. Why should it be treated as multicast by the driver? You're right. I should drop the patch earlier. Sorry for the noise. Eventually, I have found the cause, it is possible to some unicast frame picking up a wrong legacy rate to send out because the current driver doesn't program the legacy rate information well. The fix have been provided with ("mt76: mt7921: fix firmware usage of RA info using legacy rates") in [1]. Sean [1] https://patchwork.kernel.org/project/linux-wireless/patch/4be4378630c93ae32a4db8bc3e0871c7b15150a6.1628661185.git.objelf@gmail.com/ > >- Felix >