From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C9A311C5CBC for ; Fri, 20 Dec 2024 12:46:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1734698816; cv=none; b=GvCWz3lVCPwixHufHUUGOo0FFq1U2jrQJfPrSfT0w2+HMnBrKScSV/p3Mr7WDnxkVJuXGdvl2vk2kQ+oYc3s5dgG+lFLdvsY11UU40n9rCoHVTRnAEgjCxzeCM3NW5qQyEi+xPRkxd5Y0ZjrZF/f57nPpb101eeU/0/wbZvKDjU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1734698816; c=relaxed/simple; bh=5khHjsT1KuPi0a5zmTt4KqcGl30ctxJ3hwpuSXe7JXE=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=L7U4Z+ThgzLNjKKO0XQTyVlyg0UTt1mREK3C9k3stnIXPSUeQ3XvGnAafZlpho8XgPdehPprAUM0QljeB1lRXGeboufxSEEbrvUdTGaSO7v/BwNmUzuhnBbe1PnrAr5+o8ebBSvLlfJIjn3heU2OQX8+GJGYGsr1nQDvBIDoQFQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=cogentembedded.com; spf=pass smtp.mailfrom=cogentembedded.com; dkim=pass (2048-bit key) header.d=cogentembedded-com.20230601.gappssmtp.com header.i=@cogentembedded-com.20230601.gappssmtp.com header.b=sUFXG+vn; arc=none smtp.client-ip=209.85.167.42 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=cogentembedded.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=cogentembedded.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=cogentembedded-com.20230601.gappssmtp.com header.i=@cogentembedded-com.20230601.gappssmtp.com header.b="sUFXG+vn" Received: by mail-lf1-f42.google.com with SMTP id 2adb3069b0e04-540218726d5so1811716e87.2 for ; Fri, 20 Dec 2024 04:46:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cogentembedded-com.20230601.gappssmtp.com; s=20230601; t=1734698813; x=1735303613; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=VAfL/GZOdN5vbvq3CRu6BK/jXF2l81O7enXcx/p2vpQ=; b=sUFXG+vnYfK6NV5ha5o44BmYoAE0Ic2tgl1me2Cg+6r9hiUKP13f+zLZp1cTf5qsEe dR4NavFY8lWuaSIlNWE74X9hTdPNlHiHPw2rKfoyz/dTFzmEv41fo6NBpTBV1fNIi+xk nkaNL6aqG1yblG5p/KC6KHlp49XOrKNFjdS8GBgt+NfDvcYjEgGbD5UiaoR2zb7v/wHz 8SUT2feEQr9CDw63CngIxyUvLRivtcqluRM7C2zLuxJi0EoW37MCFuApVyud+0noQ0U1 ktGqdqiUONh48BTdKISBvfz5G8zQZcl7KUGVpGQiQBs1jJ1siZ281964e/naIlPw0WDh tMvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734698813; x=1735303613; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VAfL/GZOdN5vbvq3CRu6BK/jXF2l81O7enXcx/p2vpQ=; b=fBGctjLCWxlbkKsxRnYK7dAjakJ/402bwMxuPzydJDYAJvXDuJIqsL/IpBma11657x cjShjYZqBmDQ0g53n/LVpr+jLbMlUZi4MCSSJqZRilzgcFFneBKapXQCPX45O3136Iij L/ruLQ4kpLuzQn90kMWwBEMZ2KKnU2rPrkTbnvJiUbf1yccUczKEM8xRf0nYcn72L8aw 9Q/TpunqORS9IQgNCWrkYFzTOKVOwGR54WkJru73YkHSrk7tSANXBzIAoX/RQcR5oTah T+0AhszfSCEOOem90v/VRDCODt+2co93ejZZZPLyAVhHpw0CsBJjhldu+0CrnAx0eg+5 Hmuw== X-Forwarded-Encrypted: i=1; AJvYcCV4o3fx/UjCoFbAHPv3mntOXu/reRPjfWDGpKr6H6SpYB1xrJGKlYgGGNDJ4mPI98zeVZHMgtWJqXSn41E=@vger.kernel.org X-Gm-Message-State: AOJu0YwXxSRAPu9lidtCeLxICLKNg1X11ckJ0pfvdFAkJJlBTRNsGcrC Rb33wCsCRwGnFDVbFcuHG8qml1l6ULyZ9wo/WlIGlvFSNX+s1hN5WsdFvRqF7DY= X-Gm-Gg: ASbGncv9F4fbDWTlp/4JAeh3Z8ZNJs/YFxUHjKHc0EIHCBNQlmAll5o+Ds6oTfG/1Fz Yfd4Sf5POysncNEu8UHg1JBbT6bst6TW/rLOU6KWz+FopA0r/46d6CvKdhKvTvcNXSTx7MEe717 79v3a+0ltSOv6ddq/wuo1zhLBHA+/0BFX5548bFmY41TgDSh3qQd1D1X7cvl7TpQDnWwVPYN29e H6l8/J1DtWnUJmrDgVGhw6FDu51+SUJw12QNfh/p9DkoxWBBcwMZX1k4dllihZLKJgd/k9ZwUT0 X-Google-Smtp-Source: AGHT+IFRug0gAtFzEi7SVSfbVtJJPnSgb4yzeT1ZeS1to7j0mgIVY3nWKOx6iFynybRq9q6BDl3nNw== X-Received: by 2002:a05:6512:1055:b0:53e:39e6:a1c1 with SMTP id 2adb3069b0e04-54229560360mr1003264e87.43.1734698812945; Fri, 20 Dec 2024 04:46:52 -0800 (PST) Received: from [192.168.0.104] ([91.198.101.25]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-542235ffe48sm477812e87.73.2024.12.20.04.46.51 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 20 Dec 2024 04:46:52 -0800 (PST) Message-ID: Date: Fri, 20 Dec 2024 17:46:50 +0500 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net-next 1/2] net: renesas: rswitch: use per-port irq handlers To: Andrew Lunn Cc: Yoshihiro Shimoda , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Geert Uytterhoeven , netdev@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org, Michael Dege , Christian Mardmoeller , Dennis Ostermann References: <20241220041659.2985492-1-nikita.yoush@cogentembedded.com> <20241220041659.2985492-2-nikita.yoush@cogentembedded.com> <1f4b60ec-544c-49c5-b939-89882e1311ed@lunn.ch> <21f0aa0e-9df3-4b5a-957a-dcf68399cdce@cogentembedded.com> Content-Language: en-US, ru-RU From: Nikita Yushchenko In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit >> There are only 3 physical ports, however the use case I'm targeting is - >> virtual ports serving virtual machines (with offloading features making >> hardware directly L2-forward or L3-route most traffic between outside world >> and VM-owned virtual port frontends). In this setup, some of 8 GWCA irqs >> will be given to VMs and thus there are definitely not enough to >> per-consumer allocation. > > And you are describing your VMs in DT as well? And if you change your > VM setup, you are going to modify your DT? This all sounds wrong. Since this is for embedded, particular setups will likely be static... so defining driver configuration in device tree suits the needs quite well. Still, if this is considered as device tree misuse, I will implement some other solution. Maybe, add a sysfs_group to port netdev and have irq_index attribute there? Then, target rootfs will be able to configure that via udev rules file. > I don't know if it will help, but ethtool mentions: > > -l --show-channels > ... > -L --set-channels I believe this is for multi-queue devices configuration, which is a somewhat different thing. Nikita