Re: CURRENT state of modules

In message: <200312121910.14245.postfix_at_sendmail.ru>
            toxa <postfix_at_sendmail.ru> writes:
: So my question is loading MANY modules will be as stable (or as unstable) as 
: putting them into kernel as appropriate devices (or options), or I will found 
: some problems?

My laptop kernel has the following devices in it:
	ata, sc, atkbdc atkbd, psm, pci, pcib, acpi
and the rest it gets from modules I load at boot time (or later).
I've been running like this for over two years and have never had a
panic related to this (except when I update the kernel w/o the
.ko's).  Looks like I could go back to using the acpi module.

% kldstat
Id Refs Address    Size     Name
 1   26 0xc0400000 3206d0   kernel
 2    1 0xc0721000 a500     cd9660.ko
 3    1 0xc072c000 1e044    if_wi.ko
 4    3 0xc074b000 dd20     wlan.ko
 5    2 0xc0759000 1a68     rc4.ko
 6    2 0xc075b000 ca90     pccard.ko
 7    1 0xc0768000 937c     snd_maestro3.ko
 8    2 0xc0772000 1e388    snd_pcm.ko
 9    1 0xc0791000 b51c     cbb.ko
10    2 0xc079d000 3b54     exca.ko
11    1 0xc07a1000 66ec     cardbus.ko
12    1 0xc07a8000 3548c    nfsclient.ko
13    1 0xc07de000 14a6c    firewire.ko
14    1 0xc468e000 1b000    nfsserver.ko
15    1 0xc46e1000 22000    usb.ko
16    1 0xc4721000 19000    linux.ko
17    1 0xc4894000 a000     if_xl.ko
18    1 0xc489e000 17000    miibus.ko
19    1 0xc4954000 14000    r128.ko

I also load sio as I need it, and ata_pccard which is just the pccard
attachment of ata not committed to the tree.  I have some devd stuff
that is the start of doing the loading on card insertion as well.

Warner