All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Egger <chegger@amazon.de>
To: "Liu, Jinsong" <jinsong.liu@intel.com>
Cc: Jan Beulich <JBeulich@suse.com>, xen-devel <xen-devel@lists.xen.org>
Subject: Re: [PATCH 2/2] Xen/vMCE: bugfix to remove problematic is_vmce_ready check
Date: Mon, 13 May 2013 16:24:14 +0200	[thread overview]
Message-ID: <5190F78E.4000207@amazon.de> (raw)
In-Reply-To: <DE8DF0795D48FD4CA783C40EC82923358EBC15@SHSMSX101.ccr.corp.intel.com>

On 13.05.13 15:35, Liu, Jinsong wrote:
> Christoph Egger wrote:
>> On 13.05.13 12:44, Liu, Jinsong wrote:
>>>>> Please refer to the description of patch 2/2, especially
>>>>>
>>>>>     * For dom0, if really need check, it should check whether vMCE
>>>>>     injection for dom0 ready (say, exception trap bounce check,
>>>>>     which has been done at inject_vmce()), not check dom0 mcelog
>>>>>     ready (which has been done at mce_softirq() before send global
>>>>> virq to dom0). 
>>>>>
>>>>> Which means before hypervisor send error log via virq to dom0,
>>>>> current code has checked whether mcelog ready at dom0 or not -->
>>>>> that's the right place for your concern, and it has indeed done
>>>>> check.
>>>>
>>>> I think, I do not understand the patch description.
>>>> Let me rephrase if I do now due to this discussion:
>>>>
>>>> The mcelog driver in Dom0 registers itself to the virq handler to
>>>> provide the machine check logging service.
>>>
>>> Yes.
>>>
>>>> Xen checks if a virq handler has been registered
>>>
>>> Yes.
>>>
>>>> but does not check
>>>> if the dom0 handler is actually ready to take the errors.
>>>> This patch fixes this.
>>>>
>>>
>>> I'm not clear your question 'does not check if the dom0 handler
>>> is actually ready to take the errors'. Could you elaborate more your
>>> concern at this point? 
>>
>> Yes, this is exactly my question. You got it.
>>
>> Christoph
> 
> Hmm, seems you misunderstand my word. What I meant is,
> I don't know what you are asking by 'does not check if the dom0 handler is actually ready to take the errors'.
> Could you elaborate more your question?

I reread your patch description:

> * For dom0, if really need check, it should check whether vMCE
                                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> injection for dom0 ready (say, exception trap bounce check, which
  ^^^^^^^^^^^^^^^^^^^^^^^^
> has been done at inject_vmce()), not check dom0 mcelog ready (which
>                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> has been done at mce_softirq() before send global virq to dom0).

My question is: Is it possible when mcelog driver registers
the virq handler that it cannot deal with machine check errors immediately?

Christoph

  reply	other threads:[~2013-05-13 14:24 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-27  8:38 [PATCH 2/2] Xen/vMCE: bugfix to remove problematic is_vmce_ready check Liu, Jinsong
2013-04-29  7:08 ` Jan Beulich
2013-05-03  8:41   ` Liu, Jinsong
2013-05-03  9:32     ` Jan Beulich
2013-05-03 14:16       ` Liu, Jinsong
2013-05-03 14:27         ` Jan Beulich
2013-05-03 15:51           ` Liu, Jinsong
2013-05-06  8:54             ` Christoph Egger
2013-05-06  9:06               ` Jan Beulich
2013-05-06  9:24                 ` Liu, Jinsong
2013-05-06  9:41                   ` Christoph Egger
2013-05-06  9:50                     ` Liu, Jinsong
2013-05-06 11:38                       ` Christoph Egger
2013-05-06 15:00                         ` Liu, Jinsong
2013-05-06 15:06                           ` Egger, Christoph
2013-05-06 15:14                             ` Liu, Jinsong
2013-05-06 15:31                               ` Christoph Egger
2013-05-06 16:00                                 ` Liu, Jinsong
2013-05-07 11:43                                   ` Christoph Egger
2013-05-09 17:05                                     ` Liu, Jinsong
2013-05-10 13:59                                       ` Christoph Egger
2013-05-10 16:50                                         ` Liu, Jinsong
2013-05-13  8:43                                           ` Christoph Egger
2013-05-13 10:44                                             ` Liu, Jinsong
2013-05-13 11:09                                               ` Christoph Egger
2013-05-13 13:35                                                 ` Liu, Jinsong
2013-05-13 14:24                                                   ` Christoph Egger [this message]
2013-05-13 15:21                                                     ` Liu, Jinsong
2013-05-14 10:06                                                       ` Christoph Egger
2013-05-14 15:29                                                         ` Liu, Jinsong
2013-05-14 15:35                                                           ` Jan Beulich
2013-05-16  5:53                                                             ` Liu, Jinsong
2013-05-16  8:11                                                               ` Christoph Egger

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=5190F78E.4000207@amazon.de \
    --to=chegger@amazon.de \
    --cc=JBeulich@suse.com \
    --cc=jinsong.liu@intel.com \
    --cc=xen-devel@lists.xen.org \
    /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.