Bug #1197
closed
Loader doesn't load MODULE_DEPENDS when loading from interactive prompt
Description
Usually the loader loads required modules automatically, when adding
MODULE_load="YES" to /boot/loader.conf. This doesn't seem to happen when
issuing "load MODULE" at the interactive loader prompt.
Updated by corecode over 15 years ago
It also seems that the loader "forgets" to load some modules, or rather ignores
them:
I have ums_load="YES" in loader, but it didn't get loaded (no output at least).
Typing "load ums" didn't have any effect. Didn't complain, nor load the module.
Updated by corecode over 15 years ago
For reference my /boot/loader.conf:
boot_verbose=""
ums_load="YES"
vn_load="YES"
vesa_load="YES"
if_re_load="YES"
linux_load="YES"
umass_load="YES"
vinum_load="YES"
vinum.drives="/dev/ad4 /dev/ad5"
vinum.root="root"
dumpdev="/dev/ad4s1d"
snd_hda_load="YES"
Updated by corecode over 15 years ago
When adding
usb_load="YES"
to loader.conf, loader properly loads ums as well.
Updated by tuxillo about 10 years ago
- Description updated (diff)
- Category set to Other
- Assignee changed from 0 to tuxillo
- Target version set to 3.8
Grab.
Updated by tuxillo about 10 years ago
- Status changed from New to Closed
- % Done changed from 0 to 100
Hi,
I believe this is no longer the case because issuing 'load' commands from the loader prompt works. It also seems to be able to resolve dependencies:
Booting in 6 seconds...
Type '?' for a list of commands, 'help' for more detailed help.
OK
OK load dm_target_striped
dm_target_striped.ko size 0x1b5c8 at 0x1ae9000
loading required module 'dm'
dm.ko size 0xacd68 at 0x1b05000
Closing this one, feel free to reopen if you believe anything's left.
Cheers,
Antonio Huete