Re: long stalls when creating 20 directory trees of 1 million inodes in parallel

On Fri, Jun 7, 2024 at 2:31 AM Kent Overstreet wrote: > > On Thu, Jun 06, 2024 at 08:40:50PM +0200, Mateusz Guzik wrote: > > So I tried out bcachefs again and it once more fails to complete > > parallel creation of 20 mln files -- processes doing the work use cpu > > time in the kernel indefinitel

Re: long stalls when creating 20 directory trees of 1 million inodes in parallel

On Thu, Jun 06, 2024 at 08:40:50PM +0200, Mateusz Guzik wrote: > So I tried out bcachefs again and it once more fails to complete > parallel creation of 20 mln files -- processes doing the work use cpu > time in the kernel indefinitely. Hey thanks for the report - can you try my branch? It's behav

[syzbot] [bcachefs?] KMSAN: uninit-value in bch2_xattr_invalid

Hello, syzbot found the following issue on: HEAD commit:614da38e2f7a Merge tag 'hid-for-linus-2024051401' of git:/.. git tree: upstream console+strace: https://syzkaller.appspot.com/x/log.txt?x=134886f298 kernel config: https://syzkaller.appspot.com/x/.config?x=f5d2cbf33633f507 das

[syzbot] [bcachefs?] kernel BUG in bch2_lru_change

Hello, syzbot found the following issue on: HEAD commit:83814698cf48 Merge tag 'powerpc-6.10-2' of git://git.kerne.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=15376aba98 kernel config: https://syzkaller.appspot.com/x/.config?x=47d282ddffae809f das

Re: long stalls when creating 20 directory trees of 1 million inodes in parallel

So I tried out bcachefs again and it once more fails to complete parallel creation of 20 mln files -- processes doing the work use cpu time in the kernel indefinitely. I'm at 2df0193e62cf887f373995fb8a91068562784adc master (fresh state). For reasons I don't see I don't get any debug output, so I

Re: [syzbot] [bcachefs?] kernel BUG in gc_bucket

syzbot has bisected this issue to: commit 228e1c91ae5ec44f38aa8852aa3953005badce82 Author: Kent Overstreet Date: Wed Dec 27 23:31:46 2023 + bcachefs: KEY_TYPE_accounting bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=16a17f1698 start commit: 0e1980c40b6e Add linux-

Re: [PATCH] tests/bcachefs/single_device: test bcachefs format from source

On Thu, Jun 06, 2024 at 06:28:04PM +0300, Ariel Miculas wrote: > Add a test which checks formatting and initializing a bcachefs > filesystem from a source directory: > `bcachefs format --source=source_dir` > > Create a new `prepare_fs` function shared by both `migrate_from_fs` and > `build_from_fs

Re: [PATCH] bcachefs: fix smatch data leak warning in fs usage ioctl

On Thu, Jun 06, 2024 at 09:58:26AM -0400, Brian Foster wrote: > smatch warns that the copy of arg to userspace is a potential data > leak by virtue of arg.pad not being checked or zeroed. This was > introduced by the commit referenced below that switched arg from > being a zeroed runtime allocation

[PATCH] tests/bcachefs/single_device: test bcachefs format from source

Add a test which checks formatting and initializing a bcachefs filesystem from a source directory: `bcachefs format --source=source_dir` Create a new `prepare_fs` function shared by both `migrate_from_fs` and `build_from_fs`. Other changes: - add `ro` mount options when `nochanges` is supplied -

[PATCH] bcachefs: fix smatch data leak warning in fs usage ioctl

smatch warns that the copy of arg to userspace is a potential data leak by virtue of arg.pad not being checked or zeroed. This was introduced by the commit referenced below that switched arg from being a zeroed runtime allocation to living on the stack. Fix by simply zero initializing the structure