linux.git/fs/bcachefs/debug.c, branch v6.7 Linux kernel source tree bcachefs: bch2_btree_id_str() 2023-10-31T16:18:37+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-10-20T02:49:08+00:00 88dfe193bd2abd08926c1a0d48b770bb68ac8ccb Since we can run with unknown btree IDs, we can't directly index btree IDs into fixed size arrays. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
Since we can run with unknown btree IDs, we can't directly index btree
IDs into fixed size arrays.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: Fix copy_to_user() usage in flush_buf() 2023-10-22T21:10:14+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-09-19T21:09:22+00:00 f7f6943a8c6dccbd085600bbb7bae4f6f6047dc4 copy_to_user() returns the number of bytes successfully copied - not an errcode. Reported-by: Dan Carpenter <dan.carpenter@linaro.org> Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
copy_to_user() returns the number of bytes successfully copied - not an
errcode.

Reported-by: Dan Carpenter <dan.carpenter@linaro.org>
Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: Heap allocate btree_trans 2023-10-22T21:10:13+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-09-12T21:16:02+00:00 6bd68ec266ad71827ef940151067b67b62fb8fed We're using more stack than we'd like in a number of functions, and btree_trans is the biggest object that we stack allocate. But we have to do a heap allocatation to initialize it anyways, so there's no real downside to heap allocating the entire thing. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
We're using more stack than we'd like in a number of functions, and
btree_trans is the biggest object that we stack allocate.

But we have to do a heap allocatation to initialize it anyways, so
there's no real downside to heap allocating the entire thing.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: Fix W=12 build errors 2023-10-22T21:10:13+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-09-12T22:41:22+00:00 96dea3d599dbc31f59eb786af2ac5079122beb88 Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: Break up io.c 2023-10-22T21:10:12+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-09-10T22:05:17+00:00 1809b8cba756d32bd6e976ed4ee64efdf66c6d94 More reorganization, this splits up io.c into - io_read.c - io_misc.c - fallocate, fpunch, truncate - io_write.c Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
More reorganization, this splits up io.c into
 - io_read.c
 - io_misc.c - fallocate, fpunch, truncate
 - io_write.c

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: Fix more lockdep splats in debug.c 2023-10-22T21:10:04+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-06-21T10:44:44+00:00 9473cff989c8519d01c6a285bd94d2ed35d30251 Similar to previous fixes, we can't incur page faults while holding btree locks. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
Similar to previous fixes, we can't incur page faults while holding
btree locks.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: seqmutex; fix a lockdep splat 2023-10-22T21:10:04+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-06-20T01:01:13+00:00 a5b696ee6e10103def82ea9abc18958912e81b00 We can't be holding btree_trans_lock while copying to user space, which might incur a page fault. To fix this, convert it to a seqmutex so we can unlock/relock. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
We can't be holding btree_trans_lock while copying to user space, which
might incur a page fault. To fix this, convert it to a seqmutex so we
can unlock/relock.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: GFP_NOIO -> GFP_NOFS 2023-10-22T21:10:03+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-05-28T22:02:38+00:00 19c304bebda4d8815a20c8d3330459a112c329f6 GFP_NOIO dates from the bcache days, when we operated under the block layer. Now, GFP_NOFS is more appropriate, so switch all GFP_NOIO uses to GFP_NOFS. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
GFP_NOIO dates from the bcache days, when we operated under the block
layer. Now, GFP_NOFS is more appropriate, so switch all GFP_NOIO uses to
GFP_NOFS.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: bch2_btree_node_ondisk_to_text() 2023-10-22T21:09:56+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-03-06T07:53:25+00:00 b65499b7b16b99575f1e7921da402b3b59c47de6 Pulling out a helper from cmd_list.c, as the rest is being rewritten in Rust but we're not ready to rewrite lower-level btree code in Rust. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
Pulling out a helper from cmd_list.c, as the rest is being rewritten in
Rust but we're not ready to rewrite lower-level btree code in Rust.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
bcachefs: Drop some anonymous structs, unions 2023-10-22T21:09:55+00:00 Kent Overstreet kent.overstreet@linux.dev 2023-03-05T04:05:55+00:00 ac2ccddc2689d5889fd1520383738b60dbafc1d0 Rust bindgen doesn't cope well with anonymous structs and unions. This patch drops the fancy anonymous structs & unions in bkey_i that let us use the same helpers for bkey_i and bkey_packed; since bkey_packed is an internal type that's never exposed to outside code, it's only a minor inconvenienc. Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev> 
Rust bindgen doesn't cope well with anonymous structs and unions. This
patch drops the fancy anonymous structs & unions in bkey_i that let us
use the same helpers for bkey_i and bkey_packed; since bkey_packed is an
internal type that's never exposed to outside code, it's only a minor
inconvenienc.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>