Re: Suspend to RAM problem
On Sat, 2016-04-23 at 00:42 +0200, Michael Freisinger wrote: > > > > > Since it's based on 10.3, I'd suggest booting from a 10.3 CD or memstick > > in "Live CD" mode and testing suspend / resume from there > > > I tested my system with the Live CD mode. ... Then I sent a > WOL-Package or press the power button and the blinking stops and it seemed > that the system is resuming. However the display doesn't get a signal. So I > have to do a hard reset to see anything. After this the system is booting > normally, of course. Have you checked whether you can SSH into the affected box? There are some sysctl switches you could play with: hw.acpi.reset_video hw.syscons.sc_no_suspend_vtswitch -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-acpi@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
Suspend/Resume Performance issues
I have several issues with acpi after a suspend/resume cycle, that I don't have after a fresh boot: - hw.acpi.acline is stuck on whatever was the case during resume, this affects c-states, powerd and battery status display. - I often have (measurably) low performance when AC powered, independent of what hw.acpi.acline says. I need to plug it out and back in, sometimes multiple times to get the expected performance. - Scrolling content and playing videos is jerky. - Keys that are reported as ACPI events do not work anymore, most noticably the sleep key. Keys that bypass the OS (e.g. screen blank, touchpad and camera on/off) still work. So do keys that are reported as keyboard events, e.g. volume up/down. I'm running stable/10: FreeBSD AprilRyan.norad 10.3-STABLE FreeBSD 10.3-STABLE #0 r297559M: Mon Apr 4 19:37:05 CEST 2016 root@AprilRyan.norad:/usr/obj/S403/amd64/usr/src/sys/S403 amd64 With the Haswell GPU patch from D5837: https://reviews.freebsd.org/D5837 The notebook model is a Schenker S403: CPU: Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz (2394.51-MHz K8-class CPU) Origin="GenuineIntel" Id=0x40651 Family=0x6 Model=0x45 Stepping=1 drmn0: on vgapci -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-acpi@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
Suspend/Resume Performance issues
I have several issues with acpi after a suspend/resume cycle, that I don't have after a fresh boot: - hw.acpi.acline is stuck on whatever was the case during resume, this affects c-states, powerd and battery status display. - I often have (measurably) low performance when AC powered, independent of what hw.acpi.acline says. I need to plug it out and back in, sometimes multiple times to get the expected performance. - Scrolling content and playing videos is jerky. - Keys that are reported as ACPI events do not work anymore, most noticably the sleep key. Keys that bypass the OS (e.g. screen blank, touchpad and camera on/off) still work. So do keys that are reported as keyboard events, e.g. volume up/down. I'm running stable/10: FreeBSD AprilRyan.norad 10.3-STABLE FreeBSD 10.3-STABLE #0 r297559M: Mon Apr 4 19:37:05 CEST 2016 root@AprilRyan.norad:/usr/obj/S403/amd64/usr/src/sys/S403 amd64 With the Haswell GPU patch from D5837: https://reviews.freebsd.org/D5837 The notebook model is a Schenker S403: CPU: Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz (2394.51-MHz K8-class CPU) Origin="GenuineIntel" Id=0x40651 Family=0x6 Model=0x45 Stepping=1 drmn0: on vgapci -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-acpi@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
