https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271766
--- Comment #17 from Michael Laß <be...@bi-co.net> --- (In reply to Mark Johnston from comment #16) Great! That patch looks good to me, considering that src is computed from *cc->cc_vmpage and cc->cc_offset and hence the manual advance needs to be done for dst. It looks like the code causing the panic was introduced in FreeBSD 13.0 (9c0e3d3a534c3e3e7f6bfce0a150ed2a0841685a and a017868e281874261a560ba1e3069b4e14b7483e) and the code causing the data corruption was introduced in 13.0 as well (e6f6d0c9bcbf7942c390f65062054ec4784ce5b8). So I guess both patches would need to be applied to main and stable/13? I tested both reproducers (dumpfs and Andrew's code) on 12.4 and indeed there were no crashes and no errors reported. One question remains for me: Is there a chance that a mounted file system inside a GELI-encrypted block device would be affected from this and hence be corrupted or is this code path only triggered by dumpfs? -- You are receiving this mail because: You are the assignee for the bug.