All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ghannam, Yazen" <Yazen.Ghannam@amd.com>
To: Borislav Petkov <bp@alien8.de>
Cc: "linux-edac@vger.kernel.org" <linux-edac@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"tony.luck@intel.com" <tony.luck@intel.com>,
	"x86@kernel.org" <x86@kernel.org>
Subject: RE: [PATCH 1/2] Revert "x86/mce/AMD: Collect error info even if valid bits are not set"
Date: Mon, 26 Mar 2018 19:58:51 +0000	[thread overview]
Message-ID: <DM5PR12MB191603A2AACAE6F7F923C6F3F8AD0@DM5PR12MB1916.namprd12.prod.outlook.com> (raw)
In-Reply-To: <20180326193052.GJ25548@pd.tnic>

> -----Original Message-----
> From: linux-edac-owner@vger.kernel.org <linux-edac-
> owner@vger.kernel.org> On Behalf Of Borislav Petkov
> Sent: Monday, March 26, 2018 3:31 PM
> To: Ghannam, Yazen <Yazen.Ghannam@amd.com>
> Cc: linux-edac@vger.kernel.org; linux-kernel@vger.kernel.org;
> tony.luck@intel.com; x86@kernel.org
> Subject: Re: [PATCH 1/2] Revert "x86/mce/AMD: Collect error info even if
> valid bits are not set"
> 
> On Mon, Mar 26, 2018 at 02:15:25PM -0500, Yazen Ghannam wrote:
> > From: Yazen Ghannam <yazen.ghannam@amd.com>
> >
> > This reverts commit 4b1e84276a6172980c5bf39aa091ba13e90d6dad.
> >
> > Software uses the valid bits to decide if the values can be used for
> > further processing or other actions. So setting the valid bits will have
> > software act on values that it shouldn't be acting on.
> >
> > The recommendation to save all the register values does not mean that
> > the values are always valid.
> 
> So what does that
> 
> "Error handlers should save the values in MCA_ADDR, MCA_MISC0,
> and MCA_SYND even if MCA_STATUS[AddrV], MCA_STATUS[MiscV], and
> MCA_STATUS[SyndV] are zero."
> 
> *actually* mean then?
> 
> It is still in the PPR.
> 

We should always save as much of the error state as we can even if we
can't act upon it. Basically, we don't ever want to lose information in the
case of some unforeseen issue in the reporting mechanisms or something
else. There aren't any issues that require this change at the moment. But
I think the Design folks are being more conservative in ensuring that all
possible data is collected.

So at a minimum, we should always save and report as much as we can.
But we don't try any recovery actions unless we're sure the data is valid.

Thanks,
Yazen

WARNING: multiple messages have this Message-ID (diff)
From: Yazen Ghannam <yazen.ghannam@amd.com>
To: Borislav Petkov <bp@alien8.de>
Cc: "linux-edac@vger.kernel.org" <linux-edac@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"tony.luck@intel.com" <tony.luck@intel.com>,
	"x86@kernel.org" <x86@kernel.org>
Subject: [1/2] Revert "x86/mce/AMD: Collect error info even if valid bits are not set"
Date: Mon, 26 Mar 2018 19:58:51 +0000	[thread overview]
Message-ID: <DM5PR12MB191603A2AACAE6F7F923C6F3F8AD0@DM5PR12MB1916.namprd12.prod.outlook.com> (raw)

PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBsaW51eC1lZGFjLW93bmVyQHZn
ZXIua2VybmVsLm9yZyA8bGludXgtZWRhYy0NCj4gb3duZXJAdmdlci5rZXJuZWwub3JnPiBPbiBC
ZWhhbGYgT2YgQm9yaXNsYXYgUGV0a292DQo+IFNlbnQ6IE1vbmRheSwgTWFyY2ggMjYsIDIwMTgg
MzozMSBQTQ0KPiBUbzogR2hhbm5hbSwgWWF6ZW4gPFlhemVuLkdoYW5uYW1AYW1kLmNvbT4NCj4g
Q2M6IGxpbnV4LWVkYWNAdmdlci5rZXJuZWwub3JnOyBsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwu
b3JnOw0KPiB0b255Lmx1Y2tAaW50ZWwuY29tOyB4ODZAa2VybmVsLm9yZw0KPiBTdWJqZWN0OiBS
ZTogW1BBVENIIDEvMl0gUmV2ZXJ0ICJ4ODYvbWNlL0FNRDogQ29sbGVjdCBlcnJvciBpbmZvIGV2
ZW4gaWYNCj4gdmFsaWQgYml0cyBhcmUgbm90IHNldCINCj4gDQo+IE9uIE1vbiwgTWFyIDI2LCAy
MDE4IGF0IDAyOjE1OjI1UE0gLTA1MDAsIFlhemVuIEdoYW5uYW0gd3JvdGU6DQo+ID4gRnJvbTog
WWF6ZW4gR2hhbm5hbSA8eWF6ZW4uZ2hhbm5hbUBhbWQuY29tPg0KPiA+DQo+ID4gVGhpcyByZXZl
cnRzIGNvbW1pdCA0YjFlODQyNzZhNjE3Mjk4MGM1YmYzOWFhMDkxYmExM2U5MGQ2ZGFkLg0KPiA+
DQo+ID4gU29mdHdhcmUgdXNlcyB0aGUgdmFsaWQgYml0cyB0byBkZWNpZGUgaWYgdGhlIHZhbHVl
cyBjYW4gYmUgdXNlZCBmb3INCj4gPiBmdXJ0aGVyIHByb2Nlc3Npbmcgb3Igb3RoZXIgYWN0aW9u
cy4gU28gc2V0dGluZyB0aGUgdmFsaWQgYml0cyB3aWxsIGhhdmUNCj4gPiBzb2Z0d2FyZSBhY3Qg
b24gdmFsdWVzIHRoYXQgaXQgc2hvdWxkbid0IGJlIGFjdGluZyBvbi4NCj4gPg0KPiA+IFRoZSBy
ZWNvbW1lbmRhdGlvbiB0byBzYXZlIGFsbCB0aGUgcmVnaXN0ZXIgdmFsdWVzIGRvZXMgbm90IG1l
YW4gdGhhdA0KPiA+IHRoZSB2YWx1ZXMgYXJlIGFsd2F5cyB2YWxpZC4NCj4gDQo+IFNvIHdoYXQg
ZG9lcyB0aGF0DQo+IA0KPiAiRXJyb3IgaGFuZGxlcnMgc2hvdWxkIHNhdmUgdGhlIHZhbHVlcyBp
biBNQ0FfQUREUiwgTUNBX01JU0MwLA0KPiBhbmQgTUNBX1NZTkQgZXZlbiBpZiBNQ0FfU1RBVFVT
W0FkZHJWXSwgTUNBX1NUQVRVU1tNaXNjVl0sIGFuZA0KPiBNQ0FfU1RBVFVTW1N5bmRWXSBhcmUg
emVyby4iDQo+IA0KPiAqYWN0dWFsbHkqIG1lYW4gdGhlbj8NCj4gDQo+IEl0IGlzIHN0aWxsIGlu
IHRoZSBQUFIuDQo+IA0KDQpXZSBzaG91bGQgYWx3YXlzIHNhdmUgYXMgbXVjaCBvZiB0aGUgZXJy
b3Igc3RhdGUgYXMgd2UgY2FuIGV2ZW4gaWYgd2UNCmNhbid0IGFjdCB1cG9uIGl0LiBCYXNpY2Fs
bHksIHdlIGRvbid0IGV2ZXIgd2FudCB0byBsb3NlIGluZm9ybWF0aW9uIGluIHRoZQ0KY2FzZSBv
ZiBzb21lIHVuZm9yZXNlZW4gaXNzdWUgaW4gdGhlIHJlcG9ydGluZyBtZWNoYW5pc21zIG9yIHNv
bWV0aGluZw0KZWxzZS4gVGhlcmUgYXJlbid0IGFueSBpc3N1ZXMgdGhhdCByZXF1aXJlIHRoaXMg
Y2hhbmdlIGF0IHRoZSBtb21lbnQuIEJ1dA0KSSB0aGluayB0aGUgRGVzaWduIGZvbGtzIGFyZSBi
ZWluZyBtb3JlIGNvbnNlcnZhdGl2ZSBpbiBlbnN1cmluZyB0aGF0IGFsbA0KcG9zc2libGUgZGF0
YSBpcyBjb2xsZWN0ZWQuDQoNClNvIGF0IGEgbWluaW11bSwgd2Ugc2hvdWxkIGFsd2F5cyBzYXZl
IGFuZCByZXBvcnQgYXMgbXVjaCBhcyB3ZSBjYW4uDQpCdXQgd2UgZG9uJ3QgdHJ5IGFueSByZWNv
dmVyeSBhY3Rpb25zIHVubGVzcyB3ZSdyZSBzdXJlIHRoZSBkYXRhIGlzIHZhbGlkLg0KDQpUaGFu
a3MsDQpZYXplbg0K
---
To unsubscribe from this list: send the line "unsubscribe linux-edac" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2018-03-26 19:58 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-26 19:15 [PATCH 1/2] Revert "x86/mce/AMD: Collect error info even if valid bits are not set" Yazen Ghannam
2018-03-26 19:15 ` [1/2] " Yazen Ghannam
2018-03-26 19:15 ` [PATCH 2/2] x86/MCE: Always save MCA_{ADDR,MISC,SYND} register contents Yazen Ghannam
2018-03-26 19:15   ` [2/2] " Yazen Ghannam
2018-03-26 19:35   ` [PATCH 2/2] " Borislav Petkov
2018-03-26 19:35     ` [2/2] " Borislav Petkov
2018-03-26 20:05     ` [PATCH 2/2] " Ghannam, Yazen
2018-03-26 20:05       ` [2/2] " Yazen Ghannam
2018-03-26 20:09       ` [PATCH 2/2] " Borislav Petkov
2018-03-26 20:09         ` [2/2] " Borislav Petkov
2018-03-26 20:27         ` [PATCH 2/2] " Luck, Tony
2018-03-26 20:27           ` [2/2] " Luck, Tony
2018-03-27 14:07           ` [PATCH 2/2] " Ghannam, Yazen
2018-03-27 14:07             ` [2/2] " Yazen Ghannam
2018-03-26 19:30 ` [PATCH 1/2] Revert "x86/mce/AMD: Collect error info even if valid bits are not set" Borislav Petkov
2018-03-26 19:30   ` [1/2] " Borislav Petkov
2018-03-26 19:58   ` Ghannam, Yazen [this message]
2018-03-26 19:58     ` Yazen Ghannam
2018-03-26 20:07     ` [PATCH 1/2] " Borislav Petkov
2018-03-26 20:07       ` [1/2] " Borislav Petkov
2018-03-27 14:02       ` [PATCH 1/2] " Ghannam, Yazen
2018-03-27 14:02         ` [1/2] " Yazen Ghannam
2018-03-27 15:59         ` [PATCH 1/2] " Ghannam, Yazen
2018-03-27 15:59           ` [1/2] " Yazen Ghannam
2018-08-23 12:24           ` [PATCH 1/2] " Borislav Petkov
2018-08-23 12:24             ` [1/2] " Borislav Petkov
2018-08-23 17:53             ` [PATCH 1/2] " Ghannam, Yazen
2018-08-23 17:53               ` [1/2] " Yazen Ghannam
2018-03-28 18:39 ` [tip:ras/core] " tip-bot for Yazen Ghannam

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=DM5PR12MB191603A2AACAE6F7F923C6F3F8AD0@DM5PR12MB1916.namprd12.prod.outlook.com \
    --to=yazen.ghannam@amd.com \
    --cc=bp@alien8.de \
    --cc=linux-edac@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tony.luck@intel.com \
    --cc=x86@kernel.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.