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  PHC 
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Tue, 14 Jul 2020 09:23:39 -0700
From:   Jakub Kicinski <>
To:     Boris Pismenny <>
Cc:     David Miller <>,,,,
Subject: Re: [PATCH] tls: add zerocopy device sendpage

On Tue, 14 Jul 2020 10:31:25 +0300 Boris Pismenny wrote:
> Now we have an ASIC that uses this API, and I'd like to show the best
> possible outcome, and not the best possible given an arbitrary
> limitation that avoids an error where the user does something
> erroneous.

I would not call correctness an arbitrary limitation.

AFAIU page cache is shared, one application thinking that files it
opens can't be modified is no guarantee that the pages themselves 
will remain unchanged.

Isn't support for read-only page cache entries also a problem for 
RDMA when it comes to fs checksums? Sounds like a problem area that
needs real solutions.

Powered by blists - more mailing lists