From: Borislav Petkov <bp@amd64.org>
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: Linux Edac Mailing List <linux-edac@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 02/13] edac: move dimm properties to struct memset_info
Date: Fri, 30 Mar 2012 19:03:05 +0200 [thread overview]
Message-ID: <20120330170305.GG30876@aftab> (raw)
In-Reply-To: <1333039546-5590-3-git-send-email-mchehab@redhat.com>
On Thu, Mar 29, 2012 at 01:45:35PM -0300, Mauro Carvalho Chehab wrote:
> On systems based on chip select rows, all channels need to use memories
> with the same properties, otherwise the memories on channels A and B
> won't be recognized.
>
> However, such assumption is not true for all types of memory
> controllers.
>
> Controllers for FB-DIMM's don't have such requirements.
>
> Also, modern Intel controllers seem to be capable of handling such
> differences.
>
> So, we need to get rid of storing the DIMM information into a per-csrow
> data, storing it, instead at the right place.
>
> The first step is to move grain, mtype, dtype and edac_mode to the
> per-dimm struct.
>
> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> ---
> drivers/edac/amd64_edac.c | 30 +++++++++++--------
> drivers/edac/amd76x_edac.c | 10 ++++--
> drivers/edac/cell_edac.c | 10 +++++-
> drivers/edac/cpc925_edac.c | 62 +++++++++++++++++++++------------------
> drivers/edac/e752x_edac.c | 44 +++++++++++++++-------------
> drivers/edac/e7xxx_edac.c | 44 ++++++++++++++++------------
> drivers/edac/edac_mc.c | 19 ++++++++----
> drivers/edac/edac_mc_sysfs.c | 6 ++--
> drivers/edac/i3000_edac.c | 18 ++++++-----
> drivers/edac/i3200_edac.c | 18 ++++++-----
> drivers/edac/i5000_edac.c | 24 +++++++--------
> drivers/edac/i5100_edac.c | 38 +++++++++++++-----------
> drivers/edac/i5400_edac.c | 24 ++++++---------
> drivers/edac/i7300_edac.c | 25 +++++++++------
> drivers/edac/i7core_edac.c | 27 ++++++++---------
> drivers/edac/i82443bxgx_edac.c | 13 +++++---
> drivers/edac/i82860_edac.c | 11 ++++--
> drivers/edac/i82875p_edac.c | 17 ++++++++---
> drivers/edac/i82975x_edac.c | 17 +++++++----
> drivers/edac/mpc85xx_edac.c | 13 +++++---
> drivers/edac/mv64x60_edac.c | 18 ++++++-----
> drivers/edac/pasemi_edac.c | 10 ++++--
> drivers/edac/ppc4xx_edac.c | 13 +++++---
> drivers/edac/r82600_edac.c | 10 ++++--
> drivers/edac/sb_edac.c | 31 +++++++++++---------
> drivers/edac/tile_edac.c | 13 ++++----
> drivers/edac/x38_edac.c | 17 ++++++-----
> include/linux/edac.h | 21 ++++++++-----
> 28 files changed, 340 insertions(+), 263 deletions(-)
>
> diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c
> index c9eee6d..3e7bddc 100644
> --- a/drivers/edac/amd64_edac.c
> +++ b/drivers/edac/amd64_edac.c
> @@ -2168,7 +2168,9 @@ static int init_csrows(struct mem_ctl_info *mci)
> struct amd64_pvt *pvt = mci->pvt_info;
> u64 input_addr_min, input_addr_max, sys_addr, base, mask;
> u32 val;
> - int i, empty = 1;
> + int i, j, empty = 1;
> + enum mem_type mtype;
> + enum edac_type edac_mode;
>
> amd64_read_pci_cfg(pvt->F3, NBCFG, &val);
>
> @@ -2202,7 +2204,21 @@ static int init_csrows(struct mem_ctl_info *mci)
> csrow->page_mask = ~mask;
> /* 8 bytes of resolution */
>
> - csrow->mtype = amd64_determine_memory_type(pvt, i);
> + mtype = amd64_determine_memory_type(pvt, i);
> +
> + /*
> + * determine whether CHIPKILL or JUST ECC or NO ECC is operating
> + */
> + if (pvt->nbcfg & NBCFG_ECC_ENABLE)
> + edac_mode = (pvt->nbcfg & NBCFG_CHIPKILL) ?
> + EDAC_S4ECD4ED : EDAC_SECDED;
> + else
> + edac_mode = EDAC_NONE;
> +
> + for (j = 0; j < pvt->channel_count; j++) {
> + csrow->channels[j].dimm->mtype = mtype;
> + csrow->channels[j].dimm->edac_mode = edac_mode;
> + }
>
> debugf1(" for MC node %d csrow %d:\n", pvt->mc_node_id, i);
> debugf1(" input_addr_min: 0x%lx input_addr_max: 0x%lx\n",
> @@ -2214,16 +2230,6 @@ static int init_csrows(struct mem_ctl_info *mci)
> "last_page: 0x%lx\n",
> (unsigned)csrow->nr_pages,
> csrow->first_page, csrow->last_page);
> -
> - /*
> - * determine whether CHIPKILL or JUST ECC or NO ECC is operating
> - */
> - if (pvt->nbcfg & NBCFG_ECC_ENABLE)
> - csrow->edac_mode =
> - (pvt->nbcfg & NBCFG_CHIPKILL) ?
> - EDAC_S4ECD4ED : EDAC_SECDED;
> - else
> - csrow->edac_mode = EDAC_NONE;
This looks like a useless code movement, please leave it where it is
now and add the for-loop after it instead of pulling it up and causing
needless churn.
< snip drivers I'm not maintaining >
> diff --git a/drivers/edac/edac_mc.c b/drivers/edac/edac_mc.c
> index c03bfe7..2430ddb 100644
> --- a/drivers/edac/edac_mc.c
> +++ b/drivers/edac/edac_mc.c
> @@ -43,7 +43,7 @@ static void edac_mc_dump_channel(struct rank_info *chan)
> {
> debugf4("\tchannel = %p\n", chan);
> debugf4("\tchannel->chan_idx = %d\n", chan->chan_idx);
> - debugf4("\tchannel->ce_count = %d\n", chan->ce_count);
> + debugf4("\tchannel->ce_count = %d\n", chan->dimm->ce_count);
> debugf4("\tchannel->label = '%s'\n", chan->dimm->label);
> debugf4("\tchannel->csrow = %p\n\n", chan->csrow);
> }
> @@ -698,6 +698,7 @@ void edac_mc_handle_ce(struct mem_ctl_info *mci,
> {
> unsigned long remapped_page;
> char *label = NULL;
> + u32 grain;
>
> debugf3("MC%d: %s()\n", mci->mc_idx, __func__);
>
> @@ -722,6 +723,7 @@ void edac_mc_handle_ce(struct mem_ctl_info *mci,
> }
>
> label = mci->csrows[row].channels[channel].dimm->label;
> + grain = mci->csrows[row].channels[channel].dimm->grain;
>
> if (edac_mc_get_log_ce())
> /* FIXME - put in DIMM location */
> @@ -729,11 +731,12 @@ void edac_mc_handle_ce(struct mem_ctl_info *mci,
> "CE page 0x%lx, offset 0x%lx, grain %d, syndrome "
> "0x%lx, row %d, channel %d, label \"%s\": %s\n",
> page_frame_number, offset_in_page,
> - mci->csrows[row].grain, syndrome, row, channel,
> + grain, syndrome, row, channel,
> label, msg);
>
> mci->ce_count++;
> mci->csrows[row].ce_count++;
> + mci->csrows[row].channels[channel].dimm->ce_count++;
> mci->csrows[row].channels[channel].ce_count++;
>
> if (mci->scrub_mode & SCRUB_SW_SRC) {
> @@ -750,8 +753,7 @@ void edac_mc_handle_ce(struct mem_ctl_info *mci,
> mci->ctl_page_to_phys(mci, page_frame_number) :
> page_frame_number;
>
> - edac_mc_scrub_block(remapped_page, offset_in_page,
> - mci->csrows[row].grain);
> + edac_mc_scrub_block(remapped_page, offset_in_page, grain);
> }
> }
> EXPORT_SYMBOL_GPL(edac_mc_handle_ce);
> @@ -777,6 +779,7 @@ void edac_mc_handle_ue(struct mem_ctl_info *mci,
> int chan;
> int chars;
> char *label = NULL;
> + u32 grain;
>
> debugf3("MC%d: %s()\n", mci->mc_idx, __func__);
>
> @@ -790,6 +793,7 @@ void edac_mc_handle_ue(struct mem_ctl_info *mci,
> return;
> }
>
> + grain = mci->csrows[row].channels[0].dimm->grain;
> label = mci->csrows[row].channels[0].dimm->label;
> chars = snprintf(pos, len + 1, "%s", label);
> len -= chars;
> @@ -807,14 +811,13 @@ void edac_mc_handle_ue(struct mem_ctl_info *mci,
> edac_mc_printk(mci, KERN_EMERG,
> "UE page 0x%lx, offset 0x%lx, grain %d, row %d, "
> "labels \"%s\": %s\n", page_frame_number,
> - offset_in_page, mci->csrows[row].grain, row,
> - labels, msg);
> + offset_in_page, grain, row, labels, msg);
>
> if (edac_mc_get_panic_on_ue())
> panic("EDAC MC%d: UE page 0x%lx, offset 0x%lx, grain %d, "
> "row %d, labels \"%s\": %s\n", mci->mc_idx,
> page_frame_number, offset_in_page,
> - mci->csrows[row].grain, row, labels, msg);
> + grain, row, labels, msg);
>
> mci->ue_count++;
> mci->csrows[row].ue_count++;
> @@ -886,6 +889,7 @@ void edac_mc_handle_fbd_ue(struct mem_ctl_info *mci,
> chars = snprintf(pos, len + 1, "%s", label);
> len -= chars;
> pos += chars;
> +
Useless \n.
> chars = snprintf(pos, len + 1, "-%s",
> mci->csrows[csrow].channels[channelb].dimm->label);
>
> @@ -939,6 +943,7 @@ void edac_mc_handle_fbd_ce(struct mem_ctl_info *mci,
>
> mci->ce_count++;
> mci->csrows[csrow].ce_count++;
> + mci->csrows[csrow].channels[channel].dimm->ce_count++;
> mci->csrows[csrow].channels[channel].ce_count++;
> }
> EXPORT_SYMBOL(edac_mc_handle_fbd_ce);
> diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
> index c83697c..d63904e 100644
> --- a/drivers/edac/edac_mc_sysfs.c
> +++ b/drivers/edac/edac_mc_sysfs.c
> @@ -150,19 +150,19 @@ static ssize_t csrow_size_show(struct csrow_info *csrow, char *data,
> static ssize_t csrow_mem_type_show(struct csrow_info *csrow, char *data,
> int private)
> {
> - return sprintf(data, "%s\n", mem_types[csrow->mtype]);
> + return sprintf(data, "%s\n", mem_types[csrow->channels[0].dimm->mtype]);
^^^
This looks strange, why always channel 0, because it is always defined?
> }
>
> static ssize_t csrow_dev_type_show(struct csrow_info *csrow, char *data,
> int private)
> {
> - return sprintf(data, "%s\n", dev_types[csrow->dtype]);
> + return sprintf(data, "%s\n", dev_types[csrow->channels[0].dimm->dtype]);
ditto.
> }
>
> static ssize_t csrow_edac_mode_show(struct csrow_info *csrow, char *data,
> int private)
> {
> - return sprintf(data, "%s\n", edac_caps[csrow->edac_mode]);
> + return sprintf(data, "%s\n", edac_caps[csrow->channels[0].dimm->edac_mode]);
ditto.
<snip more drivers I don't maintain >
Reminder: you need to get yourself Acks at least from the drivers'
maintainers which are still active, at least.
> diff --git a/include/linux/edac.h b/include/linux/edac.h
> index f40b835..5244193 100644
> --- a/include/linux/edac.h
> +++ b/include/linux/edac.h
> @@ -314,6 +314,13 @@ struct dimm_info {
> unsigned memory_controller;
> unsigned csrow;
> unsigned csrow_channel;
> +
> + u32 grain; /* granularity of reported error in bytes */
> + enum dev_type dtype; /* memory device type */
> + enum mem_type mtype; /* memory dimm type */
> + enum edac_type edac_mode; /* EDAC mode for this dimm */
> +
> + u32 ce_count; /* Correctable Errors for this dimm */
> };
>
> /**
> @@ -339,19 +346,17 @@ struct rank_info {
> };
>
> struct csrow_info {
> - unsigned long first_page; /* first page number in dimm */
> - unsigned long last_page; /* last page number in dimm */
> + unsigned long first_page; /* first page number in csrow */
> + unsigned long last_page; /* last page number in csrow */
> + u32 nr_pages; /* number of pages in csrow */
> unsigned long page_mask; /* used for interleaving -
> * 0UL for non intlv
> */
> - u32 nr_pages; /* number of pages in csrow */
> - u32 grain; /* granularity of reported error in bytes */
> - int csrow_idx; /* the chip-select row */
> - enum dev_type dtype; /* memory device type */
> + int csrow_idx; /* the chip-select row */
> +
> u32 ue_count; /* Uncorrectable Errors for this csrow */
> u32 ce_count; /* Correctable Errors for this csrow */
> - enum mem_type mtype; /* memory csrow type */
> - enum edac_type edac_mode; /* EDAC mode for this csrow */
> +
> struct mem_ctl_info *mci; /* the parent */
>
> struct kobject kobj; /* sysfs kobject for this csrow */
> --
> 1.7.8
--
Regards/Gruss,
Boris.
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach
GM: Alberto Bozzo
Reg: Dornach, Landkreis Muenchen
HRB Nr. 43632 WEEE Registernr: 129 19551
next prev parent reply other threads:[~2012-03-30 17:03 UTC|newest]
Thread overview: 161+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-29 16:45 [PATCH 00/13] Convert EDAC internal strutures to support all types of Memory Controllers Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 01/13] edac: Create a dimm struct and move the labels into it Mauro Carvalho Chehab
2012-03-30 10:50 ` Borislav Petkov
2012-03-30 13:26 ` Mauro Carvalho Chehab
2012-03-30 15:38 ` Borislav Petkov
2012-04-16 8:41 ` Mauro Carvalho Chehab
2012-04-16 11:02 ` Borislav Petkov
2012-04-16 11:44 ` Mauro Carvalho Chehab
2012-04-16 13:21 ` Borislav Petkov
2012-03-29 16:45 ` [PATCH 02/13] edac: move dimm properties to struct memset_info Mauro Carvalho Chehab
2012-03-30 13:10 ` Borislav Petkov
2012-03-30 13:22 ` Mauro Carvalho Chehab
2012-03-30 17:03 ` Borislav Petkov [this message]
2012-04-16 8:56 ` Mauro Carvalho Chehab
2012-04-16 13:31 ` Borislav Petkov
2012-03-29 16:45 ` [PATCH 03/13] edac: Don't initialize csrow's first_page & friends when not needed Mauro Carvalho Chehab
2012-04-02 12:33 ` Borislav Petkov
2012-03-29 16:45 ` [PATCH 04/13] edac: move nr_pages to dimm struct Mauro Carvalho Chehab
2012-04-02 13:18 ` Borislav Petkov
2012-03-29 16:45 ` [PATCH 05/13] edac: Fix core support for MC's that see DIMMS instead of ranks Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 06/13] edac: Initialize the dimm label with the known information Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 07/13] edac: Cleanup the logs for i7core and sb edac drivers Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 08/13] i5400_edac: improve debug messages to better represent the filled memory Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 09/13] events/hw_event: Create a Hardware Events Report Mecanism (HERM) Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 10/13] i5000_edac: Fix the logic that retrieves memory information Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 11/13] e752x_edac: provide more info about how DIMMS/ranks are mapped Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 12/13] edac: Rename the parent dev to pdev Mauro Carvalho Chehab
2012-03-29 16:45 ` [PATCH 13/13] edac: use Documentation-nano format for some data structs Mauro Carvalho Chehab
2012-03-29 20:46 ` [PATCH 00/13] Convert EDAC internal strutures to support all types of Memory Controllers Aristeu Rozanski Filho
2012-04-02 13:59 ` Borislav Petkov
2012-04-16 12:58 ` Mauro Carvalho Chehab
2012-04-16 14:06 ` Borislav Petkov
2012-04-16 20:12 ` [EDAC PATCH v13 0/7] Convert EDAC core to work with non-csrow-based memory controllers Mauro Carvalho Chehab
2012-04-16 20:12 ` [EDAC PATCH v13 1/7] edac: Create a dimm struct and move the labels into it Mauro Carvalho Chehab
2012-04-26 14:26 ` Borislav Petkov
2012-04-16 20:12 ` [EDAC PATCH v13 3/7] edac: Don't initialize csrow's first_page & friends when not needed Mauro Carvalho Chehab
2012-04-16 20:12 ` [EDAC PATCH v13 4/7] edac: move nr_pages to dimm struct Mauro Carvalho Chehab
2012-04-17 18:48 ` Borislav Petkov
2012-04-17 19:28 ` Mauro Carvalho Chehab
2012-04-17 21:40 ` Borislav Petkov
2012-04-18 12:58 ` Mauro Carvalho Chehab
2012-04-18 17:53 ` [PATCH] " Mauro Carvalho Chehab
2012-04-16 20:12 ` [EDAC PATCH v13 5/7] edac: rewrite edac_align_ptr() Mauro Carvalho Chehab
2012-04-18 14:06 ` Borislav Petkov
2012-04-18 15:25 ` Borislav Petkov
2012-04-18 18:15 ` Mauro Carvalho Chehab
2012-04-18 18:19 ` [PATCH] " Mauro Carvalho Chehab
2012-04-23 14:05 ` Borislav Petkov
2012-04-23 15:19 ` Mauro Carvalho Chehab
2012-04-23 15:26 ` Mauro Carvalho Chehab
2012-04-16 20:12 ` [EDAC PATCH v13 6/7] edac.h: Prepare to handle with generic layers Mauro Carvalho Chehab
2012-04-23 17:49 ` Borislav Petkov
2012-04-23 18:30 ` Mauro Carvalho Chehab
2012-04-23 18:56 ` Mauro Carvalho Chehab
2012-04-23 19:19 ` [PATCH] edac.h: Add generic layers for describing a memory location Mauro Carvalho Chehab
2012-04-23 20:07 ` Mauro Carvalho Chehab
2012-04-24 10:46 ` Borislav Petkov
2012-04-24 10:40 ` [EDAC PATCH v13 6/7] edac.h: Prepare to handle with generic layers Borislav Petkov
2012-04-24 11:46 ` Mauro Carvalho Chehab
2012-04-24 12:42 ` Mauro Carvalho Chehab
2012-04-24 12:49 ` [PATCH] edac.h: Add generic layers for describing a memory location Mauro Carvalho Chehab
2012-04-24 13:09 ` Borislav Petkov
2012-04-24 13:22 ` Mauro Carvalho Chehab
2012-04-24 13:38 ` Borislav Petkov
2012-04-24 16:39 ` Mauro Carvalho Chehab
2012-04-24 16:49 ` Borislav Petkov
2012-04-24 17:38 ` Mauro Carvalho Chehab
[not found] ` <1335291342-14922-1-git-send-email-mchehab@redhat.com>
2012-04-24 18:15 ` [PATCH EDACv16 2/2] amd64_edac: convert driver to use the new edac ABI Mauro Carvalho Chehab
2012-04-27 10:42 ` Mauro Carvalho Chehab
2012-04-27 13:33 ` [PATCH EDACv16 1/2] edac: Change internal representation to work with layers Borislav Petkov
2012-04-27 14:11 ` Joe Perches
2012-04-27 15:12 ` Borislav Petkov
2012-04-27 16:07 ` Mauro Carvalho Chehab
2012-04-28 8:52 ` Borislav Petkov
2012-04-28 20:38 ` Joe Perches
2012-04-29 14:25 ` Mauro Carvalho Chehab
2012-04-29 15:11 ` Mauro Carvalho Chehab
2012-04-29 16:03 ` Joe Perches
2012-04-29 17:18 ` Mauro Carvalho Chehab
2012-04-29 16:20 ` Mauro Carvalho Chehab
2012-04-29 16:43 ` Joe Perches
2012-04-29 17:39 ` Mauro Carvalho Chehab
2012-04-30 7:47 ` Borislav Petkov
2012-04-30 11:09 ` Mauro Carvalho Chehab
2012-04-30 11:15 ` Borislav Petkov
2012-04-30 11:46 ` Mauro Carvalho Chehab
2012-04-27 15:36 ` Mauro Carvalho Chehab
2012-04-28 9:05 ` Borislav Petkov
2012-04-29 13:49 ` Mauro Carvalho Chehab
2012-04-30 8:15 ` Borislav Petkov
2012-04-30 10:58 ` Mauro Carvalho Chehab
2012-04-30 11:11 ` Borislav Petkov
2012-04-30 11:45 ` Mauro Carvalho Chehab
2012-04-30 12:38 ` Borislav Petkov
2012-04-30 13:00 ` Mauro Carvalho Chehab
2012-04-30 13:53 ` Mauro Carvalho Chehab
2012-04-30 15:02 ` [PATCH v2] edac_mc: Cleanup per-dimm_info debug messages Mauro Carvalho Chehab
2012-04-30 15:10 ` Mauro Carvalho Chehab
2012-04-30 15:20 ` Borislav Petkov
2012-04-30 15:33 ` Mauro Carvalho Chehab
2012-04-30 16:16 ` Joe Perches
2012-04-30 16:47 ` Mauro Carvalho Chehab
2012-04-30 16:44 ` [PATCHv3] " Mauro Carvalho Chehab
2012-04-30 11:37 ` [PATCH EDACv16 1/2] edac: Change internal representation to work with layers Mauro Carvalho Chehab
2012-04-27 17:52 ` Mauro Carvalho Chehab
2012-04-28 9:16 ` Borislav Petkov
2012-04-28 17:07 ` Joe Perches
2012-04-29 14:02 ` Mauro Carvalho Chehab
2012-04-29 14:16 ` Mauro Carvalho Chehab
2012-04-30 7:59 ` Borislav Petkov
2012-04-30 11:23 ` Mauro Carvalho Chehab
2012-04-30 12:51 ` Borislav Petkov
2012-04-24 12:55 ` [EDAC PATCH v13 6/7] edac.h: Prepare to handle with generic layers Borislav Petkov
2012-04-24 13:11 ` Mauro Carvalho Chehab
2012-04-24 13:32 ` Borislav Petkov
2012-04-24 14:24 ` Mauro Carvalho Chehab
2012-04-24 16:27 ` Borislav Petkov
2012-04-24 17:24 ` Mauro Carvalho Chehab
2012-04-25 17:19 ` Borislav Petkov
2012-04-25 17:47 ` Mauro Carvalho Chehab
2012-04-25 18:32 ` Luck, Tony
2012-04-25 18:44 ` Mauro Carvalho Chehab
2012-04-26 14:11 ` Borislav Petkov
2012-04-26 14:25 ` Mauro Carvalho Chehab
2012-04-26 14:59 ` Mauro Carvalho Chehab
2012-04-25 17:55 ` Luck, Tony
2012-04-24 17:31 ` Luck, Tony
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 00/26] Use the new EDAC kernel ABI on drivers Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 01/26] amd64_edac: convert driver to use the new edac ABI Mauro Carvalho Chehab
2012-05-07 14:31 ` Borislav Petkov
2012-05-07 16:12 ` Mauro Carvalho Chehab
2012-05-07 16:17 ` Borislav Petkov
2012-05-07 16:59 ` Mauro Carvalho Chehab
2012-05-07 19:49 ` Borislav Petkov
2012-05-07 16:24 ` Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 02/26] amd76x_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 03/26] cell_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 04/26] cpc925_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 05/26] e752x_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 06/26] e7xxx_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 07/26] i3000_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 08/26] i3200_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 09/26] i5000_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 10/26] i5100_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 11/26] i5400_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 12/26] i7300_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 13/26] i7core_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 14/26] i82443bxgx_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 15/26] i82860_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 16/26] i82875p_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 17/26] i82975x_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 18/26] mpc85xx_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 19/26] mv64x60_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 20/26] pasemi_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 21/26] ppc4xx_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 22/26] r82600_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 23/26] sb_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 24/26] tile_edac: " Mauro Carvalho Chehab
2012-04-26 19:47 ` Chris Metcalf
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 25/26] x38_edac: " Mauro Carvalho Chehab
2012-04-16 20:21 ` [EDAC_ABI PATCH v13 26/26] edac: Remove the legacy EDAC ABI Mauro Carvalho Chehab
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=20120330170305.GG30876@aftab \
--to=bp@amd64.org \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mchehab@redhat.com \
/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 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).