summaryrefslogtreecommitdiff
path: root/tools/lib/python
diff options
context:
space:
mode:
authorMike Marshall <hubcap@omnibond.com>2026-09-07 12:02:40 -0400
committerMike Marshall <hubcap@omnibond.com>2026-09-15 12:24:35 -0400
commit2bc09cb0e9e44c7e622b956332ebfb9b638fd5f7 (patch)
tree0709d9fa3646bfe6b51024cfeb79a195f0b007a2 /tools/lib/python
parentcb90176836500d72a592c4b7877c18c91275a341 (diff)
downloadlinux-next-2bc09cb0e9e44c7e622b956332ebfb9b638fd5f7.tar.gz
linux-next-2bc09cb0e9e44c7e622b956332ebfb9b638fd5f7.zip
orangefs: don't continue on to gpf if client dies on write.
I got a message from Farhad Alemi (farhad.alemi@berkeley.edu) showing that this can happen: Oops: general protection fault, probably for non-canonical address 0xdffffc0000000002: 0000 [#1] SMP KASAN NOPTI KASAN: null-ptr-deref in range [0x0000000000000010-0x0000000000000017] RIP: 0010:orangefs_writepages_callback fs/orangefs/inode.c:144 [inline] RIP: 0010:orangefs_writepages+0x642/0xc60 fs/orangefs/inode.c:205 Call Trace: orangefs_writepages+0x642/0xc60 fs/orangefs/inode.c:205 do_writepages+0x328/0x550 mm/page-writeback.c:2571 filemap_write_and_wait_range+0x332/0x3f0 mm/filemap.c:685 orangefs_flush+0x44/0x60 fs/orangefs/file.c:566 filp_flush+0xbd/0x190 fs/open.c:1467 filp_close+0x1d/0x40 fs/open.c:1480 close_files fs/file.c:494 [inline] put_files_struct+0x1b6/0x340 fs/file.c:509 do_exit+0x6a8/0x2360 kernel/exit.c:971 With the help of Grok I created a reproducer program that causes a gpf on the same line: "ow->folios[ow->nfolios++] = folio;" in orangefs_writepages_callback. The reproducer program flows into this new code after this patch. Signed-off-by: Mike Marshall <hubcap@omnibond.com>
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions