From owner-freebsd-hardware@FreeBSD.ORG Thu Feb 25 15:58:52 2010 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5D4106566B for ; Thu, 25 Feb 2010 15:58:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 080268FC17 for ; Thu, 25 Feb 2010 15:58:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AF15446B06; Thu, 25 Feb 2010 10:58:51 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id DF80C8A024; Thu, 25 Feb 2010 10:58:50 -0500 (EST) From: John Baldwin To: agh@coolrhaug.com Date: Thu, 25 Feb 2010 08:02:58 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201002212231.12018.agh@coolrhaug.com> <201002240946.29754.jhb@freebsd.org> <201002250732.21691.agh@coolrhaug.com> In-Reply-To: <201002250732.21691.agh@coolrhaug.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201002250802.58434.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 25 Feb 2010 10:58:50 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: kochetkov.andrew@gmail.com, Randy Chou , freebsd-hardware@freebsd.org Subject: Re: Intel DP45SG motherboard problem (amd64) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 15:58:52 -0000 On Wednesday 24 February 2010 6:32:21 pm Alastair Hogge wrote: > On Wed February 24 2010 22:46:29 John Baldwin wrote: > > On Tuesday 23 February 2010 5:40:31 pm Alastair Hogge wrote: > > > On Wed February 24 2010 00:14:00 John Baldwin wrote: > > > > On Tuesday 23 February 2010 8:51:04 am Alastair Hogge wrote: > > > > > > > Hello John, > > > > > > > > > > > > > > In regards to an old email thread: > > > > > > > http://lists.freebsd.org/pipermail/freebsd-hardware/2009- > > > > > > > > > > > > June/thread.html#5887 > > > > > > > > > > > > > I've attached the i386 dmesg & "mptable device" from a > > > > > > > 9.0-CURRENT -r204168 system which still fails on booting an amd64 > > > > > > > CD. > > > > > > > > > > > > You need to build a custom amd64 kernel which includes "device > > > > mptable" > > > > > > > > and use that. You may need to set 'hint.acpi.0.disabled=1' as well > > > > > > to force ACPI to be disabled. > > > > > > > > > > OK, I've cross built an amd64 system and installed it on a spare HDD. > > > > > Once it booted I ran "mptable -verbose -dmesg -grope" Here is the > > > > output: > > > > It appears that the new kernel works, yes? > > > > > > Yes > > > > > > > That should at least get you a > > > > working system now. > > > > > > Pretty exciting, however, it looks like that booting from an installation > > > CD is still problematic. > > > > Yes, but it is really odd that you do not have any ACPI tables. All 64-bit > > machines should have ACPI. > > > > > > I have no idea why the system does not provide ACPI > > > > tables. Is there a BIOS option to enable/disable ACPI perhaps? > > > > > > I can't find anything . > > > > Can you save the output of 'acpidump -d -t' to a file and post the URL? If > > the output is very short, you can just paste it inline into a reply. > # acpidump -d -t > /* > RSD PTR: OEM=INTEL, ACPI_Rev=2.0x (2) > XSDT=0xcfd62e18, length=36, cksum=1 > */ > acpidump: XSDT is corrupted Hmm, the checksum for the XSDT is bad. You can try hacking src/usr.sbin/acpi/acpidump/acpi.c to disable the checksum check for the XSDT. Just look for the 'XSDT is corrupted' string in that source file and comment out the call to acpi_checksum(). Something like this: rsdp = (ACPI_TABLE_HEADER *)acpi_map_sdt(rp->XsdtPhysicalAddress); if (memcmp(rsdp->Signature, "XSDT", 4) != 0 /* || acpi_checksum(rsdp, rsdp->Length) != 0 */) errx(1, "XSDT is corrupted"); addr_size = sizeof(uint64_t); Then see if acpidump -d -t gets any further. I would also look for a BIOS update perhaps, and/or complain to your motherboard vendor that their BIOS is broken. -- John Baldwin