Your message dated Mon, 18 Mar 2019 00:09:31 +0100
with message-id <[email protected]>
and subject line Re: upgrade-reports: auto-suspend after login (Wheezy->Jessie 
upgrade)
has caused the Debian Bug report #769946,
regarding upgrade-reports: auto-suspend after login (Wheezy->Jessie upgrade)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
769946: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769946
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: upgrade-reports
Severity: normal

I did the upgrade a month or so ago but didn't have time to properly
troubleshoot the problem until now.

System:
        Manufacturer: FUJITSU SIEMENS
        Product Name: AMILO M 7400
        Version: Rev.A

After upgrading an old laptop from Wheezy to Jessie, the laptop
automatically suspends to RAM shortly after login on a VT. It does not
matter whether the session is idle or not. Within XFCE, the laptop does
not automatically suspend to RAM.  I found that switching from an X
session to a VT such as with CTRL-ALT-F1 also triggers this
auto-suspend action.

When systemd-logind is stopped the laptop does not autosuspend.  After
setting "HandleLidSwitch=ignore" in /etc/systemd/logind.conf the laptop
no longer auto-suspends. I should note that pressing the laptop's "lid
switch" switches the display off, so this seems to be a case of
systemd-logind incorrectly reading the switch's state. Other than this
relatively minor issue, the move to Jessie was rather uneventful. Things
"just worked".

Please let me know if I can provide any further info.

lspci output:
00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3580] (rev 02)
00:00.1 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3584] (rev 02)
00:00.3 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3585] (rev 02)
00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM 
Integrated Graphics Device [8086:3582] (rev 02)
00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated 
Graphics Device [8086:3582] (rev 02)
00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03)
00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03)
00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03)
00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 
EHCI Controller [8086:24cd] (rev 03)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
[8086:2448] (rev 83)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface 
Bridge [8086:24cc] (rev 03)
00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE 
Controller [8086:24ca] (rev 03)
00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
SMBus Controller [8086:24c3] (rev 03)
00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 03)
00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
AC'97 Modem Controller [8086:24c6] (rev 03)
02:03.0 FireWire (IEEE 1394) [0c00]: LSI Corporation FW322/323 [TrueFire] 1394a 
Controller [11c1:5811] (rev 61)
02:05.0 Ethernet controller [0200]: Broadcom Corporation BCM4401 100Base-T 
[14e4:4401] (rev 01)
02:06.0 Network controller [0280]: Intel Corporation PRO/Wireless LAN 2100 3B 
Mini PCI Adapter [8086:1043] (rev 04)
02:09.0 CardBus bridge [0607]: Texas Instruments PCI1510 PC card Cardbus 
Controller [104c:ac56]

--- End Message ---
--- Begin Message ---
On Mon, 18 Jun 2018 09:14:01 +0200 Michael Biebl <[email protected]> wrote:
> Control: tags -1 + moreinfo
> 
> Hi Edward
> 
> On Mon, 17 Nov 2014 21:48:57 +0200 "Edward J. Shornock"
> <[email protected]> wrote:
> > Package: upgrade-reports
> > Severity: normal
> > 
> > I did the upgrade a month or so ago but didn't have time to properly
> > troubleshoot the problem until now.
> > 
> > System:
> >     Manufacturer: FUJITSU SIEMENS
> >     Product Name: AMILO M 7400
> >     Version: Rev.A
> > 
> > After upgrading an old laptop from Wheezy to Jessie, the laptop
> > automatically suspends to RAM shortly after login on a VT. It does not
> > matter whether the session is idle or not. Within XFCE, the laptop does
> > not automatically suspend to RAM.  I found that switching from an X
> > session to a VT such as with CTRL-ALT-F1 also triggers this
> > auto-suspend action.
> > 
> > When systemd-logind is stopped the laptop does not autosuspend.  After
> > setting "HandleLidSwitch=ignore" in /etc/systemd/logind.conf the laptop
> > no longer auto-suspends. I should note that pressing the laptop's "lid
> > switch" switches the display off, so this seems to be a case of
> > systemd-logind incorrectly reading the switch's state. Other than this
> > relatively minor issue, the move to Jessie was rather uneventful. Things
> > "just worked".
> > 
> > Please let me know if I can provide any further info.
> 
> Can you still reproduce the issue on an up-to-date stretch or buster system?
> If so, a debug log of systemd-logind might be helpful. For that, do the
> following
> - switch to the console
> - stop logind: systemctl stop systemd-logind.service
> - run it in debug mode: SYSTEMD_LOG_LEVEL=debug /lib/systemd/systemd-logind
> - Then login on another VT

Closing this old bug report due to lack of further feedback.
The existing information is not sufficient to further triage this issue.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Reply via email to