I should have mentioned initially that I had checked out /etc/modules. No mention of the orinoco driver there. I hadn't tried adding hostap to /etc/modules. Unfortunately, this didn't prevent the orinoco module from loading. A copy of dmesg can be found here:
http://www.mossycup.com/dmesg You can see, after my SCSI disk is detected, it loads the orinoco and 3c59x for my various interfaces. After my filesystems are mounted the hostap module loads. I moved the hostap module to the head of the list in /etc/modules and it made no difference. Additionally, I tried loading the hostap_pci module alone with no change. My /etc/modules contains the modules inserted by the installer and seem sane to me: ide-cd, ide-disk ide-generic psmouse and sd_mod. You'll notice in dmesg the orinoco driver unloading and the hostap module loading near the end. That's my kludge of a workaround. I have pre-up commands in /etc/interfaces that attempt to unload any orinoco or hostap modules before loading hostap and bringing the interface up. This works, but I'm much more interested in understanding why modules aren't behaving as I'd like them to earlier on in the boot process. Suggestions? Thanks! -Jeff On Tue, 2005-09-20 at 15:39 -0700, Seeker5528 wrote: > On Sun, 18 Sep 2005 11:33:28 -0700 > Jeff Stevens <[EMAIL PROTECTED]> wrote: > > > /etc/discover.d/hostap-utils: > > # Blacklist orinoco_*, they load instead of HostAP > > # for Intersil Prism 2/2.5/3.0 hardware > > skip orinoco_pci > > skip orinoco_cs > > skip orinoco_plx > > skip hermes > > > > However, something else is loading the modules. The driver is being > > loaded earlier in the boot process than discover runs. How do I prevent > > this? > > Did you look at /etc/modules to see if the orinoco drivers are listed > there. The /etc/modules file is processed before discover runs giving > them priority over the ones that discover prefers to load. > > For modules you want loaded during the boot process this provides a > simple mechanism to list modules you want loaded in addition to or > instead of the ones loaded by discover. > > Later, Seeker > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
