From nobody Mon Oct 6 01:22:08 2025 Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) (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 5B2BA1FAC37; Sun, 27 Jul 2025 10:05:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.171 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1753610742; cv=none; b=AVPvjzo5X3ky11GD03z03Ccush+njAQ6nFZfk2FMs3rIZKLaDr1ZLvHrf5izIL5pKSUBmiXhLC3enS2nRdZatsuvD5tgYNWI2JrtEyP6JE7H7vtUpKzAiNJxNCwXuenWO6GxF9LIoxUtBmk4lEzW3qBYUeok0WRdvrOexZisJGk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1753610742; c=relaxed/simple; bh=wBkZLDu/G6qbAxr1715WKt7sJ8lAdpiG53DxnMPGhTQ=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=GlZ4YPrAfPtYc5kl4uo5l5Saxl/FVeDuqJDbJHWHn22zg2mu5PTD/OLFXja5buXVlB6OuyZRizc9otEqKTH5Wr0+AQVKqF+8nJPifbzBKIxXDXiUJ7MBd7fpPQ4A1cqoNCfuEjJFQ6YjAj9XdB1oQbdovHdMdYt7zTk+Xpp/MSU= 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=XhviO6V7; arc=none smtp.client-ip=209.85.214.171 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="XhviO6V7" Received: by mail-pl1-f171.google.com with SMTP id d9443c01a7336-24003ed822cso2193175ad.1; Sun, 27 Jul 2025 03:05:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753610740; x=1754215540; 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=jSF11apyEe+KNEyiRx0PBYiRle5FXT7umj3tWpgCquo=; b=XhviO6V7tHnf4kyo6Hqe6jphpk4or65td17NoAlU9kYEroB/4sQg6hGSDY+kHHplo9 WJFaTl7wbJ04iKKyZbEnBWZ7GMxsDEKagdgAyZLOjwF14gwnVcWq3cN1WL0LxEYW1h/z RMnLipAANYd+MvCyfmys6bBVRnP0vd4jGPT8XJfHuT/n9rktSpijDgzb+63j2ganccJx JXPlflb0yu/oFgg3JvaaCRIvQpIMhSz7reEg7OJf9YHN4lStaXBmoyqcmjMo17iIiXlK 16hdUb1SYeU4jRaLkMR9Jf/zIIpS4/3CgtmngpCx1pqdfah+WDlURLMQrQ1FJRPV7igv Aq/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753610740; x=1754215540; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jSF11apyEe+KNEyiRx0PBYiRle5FXT7umj3tWpgCquo=; b=kfzv4GX8VAGY6D7vyBOvafeaGDO89Le5IjkZRjJXwPY4pLh600We5ri4vLTmLTnY2/ nZ3490BzHpK4FMwc6Z4F2XHy2sIUItDVKmhH2UUj0LzmbA9WIR67W8jl48XXaoagbiec dvHIgr6hQP4hhUhc8sk6NkmMI88rcl4dkzyPzFkjGIA//jStVcDJDVhaywOrbdyDhL68 oXr1bSea9k5AFy/HccLqSQHxeqn4015aorLJQNnh6ox3xFNUJCMhMlSve9uKoMHM4uI4 q/sshO0tWZfSuLuBQBqvk8TjX6EoZWhkjRdvIxVKcfN+nEwhaHFUUo3Qu35HgqOkAwpw uoJg== X-Forwarded-Encrypted: i=1; AJvYcCVC+g+xXx1jk48RJUdlgK+zHilC/KMuwmj8IcA7prNjXCem69xd1pN/evxcKXeWBW9b1HK/2itS7blb9jU=@vger.kernel.org X-Gm-Message-State: AOJu0YztiKvn7Wj9MIWs7Jo+wiOnTXqOxzM5+bsU9hTUbsn5joIpanjh pALHAtXWgtnn6/S9XzvwrjtuFj6gJ1fdkMd7VJOnIpCLEhFQsvxdYHg/nLX1a84R X-Gm-Gg: ASbGncte6qrUh0514sa6sKSWD4s0SvB2n9LjjjEbputAshK5iZPfvO2tSiY2HflWAZZ 5rMsQjyRhHycWNQBNWyDQjK8VCmY1IAYWOFwWJL3w04pA9bJv0X7yuuEtsmqcOxOdcRotl2Mb41 4X2WpOKf+qORWQzfqI5FBE3jqMWv2n6boklMVJpYy8kRDYjD8tBLiKlVuV+J1v+JhKTjRG3UX3K jyIgnabrJleZhmQIIqbf0QnzrcD8lpOBor2n+xHS27+DEvRxD2t5DhtK4ILpUdimPuTjBSAWQBh 1EI0Sfx292yUYux9NDri+Z+ZrTSLAIKXfNkOA4iLwVUdmGJbiP8wCdrdKC4tFSEXxHE9XHPossX dZOPmnM8pVByGEsewjB/8+Q== X-Google-Smtp-Source: AGHT+IE7fwjOlMqysw1kUYwTQS+rMOFcFJdoQEMQP3a7R9KFNv2nMe5s17veMXMI8hqms5vKKB14Nw== X-Received: by 2002:a17:903:1893:b0:23f:d861:bd4b with SMTP id d9443c01a7336-23fd861bfcemr41869385ad.5.1753610740143; Sun, 27 Jul 2025 03:05:40 -0700 (PDT) Received: from pop-os.. ([49.207.200.229]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-24007d9a31bsm9794715ad.103.2025.07.27.03.05.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 27 Jul 2025 03:05:39 -0700 (PDT) From: Aditya Dutt To: stable@vger.kernel.org Cc: Dmitry Antipov , Dave Kleikamp , Dave Kleikamp , skhan@linuxfoundation.org, linux-kernel@vger.kernel.org, linux-kernel-mentees@lists.linux.dev, jfs-discussion@lists.sourceforge.net, syzbot+ac2116e48989e84a2893@syzkaller.appspotmail.com, Aditya Dutt Subject: [PATCH 5.15.y] jfs: reject on-disk inodes of an unsupported type Date: Sun, 27 Jul 2025 15:35:31 +0530 Message-Id: <20250727100531.533179-1-duttaditya18@gmail.com> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@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" From: Dmitry Antipov [ Upstream commit 8c3f9a70d2d4dd6c640afe294b05c6a0a45434d9 ] Syzbot has reported the following BUG: kernel BUG at fs/inode.c:668! Oops: invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 3 UID: 0 PID: 139 Comm: jfsCommit Not tainted 6.12.0-rc4-syzkaller-000= 85-g4e46774408d9 #0 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-3.fc41 0= 4/01/2014 RIP: 0010:clear_inode+0x168/0x190 Code: 4c 89 f7 e8 ba fe e5 ff e9 61 ff ff ff 44 89 f1 80 e1 07 80 c1 03 38 = c1 7c c1 4c 89 f7 e8 90 ff e5 ff eb b7 0b e8 01 5d 7f ff 90 0f 0b e8 f9 5c 7f ff 90 0f 0b e8 f1 5c 7f RSP: 0018:ffffc900027dfae8 EFLAGS: 00010093 RAX: ffffffff82157a87 RBX: 0000000000000001 RCX: ffff888104d4b980 RDX: 0000000000000000 RSI: 0000000000000001 RDI: 0000000000000000 RBP: ffffc900027dfc90 R08: ffffffff82157977 R09: fffff520004fbf38 R10: dffffc0000000000 R11: fffff520004fbf38 R12: dffffc0000000000 R13: ffff88811315bc00 R14: ffff88811315bda8 R15: ffff88811315bb80 FS: 0000000000000000(0000) GS:ffff888135f00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00005565222e0578 CR3: 0000000026ef0000 CR4: 00000000000006f0 Call Trace: ? __die_body+0x5f/0xb0 ? die+0x9e/0xc0 ? do_trap+0x15a/0x3a0 ? clear_inode+0x168/0x190 ? do_error_trap+0x1dc/0x2c0 ? clear_inode+0x168/0x190 ? __pfx_do_error_trap+0x10/0x10 ? report_bug+0x3cd/0x500 ? handle_invalid_op+0x34/0x40 ? clear_inode+0x168/0x190 ? exc_invalid_op+0x38/0x50 ? asm_exc_invalid_op+0x1a/0x20 ? clear_inode+0x57/0x190 ? clear_inode+0x167/0x190 ? clear_inode+0x168/0x190 ? clear_inode+0x167/0x190 jfs_evict_inode+0xb5/0x440 ? __pfx_jfs_evict_inode+0x10/0x10 evict+0x4ea/0x9b0 ? __pfx_evict+0x10/0x10 ? iput+0x713/0xa50 txUpdateMap+0x931/0xb10 ? __pfx_txUpdateMap+0x10/0x10 jfs_lazycommit+0x49a/0xb80 ? _raw_spin_unlock_irqrestore+0x8f/0x140 ? lockdep_hardirqs_on+0x99/0x150 ? __pfx_jfs_lazycommit+0x10/0x10 ? __pfx_default_wake_function+0x10/0x10 ? __kthread_parkme+0x169/0x1d0 ? __pfx_jfs_lazycommit+0x10/0x10 kthread+0x2f2/0x390 ? __pfx_jfs_lazycommit+0x10/0x10 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x4d/0x80 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 This happens when 'clear_inode()' makes an attempt to finalize an underlying JFS inode of unknown type. According to JFS layout description from https://jfs.sourceforge.net/project/pub/jfslayout.pdf, inode types from 5 to 15 are reserved for future extensions and should not be encountered on a va= lid filesystem. So add an extra check for valid inode type in 'copy_from_dinode= ()'. Reported-by: syzbot+ac2116e48989e84a2893@syzkaller.appspotmail.com Closes: https://syzkaller.appspot.com/bug?extid=3Dac2116e48989e84a2893 Fixes: 79ac5a46c5c1 ("jfs_lookup(): don't bother with . or ..") Signed-off-by: Dmitry Antipov Signed-off-by: Dave Kleikamp Signed-off-by: Aditya Dutt --- As per: https://lore.kernel.org/all/CAODzB9roW_ObEa8K8kowbfQ4bL3w4R78v2b_yB= U4BQL4bpXrWw@mail.gmail.com/ this commit is not backported to any of the stable kernels (other than 6.15= .y) I have already sent an email for: 6.12.y: https://lore.kernel.org/stable/20250727095111.527745-1-duttaditya= 18@gmail.com/ 6.6.y: https://lore.kernel.org/stable/20250727095645.530309-1-duttaditya1= 8@gmail.com/ 6.1.y: https://lore.kernel.org/stable/20250727100255.532093-1-duttaditya1= 8@gmail.com/ fs/jfs/jfs_imap.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/fs/jfs/jfs_imap.c b/fs/jfs/jfs_imap.c index 9adb29e7862c..1f2e452a7676 100644 --- a/fs/jfs/jfs_imap.c +++ b/fs/jfs/jfs_imap.c @@ -3029,14 +3029,23 @@ static void duplicateIXtree(struct super_block *sb,= s64 blkno, * * RETURN VALUES: * 0 - success - * -ENOMEM - insufficient memory + * -EINVAL - unexpected inode type */ static int copy_from_dinode(struct dinode * dip, struct inode *ip) { struct jfs_inode_info *jfs_ip =3D JFS_IP(ip); struct jfs_sb_info *sbi =3D JFS_SBI(ip->i_sb); + int fileset =3D le32_to_cpu(dip->di_fileset); + + switch (fileset) { + case AGGR_RESERVED_I: case AGGREGATE_I: case BMAP_I: + case LOG_I: case BADBLOCK_I: case FILESYSTEM_I: + break; + default: + return -EINVAL; + } =20 - jfs_ip->fileset =3D le32_to_cpu(dip->di_fileset); + jfs_ip->fileset =3D fileset; jfs_ip->mode2 =3D le32_to_cpu(dip->di_mode); jfs_set_inode_flags(ip); =20 --=20 2.34.1