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 13:09:53 +0200 [thread overview]
Message-ID: <5190CA01.9010505@amazon.de> (raw)
In-Reply-To: <DE8DF0795D48FD4CA783C40EC82923358EB8A1@SHSMSX101.ccr.corp.intel.com>
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
next prev parent reply other threads:[~2013-05-13 11:09 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 [this message]
2013-05-13 13:35 ` Liu, Jinsong
2013-05-13 14:24 ` Christoph Egger
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=5190CA01.9010505@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.