From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 11 18:19:34 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 869F6FE8 for ; Mon, 11 Feb 2013 18:19:34 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) by mx1.freebsd.org (Postfix) with ESMTP id D33B72EB for ; Mon, 11 Feb 2013 18:19:33 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id 16so4936654wgi.27 for ; Mon, 11 Feb 2013 10:19:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=X4mUPYm7iNia4nGX4c0lswOXg96nHUDM6r6abvXN2SY=; b=iERhXM4kI2c3QqkjYPcHx4QWzRYBiblVTl2F8JWtW258VZrSBymes9wm4+/843ZmqR ZUuR8u2J8xXPLm7ux+jbFOPmqysA6Os81+ikW0ogSuxaULyXV48AZLEzI5+MWpLMLLeu BerkD90ay8pY/ccDr8z5H/71PubVbpRXOwc1VKgEUGzkTMlx8Gyc9FfoJot0QIF9i8nL t+Vdg8+WjPE3xpRX4Q4cgyNTzeHym5a9LgnE5nE5ZBvr7ftzjrRas79sESbVL2sBAOeS aSkzmOH5A/LuHZP3Wr/DpmhBwYk+iVueDBNJ8g4MMHRUVC5LzTAuMUSE5oJ8L8TCAhmj p1iQ== X-Received: by 10.194.60.195 with SMTP id j3mr25905640wjr.33.1360606767437; Mon, 11 Feb 2013 10:19:27 -0800 (PST) Received: from Melon.malikania.fr (177.33.91.91.rev.sfr.net. [91.91.33.177]) by mx.google.com with ESMTPS id ec3sm32223815wib.1.2013.02.11.10.19.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Feb 2013 10:19:26 -0800 (PST) Message-ID: <51193604.6060504@gmail.com> Date: Mon, 11 Feb 2013 19:18:44 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130115 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Subject: Re: uma for acpi object cache References: <20130122175629.GA1714@garage.freebsd.pl> <51008661.4060006@FreeBSD.org> <510101B4.4030409@FreeBSD.org> <51017D79.6060202@FreeBSD.org> <51018223.4030702@FreeBSD.org> In-Reply-To: <51018223.4030702@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Mon, 11 Feb 2013 18:19:34 -0000 On 24/01/2013 19:49, Andriy Gapon wrote: > on 24/01/2013 20:29 Jung-uk Kim said the following: >> On 2013-01-24 04:41:08 -0500, Andriy Gapon wrote: >>> on 24/01/2013 02:54 Jung-uk Kim said the following: >>> I think that I have a much better patch for all potential ACPI >>> object cache problems :-) >>> http://people.freebsd.org/~avg/acpi-uma-cache.diff >> >>> What do you think? >> >> We have to fix this bug because local cache is always used for >> userland applications, e.g., iasl. > > Could you please clarify what problem/bug is fixed by that patch? > I looked hard but couldn't spot any difference besides moving the link pointer > from offset 8 to offset 0. > >> BTW, I tried something like that long ago. In fact, the first attempt >> goes all the way back to this patch (warning: it's naive, broken, and >> overly complicated): >> >> http://people.freebsd.org/~jkim/acpica/OsdCache.diff >> >> I have more up-to-date and correct patch to use UMA but I'm still not >> 100% convinced whether we want to do it or not. > > Hmm, your patch looks a bit more complicated than mine. > What is all that extra stuff that you have there? > >> When utcache.c works, >> it works fairly well, actually. :-) > > Well, my primary motivation for the patch is all the reports about mysterious > panics that seem to involve the cache: > http://thread.gmane.org/gmane.os.freebsd.devel.acpi/7562 > http://thread.gmane.org/gmane.os.freebsd.devel.acpi/7613 > http://thread.gmane.org/gmane.os.freebsd.devel.acpi/7077 > > There were a few more reports with the same theme. > I hoped that using uma(9) instead of hand-rolled code would lead to better > diagnostic and debugging cabilities. > Hello, I don't know if it's related, I tried your patch and sometime my dmesg is filled with that : Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F3E) in object 0xfffffe0003820990Large Reference Count (0x5F47) in object 0xfffffe00017f7798 (20110527/utdelete-481) Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F47) in object 0xfffffe0003820990 (20110527/utdelete-481) Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F47) in object 0xfffffe00018dcc18 (20110527/utdelete-481) Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F47) in object 0xfffffe00038207e0 (20110527/utdelete-481) Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F45) in object 0xfffffe00018076c0 (20110527/utdelete-481) Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F48) in object 0xfffffe00017f7798 (20110527/utdelete-481) Feb 11 19:06:16 Melon kernel: ACPI Warning: Large Reference Count (0x5F48) in object 0xfffffe0003820990 (20110527/utdelete-481) And my computer get just unusable, I must shutdown by force because that messages does not stop at all. I have more and more ACPI problems since I've updated to 9.1...