[Bug 253860] ccp(4) immediately hangs when creating geli device
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 23 Jan 2024 19:24:43 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253860
John Baldwin <jhb@FreeBSD.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|New |Closed
--- Comment #8 from John Baldwin <jhb@FreeBSD.org> ---
Humm, the only fix I can see that would be relevant for GELI in particular (and
might have resulted in a hang if the hardware was waiting for more data due to
an S/G list being too small) is this commit:
commit 70efe1a2fe13642732e56c7f040fe63f62bc6a6b
Author: John Baldwin <jhb@FreeBSD.org>
Date: Mon Feb 6 13:51:57 2023 -0800
ccr,ccp: Fix argument order to sglist_append_vmpages.
The offset comes before the byte count.
Reported by: br
Reviewed by: asomers, markj
MFC after: 1 week
Sponsored by: DARPA
Differential Revision: https://reviews.freebsd.org/D38375
It would have worked fine with cryptocheck or other use cases, just not GELI
when using unmapped disk I/O (which I think is the only crypto consumer that
uses the VMPAGES buffer type). That commit has been merged to stable/13 and
will be in 13.3. It was not included in 13.2. I'm going to optimistically
close this bug, but if anyone reports issues on 13.3 or newer we can reopen it.
--
You are receiving this mail because:
You are the assignee for the bug.