netdev - Re: [PATCH RFC net-next] net/smc: Unbind buffer size from clcsock and make it tunable

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]

Date:   Tue, 23 Nov 2021 10:33:07 +0100
From:   Karsten Graul <kgraul@...ux.ibm.com>
To:     Tony Lu <tonylu@...ux.alibaba.com>
Cc:     kuba@...nel.org, davem@...emloft.net, guwen@...ux.alibaba.com,
        netdev@...r.kernel.org, linux-s390@...r.kernel.org,
        linux-rdma@...r.kernel.org
Subject: Re: [PATCH RFC net-next] net/smc: Unbind buffer size from clcsock and
 make it tunable

On 23/11/2021 07:56, Tony Lu wrote:
> To solve this issue, we developed a set of patches to replace the
> AF_INET / SOCK_STREAM with AF_SMC / SMCPROTO_SMC{6} by configuration.
> So that we can control acceleration in kernel without any other changes
> in user-space, and won't break our application containers and publish
> workflow. These patches are still improving for upstream.

This sounds interesting. Will this also be namespace-based like the sysctls
in the current patch? Will this future change integrate nicely with the current
new sysctls? This might allow to activate smc for containers, selectively. 

Please send these changes in a patch series together when they are finished.
We would like to review them as a whole to see how things play together.

Thank you!