From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 919F935DA48 for ; Tue, 21 Apr 2026 20:03:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776801783; cv=none; b=JH/1i/q5wonAvE1FcGrt9dvRh9l+9MhKr4T/IGjBh0I52gM00Afx8X8TfFgCRhyZq9y6QNFAJArmOgLD07IIOcl1r3v+TuJVGkkPJ3ERHrpCyQqEBdzcDS0a1uddh/QJh+QSVmY3dDC+dCriX06331CncKoKVeNV+KJcM3qQeDQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776801783; c=relaxed/simple; bh=z/yo03AiSA0eCKVwpNdHXlr1nQWbFRacndf5yazbhEk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=BxkhDmlQ/0ZrP9i8v7/8gaJtx+OL+62T2Ghpd7g+SKu2P/eZxmgj2nsqUoMoHFY+VGgAKVvm39mlqRtM/IcVt84JDM6CsxEOUg9vgGl2DYNZsh/6vHwJ85dMrMsvyGCJcd4HqMpUj/U8DZbSpd6JaIfXmq3tiG8I1M/XI9/K+8Y= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=EiKSzfC9; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=Qf5CfghO; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="EiKSzfC9"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="Qf5CfghO" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1776801780; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=3zuspwqjQXluBmm8BYsT+wPUm5BBdmNQ0nxP766NAw4=; b=EiKSzfC9qmKIcJQiWh75VI0zIkEmReX54SUt39LBIXmRY9JiQGxaQ0YItHSorOlePEK8MK d5uIPM6G6tQyicRKb1TNy2clW7Yk/oALaJKeCoVSjpm5/gGw3BZYaTfBav4VQH9TXDY6aq 6lu+GIt2JUiYuiRSiD952XfSPJ/LImc= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-3-Q1tGMWyFOh62jAivbaa62Q-1; Tue, 21 Apr 2026 16:02:59 -0400 X-MC-Unique: Q1tGMWyFOh62jAivbaa62Q-1 X-Mimecast-MFC-AGG-ID: Q1tGMWyFOh62jAivbaa62Q_1776801779 Received: by mail-qv1-f71.google.com with SMTP id 6a1803df08f44-8a275472d89so69585296d6.1 for ; Tue, 21 Apr 2026 13:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1776801779; x=1777406579; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=3zuspwqjQXluBmm8BYsT+wPUm5BBdmNQ0nxP766NAw4=; b=Qf5CfghOVthZvhlWyx//1FRq1D4MEv2vkPpXuvZRNNKNtZ1GdGI/h3UDhH/WP8brUU 2fBYsUlv+FLtOF0MeiwjAgPLHVS9pqRL36VN84uOkdQFlZgwrEfoHFneEW7LnCAOLA2S er7vnuc0kNZAP45MakmSHkbWYikZNlv9FQ2VzVvR9S+UyYgEx+lBS6Xp12Biz30utn6+ UHeJnihQXQCoNFe1Zvts8Ht3emDdBPeevdwyiprqTznV5ZvY79KPENwqVcQU5yWwOQzP PWsZGfC74eqZdktTUqT2vAFlxaO0EsVu/WeXm7q/ecwiMDGxEvO2HK03GRaf4tWf6XIC UbyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776801779; x=1777406579; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=3zuspwqjQXluBmm8BYsT+wPUm5BBdmNQ0nxP766NAw4=; b=P0FYrvdsZwWCfJS57NO0ZGTtx+un14LJVxEdHEGSx90zGdCa5jPQ38IUxdhB7oXq7G NbPwpTdw7K+GhQGcdANJV+8DCUkqmeYLnsXaZkt1WPT2qZdcBMGqMmJROHywkBGByJ+J hH69rbQqYzEnYSFB4nA5sEMC0ePzrK4foax1uPNCMGU5OeTb/bftUUGcn2L5FGIPwxwK 3NzQhCYnDzFG4EC8AiFafUq8JKyXjGzmRXsLS/r5gKikz3iOUeWd3kjYoGHKu36/+OxA 57oJobwMdseYeEHVRp17Q73Dn5OVNqQ3yVC7pGNxynNpdPIFIjRWF4HwzL5jCSRTQdE9 IJuQ== X-Forwarded-Encrypted: i=1; AFNElJ/ZIBXdBBfpHhQ9ufwuLLqfiO5m7dSCR5YLSqtXo2MW9G3P+164q2X2NcrHVLNF4OFSa1TwrhWk19E2CZA=@vger.kernel.org X-Gm-Message-State: AOJu0YxvQD0xKFi+9vEdwfm9j+rrOChS115QGSfHCT4dRYrukPq3f2PH MHnyZ70fU3qznh/y+ZaceSoJcAu2wJwpC+pttSBRQP2KsbTH8bCfm6LMsl93f9rL9VdvLhonxDv ikIvK0hXJtvITuJcSjzJKFyhq+9+kkH5YL7vgutcnrSYNQ5nQ5jqhhvVxCe82pmMT2w== X-Gm-Gg: AeBDiesspmL1rio8uaek5IeB/JUnDGa9uOnGpMVx9B6C43AbmVQnLevt6Vger76r4qh N3kCEcTAq84F8fQi5MCgvz/5x5+adOBuhuizONXm0TOoAFS1JwuMaUbQVunGBTckzePaAynPJy0 RexLSYsjxEKTmei6qEWlYWc/HbDMKEHyROsvI18LY0GdCv0ar7lXT91jvG2pw71Ry4/cov0jwwG bvmH6RrMRGbKHZrEJMd0Vx5FzA5se/mftX6BoJqsULkNGeufnw/V+2dlbprUE8dO3DDWBvCmeJh 3mR6xdbtDZlA817nU5wqnINjSQNl/XltszC7hGooIQbwnFBFGopY8ZxF1b3LOLRJQyo6lCOMLbi Q/tkUB+yUCZFQwl4E0RSxpPIH6JdDCR1A1MkR2DKe6g== X-Received: by 2002:a05:6214:5b87:b0:8ac:a5a0:481 with SMTP id 6a1803df08f44-8b028015984mr335683736d6.4.1776801778622; Tue, 21 Apr 2026 13:02:58 -0700 (PDT) X-Received: by 2002:a05:6214:5b87:b0:8ac:a5a0:481 with SMTP id 6a1803df08f44-8b028015984mr335682706d6.4.1776801778111; Tue, 21 Apr 2026 13:02:58 -0700 (PDT) Received: from rh-jkangas-kernel ([2601:1c2:4400:6bf0:7677:bcee:4ef0:e09d]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-8b02ae5ec2dsm115982646d6.29.2026.04.21.13.02.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Apr 2026 13:02:57 -0700 (PDT) Date: Tue, 21 Apr 2026 13:02:52 -0700 From: Jared Kangas To: jan.petrous@oss.nxp.com Cc: Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Maxime Coquelin , Alexandre Torgue , Chester Lin , Matthias Brugger , Ghennadi Procopciuc , NXP S32 Linux Team , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Frank Li , netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, imx@lists.linux.dev, devicetree@vger.kernel.org, rmk+kernel@armlinux.org.uk, vladimir.oltean@nxp.com, boon.khai.ng@altera.com Subject: Re: [PATCH v11 4/4] stmmac: s32: enable support for Multi-IRQ mode Message-ID: References: <20260312-dwmac_multi_irq-v11-0-09621ccb040b@oss.nxp.com> <20260312-dwmac_multi_irq-v11-4-09621ccb040b@oss.nxp.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260312-dwmac_multi_irq-v11-4-09621ccb040b@oss.nxp.com> Hi Jan, On Thu, Mar 12, 2026 at 09:55:30AM +0100, Jan Petrous via B4 Relay wrote: > From: "Jan Petrous (OSS)" > > Based on previous changes in platform driver, the vendor > glue driver can enable Multi-IRQ mode, if needed. > > [...] > > If those prerequisites are met, the driver switches to Multi-IRQ mode, > using per-queue IRQs for rx/tx data pathr: > > [ 1.387045] s32-dwmac 4033c000.ethernet: Multi-IRQ mode (per queue IRQs) selected > > Now the driver owns all queues IRQs: > > root@s32g399aevb3:~# grep eth /proc/interrupts > 29: 0 0 0 0 0 0 0 0 GICv3 89 Level eth0:mac > 30: 0 0 0 0 0 0 0 0 GICv3 91 Level eth0:rx-0 > 31: 0 0 0 0 0 0 0 0 GICv3 93 Level eth0:rx-1 > 32: 0 0 0 0 0 0 0 0 GICv3 95 Level eth0:rx-2 > 33: 0 0 0 0 0 0 0 0 GICv3 97 Level eth0:rx-3 > 34: 0 0 0 0 0 0 0 0 GICv3 99 Level eth0:rx-4 > 35: 0 0 0 0 0 0 0 0 GICv3 90 Level eth0:tx-0 > 36: 0 0 0 0 0 0 0 0 GICv3 92 Level eth0:tx-1 > 37: 0 0 0 0 0 0 0 0 GICv3 94 Level eth0:tx-2 > 38: 0 0 0 0 0 0 0 0 GICv3 96 Level eth0:tx-3 > 39: 0 0 0 0 0 0 0 0 GICv3 98 Level eth0:tx-4 I ran this series' changes on an NXP S32G-VNP-RDB3 (dwmac-s32) and confirmed multichannel TX by doing a basic iperf3 throughput test: # dmesg | grep Multi-IRQ [ 37.463467] s32-dwmac 4033c000.ethernet: Multi-IRQ mode (per queue IRQs) selected # iperf3 -s [connection logs snipped] # grep end0 /proc/interrupts | column -t 29: 0 0 0 0 0 0 0 0 GICv3 89 Level end0:mac 30: 968 0 0 0 0 0 0 0 GICv3 90 Level end0:tx-0 31: 0 3 0 0 0 0 0 0 GICv3 92 Level end0:tx-1 32: 0 0 3 0 0 0 0 0 GICv3 94 Level end0:tx-2 33: 0 0 0 3 0 0 0 0 GICv3 96 Level end0:tx-3 34: 0 0 0 0 3 0 0 0 GICv3 98 Level end0:tx-4 35: 67302 0 0 0 0 0 0 0 GICv3 91 Level end0:rx-0 36: 0 0 0 0 0 0 0 0 GICv3 93 Level end0:rx-1 37: 0 0 0 0 0 0 0 0 GICv3 95 Level end0:rx-2 38: 0 0 0 0 0 0 0 0 GICv3 97 Level end0:rx-3 39: 0 0 0 0 0 0 0 0 GICv3 99 Level end0:rx-4 Also tried out multichannel RX by adding 'snps,route-multi-broad' to rx-queues-config/queue2 in the devicetree, which showed activity on the corresponding rx-2 entry: # grep end0 /proc/interrupts | column -t 29: 0 0 0 0 0 0 0 0 GICv3 89 Level end0:mac 30: 4 0 0 0 0 0 0 0 GICv3 90 Level end0:tx-0 31: 0 1 0 0 0 0 0 0 GICv3 92 Level end0:tx-1 32: 0 0 1 0 0 0 0 0 GICv3 94 Level end0:tx-2 33: 0 0 0 0 0 0 0 0 GICv3 96 Level end0:tx-3 34: 0 0 0 0 1 0 0 0 GICv3 98 Level end0:tx-4 35: 68 0 0 0 0 0 0 0 GICv3 91 Level end0:rx-0 36: 0 0 0 0 0 0 0 0 GICv3 93 Level end0:rx-1 37: 0 0 91 0 0 0 0 0 GICv3 95 Level end0:rx-2 38: 0 0 0 0 0 0 0 0 GICv3 97 Level end0:rx-3 39: 0 0 0 0 0 0 0 0 GICv3 99 Level end0:rx-4 I didn't see any regressions with light network usage, and both TX/RX appear to function as expected. Tested-by: Jared Kangas