Description
In the Linux kernel, the following vulnerability has been resolved: flex_proportions: make fprop_new_period() hardirq safe Bernd has reported a lockdep splat from flexible proportions code that is essentially complaining about the following race: <timer fires> run_timer_softirq - we are in softirq context call_timer_fn writeout_period fprop_new_period write_seqcount_begin(&p->sequence); <hardirq is raised> ... blk_mq_end_request() blk_update_request() ext4_end_bio() folio_end_writeback() __wb_writeout_add() __fprop_add_percpu_max() if (unlikely(max_frac < FPROP_FRAC_BASE)) { fprop_fraction_percpu() seq = read_seqcount_begin(&p->sequence); - sees odd sequence so loops indefinitely Note that a deadlock like this is only possible if the bdi has configured maximum fraction of writeout throughput which is very rare in general but frequent for example for FUSE bdis. To fix this problem we have to make sure write section of the sequence counter is irqsafe.
Product status
a91befde350375b1ff954635acdde14dc92cd9a8 (git) before 0acc9ba7a1b5ba4d998c5753e709be904e179b75
a91befde350375b1ff954635acdde14dc92cd9a8 (git) before 884b2590ffcc7222cbbd6298051f4c243cc36f5d
a91befde350375b1ff954635acdde14dc92cd9a8 (git) before 78ede9ebd679dadf480dce6f7b798e3603f88348
a91befde350375b1ff954635acdde14dc92cd9a8 (git) before b91a84299d72ae0e05551e851e47cd3008bd025b
a91befde350375b1ff954635acdde14dc92cd9a8 (git) before dd9e2f5b38f1fdd49b1ab6d3a85f81c14369eacc
6.0
Any version before 6.0
6.1.162 (semver)
6.6.123 (semver)
6.12.69 (semver)
6.18.9 (semver)
6.19 (original_commit_for_fix)
References
git.kernel.org/...c/0acc9ba7a1b5ba4d998c5753e709be904e179b75
git.kernel.org/...c/884b2590ffcc7222cbbd6298051f4c243cc36f5d
git.kernel.org/...c/78ede9ebd679dadf480dce6f7b798e3603f88348
git.kernel.org/...c/b91a84299d72ae0e05551e851e47cd3008bd025b
git.kernel.org/...c/dd9e2f5b38f1fdd49b1ab6d3a85f81c14369eacc