Date: Mon, 27 Sep 2021 18:11:09 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 258749] /etc/defaults/rc.conf says devmatch_blacklist doesn't need .ko, but it does Message-ID: <bug-258749-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258749 Bug ID: 258749 Summary: /etc/defaults/rc.conf says devmatch_blacklist doesn't need .ko, but it does Product: Base System Version: 13.0-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: conf Assignee: bugs@FreeBSD.org Reporter: mwlucas@michaelwlucas.com Not sure what the correct behavior is, so I'm pointing out the inconsistency and letting y'all decide. /etc/defaults/rc.conf says: devmatch_blacklist=3D"" # List of modules (w/o .ko) to exclude from devma= tch. This appears to be incorrect. Thanks to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253175 I had = to disable virtio_random on my new VM at install time. I set devmatch_blacklist=3D"virtio_random" and the module was loaded anyway. devmatch_blacklist=3D"virtio_random.ko" prevented the module from being loa= ded. So, either the script is working wrong or the comment is incorrect. I checked rc.conf(5) for a tiebreaker, but it doesn't specifically mention = .ko. --=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-258749-227>