From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Borislav Petkov <bp@amd64.org>
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: Mon, 16 Apr 2012 05:56:46 -0300 [thread overview]
Message-ID: <4F8BDECE.50801@redhat.com> (raw)
In-Reply-To: <20120330170305.GG30876@aftab>
Em 30-03-2012 14:03, Borislav Petkov escreveu:
> 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.
This is needed, as now mtype/edac_mode is per DIMM, and not per channel.
In the specific case of amd64 (and all per-csrow/channel memory controllers),
all channels use the same mtype/edac_mode, but this is not true for other
memory controllers.
So, what the logic there does is to first retrieve the mtype/edac_mode, and
then fill it for each dimm struct (the for loop).
> < 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?
This is due to the broken API: with the legacy API, all channels need to be
filled with the same memory types. So, the information on channel 0 is identical
to the ones at the other channels. So, for csrows-based memory controllers, the
above logic works just fine.
This is obviously wrong with FB-DIMMs/Nehalem/Sandy Bridge, as the memories on
each channel can be different. Due to this broken API limitation, almost all of
those drivers just tell the EDAC core that there's just one channel, and maps the
different channels as different csrows.
The very few FB-DIMM drivers that maps their 2 or 4 channels at csrow->channels
currently reports fake information there, filling it with the properties of either
the first channel or the last one, due to the API limitation.
Anyway, using a code like that preserves API backward compatibility.
>
>> }
>>
>> 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.
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.
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
>
>
next prev parent reply other threads:[~2012-04-16 8:57 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
2012-04-16 8:56 ` Mauro Carvalho Chehab [this message]
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=4F8BDECE.50801@redhat.com \
--to=mchehab@redhat.com \
--cc=bp@amd64.org \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.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 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).