All of lore.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <lenb@kernel.org>
To: Zhao Yakui <yakui.zhao@intel.com>
Cc: Linux-acpi@vger.kernel.org
Subject: Re: [PATCH] ACPI:avoid printing the error message that processor device is not present
Date: Tue, 9 Oct 2007 23:43:40 -0400	[thread overview]
Message-ID: <200710092343.40843.lenb@kernel.org> (raw)
In-Reply-To: <1191814518.3830.2.camel@yakui_zhao.sh.intel.com>

On Sunday 07 October 2007 23:35, Zhao Yakui wrote:
> Subject: ACPI: avoid printing the info that processor device is not present
> From: Zhao Yakui  <yakui.zhao@intel.com>
> 
> Four processors are defined in the DSDT table, which means that quad-core cpu
> is supported. But dual-core cpu is installed on the system. In the
> initialization OS will check whether the defined processor exists. If it 
> doesn't exist, it will print the info that processor device is not present.
> The above error message has no effect on the system but it will mislead us.
> So it is unnecessary to print the error message when disabling acpi debug.

SuSE ships with ACPI_DEBUG enabled by default.
Can we get smarter about this -- say by checking against
the processors that we expect to be present?

thanks,
-Len

> http://bugzilla.kernel.org/show_bug.cgi?id=8630
> 
> Signed-off-by: Zhao Yakui  <yakui.zhao@intel.com>
> ---
>  drivers/acpi/processor_core.c |    4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> Index: linux-2.6.23-rc7/drivers/acpi/processor_core.c
> ===================================================================
> --- linux-2.6.23-rc7.orig/drivers/acpi/processor_core.c
> +++ linux-2.6.23-rc7/drivers/acpi/processor_core.c
> @@ -813,7 +813,9 @@ static int is_processor_present(acpi_han
>  
>  	status = acpi_evaluate_integer(handle, "_STA", NULL, &sta);
>  	if (ACPI_FAILURE(status) || !(sta & ACPI_STA_DEVICE_PRESENT)) {
> -		ACPI_EXCEPTION((AE_INFO, status, "Processor Device is not present"));
> +		ACPI_DEBUG_PRINT((ACPI_DB_INFO,
> +			"%s :Processor Device is not present",
> +			acpi_format_exception(status)));
>  		return 0;
>  	}
>  	return 1;
> 

  reply	other threads:[~2007-10-10  3:43 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-08  3:35 [PATCH] ACPI:avoid printing the error message that processor device is not present Zhao Yakui
2007-10-10  3:43 ` Len Brown [this message]
2007-10-15  1:19   ` Zhao Yakui
2007-11-07 12:34   ` [PATCH_1/4] :Add the _TPC throttling limit for TSS Zhao Yakui
2007-11-07 12:34   ` [PATCH_2/4] : Modify the ACPI I/O Access width Zhao Yakui
2007-11-07 12:35   ` [Patch_3/4]:Throttling control uses T-states returned by _TSS when _TSS exists Zhao Yakui
2007-11-07 12:35   ` [Patch_4/4] :Add MSR support for T-States Zhao Yakui
2007-11-08  0:56   ` [PATCH_1/4] :Add the _TPC throttling limit for TSS Zhao Yakui
2007-11-15  2:52     ` Len Brown
2007-11-08  0:56   ` [PATCH_2/4] : Modify the ACPI I/O Access width Zhao Yakui
2007-11-08  0:57   ` [Patch_3/4]:Throttling control uses T-states returned by _TSS when _TSS exists Zhao Yakui
2007-11-08  0:57   ` [Patch_4/4] :Add MSR support for T-States Zhao Yakui
2007-11-15  3:22     ` Len Brown
2007-11-08  1:25   ` [PATCH] [ACPI ]: Init PDC before getting throttling info Zhao Yakui
2007-11-15  8:41   ` [PATCH_2/7] : Modify the ACPI I/O Access width Zhao Yakui
2007-11-15  8:41   ` [Patch_3/7] ACPI: Not use calculated T-states from FADT.duty_width when _TSS exists Zhao Yakui
2007-11-15  8:41   ` [Patch_4/7] :Change the function interface for throttling control via PTC Zhao Yakui
2007-11-15  8:42   ` [Patch_5/7 ] :Throttling control uses T-states returned by _TSS when _TSS exists Zhao Yakui
2007-11-15  8:59   ` [PATCH_1/7] ACPI: Add the _TPC throttling limit for TSS Zhao Yakui
2007-11-15  9:01   ` [PATCH_2/7] ACPI: Modify the ACPI I/O Access width Zhao Yakui
2007-11-15  9:02   ` [PATCH_3/7] ACPI: Not use calculated T-states from FADT.duty_width when _TSS exists Zhao Yakui
2007-11-15  9:03   ` [PATCH_4/7] ACPI: Change the function interface for throttling control via PTC Zhao Yakui
2007-11-15  9:05   ` [PATCH_5/7] ACPI: Throttling control uses T-states returned by _TSS when _TSS exists Zhao Yakui
2007-11-15  9:05   ` [PATCH_6/7] ACPI: Init PDC before getting throttling info Zhao Yakui
2007-11-15  9:06   ` [PATCH_7/7] ACPI: Add MSR support for T-States Zhao Yakui
2007-11-15  9:18   ` [PATCH] ACPI: Disable all GPEs before re-enable interrupts Zhao Yakui
2008-05-09  9:22   ` Subject:ACPI: Send the reserved AC notification event to user space Zhao Yakui
2008-05-14  0:55     ` Len Brown
2008-05-14  2:47       ` Zhao Yakui
2008-05-14 23:04         ` Len Brown
2008-05-15 13:55           ` Zhao Yakui
2008-05-14  3:32   ` [PATCH]: ACPI: Disable Fixed_RTC event when installing RTC handler Zhao Yakui
2008-05-14  4:33     ` Len Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200710092343.40843.lenb@kernel.org \
    --to=lenb@kernel.org \
    --cc=Linux-acpi@vger.kernel.org \
    --cc=yakui.zhao@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.