From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) (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 B5A39262FC0 for ; Sat, 18 Apr 2026 19:17:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776539863; cv=none; b=NEmmjveMhdtXIzqX9WqLsYBhsgeXBQYT55OF4AGJ15QYvjxl19GbfBrJA5bFhoocCrZcQvVkuGEiy1iEtdc4BLUZ10q7TSuhoDbOjtO7Fb5NSoGmFQuXAq3ReuLRRYbVdrphEYO4MLDVA5TeJYeDhgEZhccNKpb+9XpcqamhGBA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776539863; c=relaxed/simple; bh=GymHzhvKrvD17ZOrxb4Dq9BmOKQK6lNjMoVhIjQSDAM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=YKedYNrh7UKcTeUmbbzihT8QHZMHjqoR9zHz1wiAPhJ+DBhJkgyYWNoLgzCLIe5iK/ru9DsUVTtckG8Dq55I5bsyTaO0UceVrSXuBPASVUK20r7Sx9qGoK3CUMJ9bguKEzCMmNH6eDHdecSzG/nH8Kd0azjHiZqYMB4WoOMPWGs= 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=EaHxRZaR; arc=none smtp.client-ip=209.85.221.48 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="EaHxRZaR" Received: by mail-wr1-f48.google.com with SMTP id ffacd0b85a97d-43cf7683a28so1134129f8f.2 for ; Sat, 18 Apr 2026 12:17:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1776539860; x=1777144660; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=NrEV29CtMlnaVQCR7QbuyoYiQZBB4+LYKoPg0T6j78k=; b=EaHxRZaRhv+D1Djj57nmPrmEsca1Q4hzTeYJeDMzgpWrsPJLDyHIpKa/za3NdwOcvR aBjcJ+o2Sd/fR72+Fg4QHkqNE6yeVIkrB+72yN4iLH9iCfMyTXTw9rNPQepVTcXI/X73 351e7e++jZGRMdnhrLuOokus6IjFK/G9kdyjKVDEC4nvZ0EXzHwOqk+rhU9CRjWu6bw1 AtQq7Ej5uJF49uR5+Kzds19UXL2vt0WSbxO1vwKLR86oHW+ar2q6L6FozbSOc8ukwZ0d 0FJr1v4Pk6nnRpZo4sKEpLRh8AbWdObmUv978CFAKQpI7dm2njs22F0FKYhbwCNAadVf +crw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776539860; x=1777144660; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=NrEV29CtMlnaVQCR7QbuyoYiQZBB4+LYKoPg0T6j78k=; b=gVquaZSlXUEhJpnTJPmIezXKFbVArMasTttqxnKNm+elvMnf2uEuwSAIIycXOxt5W1 QMyjslPJRK953SHGUICvEijKIcPAY35j/qWGPPgL1oib0rNJW43cQM9Ntw8XX4ZJlQ2k jCqHgxS4I9sa1l558F5jdnplPDmX4HNb9oLUx5oG1OV9XyCX+Yw3V4spkCtIk7n1+MdI g3CNgboCzxdClICZmCV+SAcB6wptatWsm1zU/EynhzdK0jgBi5vUWVEMCI7HS5SdWrm8 U1iry5wk2UE2yFVOSyLooqT6rnJxvprTJR9ydEeJ8V9uvS5XHEvXsUVYrVolyUKalwR/ nTsQ== X-Forwarded-Encrypted: i=1; AFNElJ8KmNey5jXklWSyjryl2QZur3t/f+VMAG6eBrBn3ocZthklbKk58xbkEJ1qEBLRctji+YI6ApAiBRWWgh0=@vger.kernel.org X-Gm-Message-State: AOJu0YyYmS2g7zVhuyeO3sUFggMadL4vY9azICon1/ZYXebyJTzN3yB7 N6P+cH55xIuP9/QCoim6L9vXFsM6sUQ6HsQbhjq45+10ECPZdgKLFR1t X-Gm-Gg: AeBDiesdduxIrS4re/eXaLRfR6TKlMkuuFLqjOmu5t5Hm0DENCbRo5uipCUxyI7eaXX I2Q54mEK2i22TDKnm5NWTulQT/M2qHNnF9hMt2k0FTxchbwCrW83OWWMwungFa7/wBQnVB1b0JQ pS9dqavo14MAIz3FCGvCWr/jxut1u0H3ThawdTdEvb8lV7/z80me2ZGl6cDjwfnKSBaQli2Ovhm VdEZl1D8Cm1fgNh8w0ImcausOwkcpjaeez4hbS9ug/ODSKf7/SPSP5ZOFE0B0Wct4jcux7B3ano b9KLjMO7JHsxYMY8CERhNHhuBNzECSCxzpAvsfgZTig0+RifXNCXhkppiRPYmGUE4Z2b0mIfK5f txgGjCbJ65xCoNGcFX4JuQxYgGS1Ooib/AJlhVLUEGHUF+rEybwFPlvlZMLbkccP9TXB2NHrMuK C0RhmmhbeYW8zWZRCWtRerDW6LTa8/I8pENToTIhzO5wlIY2rr1SJWC1Jw6iDYMjw6C2bk7JGYV UIAo+q8zR9rnGykI04R/Q== X-Received: by 2002:a05:6000:40de:b0:43d:7946:badc with SMTP id ffacd0b85a97d-43fe3e073dcmr11320272f8f.26.1776539859788; Sat, 18 Apr 2026 12:17:39 -0700 (PDT) Received: from dohko.chello.ie (188-141-5-72.dynamic.upc.ie. [188.141.5.72]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43fe4c221cdsm15253423f8f.0.2026.04.18.12.17.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 18 Apr 2026 12:17:39 -0700 (PDT) From: David Carlier To: rostedt@goodmis.org, mhiramat@kernel.org Cc: mathieu.desnoyers@efficios.com, linux-trace-kernel@vger.kernel.org, linux-kernel@vger.kernel.org, David Carlier , stable@vger.kernel.org Subject: [PATCH] eventfs: Hold eventfs_mutex and SRCU when remount walks events Date: Sat, 18 Apr 2026 20:17:37 +0100 Message-ID: <20260418191737.10289-1-devnexen@gmail.com> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Commit 340f0c7067a9 ("eventfs: Update all the eventfs_inodes from the events descriptor") had eventfs_set_attrs() recurse through ei->children on remount. The walk only holds the rcu_read_lock() taken by tracefs_apply_options() over tracefs_inodes, which is wrong: - list_for_each_entry over ei->children races with the list_del_rcu() in eventfs_remove_rec() -- LIST_POISON1 deref, same shape as d2603279c7d6. - eventfs_inodes are freed via call_srcu(&eventfs_srcu, ...). rcu_read_lock() does not extend an SRCU grace period, so ti->private can be reclaimed under the walk. - The writes to ei->attr race with eventfs_set_attr(), which holds eventfs_mutex. Reproducer: while :; do mount -o remount,uid=$((RANDOM%1000)) /sys/kernel/tracing; done & while :; do echo "p:kp submit_bio" > /sys/kernel/tracing/kprobe_events echo > /sys/kernel/tracing/kprobe_events done Wrap the events portion of tracefs_apply_options() in eventfs_remount_lock()/_unlock() that take eventfs_mutex and srcu_read_lock(&eventfs_srcu). eventfs_set_attrs() doesn't sleep so the nested rcu_read_lock() is fine; lockdep_assert_held() pins the contract. Comment in tracefs_drop_inode() said "RCU cycle" -- it is SRCU. Fixes: 340f0c7067a9 ("eventfs: Update all the eventfs_inodes from the events descriptor") Cc: stable@vger.kernel.org Signed-off-by: David Carlier --- fs/tracefs/event_inode.c | 14 ++++++++++++++ fs/tracefs/inode.c | 5 ++++- fs/tracefs/internal.h | 3 +++ 3 files changed, 21 insertions(+), 1 deletion(-) diff --git a/fs/tracefs/event_inode.c b/fs/tracefs/event_inode.c index 81df94038f2e..79193021c6b0 100644 --- a/fs/tracefs/event_inode.c +++ b/fs/tracefs/event_inode.c @@ -244,6 +244,8 @@ static void eventfs_set_attrs(struct eventfs_inode *ei, bool update_uid, kuid_t { struct eventfs_inode *ei_child; + lockdep_assert_held(&eventfs_mutex); + /* Update events// */ if (WARN_ON_ONCE(level > 3)) return; @@ -886,3 +888,15 @@ void eventfs_remove_events_dir(struct eventfs_inode *ei) d_invalidate(dentry); d_make_discardable(dentry); } + +int eventfs_remount_lock(void) +{ + mutex_lock(&eventfs_mutex); + return srcu_read_lock(&eventfs_srcu); +} + +void eventfs_remount_unlock(int srcu_idx) +{ + srcu_read_unlock(&eventfs_srcu, srcu_idx); + mutex_unlock(&eventfs_mutex); +} diff --git a/fs/tracefs/inode.c b/fs/tracefs/inode.c index 03f768536fd5..f3d6188a3b7b 100644 --- a/fs/tracefs/inode.c +++ b/fs/tracefs/inode.c @@ -313,6 +313,7 @@ static int tracefs_apply_options(struct super_block *sb, bool remount) struct inode *inode = d_inode(sb->s_root); struct tracefs_inode *ti; bool update_uid, update_gid; + int srcu_idx; umode_t tmp_mode; /* @@ -337,6 +338,7 @@ static int tracefs_apply_options(struct super_block *sb, bool remount) update_uid = fsi->opts & BIT(Opt_uid); update_gid = fsi->opts & BIT(Opt_gid); + srcu_idx = eventfs_remount_lock(); rcu_read_lock(); list_for_each_entry_rcu(ti, &tracefs_inodes, list) { if (update_uid) { @@ -358,6 +360,7 @@ static int tracefs_apply_options(struct super_block *sb, bool remount) eventfs_remount(ti, update_uid, update_gid); } rcu_read_unlock(); + eventfs_remount_unlock(srcu_idx); } return 0; @@ -403,7 +406,7 @@ static int tracefs_drop_inode(struct inode *inode) * This inode is being freed and cannot be used for * eventfs. Clear the flag so that it doesn't call into * eventfs during the remount flag updates. The eventfs_inode - * gets freed after an RCU cycle, so the content will still + * gets freed after an SRCU cycle, so the content will still * be safe if the iteration is going on now. */ ti->flags &= ~TRACEFS_EVENT_INODE; diff --git a/fs/tracefs/internal.h b/fs/tracefs/internal.h index d83c2a25f288..a4a7f8431aff 100644 --- a/fs/tracefs/internal.h +++ b/fs/tracefs/internal.h @@ -76,4 +76,7 @@ struct inode *tracefs_get_inode(struct super_block *sb); void eventfs_remount(struct tracefs_inode *ti, bool update_uid, bool update_gid); void eventfs_d_release(struct dentry *dentry); +int eventfs_remount_lock(void); +void eventfs_remount_unlock(int srcu_idx); + #endif /* _TRACEFS_INTERNAL_H */ -- 2.53.0