* [PATCH] jfs: fix shift-out-of-bounds in dbSplit
@ 2024-09-30 8:12 Ghanshyam Agrawal
2024-10-29 21:53 ` Dave Kleikamp
0 siblings, 1 reply; 2+ messages in thread
From: Ghanshyam Agrawal @ 2024-09-30 8:12 UTC (permalink / raw)
To: shaggy, ghandatmanas, juntong.deng, aha310510, peili.dev,
ghanshyam1898, eadavis
Cc: jfs-discussion, linux-kernel, syzbot+b5ca8a249162c4b9a7d0
When dmt_budmin is less than zero, it causes errors
in the later stages. Added a check to return an error beforehand
in dbAllocCtl itself.
Reported-by: syzbot+b5ca8a249162c4b9a7d0@syzkaller.appspotmail.com
Closes: https://syzkaller.appspot.com/bug?extid=b5ca8a249162c4b9a7d0
Signed-off-by: Ghanshyam Agrawal <ghanshyam1898@gmail.com>
---
fs/jfs/jfs_dmap.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/fs/jfs/jfs_dmap.c b/fs/jfs/jfs_dmap.c
index 974ecf5e0d95..f65a07252c22 100644
--- a/fs/jfs/jfs_dmap.c
+++ b/fs/jfs/jfs_dmap.c
@@ -1808,6 +1808,7 @@ dbAllocCtl(struct bmap * bmp, s64 nblocks, int l2nb, s64 blkno, s64 * results)
s64 b, lblkno, n;
struct metapage *mp;
struct dmap *dp;
+ dmtree_t *tp;
/* check if the allocation request is confined to a single dmap.
*/
@@ -1819,6 +1820,10 @@ dbAllocCtl(struct bmap * bmp, s64 nblocks, int l2nb, s64 blkno, s64 * results)
if (mp == NULL)
return -EIO;
dp = (struct dmap *) mp->data;
+ tp = (dmtree_t *) &dp->tree;
+
+ if (tp->dmt_budmin < 0)
+ return -EIO;
/* try to allocate the blocks.
*/
--
2.34.1
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] jfs: fix shift-out-of-bounds in dbSplit
2024-09-30 8:12 [PATCH] jfs: fix shift-out-of-bounds in dbSplit Ghanshyam Agrawal
@ 2024-10-29 21:53 ` Dave Kleikamp
0 siblings, 0 replies; 2+ messages in thread
From: Dave Kleikamp @ 2024-10-29 21:53 UTC (permalink / raw)
To: Ghanshyam Agrawal, ghandatmanas, juntong.deng, aha310510,
peili.dev, eadavis
Cc: jfs-discussion, linux-kernel, syzbot+b5ca8a249162c4b9a7d0
On 9/30/24 3:12AM, Ghanshyam Agrawal wrote:
> When dmt_budmin is less than zero, it causes errors
> in the later stages. Added a check to return an error beforehand
> in dbAllocCtl itself.
>
> Reported-by: syzbot+b5ca8a249162c4b9a7d0@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=b5ca8a249162c4b9a7d0
> Signed-off-by: Ghanshyam Agrawal <ghanshyam1898@gmail.com>
> ---
> fs/jfs/jfs_dmap.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/fs/jfs/jfs_dmap.c b/fs/jfs/jfs_dmap.c
> index 974ecf5e0d95..f65a07252c22 100644
> --- a/fs/jfs/jfs_dmap.c
> +++ b/fs/jfs/jfs_dmap.c
> @@ -1808,6 +1808,7 @@ dbAllocCtl(struct bmap * bmp, s64 nblocks, int l2nb, s64 blkno, s64 * results)
> s64 b, lblkno, n;
> struct metapage *mp;
> struct dmap *dp;
> + dmtree_t *tp;
>
> /* check if the allocation request is confined to a single dmap.
> */
> @@ -1819,6 +1820,10 @@ dbAllocCtl(struct bmap * bmp, s64 nblocks, int l2nb, s64 blkno, s64 * results)
> if (mp == NULL)
> return -EIO;
> dp = (struct dmap *) mp->data;
> + tp = (dmtree_t *) &dp->tree;
> +
> + if (tp->dmt_budmin < 0)
> + return -EIO;
I'm simplifying this to:
if (dp->tree.budmin < 0)
return -EIO;
>
> /* try to allocate the blocks.
> */
Other than that. It looks good. I'll apply it.
Shaggy
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-10-29 21:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-09-30 8:12 [PATCH] jfs: fix shift-out-of-bounds in dbSplit Ghanshyam Agrawal
2024-10-29 21:53 ` Dave Kleikamp
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®