Re: [PATCH 1/2] fs: Provide function that allocates a secure anonymous inode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Ackerley Tng <ackerleytng@xxxxxxxxxx>
Subject: Re: [PATCH 1/2] fs: Provide function that allocates a secure anonymous inode
From: Christian Brauner <brauner@xxxxxxxxxx>
Date: Wed, 4 Jun 2025 10:02:21 +0200
Cc: kvm@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, x86@xxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, aik@xxxxxxx, ajones@xxxxxxxxxxxxxxxx, akpm@xxxxxxxxxxxxxxxxxxxx, amoorthy@xxxxxxxxxx, anthony.yznaga@xxxxxxxxxx, anup@xxxxxxxxxxxxxx, aou@xxxxxxxxxxxxxxxxx, bfoster@xxxxxxxxxx, binbin.wu@xxxxxxxxxxxxxxx, catalin.marinas@xxxxxxx, chao.p.peng@xxxxxxxxx, chenhuacai@xxxxxxxxxx, dave.hansen@xxxxxxxxx, david@xxxxxxxxxx, dmatlack@xxxxxxxxxx, dwmw@xxxxxxxxxxxx, erdemaktas@xxxxxxxxxx, fan.du@xxxxxxxxx, fvdl@xxxxxxxxxx, graf@xxxxxxxxxx, haibo1.xu@xxxxxxxxx, hch@xxxxxxxxxxxxx, hughd@xxxxxxxxxx, ira.weiny@xxxxxxxxx, isaku.yamahata@xxxxxxxxx, jack@xxxxxxx, james.morse@xxxxxxx, jarkko@xxxxxxxxxx, jgg@xxxxxxxx, jgowans@xxxxxxxxxx, jhubbard@xxxxxxxxxx, jroedel@xxxxxxx, jthoughton@xxxxxxxxxx, jun.miao@xxxxxxxxx, kai.huang@xxxxxxxxx, keirf@xxxxxxxxxx, kent.overstreet@xxxxxxxxx, kirill.shutemov@xxxxxxxxx, liam.merwick@xxxxxxxxxx, maciej.wieczor-retman@xxxxxxxxx, mail@xxxxxxxxxxxxxxxxxxxxx, maz@xxxxxxxxxx, mic@xxxxxxxxxxx, michael.roth@xxxxxxx, mpe@xxxxxxxxxxxxxx, muchun.song@xxxxxxxxx, nikunj@xxxxxxx, nsaenz@xxxxxxxxx, oliver.upton@xxxxxxxxx, palmer@xxxxxxxxxxx, pankaj.gupta@xxxxxxx, paul.walmsley@xxxxxxxxxx, pbonzini@xxxxxxxxxx, pdurrant@xxxxxxxxxxxx, peterx@xxxxxxxxxx, pgonda@xxxxxxxxxx, pvorel@xxxxxxx, qperret@xxxxxxxxxx, quic_cvanscha@xxxxxxxxxxx, quic_eberman@xxxxxxxxxxx, quic_mnalajal@xxxxxxxxxxx, quic_pderrin@xxxxxxxxxxx, quic_pheragu@xxxxxxxxxxx, quic_svaddagi@xxxxxxxxxxx, quic_tsoni@xxxxxxxxxxx, richard.weiyang@xxxxxxxxx, rick.p.edgecombe@xxxxxxxxx, rientjes@xxxxxxxxxx, roypat@xxxxxxxxxxxx, rppt@xxxxxxxxxx, seanjc@xxxxxxxxxx, shuah@xxxxxxxxxx, steven.price@xxxxxxx, steven.sistare@xxxxxxxxxx, suzuki.poulose@xxxxxxx, tabba@xxxxxxxxxx, thomas.lendacky@xxxxxxx, vannapurve@xxxxxxxxxx, vbabka@xxxxxxx, viro@xxxxxxxxxxxxxxxxxx, vkuznets@xxxxxxxxxx, wei.w.wang@xxxxxxxxx, will@xxxxxxxxxx, willy@xxxxxxxxxxxxx, xiaoyao.li@xxxxxxxxx, yan.y.zhao@xxxxxxxxx, yilun.xu@xxxxxxxxx, yuzenghui@xxxxxxxxxx, zhiquan1.li@xxxxxxxxx
In-reply-to: <c03fbe18c3ae90fb3fa7c71dc0ee164e6cc12103.1748890962.git.ackerleytng@google.com>

On Mon, Jun 02, 2025 at 12:17:54PM -0700, Ackerley Tng wrote:
> The new function, alloc_anon_secure_inode(), returns an inode after
> running checks in security_inode_init_security_anon().
> 
> Also refactor secretmem's file creation process to use the new
> function.
> 
> Suggested-by: David Hildenbrand <david@xxxxxxxxxx>
> Signed-off-by: Ackerley Tng <ackerleytng@xxxxxxxxxx>
> ---

Once -rc1 is out I'll pull the VFS bits and provide a branch that
remains stable for the duration of v6.16 development that can be pulled.

References:
- [PATCH 0/2] Use guest mem inodes instead of anonymous inodes
  - From: Ackerley Tng
- [PATCH 1/2] fs: Provide function that allocates a secure anonymous inode
  - From: Ackerley Tng

Prev by Date: Re: [PATCH 1/2] fs: Provide function that allocates a secure anonymous inode
Next by Date: Re: [PATCH] fs: don't needlessly acquire f_lock
Previous by thread: Re: [PATCH 1/2] fs: Provide function that allocates a secure anonymous inode
Next by thread: [PATCH]]SMB3 client] cifs: update the lock ordering comments with new mutex
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [NTFS 3] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [NTFS 3] [Samba] [Device Mapper] [CEPH Development]