From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr2-f2.google.com (mail-wr2-f2.google.com [74.125.225.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A21D637E302 for ; Fri, 31 Jul 2026 22:04:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.66 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785535479; cv=none; b=HFlDp+QFqmckFRnFY0SFfoOIlvhGS7bdBdGzADqaIOFF3CxTFZnG7sHs8JjBLyS1dKeGM+G9vfPDJdySFn26hTjGsL916J43Cin0TVVrwEl8JroO6Znq0EqGRxr68nP1JVYg6lXkKGidfE0UPDpiRXWA2v6RtH6fwX/6f8//aI8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785535479; c=relaxed/simple; bh=i2mO12QQOJ2mz4UuDmayqPHsK2P8n8l4gan0qKokjpE=; h=Mime-Version:Content-Type:Date:Message-Id:Cc:Subject:From:To: References:In-Reply-To; b=q3HaswKrymlLAaMFpwd7TSE5bQy/D33IrvMgV3AhBrnev2m/YTYEmCPqzLSVM+7Q3wnIpjk487ZiRCrfvZr+FzaUmM3RTTttt1/FVrTO0YVP2gF+CTDLX5/Aqux8W4Pn8ORa0p7wPWAZYH3B2j0F3nFdMSEGyL1hbTt5y5roH10= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=PIYc7LW1; arc=none smtp.client-ip=74.125.225.66 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="PIYc7LW1" Received: by mail-wr2-f2.google.com with SMTP id ffacd0b85a97d-472365266f5so780896f8f.1 for ; Fri, 31 Jul 2026 15:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785535476; x=1786140276; darn=vger.kernel.org; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-type:content-transfer-encoding:mime-version:from:to:cc :subject:date:message-id:reply-to:content-type; bh=i2mO12QQOJ2mz4UuDmayqPHsK2P8n8l4gan0qKokjpE=; b=PIYc7LW15LqbZkuMZDZjDpDgb1MFX210iD/B31BuAI42dM5EYfOBbO/Fh10jSoFIY/ 0u1l8A5Hx7/s+GvcEcBhy8cURVeHM5Mo+PR2U7rr73gqoB0XO+TXH85kpIDxV9MxO2iF u5ejd1oHvPWQcEiG7F/4S55oI4uG4XLG4Fc4TUFTmrClQjiESbHEt1YOsgEWzsglrFRj cfYQblJxRtDV8yHUAR3tZg0wJFtDXzgtj5vCiP2rW7j2OTqYYiQy3oAnl8sPTXBC3Vgd TNwm9tvwJZIo2J7M9aGAO+ZMMIfT6tWgpS1BgGWNZrZbwtFrUtc2kldvKC34K9wz5nQC kzjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785535476; x=1786140276; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-type:content-transfer-encoding:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=i2mO12QQOJ2mz4UuDmayqPHsK2P8n8l4gan0qKokjpE=; b=E+Agca3mS2BmwR95zK2knBSgD9m46L+fEGxyF6xADt1ijOOS3pcXICw1U8kcVaZSA4 02Hjue1tSbuftv/xXR9rwYVUEWl+YY8PFa7LTrqVOsCyomCAqVvcs7eV27W4cdsYLOAZ EqOOPXyQN2KArxPBCzbtcqnczURmGe6LS1TNjMfTa9Z4uedEuBL+HlX/KnsbWOEI97T4 Y/2Qhk6ci67K4uk1+Fldahji70lcDeB9VqOEOuBCnG+Gb/lTHVInx/KRRjFH0heGsCVI F6pvhvMw3upT7/QvAFJf61knxTLiV7Q9WeMa60ExQIkAvuICP2byc4ZpN+yzSKfdZ8+I mV7g== X-Forwarded-Encrypted: i=1; AHgh+RrxliJ+Tzfi2KHMKp0u3asVaNzHmNWcD3F37EWyEe8pGPLj7PfEQualT3hhaloUzbq0tqvYVrpqrmB5lYof/dezIVtKjT8=@vger.kernel.org X-Gm-Message-State: AOJu0YxARSf7jbFvuLELfLQ0ixlLLh6z6GAuplxodJUY9stn0Vv+t7nW vofIGCi7XwALaAwh/RrdlXKNtmD86SLQ1rzL7Jzqm1tky2GJRhydHFzt X-Gm-Gg: AR+sD11KPLndTME+AFnZojqUciDkgQP7HXEOHTBf5u/u5DWgXw2dndl/7htPaoSQAhF 6UqSUtsNCYiMMLwgdBaJJYMJNsa6HUcmFp2EBj4/mrT2Kx/yX+sukZHcwSii9giGIKNW4dFYDlv pqWkbHbyysvdsR0NeLeSzQ9xKRP9L2ixUUgmf/zDPad0nmytfCISpG/TnB7Ksb8ochCIsPbs3Sa AxMxQH75Z+WX81T3OT7N7mL0S7ullIg4aslYVfLtzEIafvpMB0+H1dmPul7Y3meJffz4rbuDbOR gHO11pUVfHd4Xy5BRs/sSdViB1D51woxPcg+AJeZbzHIYTe/syScYUX4NEfjLSuAuMCmNWPdhs7 UHVRPo69mlR5YsXg02Q3iMHIhAakrgZstFQy6CKtmkyKeMqVPdhQr68oH7ep4Kvp4w5S6xDOqi/ q6nGtdEDw6u2UU3mjl0rkIj6mWzt8RO2mR2o8r9dKCJI/4ZyPfEs8SPz4g3uM0SnyvcJfWve029 sw6eTCXUnxAs46yAZTb1EPmXty3/7/l1UsTAMyTcXV50tkd834xAuqCbcKhZHuN45NuEOazo43j CrsXboKaHiXxITaPypIhhV/6XPM= X-Received: by 2002:a05:6000:2707:b0:47f:7005:285e with SMTP id ffacd0b85a97d-47fd72f988emr1633857f8f.53.1785535475666; Fri, 31 Jul 2026 15:04:35 -0700 (PDT) Received: from localhost (nat-icclus-192-26-29-3.epfl.ch. [192.26.29.3]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-47fd45a1240sm9623006f8f.36.2026.07.31.15.04.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 31 Jul 2026 15:04:35 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-security-module@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Sat, 01 Aug 2026 00:04:34 +0200 Message-Id: Cc: "David Windsor" , "Alexei Starovoitov" , "Daniel Borkmann" , "Andrii Nakryiko" , "Martin KaFai Lau" , "Eduard Zingerman" , "Song Liu" , "Yonghong Song" , "John Fastabend" , "KP Singh" , "Jiri Olsa" , "Emil Tsalapatis" , "James Morris" , "Serge E . Hallyn" , "Casey Schaufler" , "Stephen Smalley" , "Ondrej Mosnacek" , "Mimi Zohar" , "Roberto Sassu" , "Dmitry Kasatkin" , "Eric Snowberg" , "Alexander Viro" , "Christian Brauner" , "Jan Kara" , "Shuah Khan" , , , , , , , Subject: Re: [PATCH v6 bpf-next 3/4] bpf: add bpf_init_inode_xattr kfunc for atomic inode labeling From: "Kumar Kartikeya Dwivedi" To: "Paul Moore" X-Mailer: aerc 0.21.0 References: <20260730234533.1912709-1-dwindsor@gmail.com> <20260730234533.1912709-4-dwindsor@gmail.com> In-Reply-To: On Fri Jul 31, 2026 at 11:49 PM CEST, Paul Moore wrote: > On Fri, Jul 31, 2026 at 5:29=E2=80=AFPM Kumar Kartikeya Dwivedi > wrote: >> On Fri Jul 31, 2026 at 10:48 PM CEST, Paul Moore wrote: >> > On Fri, Jul 31, 2026 at 4:16=E2=80=AFPM Kumar Kartikeya Dwivedi >> > wrote: >> >> On Fri Jul 31, 2026 at 10:01 PM CEST, Paul Moore wrote: >> >> > On Fri, Jul 31, 2026 at 3:20=E2=80=AFPM Kumar Kartikeya Dwivedi >> >> > wrote: >> >> >> On Fri Jul 31, 2026 at 9:05 PM CEST, Paul Moore wrote: >> >> >> > On Fri, Jul 31, 2026 at 2:50=E2=80=AFPM Kumar Kartikeya Dwivedi >> >> >> > wrote: >> >> >> >> On Fri Jul 31, 2026 at 8:42 PM CEST, Paul Moore wrote: >> >> >> >> > On Fri, Jul 31, 2026 at 2:18=E2=80=AFPM Kumar Kartikeya Dwive= di >> >> >> >> > wrote: >> >> >> >> >> On Fri Jul 31, 2026 at 6:59 PM CEST, Paul Moore wrote: >> >> >> >> >> > On Fri, Jul 31, 2026 at 12:32=E2=80=AFPM Kumar Kartikeya D= wivedi >> >> >> >> >> > wrote: >> >> >> >> >> >> On Fri Jul 31, 2026 at 6:02 PM CEST, Paul Moore wrote: >> >> >> >> >> >> > On Fri, Jul 31, 2026 at 11:44=E2=80=AFAM Kumar Kartikey= a Dwivedi >> >> >> >> >> >> > wrote: >> >> >> >> >> >> >> On Fri Jul 31, 2026 at 5:30 PM CEST, David Windsor wro= te: >> >> >> >> >> >> >> > On Fri, Jul 31, 2026 at 11:17=E2=80=AFAM Paul Moore = wrote: > > ... > >> I think you keep forgetting that you cannot unilaterally decide this. Bo= th VFS >> and BPF people have told you that it does not make sense. What was clear= ly LSM >> specific code has been moved under security/ already. > > I'm charged with doing the Right Thing for the LSM framework, and in > my opinion it is in the best interest of the LSM framework that the > kfunc being proposed lives in security/bpf_lsm_kfuncs.c, just as the > VFS kfuncs live in fs/bpf_fs_kfuncs.c. > I think the "Right Thing" would be caring about your users and the project moving forward, who want this functionality, and figuring out the best way = to make it happen while working collaboratively with others. Life is full of tradeoffs. Instead of dictating how others should bend over backwards to agree to your arbitrary rules on code organization, which they don't agree with. Everyone you've pitched your idea on code organization to disagrees with yo= u. Yet, you remain adamant that it's the only way forward. Materially, both you and I know nothing of consequence would happen if the = kfunc stays where it is. As a consequence, everyone suffers because they first need to satisfy your = whims on how all code and kfuncs written thus far are wrong, and need to be moved around ASAP, including the one being proposed. Not only is that a disservice to your users, but also people who've reviewe= d code (apart from you), and more importantly the person who worked on this p= atch set for several months. At least a month ago, you had the good sense of not dying over this hill. > [...]