netdev - Re: [PATCH v25 00/20] nvme-tcp receive offloads

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: <d23e80c9-1109-4c1a-b013-552986892d40@nvidia.com>
Date: Wed, 26 Jun 2024 19:34:50 +0000
From: Chaitanya Kulkarni <chaitanyak@...dia.com>
To: Jakub Kicinski <kuba@...nel.org>
CC: Sagi Grimberg <sagi@...mberg.me>, "linux-nvme@...ts.infradead.org"
	<linux-nvme@...ts.infradead.org>, "netdev@...r.kernel.org"
	<netdev@...r.kernel.org>, "hch@....de" <hch@....de>, "kbusch@...nel.org"
	<kbusch@...nel.org>, "axboe@...com" <axboe@...com>, "davem@...emloft.net"
	<davem@...emloft.net>, Shai Malin <smalin@...dia.com>, "malin1024@...il.com"
	<malin1024@...il.com>, Yoray Zack <yorayz@...dia.com>, Jason Gunthorpe
	<jgg@...dia.com>, Tariq Toukan <tariqt@...dia.com>, Max Gurtovoy
	<mgurtovoy@...dia.com>, Gal Shalom <galshalom@...dia.com>, Boris Pismenny
	<borisp@...dia.com>, Or Gerlitz <ogerlitz@...dia.com>, Aurelien Aptel
	<aaptel@...dia.com>
Subject: Re: [PATCH v25 00/20] nvme-tcp receive offloads

Hi Jakub,

On 6/26/24 08:50, Jakub Kicinski wrote:
> On Wed, 26 Jun 2024 18:21:54 +0300 Aurelien Aptel wrote:
>> We have taken some time to review your documents and code and have had
>> several internal discussions regarding the CI topic. We truly appreciate
>> the benefits that a CI setup could bring. However, we believe that since
>> this feature primarily relies on nvme-tcp, it might achieve better
>> coverage and testing if integrated with blktest. Your design focuses on
>> the netdev layer, which we don't think is sufficient.
>>
>> blktests/nvme is designed to test the entire nvme upstream
>> infrastructure including nvme-tcp that targets corner cases and bugs in
>> on-going development.  Chaitanya, Shinichiro, Daniel and other
>> developers are actively developing blktests and running these tests in
>> timely manner on latest branch in linux-nvme repo and for-next branch in
>> linux-block repo.
>>
>> Again, we are open to provide NIC so that others can also test this
>> feature on upstream kernel on our NIC to facilitate easier testing
>> including distros, as long as they are testing this feature on upstream
>> kernel. In this way we don't have to replicate the nvme-block storage
>> stack infra/tools/tests in the framework that is focused on netdev
>> development and yet achieve good coverage, what do you think?
> I'm not sure we're on the same page. The ask is to run the tests on
> the netdev testing branch, at 12h cadence, and generate a simple JSON
> file with results we can ingest into our reporting. Extra points to
> reporting it to KCIDB. You mention "framework that is focused on
> netdev", IDK what you mean.

just to clarify are you saying that you are want us to :-

1. Pull the latest changes from netdev current development branch
    every 12 hours.
2. Run blktests on the HEAD of that branch.
3. Gather those results into JASON file.
4. Post it publicly accessible to you.

I didn't understand the "ingest into our reporting part", can you
please clarify ?

-ck