Date: Tue, 23 Jan 2024 19:24:43 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 253860] ccp(4) immediately hangs when creating geli device Message-ID: <bug-253860-227-pt0lAXgqDo@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-253860-227@https.bugs.freebsd.org/bugzilla/> References: <bug-253860-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253860 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. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-253860-227-pt0lAXgqDo>