From patchwork Mon Feb 26 16:26:42 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Tomasz Maciej Nowak X-Patchwork-Id: 1904476 X-Patchwork-Delegate: robimarko@gmail.com Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@legolas.ozlabs.org Authentication-Results: legolas.ozlabs.org; dkim=pass (2048-bit key; secure) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=Nex0JOFd; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=terefe.re header.i=@terefe.re header.a=rsa-sha256 header.s=default header.b=XXVHbwc3; dkim-atps=neutral Authentication-Results: legolas.ozlabs.org; spf=none (no SPF record) smtp.mailfrom=lists.openwrt.org (client-ip=2607:7c80:54:3::133; helo=bombadil.infradead.org; envelope-from=openwrt-devel-bounces+incoming=patchwork.ozlabs.org@lists.openwrt.org; receiver=patchwork.ozlabs.org) Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by legolas.ozlabs.org (Postfix) with ESMTPS id 4Tk5fG2trDz23qD for ; Tue, 27 Feb 2024 03:28:54 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID:Date:Subject:Cc :To:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=a9mTFt1ko1nUTF3teZAOlR1JmmVwSMHkqHraVRpii0Q=; b=Nex0JOFdli1mqv mQ5iGMcTnQg3iCdONQCuA46Ho4vSrG21d1EijVvLoLa1Xf9bXZiW+WpjrRW3zc/UoLXy6qyKKRENR rJaJrpq8/8jHYmKa/PiDl3T9IbMOM88UNwSmbCPLw+xOOJAIpE62ydSQGAkS3blZdpNEI07GdCZlS aeyKPPevE3o4e4H9FQSwso+y00iikozMixgSgBuFUYZsSXMqVrRNPtCm5lucE1bcqqpo8CymuMhdh J4K4RaK417HZKPcNpWqCKycRSynIdzAEO0ARGJboSVBfhc6PqT3/QN85gl/VvvRgQeOb7bxqhUC0Z zuxo/9AiIyZZy+ih/35w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1redpb-00000001fMM-1neE; Mon, 26 Feb 2024 16:27:55 +0000 Received: from terefe.re ([5.255.96.200]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1redpY-00000001fJo-0M1F for openwrt-devel@lists.openwrt.org; Mon, 26 Feb 2024 16:27:54 +0000 Received: from localhost.localdomain (unknown [212.106.161.100]) by terefe.re (Postfix) with ESMTPSA id 6B20820181; Mon, 26 Feb 2024 17:27:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=terefe.re; s=default; t=1708964865; bh=G0zT1NQ0jeFmIsaKB/eeed2KFI/F4m6f9ivMbpEDvyc=; h=From:To:Cc:Subject:Date:From; b=XXVHbwc3TR7T3QqjGDOLeDP4lp562lri8Y1BT8sFjz+VhPI9WX1m1SyiZXI3aog+9 Ho4n+j9ulDmRVgZjsYo7LVYoV0BLx+YT5y85EC1Wy9Y8s5vwJQFbmLmAXOF64RnNsi YOpDWwqh+W88sqiUsPyKlPzCQ6oaZXDRifrGoBxpNWlcAaqTGDevqnJFu30uzn6i1Y bONdQVzPM1NWUbFIEQ9S+gc8x4wN81VUpU2FWGGEHJYSribqhvqboHtB7eEppd9XSY CwpqncAuk65AB/pjvmrswfxtT5DTHpGQnfBhzaNkBhMi0Am2NxGRqo8FR7eQs68Tdm p+EaDdTiGxXpw== From: Tomasz Maciej Nowak To: openwrt-devel@lists.openwrt.org Cc: Robert Marko , Tomasz Maciej Nowak Subject: [PATCH v2] mvebu: fill additional info for mvneta tx queue workaround patch Date: Mon, 26 Feb 2024 17:26:42 +0100 Message-ID: <20240226162737.10105-1-tmn505@terefe.re> X-Mailer: git-send-email 2.44.0 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240226_082752_588192_B0F4D3B3 X-CRM114-Status: UNSURE ( 6.96 ) X-CRM114-Notice: Please train this message. X-Spam-Score: -0.2 (/) X-Spam-Report: Spam detection software, running on the system "bombadil.infradead.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: From: Tomasz Maciej Nowak Because some still unresolved bugs in this driver, which sprout occasional questions what this patch works around, point to the issue which started this. Being here, fill headers required by git am. Content analysis details: (-0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from envelope-from domain -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature -0.0 T_SCC_BODY_TEXT_LINE No description available. X-BeenThere: openwrt-devel@lists.openwrt.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: OpenWrt Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "openwrt-devel" Errors-To: openwrt-devel-bounces+incoming=patchwork.ozlabs.org@lists.openwrt.org From: Tomasz Maciej Nowak Because some still unresolved bugs in this driver, which sprout occasional questions what this patch works around, point to the issue which started this. Being here, fill headers required by git am. Signed-off-by: Tomasz Maciej Nowak --- v1 -> v2 - rebase .../mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch b/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch index 918132e2936c..14f93592fe3a 100644 --- a/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch +++ b/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch @@ -1,3 +1,6 @@ +From: Felix Fietkau +Subject: mvneta: tx queue workaround + The hardware queue scheduling is apparently configured with fixed priorities, which creates a nasty fairness issue where traffic from one CPU can starve traffic from all other CPUs. @@ -5,6 +8,8 @@ CPU can starve traffic from all other CPUs. Work around this issue by forcing all tx packets to go through one CPU, until this issue is fixed properly. +Ref: https://github.com/openwrt/openwrt/issues/5411 + Signed-off-by: Felix Fietkau --- --- a/drivers/net/ethernet/marvell/mvneta.c