search for: amd64_edac

amd64_edac: probe of 0000:00:18.2 failed with error -22 Logwatch shows this error on several machines - laptop and desktops - all running C 5.6. It never appears on the data centre servers. I have 'googled' but can not identify what error 22 is. One German posting suggests it is related to the Error...

...kernel: Northbridge Error, node 0 Aug 15 20:37:10 saturn kernel: ECC/ChipKill ECC error. Aug 15 20:37:10 saturn kernel: EDAC amd64 MC0: CE ERROR_ADDRESS= 0x1b9e740 Aug 15 20:37:10 saturn kernel: EDAC MC0: CE page 0x1b9e, offset 0x740, grain 0, syndrome 0x1cc8, row 2, channel 0, label "": amd64_edac Aug 15 20:37:10 saturn kernel: EDAC MC0: CE - no information available: amd64_edacError Overflow Aug 15 23:33:41 saturn kernel: Northbridge Error, node 0 Aug 15 23:33:41 saturn kernel: ECC/ChipKill ECC error. Aug 15 23:33:41 saturn kernel: EDAC amd64 MC0: CE ERROR_ADDRESS= 0x1098d00 Aug 15 23:33:41...

...0MB 7: 0MB EDAC MC: DCT1 chip selects: EDAC amd64: MC: 0: 0MB 1: 0MB EDAC amd64: MC: 2: 2048MB 3: 2048MB EDAC amd64: MC: 4: 0MB 5: 0MB EDAC amd64: MC: 6: 0MB 7: 0MB EDAC amd64: using x8 syndromes. EDAC amd64: MCT channel count: 2 EDAC MC0: Giving out device to module amd64_edac controller F10h: DEV 0000:00:18.2 (INTERRUPT) EDAC amd64: DRAM ECC enabled. EDAC amd64: F10h detected (node 1). EDAC MC: DCT0 chip selects: EDAC amd64: MC: 0: 0MB 1: 0MB EDAC amd64: MC: 2: 2048MB 3: 2048MB EDAC amd64: MC: 4: 0MB 5: 0MB EDAC amd64: MC: 6: 0MB 7: 0MB EDAC MC...

Initially reported to debian (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810964), redirected here: With AMD Opteron 6xxx processors, half of the memory controllers are missing from /sys/devices/system/edac/mc Checked with single 6120 (dual memory controller) and twin 6344 (2x dual MC), other dual-module CPUs might be affected too. Booting plain Linux (3.2, 3.16, 4.1, 4.3), all memory

...googled and since I know the devices I have I can comment out #DEVICESCAN -H -m root and replace with: /dev/sda -a -d sat -m root -M exec /usr/share/smartmontools/smartd-runner /dev/sdb -a -d sat -m root -M exec /usr/share/smartmontools/smartd-runner 2. kernel WARNING: Kernel Errors Present amd64_edac: probe of 0000:00:18.2 failed with error -22 ...: 1 Time(s) I googled this and I only had 5 hits that I could not make sense of. Can anyone shed some light? 3. automount **Unmatched Entries** lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master: 1 Time(s) I googled an...

...that I can diagnose this further? Here's another weird thing - 'dmesg | grep Aug' shows this: Linux version 2.6.18-194.11.1.el5 (mockbuild at builder10.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Tue Aug 10 19:05:06 EDT 2010 EDAC MC: Ver: 2.0.1 Aug 10 2010 EDAC amd64_edac: Ver: 3.2.0 Aug 10 2010 That's probably when I last restarted after installing the new kernel. But: $ date Wed Aug 18 11:52:23 PDT 2010 And /var/log/messages shows this: : Aug 18 06:35:57 marichter dhclient: DHCPREQUEST on eth0 to 192.168.0.2 port 67 Aug 18 06:35:57 marichter dhclient: DH...

...saver.c:226: WARNING:UNNECESSARY_BREAK: break is not useful after a goto or return drivers/cpufreq/longhaul.c:596: WARNING:UNNECESSARY_BREAK: break is not useful after a goto or return drivers/crypto/atmel-sha.c:462: WARNING:UNNECESSARY_BREAK: break is not useful after a goto or return drivers/edac/amd64_edac.c:2464: WARNING:UNNECESSARY_BREAK: break is not useful after a goto or return drivers/edac/amd64_edac.c:2468: WARNING:UNNECESSARY_BREAK: break is not useful after a goto or return drivers/edac/amd64_edac.c:2471: WARNING:UNNECESSARY_BREAK: break is not useful after a goto or return drivers/edac/amd6...

...4096MB EDAC amd64: MC: 2: 0MB 3: 0MB EDAC amd64: MC: 4: 0MB 5: 0MB EDAC amd64: MC: 6: 0MB 7: 0MB EDAC amd64: using x4 syndromes. EDAC amd64: MCT channel count: 2 EDAC amd64: CS0: Unbuffered DDR3 RAM EDAC amd64: CS1: Unbuffered DDR3 RAM EDAC MC0: Giving out device to module amd64_edac controller F10h: DEV 0000:00:18.2 (INTERRUPT) EDAC PCI0: Giving out device to module amd64_edac controller EDAC PCI controller: DEV 0000:00:18.2 (POLLED) I have not tried force-enabling ECC checking. Since I place high value on my data, I rate this as a rather important bug. -- (\___(\___(\___...

...rs/tty/serial/imx.c: function imx_uart_readl line 16 drivers/tty/serial/imx.c: function imx_uart_readl line 19 drivers/tty/serial/imx.c: function imx_uart_readl line 22 drivers/tty/serial/imx.c: function imx_uart_readl line 25 drivers/crypto/atmel-sha.c: function atmel_sha_init line 37 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 7 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 11 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 14 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 24 drivers/edac/amd64_edac.c: function map_err_sym_to_chann...

...rs/tty/serial/imx.c: function imx_uart_readl line 16 drivers/tty/serial/imx.c: function imx_uart_readl line 19 drivers/tty/serial/imx.c: function imx_uart_readl line 22 drivers/tty/serial/imx.c: function imx_uart_readl line 25 drivers/crypto/atmel-sha.c: function atmel_sha_init line 37 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 7 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 11 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 14 drivers/edac/amd64_edac.c: function map_err_sym_to_channel line 24 drivers/edac/amd64_edac.c: function map_err_sym_to_chann...

...+457,10 @@ static int atmel_sha_init(struct ahash_request *req) ctx->flags |= SHA_FLAGS_SHA512; ctx->block_size = SHA512_BLOCK_SIZE; break; default: return -EINVAL; - break; } ctx->bufcnt = 0; ctx->digcnt[0] = 0; ctx->digcnt[1] = 0; diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c index fcc08bbf6945..386a3a4cf279 100644 --- a/drivers/edac/amd64_edac.c +++ b/drivers/edac/amd64_edac.c @@ -2459,38 +2459,30 @@ static int map_err_sym_to_channel(int err_sym, int sym_size) if (sym_size == 4) switch (err_sym) { case 0x20: case 0x21: retur...

...+457,10 @@ static int atmel_sha_init(struct ahash_request *req) ctx->flags |= SHA_FLAGS_SHA512; ctx->block_size = SHA512_BLOCK_SIZE; break; default: return -EINVAL; - break; } ctx->bufcnt = 0; ctx->digcnt[0] = 0; ctx->digcnt[1] = 0; diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c index fcc08bbf6945..386a3a4cf279 100644 --- a/drivers/edac/amd64_edac.c +++ b/drivers/edac/amd64_edac.c @@ -2459,38 +2459,30 @@ static int map_err_sym_to_channel(int err_sym, int sym_size) if (sym_size == 4) switch (err_sym) { case 0x20: case 0x21: retur...

...er as /class/input/input0 e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k3.1 e1000e: Copyright (c) 1999-2008 Intel Corporation. ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 193 PCI: Setting latency timer of device 0000:02:00.0 to 64 EDAC MC: Ver: 2.0.1 Jul 1 2010 EDAC amd64_edac: Ver: 3.2.0 Jul 1 2010 Floppy drive(s): fd0 is 1.44M e1000e 0000:02:00.0: Warning: detected ASPM enabled in EEPROM sd 0:0:0:0: Attached scsi generic sg0 type 0 sd 1:0:0:0: Attached scsi generic sg1 type 0 eth0: (PCI Express:2.5GB/s:Width x1) 40:61:86:ec:c0:45 eth0: Intel(R) PRO/1000 Network Conne...

Hello! I'm having problems getting PCI pass-through to work. This is on a AMD64 system, paravirtualized with xen-hypervisor-4.0-amd64 4.0.0-1~experimental.1, dom0: linux-image-2.6.32-5-xen-amd64 2.6.32-12. From IRC, earlier today: <tschwinge> waldi: Aren't the Debian xen domU-capable kernels supposed to contain the PCI frontend (needed for PCI pass-through)? I'm getting:

Hello! I'm having problems getting PCI pass-through to work. This is on a AMD64 system, paravirtualized with xen-hypervisor-4.0-amd64 4.0.0-1~experimental.1, dom0: linux-image-2.6.32-5-xen-amd64 2.6.32-12. From IRC, earlier today: <tschwinge> waldi: Aren't the Debian xen domU-capable kernels supposed to contain the PCI frontend (needed for PCI pass-through)? I'm getting:

...l 5 seconds EXT3-fs: mounted filesystem with ordered data mode. SELinux: Disabled at runtime. SELinux: Unregistering netfilter hooks type=1404 audit(1300575368.057:2): selinux=0 auid=4294967295 ses=4294967295 piix4_smbus 0000:00:14.0: Found 0000:00:14.0 device EDAC MC: Ver: 2.0.1 Jan 5 2011 EDAC amd64_edac: Ver: 3.2.0 Jan 5 2011 EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3). EDAC amd64: WARNING: ECC is disabled by BIOS. Module will NOT be loaded. Either Enable ECC in the BIOS, or set 'ecc_enable_override'. Also, use of the override can c...

Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I''ve compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora''s wiki on building a custom kernel, even used F16''s .config which also was a

Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I''ve compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora''s wiki on building a custom kernel, even used F16''s .config which also was a

...2 +- drivers/dma/imx-dma.c | 2 +- drivers/dma/iop-adma.h | 12 +- drivers/dma/nbpfaxi.c | 2 +- drivers/dma/pl330.c | 13 +- drivers/dma/sh/shdma-base.c | 2 +- drivers/edac/amd64_edac.c | 2 +- drivers/edac/pnd2_edac.c | 2 +- drivers/firewire/core-device.c | 2 +- drivers/firewire/core-iso.c | 3 +- drivers/firewire/core-topology.c | 2 +- drivers/firewire/core-transaction.c...

...2 +- drivers/dma/imx-dma.c | 2 +- drivers/dma/iop-adma.h | 12 +- drivers/dma/nbpfaxi.c | 2 +- drivers/dma/pl330.c | 13 +- drivers/dma/sh/shdma-base.c | 2 +- drivers/edac/amd64_edac.c | 2 +- drivers/edac/pnd2_edac.c | 2 +- drivers/firewire/core-device.c | 2 +- drivers/firewire/core-iso.c | 3 +- drivers/firewire/core-topology.c | 2 +- drivers/firewire/core-transaction.c...