From owner-freebsd-questions@FreeBSD.ORG Tue Jan 28 04:51:05 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B2D648F for ; Tue, 28 Jan 2014 04:51:05 +0000 (UTC) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42CAB1682 for ; Tue, 28 Jan 2014 04:51:03 +0000 (UTC) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.7/8.14.7) with ESMTP id s0S4oW0D081553 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 27 Jan 2014 22:50:33 -0600 (CST) (envelope-from tundra@tundraware.com) Message-ID: <52E73717.3000503@tundraware.com> Date: Mon, 27 Jan 2014 22:50:31 -0600 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Mailing List Subject: Kernel Geniuses: Need Help With MCA Code Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ozzie.tundraware.com [75.145.138.73]); Mon, 27 Jan 2014 22:50:33 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: s0S4oW0D081553 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 04:51:05 -0000 I am running 9.2 stable i386 r261207. As noted earlier: >I just replaced mobo/CPU on FBSD server (Gigabyte Z-87-D3HP with >an Intel i3-4130). I am not overclocking ... but I continue to see this sort of thing: >MCA: CPU 0 COR (1) internal parity error Dmesg shows: >MCA: Vendor "GenuineIntel", ID 0x306c3, APIC ID 0 >MCA: CPU 0 COR (1) internal parity error >MCA: Bank 0, Status 0x90000040000f0005 >MCA: Global Cap 0x0000000000000c07, Status 0x0000000000000000_ I've swapped CPUs (i5). I've fiddled with an endless supply of mobo settings. I've switched power supplies. I've moved mem sticks around .... No joy. So, I dug through the sources and found this: mca_log(const struct mca_record *rec) { uint16_t mca_error; printf("MCA: Bank %d, Status 0x%016llx\n", rec->mr_bank, (long long)rec->mr_status); printf("MCA: Global Cap 0x%016llx, Status 0x%016llx\n", (long long)rec->mr_mcg_cap, (long long)rec->mr_mcg_status); printf("MCA: Vendor \"%s\", ID 0x%x, APIC ID %d\n", cpu_vendor, rec->mr_cpu_id, rec->mr_apic_id); printf("MCA: CPU %d ", rec->mr_cpu); if (rec->mr_status & MC_STATUS_UC) printf("UNCOR "); else { printf("COR "); if (rec->mr_mcg_cap & MCG_CAP_CMCI_P) printf("(%lld) ", ((long long)rec->mr_status & MC_STATUS_COR_COUNT) >> 38); } It looks like the trailing else clause is kicking out the error but I am unclear what the error means, beyond the fact that it appears to be a parity error somewhere within the CPU's internal memory (cache?). Is this error getting corrected? Is this benign, Should I get a different mobo? Um .... Haaaaalp :) -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/