Date: Mon, 22 Nov 2010 15:45:23 -0500 From: Jung-uk Kim <jkim@FreeBSD.org> To: Stefan Walter <stefan@freebsd.org> Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off Message-ID: <201011221545.25520.jkim@FreeBSD.org> In-Reply-To: <20101121103731.GB1430@birne.dunkelkammer.void> References: <20101115093709.GA1452@birne.dunkelkammer.void> <20101117141403.P39988@sola.nimnet.asn.au> <20101121103731.GB1430@birne.dunkelkammer.void>
next in thread | previous in thread | raw e-mail | index | archive | help
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.engels@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201011221545.25520.jkim>