From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 132AB259A for ; Sat, 3 Jun 2023 06:00:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 37246C433D2; Sat, 3 Jun 2023 06:00:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1685772020; bh=Zc7F67BWlHMcKNJVZX9qvv2YUta8+zBiHy5CYfvugkA=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=E1jmmT8OoCi6qcWXeyOEA9kxiGOw3N2sUvNS+PZR7qHgo11GwI/zZXuLbISXpGoMT MxEZBPDw46mmcjUfFQzh0MuxbisFZv4LcrI31yqLrQZNjbjQ+J7JRM1CGmw7Ladvmq +keXN6PqUC7zIlX9O5egUgcGKb+J128+4C418WvIl5J6GOxLFuKGp8UB0Ili93q2m6 lkOzNtNu2jws99D42Ak03o5pgtna1YKVVy6HcSW/Hz4QinnTGlwI6QZE3pYJD/8IK0 SuO+K7lw+gqj5HhncvFv20Ecpvt8LTbss5CwG2Xmgs+gIcyhCl1vkU7pOto7yByZgU dzTp2/CcL5dYA== Date: Fri, 2 Jun 2023 23:00:19 -0700 From: Jakub Kicinski To: Amritha Nambiar Cc: netdev@vger.kernel.org, davem@davemloft.net, sridhar.samudrala@intel.com Subject: Re: [net-next/RFC PATCH v1 0/4] Introduce napi queues support Message-ID: <20230602230019.78449c21@kernel.org> In-Reply-To: <168564116688.7284.6877238631049679250.stgit@anambiarhost.jf.intel.com> References: <168564116688.7284.6877238631049679250.stgit@anambiarhost.jf.intel.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 01 Jun 2023 10:42:20 -0700 Amritha Nambiar wrote: > Introduce support for associating napi instances with > corresponding RX and TX queue set. Add the capability > to export napi information supported by the device. > Extend the netdev_genl generic netlink family for netdev > with napi data. The napi fields exposed are: > - napi id > - queue/queue-set (both RX and TX) associated with each > napi instance Would you mind throwing in the IRQ vector number already? Should be pretty easy to find the IRQ from NAPI, and it'd make this code immediately very useful for IRQ pinning. > Additional napi fields such as PID association for napi > thread etc. can be supported in a follow-on patch set. > > This series only supports 'get' ability for retrieving > napi fields (specifically, napi ids and queue[s]). The 'set' > ability for setting queue[s] associated with a napi instance > via netdev-genl will be submitted as a separate patch series.