On 26Mar2020 20:24, Erik P. Olsen wrote:
On 2020-03-26 at 10:20:23 Samuel Sieb wrote:
On 3/26/20 6:39 AM, Erik P. Olsen wrote:
> Thanks for the idea. I suppose I could just use systemctl suspend right away.
Doesn't your laptop have a key combo to do a suspend?
Oh, I should have thought of th
On 2020-03-26 at 20:57:10 Erik P. Olsen wrote:
> On 2020-03-26 at 12:32:20 Samuel Sieb wrote:
>
> > On 3/26/20 12:24 PM, Erik P. Olsen wrote:
> > > On 2020-03-26 at 10:20:23 Samuel Sieb wrote:
> > >> Doesn't your laptop have a key combo to do a suspend?
> > >
> > > Oh, I should have th
On 2020-03-26 at 12:32:20 Samuel Sieb wrote:
> On 3/26/20 12:24 PM, Erik P. Olsen wrote:
> > On 2020-03-26 at 10:20:23 Samuel Sieb wrote:
> >> Doesn't your laptop have a key combo to do a suspend?
> >
> > Oh, I should have thought of that from the beginning. And no, there isn't a
> > shortcu
On 3/26/20 12:24 PM, Erik P. Olsen wrote:
On 2020-03-26 at 10:20:23 Samuel Sieb wrote:
Doesn't your laptop have a key combo to do a suspend?
Oh, I should have thought of that from the beginning. And no, there isn't a
shortcut for
that but I've made one :-) Very nice solution.
I remembered t
On 2020-03-26 at 10:20:23 Samuel Sieb wrote:
> On 3/26/20 6:39 AM, Erik P. Olsen wrote:
> > Thanks for the idea. I suppose I could just use systemctl suspend right
> > away.
>
> Doesn't your laptop have a key combo to do a suspend?
Oh, I should have thought of that from the beginning. And no,
On 3/26/20 6:39 AM, Erik P. Olsen wrote:
Thanks for the idea. I suppose I could just use systemctl suspend right away.
Doesn't your laptop have a key combo to do a suspend?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an
On 2020-03-26 at 08:56:16 Cameron Simpson wrote:
> On 26Mar2020 01:13, Tim wrote:
> >On Wed, 2020-03-25 at 13:47 +0100, Erik P. Olsen wrote:
> >> there is nothing in BOIS settings regarding closing of the lid.
> >> However, it's not terribly important, so I can live with it.
> >
> >Just be aw
On 26Mar2020 01:13, Tim wrote:
On Wed, 2020-03-25 at 13:47 +0100, Erik P. Olsen wrote:
there is nothing in BOIS settings regarding closing of the lid.
However, it's not terribly important, so I can live with it.
Just be aware that if you close the lid (on *some* laptops) and leave
them runnin
On Wed, 2020-03-25 at 13:47 +0100, Erik P. Olsen wrote:
> there is nothing in BOIS settings regarding closing of the lid.
> However, it's not terribly important, so I can live with it.
Just be aware that if you close the lid (on *some* laptops) and leave
them running, they can overheat. *They* re
On 2020-03-23 at 15:15:12 Samuel Sieb wrote:
> On 3/23/20 3:00 PM, Erik P. Olsen wrote:
> > On 2020-03-23 at 14:48:37 Samuel Sieb wrote:
> >> One other thing to test from Roger's post, is running:
> >> while true; do cat /proc/acpi/button/lid/LID/state; sleep 1; done
> >
> > Getting lots of:
On 3/23/20 3:00 PM, Erik P. Olsen wrote:
On 2020-03-23 at 14:48:37 Samuel Sieb wrote:
One other thing to test from Roger's post, is running:
while true; do cat /proc/acpi/button/lid/LID/state; sleep 1; done
Getting lots of: state open
Close the lid, wait for a few seconds, then open it
On 2020-03-23 at 14:48:37 Samuel Sieb wrote:
> On 3/23/20 2:36 PM, Erik P. Olsen wrote:
> > On 2020-03-23 at 14:22:27 Samuel Sieb wrote:
> >
> >> On 3/23/20 1:24 PM, Erik P. Olsen wrote:
> >>> [erik@Erik-PC ~]$ sudo evtest /dev/input/event1
> >>> Input driver version is 1.0.1
> >>> Input devi
On 3/23/20 2:36 PM, Erik P. Olsen wrote:
On 2020-03-23 at 14:22:27 Samuel Sieb wrote:
On 3/23/20 1:24 PM, Erik P. Olsen wrote:
[erik@Erik-PC ~]$ sudo evtest /dev/input/event1
Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x5 version 0x0
Input device name: "Lid Swit
On 2020-03-23 at 14:22:27 Samuel Sieb wrote:
> On 3/23/20 1:24 PM, Erik P. Olsen wrote:
> > [erik@Erik-PC ~]$ sudo evtest /dev/input/event1
> > Input driver version is 1.0.1
> > Input device ID: bus 0x19 vendor 0x0 product 0x5 version 0x0
> > Input device name: "Lid Switch"
> > Supported events:
>
I have a crude script that I run on machine startup that it puts my
cpus at the lowest speed when the lid is closed, but otherwise leaves
the machine on.
#!/bin/bash
laststate=open
while [ true ] ; do
lidstate=`cat /proc/acpi/button/lid/LID0/state | awk '{print $2}'`
if [ "${lidstate}" == "ope
On 3/23/20 1:24 PM, Erik P. Olsen wrote:
[erik@Erik-PC ~]$ sudo evtest /dev/input/event1
Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x5 version 0x0
Input device name: "Lid Switch"
Supported events:
Event type 0 (EV_SYN)
Event type 5 (EV_SW)
Event code 0
On 2020-03-23 at 12:22:09 Samuel Sieb wrote:
> On 3/23/20 9:29 AM, Erik P. Olsen wrote:
> > According to man logind.conf HandleLidSwitch=suspend is default. This does
> > not happen
> > when I close the lid of my Lenovo T580. Directly setting
> > HandleLidSwitch=suspend has
> > no effect either.
On 3/23/20 9:29 AM, Erik P. Olsen wrote:
According to man logind.conf HandleLidSwitch=suspend is default. This does not
happen
when I close the lid of my Lenovo T580. Directly setting
HandleLidSwitch=suspend has no
effect either.
Am I missing something or is it a bug?
There's an override in
According to man logind.conf HandleLidSwitch=suspend is default. This does not
happen
when I close the lid of my Lenovo T580. Directly setting
HandleLidSwitch=suspend has no
effect either.
Am I missing something or is it a bug?
--
Erik P. Olsen - Copenhagen, Denmark
Fedora 31/64 bit Linux xfce
19 matches
Mail list logo
