From owner-freebsd-current@FreeBSD.ORG Fri Jan 25 15:37:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4421F4F1; Fri, 25 Jan 2013 15:37:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 248FD3CB; Fri, 25 Jan 2013 15:37:39 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 77F10B922; Fri, 25 Jan 2013 10:37:38 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: acpi resume related patch Date: Fri, 25 Jan 2013 08:51:25 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <510245B5.8070704@FreeBSD.org> In-Reply-To: <510245B5.8070704@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201301250851.25243.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 25 Jan 2013 10:37:38 -0500 (EST) Cc: Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Fri, 25 Jan 2013 15:37:39 -0000 On Friday, January 25, 2013 3:43:33 am Andriy Gapon wrote: > > If you have ACPI suspend/resume working, if it used to work but stopped working > at some time, if it never worked, but you are still hoping, could you please > test the following patch and report back? > > http://svn.freebsd.by/files/acpi-apic-wakeup-final.patch This will break systems not using the local APIC since you unconditionally call lapic_setup() on resume. This was part of the feature of the previous code that by using a dummy pic it could register it only when the local APIC was used. It should also be registered before any of the I/O APICs are by the design of the local_apic.c code. -- John Baldwin