From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Borislav Petkov <borislav.petkov@amd.com>
Cc: <akpm@linux-foundation.org>, <greg@kroah.com>, <mingo@elte.hu>,
<norsk5@yahoo.com>, <tglx@linutronix.de>, <hpa@zytor.com>,
<aris@redhat.com>, edt@aei.ca, <linux-kernel@vger.kernel.org>,
Doug Thompson <dougthompson@xmission.com>,
Borislav Petkov <borislav.petkov@amd.com>
Subject: Re: [PATCH 05/21] amd64_edac: add MCA error types
Date: Fri, 8 May 2009 07:01:43 -0300 [thread overview]
Message-ID: <20090508070143.7206f6f4@pedra.chehab.org> (raw)
In-Reply-To: <1241704183-29223-6-git-send-email-borislav.petkov@amd.com>
Em Thu, 7 May 2009 15:49:27 +0200
Borislav Petkov <borislav.petkov@amd.com> escreveu:
> From: Doug Thompson <dougthompson@xmission.com>
>
> Signed-off-by: Doug Thompson <dougthompson@xmission.com>
> Signed-off-by: Borislav Petkov <borislav.petkov@amd.com>
Reviewed-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> ---
> drivers/edac/amd64_edac_err_types.c | 163 +++++++++++++++++++++++++++++++++++
> 1 files changed, 163 insertions(+), 0 deletions(-)
> create mode 100644 drivers/edac/amd64_edac_err_types.c
>
> diff --git a/drivers/edac/amd64_edac_err_types.c b/drivers/edac/amd64_edac_err_types.c
> new file mode 100644
> index 0000000..20a2bb6
> --- /dev/null
> +++ b/drivers/edac/amd64_edac_err_types.c
> @@ -0,0 +1,163 @@
> +#include "amd64_edac.h"
> +
> +/*
> + * See F2x80 for K8 and F2x[1,0]80 for Fam10 and later. The table below is only
> + * for DDR2 DRAM mapping.
> + */
> +u32 revf_quad_ddr2_shift[] = {
> + 0, /* 0000b NULL DIMM (128mb) */
> + 28, /* 0001b 256mb */
> + 29, /* 0010b 512mb */
> + 29, /* 0011b 512mb */
> + 29, /* 0100b 512mb */
> + 30, /* 0101b 1gb */
> + 30, /* 0110b 1gb */
> + 31, /* 0111b 2gb */
> + 31, /* 1000b 2gb */
> + 32, /* 1001b 4gb */
> + 32, /* 1010b 4gb */
> + 33, /* 1011b 8gb */
> + 0, /* 1100b future */
> + 0, /* 1101b future */
> + 0, /* 1110b future */
> + 0 /* 1111b future */
> +};
> +
> +/* Valid scrub rates for the K8 hardware memory scrubber. We map
> + * the scrubbing bandwidth to a valid bit pattern. The 'set'
> + * operation finds the 'matching- or higher value'.
> + *
> + *FIXME: Produce a better mapping/linearisation.
> + */
> +
> +struct scrubrate scrubrates[] = {
> + { 0x01, 1600000000UL},
> + { 0x02, 800000000UL},
> + { 0x03, 400000000UL},
> + { 0x04, 200000000UL},
> + { 0x05, 100000000UL},
> + { 0x06, 50000000UL},
> + { 0x07, 25000000UL},
> + { 0x08, 12284069UL},
> + { 0x09, 6274509UL},
> + { 0x0A, 3121951UL},
> + { 0x0B, 1560975UL},
> + { 0x0C, 781440UL},
> + { 0x0D, 390720UL},
> + { 0x0E, 195300UL},
> + { 0x0F, 97650UL},
> + { 0x10, 48854UL},
> + { 0x11, 24427UL},
> + { 0x12, 12213UL},
> + { 0x13, 6101UL},
> + { 0x14, 3051UL},
> + { 0x15, 1523UL},
> + { 0x16, 761UL},
> + { 0x00, 0UL}, /* scrubbing off */
> +};
> +
> +/*
> + * string representation for the different MCA reported error types, see F3x48
> + * or MSR0000_0411.
> + */
> +const char *tt_msgs[] = { /* transaction type */
> + "instruction",
> + "data",
> + "generic",
> + "reserved"
> +};
> +
> +const char *ll_msgs[] = { /* cache level */
> + "L0",
> + "L1",
> + "L2",
> + "L3/generic"
> +};
> +
> +const char *rrrr_msgs[] = {
> + "generic",
> + "generic read",
> + "generic write",
> + "data read",
> + "data write",
> + "inst fetch",
> + "prefetch",
> + "evict",
> + "snoop",
> + "reserved RRRR= 9",
> + "reserved RRRR= 10",
> + "reserved RRRR= 11",
> + "reserved RRRR= 12",
> + "reserved RRRR= 13",
> + "reserved RRRR= 14",
> + "reserved RRRR= 15"
> +};
> +
> +const char *pp_msgs[] = { /* participating processor */
> + "local node originated (SRC)",
> + "local node responded to request (RES)",
> + "local node observed as 3rd party (OBS)",
> + "generic"
> +};
> +
> +const char *to_msgs[] = {
> + "no timeout",
> + "timed out"
> +};
> +
> +const char *ii_msgs[] = { /* memory or i/o */
> + "mem access",
> + "reserved",
> + "i/o access",
> + "generic"
> +};
> +
> +/* Map the 5 bits of Extended Error code toString table
> + * enhanced to support the new F10 error codes
> + * esp, with L3 cache errors
> + */
> +const char *ext_msgs[] = { /* extended error */
> + "K8 ECC error/F10 reserved", /* 0_0000b */
> + "CRC error", /* 0_0001b */
> + "sync error", /* 0_0010b */
> + "mst abort", /* 0_0011b */
> + "tgt abort", /* 0_0100b */
> + "GART error", /* 0_0101b */
> + "RMW error", /* 0_0110b */
> + "Wdog timer error", /* 0_0111b */
> + "F10-ECC/K8-Chipkill error", /* 0_1000b */
> + "DEV Error", /* 0_1001b */
> + "Link Data error", /* 0_1010b */
> + "Link or L3 Protocol error", /* 0_1011b */
> + "NB Array error", /* 0_1100b */
> + "DRAM Parity error", /* 0_1101b */
> + "Link Retry/GART Table Walk/DEV Table Walk error", /* 0_1110b */
> + "Res 0x0ff error", /* 0_1111b */
> + "Res 0x100 error", /* 1_0000b */
> + "Res 0x101 error", /* 1_0001b */
> + "Res 0x102 error", /* 1_0010b */
> + "Res 0x103 error", /* 1_0011b */
> + "Res 0x104 error", /* 1_0100b */
> + "Res 0x105 error", /* 1_0101b */
> + "Res 0x106 error", /* 1_0110b */
> + "Res 0x107 error", /* 1_0111b */
> + "Res 0x108 error", /* 1_1000b */
> + "Res 0x109 error", /* 1_1001b */
> + "Res 0x10A error", /* 1_1010b */
> + "Res 0x10B error", /* 1_1011b */
> + "L3 Cache Data error", /* 1_1100b */
> + "L3 CacheTag error", /* 1_1101b */
> + "L3 Cache LRU error", /* 1_1110b */
> + "Res 0x1FF error" /* 1_1111b */
> +};
> +
> +const char *htlink_msgs[] = {
> + "none",
> + "1",
> + "2",
> + "1 2",
> + "3",
> + "1 3",
> + "2 3",
> + "1 2 3"
> +};
--
Cheers,
Mauro
next prev parent reply other threads:[~2009-05-08 10:03 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-07 13:49 [RFC PATCH 00/21 v3] amd64_edac: EDAC module for AMD64 Borislav Petkov
2009-05-07 13:49 ` [PATCH 01/21] x86: add methods for writing of an MSR on several CPUs Borislav Petkov
2009-05-07 13:49 ` [PATCH 02/21] amd64_edac: add driver header Borislav Petkov
2009-05-07 13:49 ` [PATCH 03/21] amd64_edac: add debugging/testing code Borislav Petkov
2009-05-08 10:01 ` Mauro Carvalho Chehab
2009-05-07 13:49 ` [PATCH 04/21] amd64_edac: add DRAM error injection logic using sysfs Borislav Petkov
2009-05-08 10:01 ` Mauro Carvalho Chehab
2009-05-07 13:49 ` [PATCH 05/21] amd64_edac: add MCA error types Borislav Petkov
2009-05-08 10:01 ` Mauro Carvalho Chehab [this message]
2009-05-07 13:49 ` [PATCH 06/21] amd64_edac: add memory scrubber interface Borislav Petkov
2009-05-07 13:49 ` [PATCH 07/21] amd64_edac: add sys addr to memory controller mapping helpers Borislav Petkov
2009-05-07 13:49 ` [PATCH 08/21] amd64_edac: add functionality to compute the DRAM hole Borislav Petkov
2009-05-07 13:49 ` [PATCH 09/21] amd64_edac: add DRAM address type conversion facilities Borislav Petkov
2009-05-07 13:49 ` [PATCH 10/21] amd64_edac: add helper to dump relevant registers Borislav Petkov
2009-05-07 13:49 ` [PATCH 11/21] amd64_edac: assign DRAM chip select base and mask in a family-specific way Borislav Petkov
2009-05-07 13:49 ` [PATCH 12/21] amd64_edac: add k8-specific methods Borislav Petkov
2009-05-07 13:49 ` [PATCH 13/21] amd64_edac: add F10h-and-later methods-p1 Borislav Petkov
2009-05-07 13:49 ` [PATCH 14/21] amd64_edac: add F10h-and-later methods-p2 Borislav Petkov
2009-05-07 13:49 ` [PATCH 15/21] amd64_edac: add F10h-and-later methods-p3 Borislav Petkov
2009-05-08 9:39 ` Mauro Carvalho Chehab
2009-05-07 13:49 ` [PATCH 16/21] amd64_edac: add per-family descriptors Borislav Petkov
2009-05-07 13:49 ` [PATCH 17/21] amd64_edac: add ECC chipkill syndrome mapping table Borislav Petkov
2009-05-08 9:40 ` Mauro Carvalho Chehab
2009-05-07 13:49 ` [PATCH 18/21] amd64_edac: add error decoding logic Borislav Petkov
2009-05-07 13:49 ` [PATCH 19/21] amd64_edac: add EDAC core-related initializers Borislav Petkov
2009-05-07 13:49 ` [PATCH 20/21] amd64_edac: add ECC reporting initializers Borislav Petkov
2009-05-07 22:00 ` Ingo Molnar
2009-05-07 13:49 ` [PATCH 21/21] amd64_edac: add module registration routines Borislav Petkov
2009-05-07 21:58 ` Ingo Molnar
2009-05-14 17:52 ` Borislav Petkov
2009-05-14 18:43 ` Doug Thompson
2009-05-08 10:00 ` Mauro Carvalho Chehab
2009-05-07 14:27 ` [RFC PATCH 00/21 v3] amd64_edac: EDAC module for AMD64 Ingo Molnar
2009-05-07 14:38 ` Borislav Petkov
2009-05-07 20:52 ` Andrew Morton
2009-05-07 21:18 ` Ingo Molnar
2009-05-08 10:07 ` Borislav Petkov
2009-05-08 10:32 ` Mauro Carvalho Chehab
2009-05-08 10:46 ` Ingo Molnar
2009-05-07 20:51 ` Andrew Morton
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=20090508070143.7206f6f4@pedra.chehab.org \
--to=mchehab@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=aris@redhat.com \
--cc=borislav.petkov@amd.com \
--cc=dougthompson@xmission.com \
--cc=edt@aei.ca \
--cc=greg@kroah.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=norsk5@yahoo.com \
--cc=tglx@linutronix.de \
/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
all inboxes | Powered by JetHome®