summaryrefslogtreecommitdiff
path: root/drivers/gpio/gpio-uniphier.c
diff options
context:
space:
mode:
authorKent Overstreet <kent.overstreet@linux.dev>2025-08-02 23:02:29 -0400
committerKent Overstreet <kent.overstreet@linux.dev>2025-08-03 10:55:39 -0400
commit669e288174b0c4f613bd9582b305d3f2ca24dfe2 (patch)
treef883e11c85cd92ba267de923296346a80faa6dc0 /drivers/gpio/gpio-uniphier.c
parentac0e3289b6ce987a599f856fe29d683d4fa2ceb5 (diff)
bcachefs: bch2_copygc_get_stripe_buckets()for-next
It turns out, it's possible for a filesystem to run out of free space by stranding disk space in stripes that have some blocks completely full and others completely empty; previously, copygc didn't notice this. This usually isn't a problem because new EC writes will reuse those stripes, which releases the empty blocks. But if for some reason that doesn't happen (perhaps we turned off EC? Perhaps we were very unlucky with which extents got overwrote?), we want copygc to clean this up. Now, copygc_dev_wait_amount checks for empty buckets of non-empty data type (to pick up empty buckets that belong to a stripe), and we check if there's overly much disk space stranded on stripes - if so, we evacuate those. Reported-by: Marcin Mirosław <marcin@mejor.pl> Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
Diffstat (limited to 'drivers/gpio/gpio-uniphier.c')
0 files changed, 0 insertions, 0 deletions