How do I completely disable suspend?

[Warner Losh]

On Sat, Jan 4, 2020, 2:21 AM Gary Jennejohn <gljennjohn at gmail.com> wrote:

> On Fri, 3 Jan 2020 19:46:09 -0700
> Warner Losh <imp at bsdimp.com> wrote:
>
> > On Wed, Jan 1, 2020 at 5:29 PM Ryan Stone <rysto32 at gmail.com> wrote:
> >
> > > On Wed, Jan 1, 2020 at 5:01 PM Warner Losh <imp at bsdimp.com> wrote:
> > > >
> > > >
> > > >
> > > > On Wed, Jan 1, 2020, 1:46 PM Ryan Stone <rysto32 at 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 at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
>