sys.kern.kern_copyin.kern_copyin fails after somewhere in (r364509, r364542] https://ci.freebsd.org/job/FreeBSD-head-amd64-test/16270/testReport/sys.kern/kern_copyin/kern_copyin/ Changes in (r364509, r364542]: https://ci.freebsd.org/job/FreeBSD-head-amd64-test/16270/changes
kib: I suspect this is related to introducing LA57 support, but I'm not sure if this is a regression or the test should be fixed. Please help to check. Thanks!
(In reply to Li-Wen Hsu from comment #1) Yes, I believe the test should be adjusted to use VM_MAXUSER_ADDRESS_LA48/LA57 matching the process VA layout. I will look at it shortly.
A commit references this bug: Author: kib Date: Fri Sep 4 12:52:17 UTC 2020 New revision: 365327 URL: https://svnweb.freebsd.org/changeset/base/365327 Log: Fix kern_copyin test. Main part is that kern_copyin on amd64 after LA57 should query the top of UVA for correct operations. In fact it should started doing that after the workaround for AMD bug with IRET in the last user page was fixed by reducing UVA by a page. Also since we started calculating top of UVA, fix MIPS according to the comment. Reported by: lwhsu PR: 248933 Reviewed by: alc, markj Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D26312 Changes: head/tests/sys/kern/kern_copyin.c
A commit references this bug: Author: lwhsu Date: Fri Sep 4 19:24:27 UTC 2020 New revision: 365337 URL: https://svnweb.freebsd.org/changeset/base/365337 Log: Initialize len to avoid ENOMEM from sysctl(3). PR: 248933 Sponsored by: The FreeBSD Foundation Changes: head/tests/sys/kern/kern_copyin.c