From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 03:00:05 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 8D6DC16A402 for ; Thu, 22 Feb 2007 03:00:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3371E13C4A8 for ; Thu, 22 Feb 2007 03:00:03 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l1M2K5Xo055139; Wed, 21 Feb 2007 21:20:05 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 21 Feb 2007 21:20:00 -0500 User-Agent: KMail/1.6.2 References: <200702211745.15043.jhb@freebsd.org> <45DCEB12.2020107@root.org> In-Reply-To: <45DCEB12.2020107@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200702212120.02392.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2624/Wed Feb 21 19:04:38 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin , "Moore, Robert" , "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: Re: HP LH3000r hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 03:00:05 -0000 On Wednesday 21 February 2007 08:00 pm, Nate Lawson wrote: > John Baldwin wrote: > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > >> Nate, > >> > >> We have tried to keep ACPICA as OS-independent as possible. In > >> the case of spinlocks, you can easily implement the interfaces > >> with whatever is appropriate (or available) for your OS. > >> > >> We felt that we needed to split the mutex interfaces into > >> mutex/spinlocks for those hosts that have these different types > >> of synchronization mechanisms. > >> > >> Certainly, I would suggest that you keep up-to-date with the > >> latest ACPICA as we continue to develop and debug the code. > > > > Since the ACPI interrupt is run in an ithread, you can probably > > just ignore the IRQL stuff as garbage and use a regular mutex > > Nate. Also, this bug report was from 6.2, so it was actually > > from an older version of ACPICA. Can't recall what is holding up > > the MFC of 20051021 to 6.x. > > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch > of 20070126 so hopefully we can test and integrate that. Okay, here is the patch: http://people.freebsd.org/~jkim/acpica-import-20070126.diff.gz I have to warn you that I made this patch very quickly from my local tree, which has lots of unrelated and/or experimental stuff. In fact, I got it about 90 minutes ago. ;-) So, we have to refine a lot, e.g., locking, task queue, madt, table handling, etc, etc... > We didn't MFC 20051021 due to a memory leak on some systems (bad > refcount). That was fixed a few revisions later, but I remember a > few 2006 versions having other problems (hanging on boot) and then > I ran out of time to review/debug the patches. > > Hopefully 20070126 is good and we can commit it quickly, then MFC > after a month. Yup, I am not very happy with keeping my own patchsets forever. :-( Jung-uk Kim