From owner-freebsd-current@freebsd.org Mon Aug 31 06:14:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE5AE9C7843; Mon, 31 Aug 2015 06:14:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D05F91DDA; Mon, 31 Aug 2015 06:14:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA21791; Mon, 31 Aug 2015 09:14:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZWIMH-0003JC-4a; Mon, 31 Aug 2015 09:14:21 +0300 To: FreeBSD Current , "freebsd-acpi@freebsd.org" From: Andriy Gapon Subject: acpi suspend debugging techniques? X-Enigmail-Draft-Status: N1110 Message-ID: <55E3F098.9060806@FreeBSD.org> Date: Mon, 31 Aug 2015 09:13:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2015 06:14:24 -0000 I would appreciate any pointers at how to debug an ACPI suspend problem that I have. What I have so far. The system hangs when I try to suspend it and it gets reset by a watchdog. Setting debug.acpi.suspend_bounce=1 does not make any difference, so the hang happens before the final sleep code is executed. I think that the device suspend stage is executed, because disks get spun down and video signals gets cut off. I could enable / add some debug printfs, but I suppose that their output would get lost due to the above. RAM content unfortunately does not survive across the resets. -- Andriy Gapon