From patchwork Fri Aug 19 21:48:45 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Bjorn Helgaas X-Patchwork-Id: 1081832 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by demeter2.kernel.org (8.14.4/8.14.4) with ESMTP id p7JLnWJY029900 for ; Fri, 19 Aug 2011 21:49:33 GMT Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750856Ab1HSVtI (ORCPT ); Fri, 19 Aug 2011 17:49:08 -0400 Received: from smtp-out.google.com ([216.239.44.51]:12736 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750731Ab1HSVtH convert rfc822-to-8bit (ORCPT ); Fri, 19 Aug 2011 17:49:07 -0400 Received: from wpaz33.hot.corp.google.com (wpaz33.hot.corp.google.com [172.24.198.97]) by smtp-out.google.com with ESMTP id p7JLn6EG029276 for ; Fri, 19 Aug 2011 14:49:06 -0700 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1313790546; bh=czymeTlNAlJfrOLg7sDIrDR31XE=; h=MIME-Version:In-Reply-To:References:From:Date:Message-ID:Subject: To:Cc:Content-Type:Content-Transfer-Encoding; b=xRUtbCax1pWmxlsP9NTAwmBF0Eo/RfWl+y46b59NyKxVF+W3C79F/IEXb3G+bNJKg cnAlNhUD+mAFJ2Ce3bi2A== DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=dkim-signature:mime-version:in-reply-to:references:from:date: message-id:subject:to:cc:content-type: content-transfer-encoding:x-system-of-record; b=pqkK38HLkf93IPVyexnkG/NUa5o+eU5ECbLFGqMflTPxAolzKfcV+BCczNT2vEjGx pbjmYT1UfRFVju9Dv5yfQ== Received: from yia28 (yia28.prod.google.com [10.243.65.28]) by wpaz33.hot.corp.google.com with ESMTP id p7JLmRii005767 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 19 Aug 2011 14:49:05 -0700 Received: by yia28 with SMTP id 28so2610938yia.20 for ; Fri, 19 Aug 2011 14:49:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=beta; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Vxsp0GmZ126PPB4BhbbgWUZj+anxeOHB3qM3sZlzHAI=; b=BdS0kMLf5XXUTiaEuUCIl3ug+MWWMGFFFPfaTIVO60y7ixVutIJO1lP+OtMwZ1gXcY sZ9c4WcdQAyOPLAkFOTA== Received: by 10.150.7.17 with SMTP id 17mr252745ybg.270.1313790545317; Fri, 19 Aug 2011 14:49:05 -0700 (PDT) Received: by 10.150.7.17 with SMTP id 17mr252738ybg.270.1313790545132; Fri, 19 Aug 2011 14:49:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.13.21 with HTTP; Fri, 19 Aug 2011 14:48:45 -0700 (PDT) In-Reply-To: References: From: Bjorn Helgaas Date: Fri, 19 Aug 2011 15:48:45 -0600 Message-ID: Subject: Re: APEI: Can not request iomem region for GARs To: Pavel Ivanov Cc: linux-kernel , linux-acpi@vger.kernel.org, Huang Ying X-System-Of-Record: true Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.2.6 (demeter2.kernel.org [140.211.167.43]); Fri, 19 Aug 2011 21:49:33 +0000 (UTC) On Tue, Aug 16, 2011 at 9:43 PM, Pavel Ivanov wrote: > Ever since I switched from kernel 2.6.38 to 3.0 and later versions I > always get the following error message on each boot: > > [    2.844242] APEI: Can not request iomem region > <00000000bf7b522a-00000000bf7b522c> for GARs. > > If it was only in dmesg I wouldn't even notice it. But it's always > printed on the console which is kind of annoying. > I don't quite understand what this message is about and couldn't find > anything on the internet. Does this message mean some error that I > could fix? If no, is there any way I can suppress it (besides lowering > the error level of messages printed on console, of course)? [+cc Huang Ying, APEI author] BIOS-e820: 00000000bf79e000 - 00000000bf7d0000 (ACPI NVS) APEI: Can not request iomem region <00000000bf7b522a-00000000bf7b522c> for GARs. This register is in the ACPI NVS region, which is type E820_NVS (not E820_RESERVED), so e820_reserve_resources() reserves it as IORESOURCE_BUSY. My guess is that Huang tested this on machines where the EINJ/ERST registers are in "reserved" regions, not ACPI NVS regions. The "reserved" regions are not marked IORESOURCE_BUSY. Huang, when you fix this, please include something like the following (mangled) patch so the error message is more consistent with other resource messages. Could you also remove the ERST/EINJ/HEST "Table is not found" messages? As far as I can tell, these tables are optional, and printing the message is confusing to users, e.g., https://bugs.launchpad.net/ubuntu/+source/linux/+bug/599715 Bjorn --- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/acpi/apei/apei-base.c b/drivers/acpi/apei/apei-base.c index 8041248..6f97b59 100644 --- a/drivers/acpi/apei/apei-base.c +++ b/drivers/acpi/apei/apei-base.c @@ -460,9 +460,9 @@ int apei_resources_request(struct apei_resources *resources, desc); if (!r) { pr_err(APEI_PFX - "Can not request iomem region <%016llx-%016llx> for GARs.\n", + "can not request [mem %#010llx-%#010llx] for %s registers\n", (unsigned long long)res->start, - (unsigned long long)res->end); + (unsigned long long)res->end, desc); res_bak = res; goto err_unmap_iomem; } @@ -472,9 +472,9 @@ int apei_resources_request(struct apei_resources *resources, r = request_region(res->start, res->end - res->start, desc); if (!r) { pr_err(APEI_PFX - "Can not request ioport region <%016llx-%016llx> for GARs.\n", + "can not request [io %#06llx-%#06llx] for %s registers\n", (unsigned long long)res->start, - (unsigned long long)res->end); + (unsigned long long)res->end, desc); res_bak = res; goto err_unmap_ioport; }