Date: Sat, 4 Jan 2020 09:17:42 -0600 From: Warner Losh <imp@bsdimp.com> To: Gary Jennejohn <gljennjohn@gmail.com> Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org> Subject: Re: How do I completely disable suspend? Message-ID: <CANCZdfquiuLLXJA2syjhYC=q7muExQMk1TJsendda6DRZVrMpQ@mail.gmail.com> In-Reply-To: <20200104092112.17fea0fc@ernst.home> References: <CAFMmRNxEhqmERAL9qPUxFPkxvBOMu8e%2BxoKnNgx38WPYy3GjDg@mail.gmail.com> <CANCZdfrYy-K1TCvCYCEQiAwqzUJiCf7B9y=3jPqQT-OWdTchSg@mail.gmail.com> <CAFMmRNwXGqiV9fcw3gBeDkpfh8wPRaN0ZLN5Np7RKrqgna4QUg@mail.gmail.com> <CANCZdfr3M9tkB5i3zA6PV64oYyKUpVQz4H=AwBkHjbWmTd%2BkCQ@mail.gmail.com> <20200104092112.17fea0fc@ernst.home>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jan 4, 2020, 2:21 AM Gary Jennejohn <gljennjohn@gmail.com> wrote:
> On Fri, 3 Jan 2020 19:46:09 -0700
> Warner Losh <imp@bsdimp.com> wrote:
>
> > On Wed, Jan 1, 2020 at 5:29 PM Ryan Stone <rysto32@gmail.com> wrote:
> >
> > > On Wed, Jan 1, 2020 at 5:01 PM Warner Losh <imp@bsdimp.com> wrote:
> > > >
> > > >
> > > >
> > > > On Wed, Jan 1, 2020, 1:46 PM Ryan Stone <rysto32@gmail.com> wrote:
> > > >>
> > > >> I have a laptop on which suspend/resume doesn't work. I don't need
> > > >> suspend/resume and don't want to spend the time debugging it.
> > > >> However, there are some really annoying cases that can trigger a
> > > >> suspend, and I find up having to power off the laptop to get it to
> > > >> boot properly again. How can I completely disable suspend? Playing
> > > >> with the sysctls under hw.acpi doesn't seem to actually do
> anything.
> > > >
> > > >
> > > > You want to make the switch action do nothing. I do this so that I
> have
> > > a custom devd action that sleeps for 60 seconds and then suspends if
> the
> > > lid is still closed. I often close my lid and then go 'oh, crap I
> forgot
> > > to...' and I want some time to recover from that mistake that doesn't
> force
> > > a suspend/resume.
> > > >
> > > > hw.acpi.lid_switch_state: NONE
> > > >
> > > > and
> > > >
> > > > notify 10 {
> > > > match "system" "ACPI";
> > > > match "subsystem" "Lid";
> > > > action "/usr/local/bin/imp-lid $notify";
> > > > };
> > > >
> > > > in devd.conf for me.
> > > >
> > > > And while Ryan won't need it, here's imp-lid:
> > > >
> > > > #!/bin/sh
> > > > lid-wait() {
> > > > logger "Waiting a minute to suspend"
> > > > sleep 60
> > > > case $(sysctl -n dev.acpi_lid.0.state) in
> > > > 0) logger "suspending"; zzz ;;
> > > > *) logger "never mind";;
> > > > esac
> > > > }
> > > >
> > > > case $1 in
> > > > 0x00) # lid closed
> > > > lid-wait &
> > > > ;;
> > > > 0x01) ;; # Ignore opening
> > > > esac
> > > > exit 0
> > > >
> > > >
> > > > Warner
> > >
> > > Thanks, but in my case, the biggest issue isn't closing the lid but
> > > some magic extra function button on the keyboard that something has
> > > decided should trigger a suspend.
> > >
> >
> > Oh, in that case you can use kbdcontrol to remap those keys.
> >
> > kbdcontrol -d dumps the keys and you are looking for
> > 104 slock saver slock saver susp nop susp nop O
> > 'susp' is the bit that does keyboard suspend just make them all nop. -l
> > file I think loads the file, but the man page has all the details.
> >
>
> Note that kbdcontrol -d only appears to work in a console. I tried to
> run it under Xorg and got errors, probably because Xorg had grabbed the
> keyboard. In VT1 it worked. This problem is sort of addressed in the
> man page, which I of course didn't read until later.
>
Yea. This sort of thing needs to be done before you start X.
Warner
--
> Gary Jennejohn
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfquiuLLXJA2syjhYC=q7muExQMk1TJsendda6DRZVrMpQ>