Re: [PATCH] EDAC: Document HW_EVENT_ERR_DEFERRED type

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

 



Em Thu, 1 Dec 2016 21:27:42 +0100
Borislav Petkov <bp@xxxxxxx> escreveu:

> On Thu, Dec 01, 2016 at 02:24:53PM -0600, Yazen Ghannam wrote:
> > Add a description of the HW_EVENT_ERR_DEFERRED type that wasn't included
> > with commit d12a969ebbfc ("EDAC, amd64: Add Deferred Error type").

Thanks for the patch!

> > 
> > Cc: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
> > Cc: Borislav Petkov <bp@xxxxxxx>
> > Signed-off-by: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
> > ---
> >  include/linux/edac.h | 6 ++++++
> >  1 file changed, 6 insertions(+)
> > 
> > diff --git a/include/linux/edac.h b/include/linux/edac.h
> > index cb56dcb..43cd51d 100644
> > --- a/include/linux/edac.h
> > +++ b/include/linux/edac.h
> > @@ -128,6 +128,12 @@ enum dev_type {
> >   *				fatal (maybe it is on an unused memory area,
> >   *				or the memory controller could recover from
> >   *				it for example, by re-trying the operation).
> > + * @HW_EVENT_ERR_DEFERRED:	Deferred Error - Indicates an uncorrectable
> > + *				error whose handling is not urgent. This could
> > + *				be due to hardware data poisoning where the
> > + *				system can continue operation until the poisoned
> > + *				data is consumed. Preemptive measures may also
> > + *				be taken, e.g. offlining pages, etc.

I'm wandering if DEFERRED is the best name here... Maybe it could be
called, instead HW_EVENT_ERR_NON_URGENT or something like that.

Anyway, the description itself looks good.

> >   * @HW_EVENT_ERR_FATAL:		Fatal Error - Uncorrected error that could not
> >   *				be recovered.
> >   */
> > --   
> 
> Acked-by: Borislav Petkov <bp@xxxxxxx>
> 
> Mauro, are you taking this through your tree or should I?

Boris, yeah, I can take care on it. I'll send my pull request
after yours, to avoid any issues.

-- 
Thanks,
Mauro
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux