Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1347183imm; Wed, 1 Aug 2018 14:25:27 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfABPsV4YATT21n2g12IMXum89jNBudZxwR8OEvXPPx0aVHMYhUvVnV9PM+IlmZ/w8MBomc X-Received: by 2002:a63:195e:: with SMTP id 30-v6mr56174pgz.192.1533158727093; Wed, 01 Aug 2018 14:25:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533158727; cv=none; d=google.com; s=arc-20160816; b=iLcyGLRHky7qF9XRPwjbHt+iNi/DbuCnS1WNKoD+AICxdjcOjkXR/YcrWNtfvncXXb pHeEs1KWDyYgahAphpj+OiNydFutN8KUh8EN2fSXkUPjpw0PWtkd8Z5fqkgGePLwhI0B Qs76IibCKUUsH/VtqIHq94ODc4wJpYrzDKosGk9GBf/XaAk+rgMYEDDPkyZ6z1xGj6p+ ykFjSn6mmX5nMHHk13vneaZqTyGuxKhZ/gdbixdnb/sopMUYl5MWR9WD28PRZtL6WeCK 2JoRpmxU6Yijm/IXFzpza3F2R3+yHbZfasNXBIvIwZiJTdxdIF/QSz3M18BHty+8mmS7 oeig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:arc-authentication-results; bh=KEnlyvJ0LxX3jIgpToFzhhOq1eyskLIm7G1KWSOxFLc=; b=lJKPTh5ONqkyvM/bvMpGwrawipmhcd/PuOLaJ5ZenRI6S/0peB03McMOoOH8lTb0kw YyU+MycTmTYG+AyrvmSwAyggeg2gGUkVW/KyoMX2YAsIQI95sDuIDPp6oSoAi2dsMJPe Hf5yjSWrjfqHPy0OU2isijGkSekN8dk6mHVkUZRBIad94nS2HndYiC5+nza9R9Fu0fGf 4RdCx3U/yv/VKXPW88Cas4T+9g0sq0U0PmeJAiB8cLcrsXMCr2xmLcnw924cCG2FC3Ex 9zblSlBTPPi3QUMjo9ylCSj1pZigk5KEvTwhQj40yqutBJVpOEGa/V7F0GYH10Bcl1rB aZag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j85-v6si19413pfa.232.2018.08.01.14.25.12; Wed, 01 Aug 2018 14:25:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731985AbeHAXMH convert rfc822-to-8bit (ORCPT + 99 others); Wed, 1 Aug 2018 19:12:07 -0400 Received: from mga02.intel.com ([134.134.136.20]:15888 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727086AbeHAXMG (ORCPT ); Wed, 1 Aug 2018 19:12:06 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Aug 2018 14:24:23 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,433,1526367600"; d="scan'208";a="61643603" Received: from orsmsx109.amr.corp.intel.com ([10.22.240.7]) by orsmga008.jf.intel.com with ESMTP; 01 Aug 2018 14:24:21 -0700 Received: from orsmsx108.amr.corp.intel.com ([169.254.2.3]) by ORSMSX109.amr.corp.intel.com ([169.254.11.113]) with mapi id 14.03.0319.002; Wed, 1 Aug 2018 14:24:20 -0700 From: "Moore, Robert" To: Russ Anderson CC: Mike Travis , "Schmauss, Erik" , "Wysocki, Rafael J" , Len Brown , Russ Anderson , "Dimitri Sivanich" , Ross Zwisler , "Williams, Dan J" , "Verma, Vishal L" , "Jiang, Dave" , "linux-acpi@vger.kernel.org" , "devel@acpica.org" , "linux-nvdimm@lists.01.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large Reference Count warnings Thread-Topic: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large Reference Count warnings Thread-Index: AQHUKFhOdnOKO84lh0ePNJ9MGeCA/6SrUJBwgACDS4D//5anYA== Date: Wed, 1 Aug 2018 21:24:19 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E3B94DEDFF@ORSMSX108.amr.corp.intel.com> References: <20180730195545.795802877@stormcage.americas.sgi.com> <20180730195548.580717146@stormcage.americas.sgi.com> <94F2FBAB4432B54E8AACC7DFDE6C92E3B94DED8F@ORSMSX108.amr.corp.intel.com> <20180801203827.ozkvldizkpsatmg5@hpe.com> In-Reply-To: <20180801203827.ozkvldizkpsatmg5@hpe.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMWQyM2MyOGUtZGUzYi00ZThlLTgzODEtMDBjYzM3ZjE1ZmU5IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiamIrRzN3cDVhdERFQXZQSDJXQnBhaUoxUmFlTWFPS3dOOUNMVzZ0V1FNSzd0XC8zV2ozVnpiQ3pmdStFWWt5a0IifQ== x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > -----Original Message----- > From: Russ Anderson [mailto:rja@hpe.com] > Sent: Wednesday, August 1, 2018 1:38 PM > To: Moore, Robert > Cc: Mike Travis ; Schmauss, Erik > ; Wysocki, Rafael J > ; Len Brown ; Russ Anderson > ; Dimitri Sivanich ; > Ross Zwisler ; Williams, Dan J > ; Verma, Vishal L ; > Jiang, Dave ; linux-acpi@vger.kernel.org; > devel@acpica.org; linux-nvdimm@lists.01.org; linux- > kernel@vger.kernel.org > Subject: Re: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large > Reference Count warnings > > On Wed, Aug 01, 2018 at 07:49:14PM +0000, Moore, Robert wrote: > > Are there any actual memory leaks, or this a consequence of the number > of sockets? > > It is a consequence of the number of sockets. > It is not an actual memory leak. > > Thanks. > [Moore, Robert] It does bother me a bit that there are over 4096 references to a single object, however. Could you send us the ACPI dump for the machine? This issue sounds vaguely familiar though. Perhaps Dan remembers, it was something about large reference counts and the NFIT/NVDIMM stuff. If so, this has been fixed for some time now. Bob > > > -----Original Message----- > > > From: Mike Travis [mailto:mike.travis@hpe.com] > > > Sent: Monday, July 30, 2018 12:56 PM > > > To: Moore, Robert ; Schmauss, Erik > > > ; Wysocki, Rafael J > > > ; Len Brown > > > Cc: Russ Anderson ; Dimitri Sivanich > > > ; Ross Zwisler > > > ; Williams, Dan J > > > ; Verma, Vishal L > > > ; Jiang, Dave ; > > > linux- acpi@vger.kernel.org; devel@acpica.org; > > > linux-nvdimm@lists.01.org; linux-kernel@vger.kernel.org > > > Subject: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large > > > Reference Count warnings > > > > > > With the Intel BIOS support for 8 processor sockets with a full > > > complement of NVDIMMS potentially installable, and there are empty > > > sockets without NVDIMMS, there is an extremely large amount of the > > > following warnings: > > > > > > ACPI Warning: Large Reference Count (0x1001) in object > ffff99453fc71750, > > > Type=0x0A > > > > > > On a 4 socket system with 4 NVDIMMs there were over 6000 of these > > > warning messages and it has been seem on systems from 4 to 32 > sockets. > > > > > > Through some guidance from the BIOS developers and testing, it > > > appears that simply bumping up the threshold for warnings from > > > 0x1000 to 0x2000 eliminates these messages. Changing them to be > > > ACPI DEBUG messages, or even removing them are other options, but it > > > would then defeat the purpose of the warnings as the problem would > effectively be hidden. > > > > > > Reviewed-by: Dimitri Sivanich > > > Tested-by: Russ Anderson > > > Signed-off-by: Mike Travis > > > --- > > > include/acpi/acconfig.h | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > --- linux-4.12.orig/include/acpi/acconfig.h > > > +++ linux-4.12/include/acpi/acconfig.h > > > @@ -123,7 +123,7 @@ > > > > > > /* Maximum object reference count (detects object deletion issues) > > > */ > > > > > > -#define ACPI_MAX_REFERENCE_COUNT 0x1000 > > > +#define ACPI_MAX_REFERENCE_COUNT 0x2000 > > > > > > /* Default page size for use in mapping memory for operation > > > regions */ > > > > > > > > > -- > > > > -- > Russ Anderson, SuperDome Flex Linux Kernel Group Manager HPE - Hewlett > Packard Enterprise (formerly SGI) rja@hpe.com