From owner-freebsd-current@FreeBSD.ORG Wed Sep 30 16:44:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC074106568D for ; Wed, 30 Sep 2009 16:44:37 +0000 (UTC) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.freebsd.org (Postfix) with SMTP id 423EB8FC1C for ; Wed, 30 Sep 2009 16:44:36 +0000 (UTC) Received: (qmail 29295 invoked from network); 1 Oct 2009 01:44:34 +0900 Received: from unknown (HELO localhost) (210.238.26.2) by smtp1.dcns.ne.jp with SMTP; 1 Oct 2009 01:44:34 +0900 Date: Thu, 01 Oct 2009 01:44:34 +0900 (JST) Message-Id: <20091001.014434.241898723.haro@h4.dion.ne.jp> To: jhb@freebsd.org From: Munehiro Matsuda In-Reply-To: <20090929.024547.241896365.haro@h4.dion.ne.jp> References: <20090926.234136.241898347.haro@h4.dion.ne.jp> <200909280829.25171.jhb@freebsd.org> <20090929.024547.241896365.haro@h4.dion.ne.jp> X-Mailer: Mew version 5.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, current@freebsd.org Subject: Re: [LOR] ACPI related on 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 30 Sep 2009 16:44:37 -0000 From: Munehiro Matsuda Date: Tue, 29 Sep 2009 02:45:47 +0900 (JST) ::From: John Baldwin ::Date: Mon, 28 Sep 2009 08:29:24 -0400 ::::On Saturday 26 September 2009 10:41:36 am Munehiro Matsuda wrote: ::::> Hi all, ::::> ::::> I've got two LORs related to ACPI on 9-current system from few days old ::::world. ::::> The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar ::::> from ports. ::::> If you need more info, please let me know. :::: ::::Try this patch. It avoids holding the ACPI adapter lock while calling all the ::::power manager eventhandler routines, and it splits the ACPI video lock up ::::into two locks: one to manage the "bus" of video output devices, and one that ::::serves as the softc lock for each of the video output devices. :: ::Hello John, :: ::Thanks for the quick patch. ::It does seem to fix the LORs with ACPI. :: ::I'll test for few more days, and if I get any odd I'll report back. Hello John, I've run the patch for the past day or two and haven't seen any ACPI related LoR or issues with it. So I think it's alright to commit it. Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_|