On Sunday 21 November 2010 05:37 am, Stefan Walter wrote: > [Resent because I forgot to really cc jkim...sorry!] > > Ian Smith, 17.11.10, 04:20h CET: > > On Tue, 16 Nov 2010, Bruce Cran wrote: > > > On Tue, 16 Nov 2010 21:46:44 +0100 > > > > > > Lars Engels <lars.eng...@0x20.net> wrote: > > > > Download && compile the code (gcc -o chvt chvt.c). > > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and > > > > "$path/$to/chvt 9" to /etc/rc.resume, so that your machine > > > > automatically changes to ttyv0 before going to sleep and > > > > changes back to X after waking up. > > > > > > The acpi code already does this: if you run acpiconf from > > > within X you'll see ttyv0 appear, the system turns off and > > > when resuming ttyv0 appears before X11. > > In my case, I don't see ttyv0 appear before suspend - neither from > within X nor from another tty. But when suspending from another > tty, I see ttyv0 briefly after resume before it switches back to > the one I started acpiconf from, so I guess the automatic switching > works at least between ttys.
Most cases, it happens too fast and users don't notice transition. > When starting acpiconf from within X, I hear three beeps at > intervals of about one second before the system suspends. As I > wrote before, when the system resumes the screen turns on but > remains black, the keyboard doesn't seem to do anything and I can > only press the power button again to shut the system down > completely. There have been cases where I've seen the console right > before its powered down with lots of messages like this one (typed > from memory): > > info: [drm] wait idle failed status If you are using hw.acpi.reset_video=1, please load vesa.ko instead. hw.acpi.reset_video is an evil hack. ;-) I don't know why X.org complains, though. > > Perhaps this might be one of those machines (I have two) that > > respond positively to setting sysctl > > hw.syscons.sc_no_suspend_vtswitch=1 ? > > When I do that, the only difference I've noticed is that I don't > hear the three beeps mentioned above. > > Can anyone tell me if there have been changes to the ACPI code in > 8-STABLE since 8.1-RELEASE that might influence the suspend/resume > behaviour in this case? (There has been an MFC recently, but I have > no idea if that might change anything for me - cc'd jkim because he > seems to know much about this stuff.) Yes, I did several MFCs after 8.1-RELEASE, especially syscons(4), not ACPI. Jung-uk Kim _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
