From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 13 23:09:40 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10014FF5 for ; Tue, 13 Nov 2012 23:09:40 +0000 (UTC) (envelope-from stefan.horomnea@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5508FC13 for ; Tue, 13 Nov 2012 23:09:39 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id x43so4425377wey.13 for ; Tue, 13 Nov 2012 15:09:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=as/2m3jMptkRzTsJI/gzXsz+uUzNG+dh2VmP8psmSwg=; b=B6Bndzf0Sjo5wGq46/KXILrDE4kCy46e8LRVJubTVx8rExVR977pBsGarJJh9LSc+U ockF4ry9+DpafqSyO56wDokt21pgJmL2q7pAlwALnIqEeUXlgbXFbxrQLrFHqr47Mq7X MPFhw5sWL0ZZ3i8ZIGDsgU/k92z7pcLtIUbWJRkaN/6/u36ebbnpsKDMSYmgLBmFty++ nwynuqcLw45ogNKwJouBZviQAWBVrmAFaBR6fqRf5QjnKGgFE8t5FlEsY29lDGH438Z0 o1plZlqR6VMOZCXvXkQ/+eInpyOi7oT09GgZ2Pz+0x33/pilYQydQcIhULLhEovNe+0G u8UQ== MIME-Version: 1.0 Received: by 10.180.89.234 with SMTP id br10mr22884857wib.2.1352848178583; Tue, 13 Nov 2012 15:09:38 -0800 (PST) Received: by 10.194.65.70 with HTTP; Tue, 13 Nov 2012 15:09:38 -0800 (PST) In-Reply-To: <50A1FCEC.9020404@gmail.com> References: <50A12DF9.8090107@gmail.com> <50A1FCEC.9020404@gmail.com> Date: Wed, 14 Nov 2012 00:09:38 +0100 Message-ID: Subject: Re: Sleep/resume in FreeBSD 9 on a ThinkPad From: Stefan Horomnea To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 23:09:40 -0000 Hi, Thanks for your suggestions, so I have a couple more tests to try. I have just tried with: sysctl debug.bootverbose=1 sysctl debug.acpi.suspend_bounce=1 And the monitor switches a bit to the terminal, and then gets back to X, so I guess is suppose to do that. How do I get the needed information after that ? Run dmesg ? I just ran dmesg and got: https://www.dropbox.com/s/lro38v935vpnxn6/dmesg-sleep-bounce.txt I really don't know how to read/interpret dmesg messages, so I can't tell what's happening, how the sleep process happens, if it shows why it fails, etc. But I can spot as being errors are some lines like this: ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED should this be the cause, or other ? I will also try more of the suggested tests below. Thank you, Stefan On Tue, Nov 13, 2012 at 8:55 AM, matt wrote: > On 11/12/12 23:13, Stefan Horomnea wrote: > > Hi, > > > > I have tried with 1 and then 0 to both settings (hw.pci.do_power_suspend > > and hw.pci.do_power_resume) but with no luck, it does the same. > > What happens is, after executing the sleep command, I hear a short beep, > > the power button blinks rapidly three times, and then monitor, hdd, stop, > > and the power button pulses as you say, at a slow pace, like it went to > > sleep. But when I wake it, it reboots. > > > > Thanks for your suggestion anyway. Any other suggestions ? > > > > Stefan > > > > On Mon, Nov 12, 2012 at 6:12 PM, matt wrote: > > > > > That sounds quite odd...unfortunately I think the L series is only > cosmetically similar to the SL series. I gave it away, so I can't test > with it anymore to see if it's a recent change. > > Try debug.acpi.suspend_bounce=1 and try to suspend. This will either > work with no problems, work with a lot of kernel printf errors, or > reboot. I think the result of that would be interesting. > Try debug.acpi.resume_beep=1 (with suspend_bounce cleared) and try > again...does it beep before rebooting? > > With my SL410, I also went into the bios and disabled everything I > didn't use (although it didn't help). You could also try sending > power_off to usb devices manually with usbconfig, and setting > hw.pci.do_power_nodriver=3 > > debug.acpi.reset_video actually caused a similar problem for me on my > x220, so make sure it's off as well (I doubt you have it on, but it's > worth a mention given the symptoms) > > Matt >