[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] [PATCH] DOM0: Adding MCA Loging support in DOM0



>>> "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> 09.06.09 11:30 >>>
>xen-devel-bounces@xxxxxxxxxxxxxxxxxxx wrote:
>>>>> "Ke, Liping" <liping.ke@xxxxxxxxx> 09.06.09 07:10 >>>
>>> This patch is to support MCA info logging in DOM0. When an MCE/CMCI
>>> error happens (or by polling), the related error info will be sent
>>> to DOM0 by XEN. This patch will help to fetch the xen-logged
>>> information by hypercall and then convert XEN-format log into Linux
>>> format MCELOG. So we can reuse current available mcelog tools for
>>> native Linux now. 
>> 
>> Could this patch please be re-worked to not needlessly touch non-Xen
>> code? This would include a separate config option for the new code,
>> while disabling the native sub-options (which at once would avoid the
>> hacks you appear to need to make mce_amd.c build).
>
>Jan, I think the native sub-options (X86_MCE_INTEL and X86_MCE_AMD) needs be 
>enabled still.
>When a MCE happens, and dom0 is effected, that MCE will be injected to dom0 as 
>virtual MCE, and that requires to enable these
>otions.
>When a MCE happens and dom0 is not effected, that MCE will be sent to dom0 as 
>vIRQ so that dom0 can log that event for
>analysis.

Oh, okay, if the code is indeed needed, than that's fine. But the hacks needed
to get mce_amd.c to compile look suspicious. As much as e.g. changing the
defaults for the MCE Kconfig sub-options - those should be kept as is, and if
the new code has any kind of dependency on them, the to-be-added new
Kconfig option should express this accurately.

Basically, behavior for a native kernel built from the same sources should not
be modified at all.

>But yes, maybe following hunk can be done in xen-code to avoid  needless touch.
>
>+
>+    /*Register vIRQ handler for MCE LOG processing*/
>+#if defined (CONFIG_XEN) && defined(CONFIG_X86_MCE_INTEL)
>+    printk(KERN_DEBUG "MCE: bind virq for DOM0 Logging\n");
>+    bind_virq_for_mce();
>+#endif
>+
>       return err;
>
>And following code can be removed, although it may cause dom0's needless 
>polling.
>
>+#if defined (CONFIG_XEN) && defined(CONFIG_X86_MCE_INTEL)
>+static int check_interval = 0; /* disable polling */
>+#else
> static int check_interval = 5 * 60; /* 5 minutes */
>+#endif
>+

Actually, these two hunks actually represent examples of what I'm not
concerned about .

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.