[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4099c802-1fe1-4c04-805e-87abefb9d610@intel.com>
Date: Tue, 7 May 2024 13:47:53 -0700
From: "Nambiar, Amritha" <amritha.nambiar@...el.com>
To: Jakub Kicinski <kuba@...nel.org>, Mina Almasry <almasrymina@...gle.com>
CC: David Ahern <dsahern@...nel.org>, Jacob Keller <jacob.e.keller@...el.com>,
Alexander Lobakin <aleksander.lobakin@...el.com>, Saeed Mahameed
<saeedm@...dia.com>, Tariq Toukan <tariqt@...dia.com>, Jason Gunthorpe
<jgg@...dia.com>, Andrew Gospodarek <andrew.gospodarek@...adcom.com>,
"michael.chan@...adcom.com" <michael.chan@...adcom.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>, Jiri Pirko
<jiri@...dia.com>, Alexander Duyck <alexander.duyck@...il.com>, "Willem de
Bruijn" <willemb@...gle.com>, Pavel Begunkov <asml.silence@...il.com>, "David
Wei" <dw@...idwei.uk>, Shailend Chand <shailend@...gle.com>
Subject: Re: Driver and H/W APIs Workshop at netdevconf
On 5/7/2024 12:21 PM, Jakub Kicinski wrote:
> On Tue, 7 May 2024 11:17:57 -0700 Mina Almasry wrote:
>> Me/Willem/Pavel/David/Shailend (I know, list is long xD), submitted a
>> Devem TCP + Io_uring joint talk. We don't know if we'll get accepted.
>> So far we plan to cover netmem + memory pools out of that list. We
>> didn't plan to cover queue-API yet because we didn't have it accepted
>> at talk submission time, but we just got it accepted so I was gonna
>> reach out anyway to see if folks would be OK to have it in our talk.
>>
>> Any objection to having queue-API discussed as part of our talk? Or
>> add some of us to yours? I'm fine with whatever. Just thought it fits
>> well as part of this Devmem TCP + io_uring talk.
>
> I wonder if Amritha submitted something.
>
> Otherwise it makes sense to cover as part of your session.
> Or - if you're submitting a new session, pop my name on the list
> as well, if you don't mind.
I haven't submitted a talk this year. Last year, I covered the queue API
efforts in
https://netdevconf.info/0x17/sessions/talk/netlink-apis-to-exposeconfigure-netdev-objects.html.
Post that, I believe these are the new efforts:
Queue APIs WRT netdev-genl - Jakub's queue stats extensions, Mina's
netdev dmabuf binding (more like the first queue-set API in netdev-genl)
Netdev queue management ops - the queue APIs for alloc/free/start/stop
by Mina
I was working on netdev-genl queue-set API for NAPI configuration
(https://lore.kernel.org/netdev/171234737780.5075.5717254021446469741.stgit@anambiarhost.jf.intel.com/),
but as discussions progressed, I wasn't sure if that was the solution to
our problem. As a part of that effort, based on the reviews, I was
considering generalizing some part of the code into core for queue
start/stop steps though the driver implementation would still be more
extensive.
We are also seeking some feedback on devlink-extensions topic and plan
to bring that as well to the workshop.
Powered by blists - more mailing lists