[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230823190225.5688f1ad@kernel.org>
Date: Wed, 23 Aug 2023 19:02:25 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Aurelien Aptel <aaptel@...dia.com>
Cc: linux-nvme@...ts.infradead.org, netdev@...r.kernel.org,
sagi@...mberg.me, hch@....de, kbusch@...nel.org, axboe@...com,
chaitanyak@...dia.com, davem@...emloft.net, aurelien.aptel@...il.com,
smalin@...dia.com, malin1024@...il.com, ogerlitz@...dia.com,
yorayz@...dia.com, borisp@...dia.com, galshalom@...dia.com,
mgurtovoy@...dia.com
Subject: Re: [PATCH v13 00/24] nvme-tcp receive offloads
On Tue, 22 Aug 2023 15:04:01 +0000 Aurelien Aptel wrote:
> The next iteration of our nvme-tcp receive offload series.
> This submission was rebased on top of net-next, and on top of
> the NVMe-TCP TLS implementation v10.
> https://lore.kernel.org/all/20230816120608.37135-1-hare@suse.de/
Please post as RFC if there are dependencies, we can't apply this,
anyway.
More importantly it took so long to revise this series we had made
significant progress with the netlink infra. I think you should move
out from ethtool into a dedicated family, in a similar fashion to:
https://github.com/kuba-moo/linux/tree/psp
Powered by blists - more mailing lists