public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@linux.intel.com>
To: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>
Subject: Re: [PATCH -tip 3/3] x86, mce: Add mce=nopoll option to disable timer polling
Date: Thu, 26 Mar 2009 10:01:07 +0100	[thread overview]
Message-ID: <49CB4453.6000407@linux.intel.com> (raw)
In-Reply-To: <49CB3F4B.8070406@jp.fujitsu.com>

Hidetoshi Seto wrote:
> This patch adds "mce=nopoll" option to disable timer polling
> for corrected errors from boot.  Unlike "mce=off", it doesn't
> prevent handling for uncorrected errors.
> 
> It is useful if:
>  - You don't have any interests in corrected errors. You may
>    use option mce_threshold=0 to disable cmci too.
>  - You'd like to care banks only which cmci are supported.

These two seem to be conflicting. CMCI errors are corrected errors
too. Why would the user care about the reporting mechanism
and only shut down one or not another?

Also I'm not sure a boot argument is really needed. Isn't it
good enough to do this early at boot through sysfs?

>  - You have an application such as hardware monitor that
>    checks error banks, and that can conflict with OS's polling.

Well then your patch is not enough because it doesn't shut off
boot time clearing/logging of corrected errors left over from
boot for once. And CMCI.

>  - Your system have an intelligent BIOS which can provide
>    enough health information, so reports from OS is redundant.

It would seem inconvenient then to require the user to set a special
boot option. I think it would be better if the BIOS set a flag
somewhere that the kernel can check.

> Once booted, we can disable polling by setting check_interval
> to 0, but there are no mention about the fact.

That's true, Documentation/x86/x86_64/machinecheck should be fixed
to say 0 means no polling. I'm not sure new boot option are the
preferred fix for missing documentation though @)

>  static int check_interval = 5 * 60; /* 5 minutes */
> @@ -633,11 +635,12 @@ static void mce_init_timer(void)
>  {
>  	struct timer_list *t = &__get_cpu_var(mce_timer);
>  
> +	/* Disable polling if check_interval is 0 */
> +	if (!check_interval)
> +		return;

This check shouldn't be needed, the next two checks already do that.

Also there's a conflicting patch pending which moves next_interval
to be per CPU.

-Andi

  reply	other threads:[~2009-03-26  9:00 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-26  8:39 [PATCH -tip 3/3] x86, mce: Add mce=nopoll option to disable timer polling Hidetoshi Seto
2009-03-26  9:01 ` Andi Kleen [this message]
2009-03-27  9:49   ` Hidetoshi Seto
2009-03-27 11:44     ` Andi Kleen
2009-03-30  9:07       ` Hidetoshi Seto
2009-03-30  9:31         ` Andi Kleen
2009-03-31  7:32           ` Hidetoshi Seto
2009-03-31  8:16             ` Andi Kleen
2009-03-28 21:29 ` [tip:x86/mce2] " Hidetoshi Seto

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=49CB4453.6000407@linux.intel.com \
    --to=ak@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=seto.hidetoshi@jp.fujitsu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox