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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 2DA6BC61DD3 for ; Tue, 1 Sep 2026 16:33:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From: Reply-To:Content-Type:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=Ama4vcz/XSYo4+pHJyqT2hFXL9IvS3KsjPeWoufTaYE=; b=ivFhjyc58k142tjVC0hn30PLQP A5WwKIr7ryslfuDLYav6k2z5G+h8pUpQNYYerrMROSxpaIOufFxd+jGXxhONa+LpqvAfPmzNkFlhE gezW5Fx6SkasvCpvlUvGxfnQO+gnW87ntJvnHwN5yKLQndg9SYMsyaShaib+GCzpmio/XDgcnXqTE EUzK6FZtTjDnGNdkajQrAjwBYygPQM0Cuc7QN+AK1dcNFPEWbWpf37UCI6P0NCFfEKm5zYOBIP5wT GazdN6S1wmY8uboZVYldB8ZXFncmKQ9iIljS5WyRbr78hcekdNJUVO0SM1ER8MWgjFDXkNnZu8ZW+ JwqMd7KA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1x1RQP-0000000CfQL-3bSn; Tue, 01 Sep 2026 16:33:29 +0000 Received: from mail-lj1-x22c.google.com ([2a00:1450:4864:20::22c]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1x1RQN-0000000CfPj-3uyI for linux-arm-kernel@lists.infradead.org; Tue, 01 Sep 2026 16:33:29 +0000 Received: by mail-lj1-x22c.google.com with SMTP id 38308e7fff4ca-39da69c5ba3so93101fa.1 for ; Tue, 01 Sep 2026 09:33:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1788280406; x=1788885206; darn=lists.infradead.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=Ama4vcz/XSYo4+pHJyqT2hFXL9IvS3KsjPeWoufTaYE=; b=Gzv6QUED+lMdLGS/gilH2IpuvFfrvvHvlPi/3V50ryZZLkcI8j+kqLa9jVpc0wM8Ty rAnDViik9wgox2JVq24Ko7+KTG9Af5BEw812ANtZ7qDCtJDt98wUDJ8xwF0PVOkN+rdr ibs3+JYnsgKXfl5Wsar42eEki2vN5se7iRj7Yg7X455jTFYERhrceiC2KXm7QAA23UC5 3ea2GFCp4QRLOIEoLd0TbqxtF85HBQTMX7QqCZu4DBO/rdzMViAFQekL23gIc6bhSSiu V+S9lKTWBgCgpR+YyCzXvv90atulM3hudIrqoYF2oAJDDijoGJtSaIN7qmRilNkjJZfM QrpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788280406; x=1788885206; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=Ama4vcz/XSYo4+pHJyqT2hFXL9IvS3KsjPeWoufTaYE=; b=emL7bjfSN5JvtfMCpVWDt2j4ttGMNMPHRosJOeSDVTRH+Q10BO+tPCtHyCsu09O5kp FJRMsq7X2QTnEhvQgF6Ca9guNZCK7KKTpTo1MAYXmNrEwhIHbvayaklT9ROdFth/dYH7 laxlCyzfcFKaQ9mQ1d+iiGtZalyZfDWILs2cX3WXmO+vBtThrtRXRYXwVVEQ/vFHCrfE +l7pwSvxRiodcb9iixgU/ebKdmBzdsTJWtdFq4BUY5c5jiSODuF1+EmU9ZZKiK0Gx+MV 9/jGHuOEqRtmren2MszW39ZqJGrpz5Ojp6YauB+f+DqZz7GJaw3xmT/97BULYXSJHCJL /Mdg== X-Forwarded-Encrypted: i=1; AKwUvBzJJo8WONMXTaeIRhLPZ+kKZJcz70iqnZavMj6cRyl5ekgvffcBuTdSchxJpJkiCAAQqxSQyxsj5PqlujMRHRRV@lists.infradead.org X-Gm-Message-State: AFuF++lqKWdbPK11hNM00HC+/QlqUo7s6gdriguTtiNxlnehGVeXFWRq rJVr+nJ4UO0oCHZmMLWqeTBXgpC1XH9344wv8Rl9Atc+I4OiXIUUKps= X-Gm-Gg: AYBFou0cBmESM3yqqOpRWP5qcVdNLwexrnKyIWECNVxN6O5Y2L7xJAkyiSziMtM3Gam iCviXub/Nz48hRFZCZMo19e74DhINpqMClfousc4JdCUB5Rzcik8RUWawg/PmdOVAAfuGdONgWT r1nbzp0p55ZMj2YJTbK6QWA9SJ2JjV6m/n6cVBbZdw47qZLgWuvQYR4JxY0S1Th2fERrFLiXN0v S41SqtkI2occLvRz/6q0RlXgyYyysXhmkIwqZwipryQl6SdvvuMpWAKn6BTrZgAlXD7uH8CnxEi 5jbaVpPlBdYO52hKC2G3748o538xu+OrZ4OxoI7Ks2rwJk/XUrTfOugoWtbbfi07wPdKT/Fjyne Ug33zXZHtZgbcM88F3RkGMjmj1N5V6r5r/sRcZ4zVHpzfHHwn22I6xDz0nZm5viE/lEy+5L3EkY +680hWCC552QTAWVArUIF5Uv7SQX/9F2xWoWCFc3Mj5qtakPDqscdkso9n2rj58OQ= X-Received: by 2002:a05:651c:31d7:b0:39b:128e:ae68 with SMTP id 38308e7fff4ca-3a30175c52amr67573001fa.0.1788280405342; Tue, 01 Sep 2026 09:33:25 -0700 (PDT) Received: from fedora ([92.36.3.203]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-3a34a8ed967sm678251fa.7.2026.09.01.09.33.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Sep 2026 09:33:24 -0700 (PDT) From: Vitaliy Sochnev To: Lorenzo Bianconi , netdev@vger.kernel.org Cc: upstream@airoha.com, Andrew Lunn , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Vitaliy Sochnev Subject: [PATCH net v3 0/2] net: airoha: fix silent RX loss on the shared CPU ring Date: Tue, 1 Sep 2026 19:32:52 +0100 Message-ID: X-Mailer: git-send-email 2.55.0 In-Reply-To: <20260831234701.206021-1-sochnev.v.74@gmail.com> References: <20260831234701.206021-1-sochnev.v.74@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260901_093327_995194_58095C19 X-CRM114-Status: GOOD ( 13.00 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org v3: dropped the RX ring stall recovery (v2 2/3) as asked [1]. At 128 the stall does not occur - 500 forced PPPoE reconnects over 20 h with the detector compiled in and armed, zero triggers - and it did not fix the bug on its own anyway. I will resend it if the stall turns up at the larger ring. 2/2 keeps its code and its Acked-by; the commit message changed. It now cites the register capture taken with no recovery in the tree instead of numbers from builds carrying it, states that 1/2 does not cover this failure, and quantifies what the bigger rings cost in memory. v2 [2] answered the v1 review: DONE-bit overwrite hypothesis disproven, QDMA_DESC_DROP_MASK never set, RX_DSCP_NUM default raised to the vendor SDK's 32. Still open for the airoha folks: in 2/2 hw set DONE on descriptor 15 while 0-14 were untouched and the driver's consumer sat at 0. Is out-of-order completion within an RX ring expected, or is the driver violating a constraint on RX_CPU_IDX by leaving one descriptor unposted? Growing the ring avoids the symptom; the rule behind it is still unknown. Tested on Nokia XG-040G-MF (AN7583) on a live PPPoE line. These two patches without the recovery are what ran longest here: 508 forced reconnects over 20 h 32 min, zero rx_dropped/rx_errors across 39158 samples. [1] https://lore.kernel.org/netdev/apaA5jDYH71F0JaS@lore-desk/ [2] https://lore.kernel.org/netdev/20260831234701.206021-1-sochnev.v.74@gmail.com/ Vitaliy Sochnev (2): net: airoha: handle RX_NO_CPU_DSCP interrupt, not just RX_DONE net: airoha: grow the small RX rings drivers/net/ethernet/airoha/airoha_eth.c | 16 +++++++++++----- drivers/net/ethernet/airoha/airoha_eth.h | 3 ++- drivers/net/ethernet/airoha/airoha_regs.h | 2 ++ 3 files changed, 15 insertions(+), 6 deletions(-) -- 2.55.0