Current-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: FYI: vm.swap_encrypt
Taylor R Campbell wrote:
> > Date: Mon, 11 May 2020 21:12:16 +0100
> > From: Alexander Nasonov <alnsn%yandex.ru@localhost>
> > 1) SWAP_STATS can be modified to return a status of encryption in
> > the se_flags member.
>
> What would the status be? That encryption was once enabled and at
> least one page was written out encrypted?
>
> At any given time, some pages may be encrypted while others are not.
> We don't keep track of how many pages are encrypted and how many pages
> are not, and it might be tricky to do so. All that is easy to do,
> without adding a lot more bookkeeping, is ascertain whether we have
> generated an encryption key at all, meaning that at least one page was
> swapped out while vm.swap_encrypt=1.
I didn't realise that it can be a mix.
> > 2) The encyption bit can be passed to SWAP_ON/SWAP_CTL but they
> > currently take an integer agrument and it's reserved for a priority.
>
> I thought about that but a vm.swap_encrypt sysctl knob was quicker to
> implement without needing further thought or ABI compatibility work.
Yeah, compatibility can be a pain.
> If you find a compelling reason to make it per-swapdev and want to
> implement that, fine by me!
I have no strong preference but if it was per-swapdev I could
use existing KAUTH_SYSTEM_SWAPCTL instead of introducing a new
KAUTH_SYSTEM_SWAP_ENCRYPT.
--
Alex
Home |
Main Index |
Thread Index |
Old Index