Re: [BUG] Re: [PATCH v10 1/3] aerdrv: Trace Event for AER

2013-12-05 Thread Borislav Petkov
On Thu, Dec 05, 2013 at 11:21:10AM -0700, Betty Dall wrote: > The definition of the GHES_SEV* matches up with the error severity > definition of the CPER records as defined in the UEFI spec section > N.2.1: > "Indicates the severity of the error condition. The severity of > the error record corresp

Re: [BUG] Re: [PATCH v10 1/3] aerdrv: Trace Event for AER

2013-12-05 Thread Betty Dall
On Wed, 2013-12-04 at 23:28 +0800, Ethan Zhao wrote: > Rui, >Agree with that, there are really many such confusing error type definition > need to be standardized or unified, some of them are > ambiguous、inconsistent, some of them violates ACPI/PCI spec. > > According to the ACPI spec, the '

Re: [BUG] Re: [PATCH v10 1/3] aerdrv: Trace Event for AER

2013-12-04 Thread Ethan Zhao
Rui, Agree with that, there are really many such confusing error type definition need to be standardized or unified, some of them are ambiguous、inconsistent, some of them violates ACPI/PCI spec. According to the ACPI spec, the 'FATAL' in fact, is a sub-category of 'UNCORRECTABLE' , the anothe

[BUG] Re: [PATCH v10 1/3] aerdrv: Trace Event for AER

2013-12-03 Thread rui wang
Resending adding Mauro's new Email address... On 1/17/13, Lance Ortiz wrote: > This header file will define a new trace event that will be triggered when > a AER event occurs. The following data will be provided to the trace > event. > > char * dev_name - The name of the slot where the device r