netdev - Re: [PATCH net-next 00/13] selftests: ncdevmem: Add ncdevmem to ksft

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAHS8izPAB2Vr0LoVfvz4SBpSdvmXv_CYSj7Z0ZX2Cngx1ooC9Q@mail.gmail.com>
Date: Fri, 13 Dec 2024 09:47:04 -0800
From: Mina Almasry <almasrymina@...gle.com>
To: Stanislav Fomichev <stfomichev@...il.com>
Cc: Pavel Begunkov <asml.silence@...il.com>, David Wei <dw@...idwei.uk>, 
	Taehee Yoo <ap420073@...il.com>, netdev@...r.kernel.org, davem@...emloft.net, 
	edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com
Subject: Re: [PATCH net-next 00/13] selftests: ncdevmem: Add ncdevmem to ksft

On Thu, Dec 12, 2024 at 5:19 PM Stanislav Fomichev <stfomichev@...il.com> wrote:
>
> On 09/12, Stanislav Fomichev wrote:
> > On 09/12, Mina Almasry wrote:
> > > On Thu, Sep 12, 2024 at 12:48 PM Stanislav Fomichev
> > > <stfomichev@...il.com> wrote:
> > > >
> > > > On 09/12, Stanislav Fomichev wrote:
> > > > > The goal of the series is to simplify and make it possible to use
> > > > > ncdevmem in an automated way from the ksft python wrapper.
> > > > >
> > > > > ncdevmem is slowly mutated into a state where it uses stdout
> > > > > to print the payload and the python wrapper is added to
> > > > > make sure the arrived payload matches the expected one.
> > > >
> > > > Mina, what's your plan/progress on the upstreamable TX side? I hope
> > > > you're still gonna finish it up?
> > > >
> > >
> > > I'm very open to someone pushing the TX side, but there is a bit of a
> > > need here to get the TX side done sooner than later. In reality I
> > > don't think anyone cares as much as me to push this ASAP so I
> > > plan/hope to look into it. I have made some progress but a bit to be
> > > worked through at the moment. I hope to have something ready as the
> > > merge window reopens; very likely doable.
> >
> > Perfect!
>
> Hey Mina,
>
> Any updates on this? Any chance getting something out this merge window?
>
> I was hoping you'd post something in the previous merge window (late Sep),
> but if you're still busy with other things, should I post a v2 RFC? I have
> moved to the mode which you suggested where tx dmabuf is associated
> with the socket; this lets me drop all tx ref counts (socket holds
> dmabuf, skb holds socket until tx completion). I also moved to a
> more performant offset->dma_addr resolution logic in tcp_sendmsg and
> fixed a bunch of things on the test side...

My apologies for the delay. I have the TX path ready, but having
trouble running the performance tests unrelated to the patch itself.
I'm going to send the TX path after a round of internal reviews,
likely by the end of next week.


-- 
Thanks,
Mina