The hptrr and related HighPoint kernel modules are missing from 13.3. No modules in /boot/kernel No mention in /usr/src/sys/amd64/GENERIC The only evidence that they shoud exist is the man pages.
Looks like a bug in the distribution. 14.1 have modules for all 4 drivers: hpt27xx hptmv hptnr hptrr. The sources of version 13.3 also have all 4 drivers (sys/dev/), but they are not in /boot/kernel/…
https://lists.freebsd.org/archives/freebsd-questions/2024-July/005457.html https://cgit.freebsd.org/src/commit/?id=2422138952d86dd8b02ff33c55f747ca8e381afe
William F. Dudley Jr., if you can't apply patch and build modules self from sources you can get file hptrr.ko from FreeBSD 13.2 installation media as a temporary workaround.
(In reply to Vladimir Druzenko from comment #3) Sorry, but have you checked the suggested workaround? The drivers are obviously missing on all 13.x releases: $ curl -O http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/13.2-RELEASE/kernel.txz $ tar -tzf kernel.txz |grep hpt ./boot/kernel/hptiop.ko $ curl -O http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/13.1-RELEASE/kernel.txz $ tar -tzf kernel.txz |grep hpt ./boot/kernel/hptiop.ko $ curl -O http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/13.0-RELEASE/kernel.txz $ tar -tzf kernel.txz |grep hpt ./boot/kernel/hptiop.ko $ curl -O http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/14.0-RELEASE/kernel.txz $ tar -tzf kernel.txz |grep hpt ./boot/kernel/hptiop.ko ./boot/kernel/hptnr.ko ./boot/kernel/hptrr.ko ./boot/kernel/hpt27xx.ko ./boot/kernel/hptmv.ko
^Triage: notify committer of commit in question.
(In reply to Herbert J. Skuhra from comment #4) Sorry, this was just an assumption - I didn’t have time to check it yet… So I was wrong. :-(
Indeed, we don't build these drivers when !empty(KCSAN_ENABLED). Maybe there is a missing MFC to stable/13 of some KCSAN build support?
(In reply to Mark Johnston from comment #7) I assume https://cgit.freebsd.org/src/commit/?id=2422138952d86dd8b02ff33c55f747ca8e381afe (Already posted in 2nd comment) stable/13: https://cgit.freebsd.org/src/tree/sys/conf/kern.post.mk?h=stable/13#n40 stable/14: https://cgit.freebsd.org/src/tree/sys/conf/kern.post.mk?h=stable/14#n36
Will this be merged for releng/13.4?
A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=c8701777c0e8654f060e46b067dd86452f48c364 commit c8701777c0e8654f060e46b067dd86452f48c364 Author: Andrew Turner <andrew@FreeBSD.org> AuthorDate: 2021-06-02 10:07:55 +0000 Commit: Mark Johnston <markj@FreeBSD.org> CommitDate: 2024-07-29 16:10:50 +0000 Fix the KCSAN_ENABLED check when building modules The KCSAN_ENABLED variable is non-empty when the kernel is being built with KCSAN. This allows us to disable modules that are known to be broken. There was a bug where we would check if it was defined. As this is always the case the KCSAN_ENABLED variable would be set when building modules so we would never build such a module. Fix this by checking if the value is empty before passing it on to the module stage. This doesn't affect how modules are built as the CFLAGS passed to modules has the correct check. PR: 280212 Reported by: rstone Sponsored by: Innovate UK (cherry picked from commit 2422138952d86dd8b02ff33c55f747ca8e381afe) sys/conf/kern.post.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
(In reply to Herbert J. Skuhra from comment #9) Yes, this is now fixed in stable/13 and will be in releng/13.4. Thank you for the report.