linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] EDAC: expose per-dimm error counts in sysfs
@ 2016-10-25 23:25 Aaron Miller
  2016-10-27 18:07 ` Borislav Petkov
                   ` (2 more replies)
  0 siblings, 3 replies; 13+ messages in thread
From: Aaron Miller @ 2016-10-25 23:25 UTC (permalink / raw)
  To: Borislav Petkov, Mauro Carvalho Chehab
  Cc: linux-edac, linux-kernel, Aaron Miller

Signed-off-by: Aaron Miller <aaronmiller@fb.com>
---
 drivers/edac/edac_mc_sysfs.c | 38 ++++++++++++++++++++++++++++++++++++++
 1 file changed, 38 insertions(+)

diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
index 4e0f8e720ad9..11440462a3f2 100644
--- a/drivers/edac/edac_mc_sysfs.c
+++ b/drivers/edac/edac_mc_sysfs.c
@@ -569,6 +569,40 @@ static ssize_t dimmdev_edac_mode_show(struct device *dev,
 	return sprintf(data, "%s\n", edac_caps[dimm->edac_mode]);
 }
 
+static ssize_t dimmdev_ce_count_show(struct device *dev,
+				      struct device_attribute *mattr,
+				      char *data)
+{
+	struct dimm_info *dimm = to_dimm(dev);
+	u32 count;
+	int off;
+
+	off = EDAC_DIMM_OFF(dimm->mci->layers,
+			    dimm->mci->n_layers,
+			    dimm->location[0],
+			    dimm->location[1],
+			    dimm->location[2]);
+	count = dimm->mci->ce_per_layer[dimm->mci->n_layers-1][off];
+	return sprintf(data, "%u\n", count);
+}
+
+static ssize_t dimmdev_ue_count_show(struct device *dev,
+				      struct device_attribute *mattr,
+				      char *data)
+{
+	struct dimm_info *dimm = to_dimm(dev);
+	u32 count;
+	int off;
+
+	off = EDAC_DIMM_OFF(dimm->mci->layers,
+			    dimm->mci->n_layers,
+			    dimm->location[0],
+			    dimm->location[1],
+			    dimm->location[2]);
+	count = dimm->mci->ue_per_layer[dimm->mci->n_layers-1][off];
+	return sprintf(data, "%u\n", count);
+}
+
 /* dimm/rank attribute files */
 static DEVICE_ATTR(dimm_label, S_IRUGO | S_IWUSR,
 		   dimmdev_label_show, dimmdev_label_store);
@@ -577,6 +611,8 @@ static DEVICE_ATTR(size, S_IRUGO, dimmdev_size_show, NULL);
 static DEVICE_ATTR(dimm_mem_type, S_IRUGO, dimmdev_mem_type_show, NULL);
 static DEVICE_ATTR(dimm_dev_type, S_IRUGO, dimmdev_dev_type_show, NULL);
 static DEVICE_ATTR(dimm_edac_mode, S_IRUGO, dimmdev_edac_mode_show, NULL);
+static DEVICE_ATTR(dimm_ce_count, S_IRUGO, dimmdev_ce_count_show, NULL);
+static DEVICE_ATTR(dimm_ue_count, S_IRUGO, dimmdev_ue_count_show, NULL);
 
 /* attributes of the dimm<id>/rank<id> object */
 static struct attribute *dimm_attrs[] = {
@@ -586,6 +622,8 @@ static struct attribute *dimm_attrs[] = {
 	&dev_attr_dimm_mem_type.attr,
 	&dev_attr_dimm_dev_type.attr,
 	&dev_attr_dimm_edac_mode.attr,
+	&dev_attr_dimm_ce_count.attr,
+	&dev_attr_dimm_ue_count.attr,
 	NULL,
 };
 
-- 
2.9.3

^ permalink raw reply related	[flat|nested] 13+ messages in thread

* Re: [PATCH] EDAC: expose per-dimm error counts in sysfs
  2016-10-25 23:25 [PATCH] EDAC: expose per-dimm error counts in sysfs Aaron Miller
@ 2016-10-27 18:07 ` Borislav Petkov
  2016-10-27 18:18   ` Mauro Carvalho Chehab
  2016-10-27 21:23   ` Aaron Miller
  2016-10-27 21:33 ` [PATCH v2] " Aaron Miller
  2016-11-03 22:01 ` [PATCH v3] " Aaron Miller
  2 siblings, 2 replies; 13+ messages in thread
From: Borislav Petkov @ 2016-10-27 18:07 UTC (permalink / raw)
  To: Aaron Miller; +Cc: Mauro Carvalho Chehab, linux-edac, linux-kernel

On Tue, Oct 25, 2016 at 04:25:51PM -0700, Aaron Miller wrote:

<--- This patch needs a commit message.

Especially as to *why* we need this.

> Signed-off-by: Aaron Miller <aaronmiller@fb.com>
> ---
>  drivers/edac/edac_mc_sysfs.c | 38 ++++++++++++++++++++++++++++++++++++++
>  1 file changed, 38 insertions(+)

Regardless, something's still not right yet:

$ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject_channel
$ echo 2 > /sys/kernel/debug/edac/mc0/fake_inject_slot
$ echo 3 > /sys/kernel/debug/edac/mc0/fake_inject_count
       ^

$ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject

$ grep . /sys/devices/system/edac/mc/mc0/*count
/sys/devices/system/edac/mc/mc0/ce_count:3
					 ^

/sys/devices/system/edac/mc/mc0/ce_noinfo_count:0
/sys/devices/system/edac/mc/mc0/ue_count:0
/sys/devices/system/edac/mc/mc0/ue_noinfo_count:0

$ grep -r . /sys/devices/system/edac/mc/mc0/dimm*/* 2>/dev/null | grep ce_count
/sys/devices/system/edac/mc/mc0/dimm0/dimm_ce_count:0
/sys/devices/system/edac/mc/mc0/dimm3/dimm_ce_count:0
/sys/devices/system/edac/mc/mc0/dimm6/dimm_ce_count:0
/sys/devices/system/edac/mc/mc0/dimm9/dimm_ce_count:0
						    ^

There should be 3 somewhere in the DIMM counters...

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH] EDAC: expose per-dimm error counts in sysfs
  2016-10-27 18:07 ` Borislav Petkov
@ 2016-10-27 18:18   ` Mauro Carvalho Chehab
  2016-10-27 21:23   ` Aaron Miller
  1 sibling, 0 replies; 13+ messages in thread
From: Mauro Carvalho Chehab @ 2016-10-27 18:18 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Aaron Miller, Mauro Carvalho Chehab, linux-edac, linux-kernel

Em Thu, 27 Oct 2016 20:07:16 +0200
Borislav Petkov <bp@alien8.de> escreveu:

> On Tue, Oct 25, 2016 at 04:25:51PM -0700, Aaron Miller wrote:
> 
> <--- This patch needs a commit message.
> 
> Especially as to *why* we need this.

Also, if you're changing the sysfs ABI, you need to update the EDAC
documentation accordingly.

> 
> > Signed-off-by: Aaron Miller <aaronmiller@fb.com>
> > ---
> >  drivers/edac/edac_mc_sysfs.c | 38 ++++++++++++++++++++++++++++++++++++++
> >  1 file changed, 38 insertions(+)  
> 
> Regardless, something's still not right yet:
> 
> $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject_channel
> $ echo 2 > /sys/kernel/debug/edac/mc0/fake_inject_slot
> $ echo 3 > /sys/kernel/debug/edac/mc0/fake_inject_count
>        ^
> 
> $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
> 
> $ grep . /sys/devices/system/edac/mc/mc0/*count
> /sys/devices/system/edac/mc/mc0/ce_count:3
> 					 ^
> 
> /sys/devices/system/edac/mc/mc0/ce_noinfo_count:0
> /sys/devices/system/edac/mc/mc0/ue_count:0
> /sys/devices/system/edac/mc/mc0/ue_noinfo_count:0
> 
> $ grep -r . /sys/devices/system/edac/mc/mc0/dimm*/* 2>/dev/null | grep ce_count
> /sys/devices/system/edac/mc/mc0/dimm0/dimm_ce_count:0
> /sys/devices/system/edac/mc/mc0/dimm3/dimm_ce_count:0
> /sys/devices/system/edac/mc/mc0/dimm6/dimm_ce_count:0
> /sys/devices/system/edac/mc/mc0/dimm9/dimm_ce_count:0
> 						    ^
> 
> There should be 3 somewhere in the DIMM counters...
> 



Thanks,
Mauro

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH] EDAC: expose per-dimm error counts in sysfs
  2016-10-27 18:07 ` Borislav Petkov
  2016-10-27 18:18   ` Mauro Carvalho Chehab
@ 2016-10-27 21:23   ` Aaron Miller
  2016-10-28  9:55     ` Aaron Miller
  1 sibling, 1 reply; 13+ messages in thread
From: Aaron Miller @ 2016-10-27 21:23 UTC (permalink / raw)
  To: Borislav Petkov; +Cc: Mauro Carvalho Chehab, linux-edac, linux-kernel

If your system is like the one I’m testing on, only the channel 0 DIMM slots are populated, and you injected an error for an unpopulated slot, for which no dimmX directory gets created.

In edac_mc_sysfs.c:

    for (i = 0; i < mci->tot_dimms; i++) {
        struct dimm_info *dimm = mci->dimms[i];
        /* Only expose populated DIMMs */
        if (!dimm->nr_pages)
            continue;


I can repro what you saw here: 

$ cd /sys/devices/system/edac/mc/mc0
$ grep . dimm*/*location
dimm0/dimm_location:channel 0 slot 0
dimm3/dimm_location:channel 1 slot 0
dimm6/dimm_location:channel 2 slot 0
dimm9/dimm_location:channel 3 slot 0

$ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject_channel
$ echo 2 > /sys/kernel/debug/edac/mc0/fake_inject_slot
$ echo 3 > /sys/kernel/debug/edac/mc0/fake_inject_count
$ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
$ cat ce_count
3

$ grep . dimm*/*ce_count
dimm0/dimm_ce_count:0
dimm3/dimm_ce_count:0
dimm6/dimm_ce_count:0
dimm9/dimm_ce_count:0


And I get what I expect for a populated slot:

$ echo 0 > /sys/kernel/debug/edac/mc0/fake_inject_slot
$ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
$ cat ce_count
6

$ grep . dimm*/*ce_count
dimm0/dimm_ce_count:0
dimm3/dimm_ce_count:3
dimm6/dimm_ce_count:0
dimm9/dimm_ce_count:0



On 10/27/16, 11:07 AM, "Borislav Petkov" <bp@alien8.de> wrote:

    On Tue, Oct 25, 2016 at 04:25:51PM -0700, Aaron Miller wrote:
    
    <--- This patch needs a commit message.
    
    Especially as to *why* we need this.
    
    > Signed-off-by: Aaron Miller <aaronmiller@fb.com>
    > ---
    >  drivers/edac/edac_mc_sysfs.c | 38 ++++++++++++++++++++++++++++++++++++++
    >  1 file changed, 38 insertions(+)
    
    Regardless, something's still not right yet:
    
    $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject_channel
    $ echo 2 > /sys/kernel/debug/edac/mc0/fake_inject_slot
    $ echo 3 > /sys/kernel/debug/edac/mc0/fake_inject_count
           ^
    
    $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
    
    $ grep . /sys/devices/system/edac/mc/mc0/*count
    /sys/devices/system/edac/mc/mc0/ce_count:3
    					 ^
    
    /sys/devices/system/edac/mc/mc0/ce_noinfo_count:0
    /sys/devices/system/edac/mc/mc0/ue_count:0
    /sys/devices/system/edac/mc/mc0/ue_noinfo_count:0
    
    $ grep -r . /sys/devices/system/edac/mc/mc0/dimm*/* 2>/dev/null | grep ce_count
    /sys/devices/system/edac/mc/mc0/dimm0/dimm_ce_count:0
    /sys/devices/system/edac/mc/mc0/dimm3/dimm_ce_count:0
    /sys/devices/system/edac/mc/mc0/dimm6/dimm_ce_count:0
    /sys/devices/system/edac/mc/mc0/dimm9/dimm_ce_count:0
    						    ^
    
    There should be 3 somewhere in the DIMM counters...
    
    -- 
    Regards/Gruss,
        Boris.
    
    ECO tip #101: Trim your mails when you reply.
    

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [PATCH v2] EDAC: expose per-dimm error counts in sysfs
  2016-10-25 23:25 [PATCH] EDAC: expose per-dimm error counts in sysfs Aaron Miller
  2016-10-27 18:07 ` Borislav Petkov
@ 2016-10-27 21:33 ` Aaron Miller
  2016-10-28 13:02   ` Borislav Petkov
  2016-11-03 22:01 ` [PATCH v3] " Aaron Miller
  2 siblings, 1 reply; 13+ messages in thread
From: Aaron Miller @ 2016-10-27 21:33 UTC (permalink / raw)
  To: Borislav Petkov, Mauro Carvalho Chehab
  Cc: linux-edac, linux-kernel, Aaron Miller

The old 'csrowX' sysfs directories had per-csrow error counters, but the
new 'dimmX' directories do not currently expose error counts.

EDAC already keeps these counts, add them to sysfs so per-dimm counts
are still available when CONFIG_EDAC_LEGACY_SYSFS=n

Signed-off-by: Aaron Miller <aaronmiller@fb.com>
---

Notes:
    v2: Add commit messsage and documentation

 Documentation/ABI/testing/sysfs-devices-edac | 17 +++++++++++++
 drivers/edac/edac_mc_sysfs.c                 | 38 ++++++++++++++++++++++++++++
 2 files changed, 55 insertions(+)

diff --git a/Documentation/ABI/testing/sysfs-devices-edac b/Documentation/ABI/testing/sysfs-devices-edac
index 6568e0010e1a..46ff929fd52a 100644
--- a/Documentation/ABI/testing/sysfs-devices-edac
+++ b/Documentation/ABI/testing/sysfs-devices-edac
@@ -138,3 +138,20 @@ Contact:	Mauro Carvalho Chehab <m.chehab@samsung.com>
 Description:	This attribute file will display what type of memory is
 		currently on this csrow. Normally, either buffered or
 		unbuffered memory (for example, Unbuffered-DDR3).
+
+What:		/sys/devices/system/edac/mc/mc*/(dimm|rank)*/dimm_ce_count
+Date:		October 2016
+Contact:	linux-edac@vger.kernel.org
+Description:	This attribute file displays the total count of correctable
+		errors that have occurred on this DIMM. This count is very important
+		to examine. CEs provide early indications that a DIMM is beginning
+		to fail. This count field should be monitored for non-zero values
+		and report such information to the system administrator.
+
+What:		/sys/devices/system/edac/mc/mc*/(dimm|rank)*/dimm_ue_count
+Date:		October 2016
+Contact:	linux-edac@vger.kernel.org
+Description:	This attribute file displays the total count of uncorrectable
+		errors that have occurred on this DIMM. If panic_on_ue is set, this
+		counter will not have a chance to increment, since EDAC will panic the
+		system
diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
index 4e0f8e720ad9..11440462a3f2 100644
--- a/drivers/edac/edac_mc_sysfs.c
+++ b/drivers/edac/edac_mc_sysfs.c
@@ -569,6 +569,40 @@ static ssize_t dimmdev_edac_mode_show(struct device *dev,
 	return sprintf(data, "%s\n", edac_caps[dimm->edac_mode]);
 }
 
+static ssize_t dimmdev_ce_count_show(struct device *dev,
+				      struct device_attribute *mattr,
+				      char *data)
+{
+	struct dimm_info *dimm = to_dimm(dev);
+	u32 count;
+	int off;
+
+	off = EDAC_DIMM_OFF(dimm->mci->layers,
+			    dimm->mci->n_layers,
+			    dimm->location[0],
+			    dimm->location[1],
+			    dimm->location[2]);
+	count = dimm->mci->ce_per_layer[dimm->mci->n_layers-1][off];
+	return sprintf(data, "%u\n", count);
+}
+
+static ssize_t dimmdev_ue_count_show(struct device *dev,
+				      struct device_attribute *mattr,
+				      char *data)
+{
+	struct dimm_info *dimm = to_dimm(dev);
+	u32 count;
+	int off;
+
+	off = EDAC_DIMM_OFF(dimm->mci->layers,
+			    dimm->mci->n_layers,
+			    dimm->location[0],
+			    dimm->location[1],
+			    dimm->location[2]);
+	count = dimm->mci->ue_per_layer[dimm->mci->n_layers-1][off];
+	return sprintf(data, "%u\n", count);
+}
+
 /* dimm/rank attribute files */
 static DEVICE_ATTR(dimm_label, S_IRUGO | S_IWUSR,
 		   dimmdev_label_show, dimmdev_label_store);
@@ -577,6 +611,8 @@ static DEVICE_ATTR(size, S_IRUGO, dimmdev_size_show, NULL);
 static DEVICE_ATTR(dimm_mem_type, S_IRUGO, dimmdev_mem_type_show, NULL);
 static DEVICE_ATTR(dimm_dev_type, S_IRUGO, dimmdev_dev_type_show, NULL);
 static DEVICE_ATTR(dimm_edac_mode, S_IRUGO, dimmdev_edac_mode_show, NULL);
+static DEVICE_ATTR(dimm_ce_count, S_IRUGO, dimmdev_ce_count_show, NULL);
+static DEVICE_ATTR(dimm_ue_count, S_IRUGO, dimmdev_ue_count_show, NULL);
 
 /* attributes of the dimm<id>/rank<id> object */
 static struct attribute *dimm_attrs[] = {
@@ -586,6 +622,8 @@ static struct attribute *dimm_attrs[] = {
 	&dev_attr_dimm_mem_type.attr,
 	&dev_attr_dimm_dev_type.attr,
 	&dev_attr_dimm_edac_mode.attr,
+	&dev_attr_dimm_ce_count.attr,
+	&dev_attr_dimm_ue_count.attr,
 	NULL,
 };
 
-- 
2.9.3

^ permalink raw reply related	[flat|nested] 13+ messages in thread

* Re: [PATCH] EDAC: expose per-dimm error counts in sysfs
  2016-10-27 21:23   ` Aaron Miller
@ 2016-10-28  9:55     ` Aaron Miller
  0 siblings, 0 replies; 13+ messages in thread
From: Aaron Miller @ 2016-10-28  9:55 UTC (permalink / raw)
  To: Borislav Petkov; +Cc: Mauro Carvalho Chehab, linux-edac, linux-kernel

Whoops, I meant only the 0th slot in each channel.

On 10/27/16, 2:23 PM, "Aaron Miller" <aaronmiller@fb.com> wrote:

    If your system is like the one I’m testing on, only the channel 0 DIMM slots are populated, and you injected an error for an unpopulated slot, for which no dimmX directory gets created.
    
    In edac_mc_sysfs.c:
    
        for (i = 0; i < mci->tot_dimms; i++) {
            struct dimm_info *dimm = mci->dimms[i];
            /* Only expose populated DIMMs */
            if (!dimm->nr_pages)
                continue;
    
    
    I can repro what you saw here: 
    
    $ cd /sys/devices/system/edac/mc/mc0
    $ grep . dimm*/*location
    dimm0/dimm_location:channel 0 slot 0
    dimm3/dimm_location:channel 1 slot 0
    dimm6/dimm_location:channel 2 slot 0
    dimm9/dimm_location:channel 3 slot 0
    
    $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject_channel
    $ echo 2 > /sys/kernel/debug/edac/mc0/fake_inject_slot
    $ echo 3 > /sys/kernel/debug/edac/mc0/fake_inject_count
    $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
    $ cat ce_count
    3
    
    $ grep . dimm*/*ce_count
    dimm0/dimm_ce_count:0
    dimm3/dimm_ce_count:0
    dimm6/dimm_ce_count:0
    dimm9/dimm_ce_count:0
    
    
    And I get what I expect for a populated slot:
    
    $ echo 0 > /sys/kernel/debug/edac/mc0/fake_inject_slot
    $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
    $ cat ce_count
    6
    
    $ grep . dimm*/*ce_count
    dimm0/dimm_ce_count:0
    dimm3/dimm_ce_count:3
    dimm6/dimm_ce_count:0
    dimm9/dimm_ce_count:0
    
    
    
    On 10/27/16, 11:07 AM, "Borislav Petkov" <bp@alien8.de> wrote:
    
        On Tue, Oct 25, 2016 at 04:25:51PM -0700, Aaron Miller wrote:
        
        <--- This patch needs a commit message.
        
        Especially as to *why* we need this.
        
        > Signed-off-by: Aaron Miller <aaronmiller@fb.com>
        > ---
        >  drivers/edac/edac_mc_sysfs.c | 38 ++++++++++++++++++++++++++++++++++++++
        >  1 file changed, 38 insertions(+)
        
        Regardless, something's still not right yet:
        
        $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject_channel
        $ echo 2 > /sys/kernel/debug/edac/mc0/fake_inject_slot
        $ echo 3 > /sys/kernel/debug/edac/mc0/fake_inject_count
               ^
        
        $ echo 1 > /sys/kernel/debug/edac/mc0/fake_inject
        
        $ grep . /sys/devices/system/edac/mc/mc0/*count
        /sys/devices/system/edac/mc/mc0/ce_count:3
        					 ^
        
        /sys/devices/system/edac/mc/mc0/ce_noinfo_count:0
        /sys/devices/system/edac/mc/mc0/ue_count:0
        /sys/devices/system/edac/mc/mc0/ue_noinfo_count:0
        
        $ grep -r . /sys/devices/system/edac/mc/mc0/dimm*/* 2>/dev/null | grep ce_count
        /sys/devices/system/edac/mc/mc0/dimm0/dimm_ce_count:0
        /sys/devices/system/edac/mc/mc0/dimm3/dimm_ce_count:0
        /sys/devices/system/edac/mc/mc0/dimm6/dimm_ce_count:0
        /sys/devices/system/edac/mc/mc0/dimm9/dimm_ce_count:0
        						    ^
        
        There should be 3 somewhere in the DIMM counters...
        
        -- 
        Regards/Gruss,
            Boris.
        
        ECO tip #101: Trim your mails when you reply.
        
    
    

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH v2] EDAC: expose per-dimm error counts in sysfs
  2016-10-27 21:33 ` [PATCH v2] " Aaron Miller
@ 2016-10-28 13:02   ` Borislav Petkov
  2016-10-28 18:13     ` Aaron Miller
  0 siblings, 1 reply; 13+ messages in thread
From: Borislav Petkov @ 2016-10-28 13:02 UTC (permalink / raw)
  To: Mauro Carvalho Chehab; +Cc: Aaron Miller, linux-edac, linux-kernel

On Thu, Oct 27, 2016 at 02:33:32PM -0700, Aaron Miller wrote:
> The old 'csrowX' sysfs directories had per-csrow error counters, but the
> new 'dimmX' directories do not currently expose error counts.
> 
> EDAC already keeps these counts, add them to sysfs so per-dimm counts
> are still available when CONFIG_EDAC_LEGACY_SYSFS=n
> 
> Signed-off-by: Aaron Miller <aaronmiller@fb.com>
> ---

Hmm, so something's still broken in the adding of the error count,
especially that dancing around with layers.

Mauro, I think you should take a look. Here's what I did:

EDAC_DFS=/sys/kernel/debug/edac/mc0/

echo 24 > $EDAC_DFS/fake_inject_channel
echo 0 > $EDAC_DFS/fake_inject_slot
echo 3 > $EDAC_DFS/fake_inject_count

echo 1 > $EDAC_DFS/fake_inject

24 is the max channels the system reports during start:

[ 4864.030901] EDAC MC: Removed device 0 for sbridge_edac.c Sandy Bridge Socket#0: DEV 0000:3f:0e.0
[ 4865.867873] EDAC MC: Ver: 3.0.0
[ 4866.081102] edac_mc_alloc: errcount layer 0 size 8
[ 4866.086081] edac_mc_alloc: errcount layer 1 size 24
[ 4866.091133] edac_mc_alloc: allocating 64 error counters
[ 4866.096529] edac_mc_alloc: allocating 3320 bytes for mci data (24 dimms, 24 csrows/channels)
								  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

[ 4866.105146] edac_mc_alloc: ce_per_layer[0]: ffff8928b7e918f8
[ 4866.110979] edac_mc_alloc: ce_per_layer[1]: ffff8928b7e91938
[ 4866.619521] slot 0 <7>[ 4866.621530] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm0
[ 4866.637405] slot 0 <7>[ 4866.639420] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm3
[ 4866.655282] slot 0 <7>[ 4866.657288] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm6
[ 4866.673168] slot 0 <7>[ 4866.675190] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm9
[ 4866.691114] EDAC MC0: Giving out device to module sbridge_edac.c controller Sandy Bridge Socket#0: DEV 0000:3f:0e.0 (INTERRUPT)

and when I do that injection, there's boom, see below.

It looks to me that indexing in edac_inc_ce_error() goes out of bounds:

                mci->ce_per_layer[i][index] += count;

                if (i < mci->n_layers - 1)
                        index *= mci->layers[i + 1].size;

and it shouldn't.

We need to be prepared to handle crap data coming from the hardware so
those error count adding functions should check array lengths and scream
if something's overflowing...

[ 5466.964814] Generating 3 CE fake errors to 24.0.0 to test core handling. NOTE: this won't test the driver-specific decoding logic.
[ 5466.977512] EDAC MC0: INTERNAL ERROR: channel value is out of range (24 >= 8)
[ 5466.984973] edac_raw_mc_handle_error: top: 24, mid: 0, low: 0
[ 5466.991048] EDAC MC0: 3 CE FAKE ERROR on unknown memory (slot:0 page:0x0 offset:0x0 grain:0 syndrome:0x0 - for EDAC testing only)
[ 5467.003059] edac_inc_ce_error: entry, count: 3
[ 5467.007835] BUG: unable to handle kernel paging request at 00000005966a7000
[ 5467.015157] IP: [<ffffffffc0574b34>] edac_raw_mc_handle_error+0x604/0x690 [edac_core]
[ 5467.023336] PGD 436e86067 
[ 5467.025874] PUD 0 
[ 5467.030007] Oops: 0000 [#1] PREEMPT SMP
[ 5467.034148] Modules linked in: sb_edac edac_core binfmt_misc xfs libcrc32c nls_iso8859_15 nls_cp437 btrfs x86_pkg_temp_thermal coretemp kvm_intel xor kvm raid6_pq snd_hda_codec_hdmi irqbypass crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel snd_hda_codec_realtek snd_hda_codec_generic aes_x86_64 glue_helper lrw snd_hda_intel gf128mul snd_hda_codec ablk_helper cryptd intel_cstate intel_uncore snd_hwdep iTCO_wdt efi_pstore iTCO_vendor_support dcdbas snd_hda_core efivars serio_raw intel_rapl_perf dell_smm_hwmon snd_pcm button snd_timer acpi_cpufreq snd i2c_i801 lpc_ich mfd_core soundcore i2c_smbus processor [last unloaded: edac_core]
[ 5467.092917] CPU: 0 PID: 30180 Comm: edac-fake-injec Not tainted 4.9.0-rc2+ #2
[ 5467.100487] Hardware name: Dell Inc. Precision T3600/0PTTT9, BIOS A13 05/11/2014
[ 5467.108300] task: ffff8928b13996c0 task.stack: ffff9f0802b84000
[ 5467.114636] RIP: 0010:[<ffffffffc0574b34>] edac_raw_mc_handle_error+0x604/0x690 [edac_core]
[ 5467.123403] RSP: 0018:ffff9f0802b87bd0 EFLAGS: 00010286
[ 5467.129012] RAX: 00000000bac25000 RBX: 0000000000000000 RCX: 0000000000000018
[ 5467.136521] RDX: 0000000000000000 RSI: ffffffffc057b400 RDI: ffffffffc057cd08
[ 5467.144012] RBP: ffff9f0802b87ca8 R08: 0000000000000001 R09: 0000000000000000
[ 5467.151513] R10: 0000000000ffff10 R11: 0000000000000001 R12: 0000000000000018
[ 5467.159013] R13: 0000000000000003 R14: ffff8928b7e91000 R15: 0000000000000000
[ 5467.166518] FS:  00007f14b5453700(0000) GS:ffff8928bde00000(0000) knlGS:0000000000000000
[ 5467.174988] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 5467.181089] CR2: 00000005966a7000 CR3: 0000000430823000 CR4: 00000000000406f0
[ 5467.188583] Stack:
[ 5467.190905]  ffff8928b7e91658 ffff9f0802b87c28 ffffffffc057c952 0000000000000000
[ 5467.198653]  0000000000000000 ffffffffc057c105 ffffffffc057c952 ffffffff00000000
[ 5467.206399]  0000000000000000 000000187fffffff 0000000000000000 3078303a65676170
[ 5467.214146] Call Trace:
[ 5467.216905]  [<ffffffff8b0bee99>] ? __lock_is_held+0x49/0x70
[ 5467.222894]  [<ffffffffc0574fba>] edac_mc_handle_error+0x3fa/0x7f0 [edac_core]
[ 5467.230448]  [<ffffffff8b348236>] ? debugfs_use_file_start+0x46/0xa0
[ 5467.237108]  [<ffffffffc0579508>] edac_fake_inject_write+0xd8/0x100 [edac_core]
[ 5467.244722]  [<ffffffff8b3487a4>] full_proxy_write+0x54/0xa0
[ 5467.250657]  [<ffffffff8b203268>] __vfs_write+0x28/0x120
[ 5467.256255]  [<ffffffff8b0dfdcb>] ? rcu_read_lock_sched_held+0x8b/0xa0
[ 5467.263060]  [<ffffffff8b0e013f>] ? rcu_sync_lockdep_assert+0x2f/0x60
[ 5467.269780]  [<ffffffff8b2073fc>] ? __sb_start_write+0x19c/0x240
[ 5467.276059]  [<ffffffff8b204186>] ? vfs_write+0x186/0x1a0
[ 5467.281722]  [<ffffffff8b2040b8>] vfs_write+0xb8/0x1a0
[ 5467.287120]  [<ffffffff8b205429>] SyS_write+0x49/0xa0
[ 5467.292428]  [<ffffffff8b002f57>] do_syscall_64+0x77/0x440
[ 5467.298170]  [<ffffffff8b86a38d>] entry_SYSCALL64_slow_path+0x25/0x25
[ 5467.304873] RIP: 0033:[<00007f14b4923640>] 0x7f14b4923640
[ 5467.310527] RSP: 002b:00007ffc5f945268 EFLAGS: 00000246 ORIG_RAX: 0000000000000001
[ 5467.318368] RAX: ffffffffffffffda RBX: 0000000000000002 RCX: 00007f14b4923640
[ 5467.325768] RDX: 0000000000000002 RSI: 000000000106c408 RDI: 0000000000000001
[ 5467.333166] RBP: 000000000106c408 R08: 000000000000000a R09: 00007f14b5453700
[ 5467.340562] R10: 00007f14b4bec6a0 R11: 0000000000000246 R12: 00007f14b4bee2a0
[ 5467.347956] R13: 0000000000000002 R14: 0000000000000001 R15: 0000000000000000
[ 5467.355349] Code: 44 89 fa 48 c7 c6 00 b4 57 c0 48 c7 c7 08 cd 57 c0 44 89 bd 60 ff ff ff 49 89 c4 48 6b c0 0c 44 89 e1 49 03 86 b8 04 00 00 8b 00 <4c> 8b 04 c5 00 f0 57 c0 31 c0 e8 4a a8 c0 ca 45 85 e4 79 0c 4c 
[ 5467.375173] RIP  [<ffffffffc0574b34>] edac_raw_mc_handle_error+0x604/0x690 [edac_core]
[ 5467.383379]  RSP <ffff9f0802b87bd0>
[ 5467.387133] CR2: 00000005966a7000
[ 5467.396914] ---[ end trace 7cb35d517b5d01ac ]---

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH v2] EDAC: expose per-dimm error counts in sysfs
  2016-10-28 13:02   ` Borislav Petkov
@ 2016-10-28 18:13     ` Aaron Miller
  2016-11-02 10:54       ` Borislav Petkov
  0 siblings, 1 reply; 13+ messages in thread
From: Aaron Miller @ 2016-10-28 18:13 UTC (permalink / raw)
  To: Borislav Petkov, Mauro Carvalho Chehab; +Cc: linux-edac, linux-kernel

The EDAC drivers themselves are reporting the channel and slot counts and dimm config and also doing the decoding of MCEs to map them to a node/channel/slot. If one of those was reporting that an MCE came from a position it had reported earlier did not exist I would say that driver was buggy, since the MCE doesn’t contain those as raw values from h/w, they have to be determined by the driver using what it knows about the current memory configuration.

Adding some bound checks might not be a bad idea in this does happen, but you can cause an oops like this by injecting out of bounds without this patch – only added reads it there shouldn’t be a way to cause an out-of-bounds read with it.

On 10/28/16, 6:02 AM, "Borislav Petkov" <bp@alien8.de> wrote:

    On Thu, Oct 27, 2016 at 02:33:32PM -0700, Aaron Miller wrote:
    > The old 'csrowX' sysfs directories had per-csrow error counters, but the
    > new 'dimmX' directories do not currently expose error counts.
    > 
    > EDAC already keeps these counts, add them to sysfs so per-dimm counts
    > are still available when CONFIG_EDAC_LEGACY_SYSFS=n
    > 
    > Signed-off-by: Aaron Miller <aaronmiller@fb.com>
    > ---
    
    Hmm, so something's still broken in the adding of the error count,
    especially that dancing around with layers.
    
    Mauro, I think you should take a look. Here's what I did:
    
    EDAC_DFS=/sys/kernel/debug/edac/mc0/
    
    echo 24 > $EDAC_DFS/fake_inject_channel
    echo 0 > $EDAC_DFS/fake_inject_slot
    echo 3 > $EDAC_DFS/fake_inject_count
    
    echo 1 > $EDAC_DFS/fake_inject
    
    24 is the max channels the system reports during start:
    
    [ 4864.030901] EDAC MC: Removed device 0 for sbridge_edac.c Sandy Bridge Socket#0: DEV 0000:3f:0e.0
    [ 4865.867873] EDAC MC: Ver: 3.0.0
    [ 4866.081102] edac_mc_alloc: errcount layer 0 size 8
    [ 4866.086081] edac_mc_alloc: errcount layer 1 size 24
    [ 4866.091133] edac_mc_alloc: allocating 64 error counters
    [ 4866.096529] edac_mc_alloc: allocating 3320 bytes for mci data (24 dimms, 24 csrows/channels)
    								  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    
    [ 4866.105146] edac_mc_alloc: ce_per_layer[0]: ffff8928b7e918f8
    [ 4866.110979] edac_mc_alloc: ce_per_layer[1]: ffff8928b7e91938
    [ 4866.619521] slot 0 <7>[ 4866.621530] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm0
    [ 4866.637405] slot 0 <7>[ 4866.639420] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm3
    [ 4866.655282] slot 0 <7>[ 4866.657288] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm6
    [ 4866.673168] slot 0 <7>[ 4866.675190] EDAC DEBUG: edac_create_dimm_object: creating rank/dimm device dimm9
    [ 4866.691114] EDAC MC0: Giving out device to module sbridge_edac.c controller Sandy Bridge Socket#0: DEV 0000:3f:0e.0 (INTERRUPT)
    
    and when I do that injection, there's boom, see below.
    
    It looks to me that indexing in edac_inc_ce_error() goes out of bounds:
    
                    mci->ce_per_layer[i][index] += count;
    
                    if (i < mci->n_layers - 1)
                            index *= mci->layers[i + 1].size;
    
    and it shouldn't.
    
    We need to be prepared to handle crap data coming from the hardware so
    those error count adding functions should check array lengths and scream
    if something's overflowing...
     

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH v2] EDAC: expose per-dimm error counts in sysfs
  2016-10-28 18:13     ` Aaron Miller
@ 2016-11-02 10:54       ` Borislav Petkov
  0 siblings, 0 replies; 13+ messages in thread
From: Borislav Petkov @ 2016-11-02 10:54 UTC (permalink / raw)
  To: Aaron Miller; +Cc: Mauro Carvalho Chehab, linux-edac, linux-kernel

On Fri, Oct 28, 2016 at 06:13:08PM +0000, Aaron Miller wrote:

Please do not top-post.

...

>     On Thu, Oct 27, 2016 at 02:33:32PM -0700, Aaron Miller wrote:
>     > The old 'csrowX' sysfs directories had per-csrow error counters, but the
>     > new 'dimmX' directories do not currently expose error counts.
>     > 
>     > EDAC already keeps these counts, add them to sysfs so per-dimm counts
>     > are still available when CONFIG_EDAC_LEGACY_SYSFS=n
>     > 
>     > Signed-off-by: Aaron Miller <aaronmiller@fb.com>
>     > ---

In any case, after looking at Mauro's docs changes:

https://lkml.kernel.org/r/cover.1477765574.git.mchehab@s-opensource.com

you'd need to add those new sysfs files to the "SYSFS INTERFACE" section
of wherever Documentation/edac.txt ends up. I believe it is:

Documentation/{edac.txt => admin-guide/ras.rst}

I believe the easiest would be if you redo this patch ontop of his
changes.

Thanks.

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [PATCH v3] EDAC: expose per-dimm error counts in sysfs
  2016-10-25 23:25 [PATCH] EDAC: expose per-dimm error counts in sysfs Aaron Miller
  2016-10-27 18:07 ` Borislav Petkov
  2016-10-27 21:33 ` [PATCH v2] " Aaron Miller
@ 2016-11-03 22:01 ` Aaron Miller
  2016-11-04 11:21   ` Borislav Petkov
  2 siblings, 1 reply; 13+ messages in thread
From: Aaron Miller @ 2016-11-03 22:01 UTC (permalink / raw)
  To: Borislav Petkov, Mauro Carvalho Chehab
  Cc: linux-edac, linux-kernel, Aaron Miller

The old 'csrowX' sysfs directories had per-csrow error counters, but the
new 'dimmX' directories do not currently expose error counts.

EDAC already keeps these counts, add them to sysfs so per-dimm counts
are still available when CONFIG_EDAC_LEGACY_SYSFS=n

Signed-off-by: Aaron Miller <aaronmiller@fb.com>
---

Notes:
    v2: Add commit messsage and documentation
    v3: Add ReST documentation on top of Mauro's patchset

 Documentation/ABI/testing/sysfs-devices-edac | 17 +++++++++++++
 Documentation/admin-guide/ras.rst            | 20 +++++++++++++++
 drivers/edac/edac_mc_sysfs.c                 | 38 ++++++++++++++++++++++++++++
 3 files changed, 75 insertions(+)

diff --git a/Documentation/ABI/testing/sysfs-devices-edac b/Documentation/ABI/testing/sysfs-devices-edac
index 6568e0010e1a..46ff929fd52a 100644
--- a/Documentation/ABI/testing/sysfs-devices-edac
+++ b/Documentation/ABI/testing/sysfs-devices-edac
@@ -138,3 +138,20 @@ Contact:	Mauro Carvalho Chehab <m.chehab@samsung.com>
 Description:	This attribute file will display what type of memory is
 		currently on this csrow. Normally, either buffered or
 		unbuffered memory (for example, Unbuffered-DDR3).
+
+What:		/sys/devices/system/edac/mc/mc*/(dimm|rank)*/dimm_ce_count
+Date:		October 2016
+Contact:	linux-edac@vger.kernel.org
+Description:	This attribute file displays the total count of correctable
+		errors that have occurred on this DIMM. This count is very important
+		to examine. CEs provide early indications that a DIMM is beginning
+		to fail. This count field should be monitored for non-zero values
+		and report such information to the system administrator.
+
+What:		/sys/devices/system/edac/mc/mc*/(dimm|rank)*/dimm_ue_count
+Date:		October 2016
+Contact:	linux-edac@vger.kernel.org
+Description:	This attribute file displays the total count of uncorrectable
+		errors that have occurred on this DIMM. If panic_on_ue is set, this
+		counter will not have a chance to increment, since EDAC will panic the
+		system
diff --git a/Documentation/admin-guide/ras.rst b/Documentation/admin-guide/ras.rst
index d71340e86c27..9939348bd4a3 100644
--- a/Documentation/admin-guide/ras.rst
+++ b/Documentation/admin-guide/ras.rst
@@ -438,11 +438,13 @@ A typical EDAC system has the following structure under
 	│   │   ├── ce_count
 	│   │   ├── ce_noinfo_count
 	│   │   ├── dimm0
+	│   │   │   ├── dimm_ce_count
 	│   │   │   ├── dimm_dev_type
 	│   │   │   ├── dimm_edac_mode
 	│   │   │   ├── dimm_label
 	│   │   │   ├── dimm_location
 	│   │   │   ├── dimm_mem_type
+	│   │   │   ├── dimm_ue_count
 	│   │   │   ├── size
 	│   │   │   └── uevent
 	│   │   ├── max_location
@@ -457,11 +459,13 @@ A typical EDAC system has the following structure under
 	│   │   ├── ce_count
 	│   │   ├── ce_noinfo_count
 	│   │   ├── dimm0
+	│   │   │   ├── dimm_ce_count
 	│   │   │   ├── dimm_dev_type
 	│   │   │   ├── dimm_edac_mode
 	│   │   │   ├── dimm_label
 	│   │   │   ├── dimm_location
 	│   │   │   ├── dimm_mem_type
+	│   │   │   ├── dimm_ue_count
 	│   │   │   ├── size
 	│   │   │   └── uevent
 	│   │   ├── max_location
@@ -483,6 +487,22 @@ this ``X`` memory module:
 	This attribute file displays, in count of megabytes, the memory
 	that this csrow contains.
 
+- ``dimm_ue_count`` - Uncorrectable Errors count attribute file
+
+	This attribute file displays the total count of uncorrectable
+	errors that have occurred on this DIMM. If panic_on_ue is set
+	this counter will not have a chance to increment, since EDAC
+	will panic the system.
+
+- ``dimm_ce_count`` - Correctable Errors count attribute file
+
+	This attribute file displays the total count of correctable
+	errors that have occurred on this DIMM. This count is very
+	important to examine. CEs provide early indications that a
+	DIMM is beginning to fail. This count field should be
+	monitored for non-zero values and report such information
+	to the system administrator.
+
 - ``dimm_dev_type``  - Device type attribute file
 
 	This attribute file will display what type of DRAM device is
diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
index 39dbab7d62f1..184fed2b005d 100644
--- a/drivers/edac/edac_mc_sysfs.c
+++ b/drivers/edac/edac_mc_sysfs.c
@@ -569,6 +569,40 @@ static ssize_t dimmdev_edac_mode_show(struct device *dev,
 	return sprintf(data, "%s\n", edac_caps[dimm->edac_mode]);
 }
 
+static ssize_t dimmdev_ce_count_show(struct device *dev,
+				      struct device_attribute *mattr,
+				      char *data)
+{
+	struct dimm_info *dimm = to_dimm(dev);
+	u32 count;
+	int off;
+
+	off = EDAC_DIMM_OFF(dimm->mci->layers,
+			    dimm->mci->n_layers,
+			    dimm->location[0],
+			    dimm->location[1],
+			    dimm->location[2]);
+	count = dimm->mci->ce_per_layer[dimm->mci->n_layers-1][off];
+	return sprintf(data, "%u\n", count);
+}
+
+static ssize_t dimmdev_ue_count_show(struct device *dev,
+				      struct device_attribute *mattr,
+				      char *data)
+{
+	struct dimm_info *dimm = to_dimm(dev);
+	u32 count;
+	int off;
+
+	off = EDAC_DIMM_OFF(dimm->mci->layers,
+			    dimm->mci->n_layers,
+			    dimm->location[0],
+			    dimm->location[1],
+			    dimm->location[2]);
+	count = dimm->mci->ue_per_layer[dimm->mci->n_layers-1][off];
+	return sprintf(data, "%u\n", count);
+}
+
 /* dimm/rank attribute files */
 static DEVICE_ATTR(dimm_label, S_IRUGO | S_IWUSR,
 		   dimmdev_label_show, dimmdev_label_store);
@@ -577,6 +611,8 @@ static DEVICE_ATTR(size, S_IRUGO, dimmdev_size_show, NULL);
 static DEVICE_ATTR(dimm_mem_type, S_IRUGO, dimmdev_mem_type_show, NULL);
 static DEVICE_ATTR(dimm_dev_type, S_IRUGO, dimmdev_dev_type_show, NULL);
 static DEVICE_ATTR(dimm_edac_mode, S_IRUGO, dimmdev_edac_mode_show, NULL);
+static DEVICE_ATTR(dimm_ce_count, S_IRUGO, dimmdev_ce_count_show, NULL);
+static DEVICE_ATTR(dimm_ue_count, S_IRUGO, dimmdev_ue_count_show, NULL);
 
 /* attributes of the dimm<id>/rank<id> object */
 static struct attribute *dimm_attrs[] = {
@@ -586,6 +622,8 @@ static struct attribute *dimm_attrs[] = {
 	&dev_attr_dimm_mem_type.attr,
 	&dev_attr_dimm_dev_type.attr,
 	&dev_attr_dimm_edac_mode.attr,
+	&dev_attr_dimm_ce_count.attr,
+	&dev_attr_dimm_ue_count.attr,
 	NULL,
 };
 
-- 
2.9.3

^ permalink raw reply related	[flat|nested] 13+ messages in thread

* Re: [PATCH v3] EDAC: expose per-dimm error counts in sysfs
  2016-11-03 22:01 ` [PATCH v3] " Aaron Miller
@ 2016-11-04 11:21   ` Borislav Petkov
  2017-01-19  8:56     ` Aaron Miller
  0 siblings, 1 reply; 13+ messages in thread
From: Borislav Petkov @ 2016-11-04 11:21 UTC (permalink / raw)
  To: Aaron Miller, Mauro Carvalho Chehab; +Cc: linux-edac, linux-kernel

On Thu, Nov 03, 2016 at 03:01:53PM -0700, Aaron Miller wrote:
> The old 'csrowX' sysfs directories had per-csrow error counters, but the
> new 'dimmX' directories do not currently expose error counts.
> 
> EDAC already keeps these counts, add them to sysfs so per-dimm counts
> are still available when CONFIG_EDAC_LEGACY_SYSFS=n
> 
> Signed-off-by: Aaron Miller <aaronmiller@fb.com>
> ---
> 
> Notes:
>     v2: Add commit messsage and documentation
>     v3: Add ReST documentation on top of Mauro's patchset
> 
>  Documentation/ABI/testing/sysfs-devices-edac | 17 +++++++++++++
>  Documentation/admin-guide/ras.rst            | 20 +++++++++++++++
>  drivers/edac/edac_mc_sysfs.c                 | 38 ++++++++++++++++++++++++++++
>  3 files changed, 75 insertions(+)

LGTM.

Acked-by: Borislav Petkov <bp@suse.de>

Mauro, I'm assuming you're picking up this.

-- 
Regards/Gruss,
    Boris.

Good mailing practices for 400: avoid top-posting and trim the reply.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH v3] EDAC: expose per-dimm error counts in sysfs
  2016-11-04 11:21   ` Borislav Petkov
@ 2017-01-19  8:56     ` Aaron Miller
  2017-01-19  9:29       ` Borislav Petkov
  0 siblings, 1 reply; 13+ messages in thread
From: Aaron Miller @ 2017-01-19  8:56 UTC (permalink / raw)
  To: Borislav Petkov, Mauro Carvalho Chehab; +Cc: linux-edac, linux-kernel

On 11/4/16, 4:21 AM, "Borislav Petkov" <bp@alien8.de> wrote:


    LGTM.
    
    Acked-by: Borislav Petkov <bp@suse.de>
    
    Mauro, I'm assuming you're picking up this.
    
    -- 
    Regards/Gruss,
        Boris.
    
    Good mailing practices for 400: avoid top-posting and trim the reply.
    

Did this ever get picked up?

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH v3] EDAC: expose per-dimm error counts in sysfs
  2017-01-19  8:56     ` Aaron Miller
@ 2017-01-19  9:29       ` Borislav Petkov
  0 siblings, 0 replies; 13+ messages in thread
From: Borislav Petkov @ 2017-01-19  9:29 UTC (permalink / raw)
  To: Aaron Miller; +Cc: Mauro Carvalho Chehab, linux-edac, linux-kernel

On Thu, Jan 19, 2017 at 08:56:23AM +0000, Aaron Miller wrote:
> Did this ever get picked up?

It is now. Thanks for the reminder!

-- 
Regards/Gruss,
    Boris.

Good mailing practices for 400: avoid top-posting and trim the reply.

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2017-01-19  9:31 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-25 23:25 [PATCH] EDAC: expose per-dimm error counts in sysfs Aaron Miller
2016-10-27 18:07 ` Borislav Petkov
2016-10-27 18:18   ` Mauro Carvalho Chehab
2016-10-27 21:23   ` Aaron Miller
2016-10-28  9:55     ` Aaron Miller
2016-10-27 21:33 ` [PATCH v2] " Aaron Miller
2016-10-28 13:02   ` Borislav Petkov
2016-10-28 18:13     ` Aaron Miller
2016-11-02 10:54       ` Borislav Petkov
2016-11-03 22:01 ` [PATCH v3] " Aaron Miller
2016-11-04 11:21   ` Borislav Petkov
2017-01-19  8:56     ` Aaron Miller
2017-01-19  9:29       ` Borislav Petkov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).