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

Re: [PATCH] docs: correct x86 MCE command line option info


  • To: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Mon, 28 Feb 2022 15:38:02 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iuLsF1Lvk7Bho76Bk7zofN0M25wY90SZ5v8n1nERvZM=; b=AOSTCjKItAQsLMbDIHPau1Ud47/PizPntbvTlCyMSnDfG2yJNGprCud4XToDep9phqAZdAM4gU4Y4s41y1UPg9GFDC1k+3wUNZd54uAiWret3MWnZgO20ze4GNkAy1dxbil4tErGE7YKVETqAI7egXkGtj4iBgc3zwqHlhfjK4BEmC0JaC/2IS0oLilo9k7zggltRLzqKxJIcqtFDdq/hjABn4f3vRtPbqfqMOx1kkf9MMtYfTSOtBKt74J8OC7xJvCZ/nbKd3h44OpMSIkTsaoj2+3fz7X+K0YcC5d7+U6oerJYR6r35tx9LQm5NkV48kArLjqOMu0TAd8TEY2AtA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hZKWZBNgg2nIE8d4u3jdNUB6hKwFh0xb3xQZdOjMX83d5GyUfiI3213ZwtAbHMFkoVTivmsHqGbGdwHd8tGzcx3WakqD3b7DVvU6Ha/szCea7XZnTfBm7FynkF1SWUW6pQ7hsuz6gz2qq/VsPYlKmMhKm6thffdPjOBtjM7EY8AjkHHj9P7Uku2phBZs8PIeqWBV+uDgfecpo71itGE9/FN0XmMvYxUHt1d5N//rez8JSGe5niXSZFO1BYfNeLZtiZeQ5IZIFLeevJJsr4EeXvRcH/rGiaxaoYYX3OiEuH0ChCFe2+e8XzEO7DZsMPBsmV2TjAzZnBrbSyOb7NB1WQ==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: George Dunlap <George.Dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Roger Pau Monne <roger.pau@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Mon, 28 Feb 2022 14:38:14 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 28.02.2022 14:19, Andrew Cooper wrote:
> On 28/02/2022 10:20, Jan Beulich wrote:
>> Not even the types were correct,
> 
> Huh yes.  c/s 97638f08f4 was plain wrong.
> 
>>  let alone defaults being spelled out or
>> the purpose of the options actually mentioned in any way.
>>
>> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
>>
>> --- a/docs/misc/xen-command-line.pandoc
>> +++ b/docs/misc/xen-command-line.pandoc
>> @@ -1681,10 +1681,21 @@ one pending bit to be allocated.
>>  Defaults to 20 bits (to cover at most 1048576 interrupts).
>>  
>>  ### mce (x86)
>> -> `= <integer>`
>> +> `= <boolean>`
>> +
>> +> Default: `true`
>> +
>> +Allows to disable the use of Machine Check Exceptions.  Note that this
>> +may result in silent shutdown of the system in case an event occurs
>> +which would have resulted in raising a Machine Check Exception.
> 
> This description appears backwards.  Errors happen irrespective of MCE,
> and will by default cause a system shutdown.

Of course. Would s/this/doing so/ make things more clear? It was certainly
meant that way.

> MCE offers the OS/VMM some ability to deal with certain
> not-totally-fatal errors in a less impactful way than killing the whole
> system.  Also, it allows reporting of corrected errors which are
> indicative of failing components.
> 
> Also, it's not silent - the MCE registers explicitly don't clear on
> reset so they can be recovered after warm reset.  Firmware collects
> these and is supposed to do something useful with them, although
> "useful" is a matter of opinion, and in some cases depends on how much
> extra you're willing to pay your OEM.

It's still silent as far as Xen disappearing goes. Whether firmware
properly collects and exposes the data isn't something we ought to be
concerned of. If some _simple_ adjustment is going to meet your
approval, I'll be happy to make such an adjustment. If you suggest I
explain machine check machinery here, then I'll simply withdraw the
patch.

Jan




 


Rackspace

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