On Friday, January 20, 2017 at 11:48:06 PM UTC-5, Gray Olson wrote:
> On Wednesday, December 21, 2016 at 12:17:52 PM UTC-5, Kent Davis wrote:
> > Maybe you could use sleep, e.g., sleep 30 at the beginning of your
> > rc.local? kinda hacky though...
> >
> > On Wed, Dec 21, 2016 at 9:58 AM, Dave Cohen <qu...@dave-cohen.com> wrote:
> > >
> > >
> > > On Wed, Dec 21, 2016, at 08:53 AM, Kent Davis wrote:
> > >> I'm not certain, but based on when wireless comes up, I think it runs
> > >> towards the end of the boot process.
> > >>
> > >
> > > I mean rc.local. Can I put some instruction in there and make sure it is
> > > performed at the very end of startup?
>
> I figured it out! The problem is that you ordered your rmmods wrong. I
> figured this out because if I disabled the rc.local script and just ran it on
> my own after boot, it would require to be run twice because two of the other
> modules were being used by b43 and therefore could not be disabled with it
> still running. So, you need to disable it first. This rc.local works
> perfectly on Fedora 24:
>
> ```
> # Unload conflicting modules.
> rmmod b43
> rmmod ssb
> rmmod bcma
> rmmod brcmsmac
> rmmod wl
>
> # blacklist modules that may interfere with wl (broadcom)
> # Not sure if this matters, haven't tried without
> echo "blacklist b43" >> /etc/modprobe.d/blacklist.conf
> echo "blacklist ssb" >> /etc/modprobe.d/blacklist.conf
> echo "blacklist bcma" >> /etc/modprobe.d/blacklist.conf
> echo "blacklist brcmsmac" >> /etc/modprobe.d/blacklist.conf
>
> mount --bind /rw/modules /lib/modules
> systemctl restart systemd-udevd
>
> modprobe wl
>
> ```
Okay so I've found another issue. For some reason, when the system is
hibernated (e.g. lid is closed), the module seems to unload itself and the
whole netvm freezes, requiring a "kill vm" and restart for it to work again.
Any ideas on the cause of this?
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-users/e1b2a779-792b-4705-afd7-04020266ede1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.