From owner-freebsd-current@FreeBSD.ORG Tue Aug 23 03:33:02 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C2E116A41F; Tue, 23 Aug 2005 03:33:02 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44EB743D53; Tue, 23 Aug 2005 03:32:53 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j7N3WqhY085951; Mon, 22 Aug 2005 21:32:52 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j7N3WqPh085950; Mon, 22 Aug 2005 21:32:52 -0600 (MDT) (envelope-from ken) Date: Mon, 22 Aug 2005 21:32:52 -0600 From: "Kenneth D. Merry" To: Jung-uk Kim Message-ID: <20050823033252.GA85918@nargothrond.kdm.org> References: <20050813221234.GA23162@nargothrond.kdm.org> <200508221319.31025.jkim@FreeBSD.org> <200508221518.43770.jhb@FreeBSD.org> <200508221622.45914.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <200508221622.45914.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.86.1/1035/Mon Aug 22 05:37:18 2005 on nargothrond.kdm.org X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, John Baldwin Subject: Re: BTX problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2005 03:33:02 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 22, 2005 at 16:22:41 -0400, Jung-uk Kim wrote: > On Monday 22 August 2005 03:18 pm, John Baldwin wrote: > > On Monday 22 August 2005 01:19 pm, Jung-uk Kim wrote: > > > On Monday 22 August 2005 12:33 pm, Kenneth D. Merry wrote: > > > > On Mon, Aug 22, 2005 at 12:16:51 -0400, Jung-uk Kim wrote: > > > > > On Monday 22 August 2005 11:57 am, Kenneth D. Merry wrote: > > > > > > On Mon, Aug 22, 2005 at 11:37:25 -0400, Jung-uk Kim wrote: > > > > > > > On Saturday 20 August 2005 01:02 am, Kenneth D. Merry > wrote: > > > > > > > > On Tue, Aug 16, 2005 at 13:39:48 -0400, John Baldwin > wrote: > > > > > > > > > There haven't been a whole lot of changes. My guess > > > > > > > > > would be the recently added smbios support. You can > > > > > > > > > probably just comment out the call to smbios_detect() > > > > > > > > > in sys/boot/i386/loader/main.c as a simple test for > > > > > > > > > that. It could also possibly be the multiple console > > > > > > > > > support in which case it would be easiest to just > > > > > > > > > step your sys/boot tree back using CVS. The good > > > > > > > > > news is that sys/boot is largely self-contained so > > > > > > > > > you can step it back while keeping the rest of the > > > > > > > > > tree up to date for testing purposes at least. > > > > > > > > > > > > > > > > Thanks for the tips! > > > > > > > > > > > > > > > > Commenting out smbios_detect() did the trick. The > > > > > > > > loader works fine after that. > > > > > > > > > > > > > > > > So now what? Is there a way to fix it so it won't > > > > > > > > crash on my system? > > > > > > > > > > > > > > So, I guess I broke it, then. Can you install > > > > > > > ports/sysutils/dmidecode and send me dmidecode output? > > > > > > > > > > > > Sure, here it is. > > > > > > > > > > Okay, it looks good so far. Can you do: > > > > > > > > > > dd if=/dev/mem of=dmi.dat bs=1 count=1534 skip=984640 > > > > > dd if=/dev/mem of=smbios.dat bs=1 count=65536 skip=983040 > > > > > > > > > > and send me dmi.dat and smbios.dat, please? > > > > > > > > Here they are. > > > > > > It's very strange. It seems SM entry and DMI structures are all > > > sane. I don't understand why it happens. :-( I just wrote a > > > qucik-and-dirty userland wrapper for smbios.c, which is attached. > > > > > > SMBIOS entry: 0x000f00a0 > > > DMI structures: length = 1534, paddr = 0x000f0640, count = 49 > > > smbios.bios.vendor="American Megatrends Inc." > > > smbios.bios.version="0700xx " > > > smbios.bios.reldate="11/14/2001" > > > smbios.system.maker="Supermicro" > > > smbios.system.product="P3TDE6" > > > smbios.system.version="1234567890" > > > smbios.planar.maker="Supermicro" > > > smbios.planar.product="P3TDE6" > > > smbios.planar.version="1234567890" > > > smbios.chassis.maker="Supermicro" > > > smbios.chassis.version="P3TDE6" > > > > > > Is it possible that PTOV() is not working somehow??? I need help > > > here. > > > > Perhaps give ken@ a patch with some printf's added to figure out > > how far it gets into smbios_detect() before it dies? > > Thanks for the suggestion. > > ken, > > can you try the attached diff and tell me how far it goes? Sure, here's what I get for output. I tried it once with the VGA console, and got the a loader/BTX panic message. Since there was a lot of output, I used the -h option for boot2 to run it through the serial console. It looks like I got all the output except the panic message. Ken -- Kenneth Merry ken@FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="session.log.20050822.txt" BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS drive E: is disk3 BIOS 639kB/2620352kB available memory smbios_detect smbios_sigsearch: 0xe6000, 65536 smbios_checksum: 0xe60a0, 32 smbios_checksum: 0xe60b0, 15 length = 1534, paddr = 984640, count = 49 smbios_parse_table: type 0 smbios_setenv: smbios.bios.vendor at 0xe6640, offset = 4 smbios.bios.vendor="American Megatrends Inc." smbios_setenv done smbios_setenv: smbios.bios.version at 0xe6640, offset = 5 smbios.bios.version="0700xx " smbios_setenv done smbios_setenv: smbios.bios.reldate at 0xe6640, offset = 8 smbios.bios.reldate="11/14/2001" smbios_setenv done smbios_parse_table returns 0xe6681 smbios_parse_table: type 1 smbios_setenv: smbios.system.maker at 0xe6681, offset = 4 smbios.system.maker="Supermicro" smbios_setenv done smbios_setenv: smbios.system.product at 0xe6681, offset = 5 smbios.system.product="P3TDE6" smbios_setenv done smbios_setenv: smbios.system.version at 0xe6681, offset = 6 smbios.system.version="1234567890" smbios_setenv done smbios_parse_table returns 0xe66c3 smbios_parse_table: type 2 smbios_setenv: smbios.planar.maker at 0xe66c3, offset = 4 smbios.planar.maker="Supermicro" smbios_setenv done smbios_setenv: smbios.planar.product at 0xe66c3, offset = 5 smbios.planar.product="P3TDE6" smbios_setenv done smbios_setenv: smbios.planar.version at 0xe66c3, offset = 6 smbios.planar.version="1234567890" smbios_setenv done smbios_parse_table returns 0xe66f4 smbios_parse_table: type 3 smbios_setenv: smbios.chassis.maker at 0xe66f4, offset = 4 smbios.chassis.maker="Supermicro" smbios_setenv done smbios_setenv: smbios.chassis.version at 0xe66f4, offset = 6 smbios.chassis.version="P3TDE6" smbios_setenv done smbios_parse_table returns 0xe672e smbios_parse_table: type 4 smbios_parse_table returns 0xe6784 smbios_parse_table: type 4 smbios_parse_table returns 0xe67da smbios_parse_table: type 7 smbios_parse_table returns 0xe67f7 smbios_parse_table: type 5 smbios_parse_table returns 0xe6811 smbios_parse_table: type 6 smbios_parse_table returns 0xe6824 smbios_parse_table: type 6 smbios_parse_table returns 0xe6837 smbios_parse_table: type 6 smbios_parse_table returns 0xe684a smbios_parse_table: type 6 smbios_parse_table returns 0xe685d smbios_parse_table: type 7 smbios_parse_table returns 0xe687a smbios_parse_table: type 8 smbios_parse_table returns 0xe688d smbios_parse_table: type 8 smbios_parse_table returns 0xe68a0 smbios_parse_table: type 8 smbios_parse_table returns 0xe68b4 smbios_parse_table: type 8 smbios_parse_table returns 0xe68c8 smbios_parse_table: type 8 smbios_parse_table returns 0xe68df smbios_parse_table: type 8 smbios_parse_table returns 0xe68f5 smbios_parse_table: type 8 smbios_parse_table returns 0xe6908 smbios_parse_table: type 9 smbios_parse_table returns 0xe691b smbios_parse_table: type 9 smbios_parse_table returns 0xe692e smbios_parse_table: type 9 smbios_parse_table returns 0xe6941 smbios_parse_table: type 9 smbios_parse_table returns 0xe6954 smbios_parse_table: type 9 smbios_parse_table returns 0xe6967 smbios_parse_table: type 9 smbios_parse_table returns 0xe697a smbios_parse_table: type 9 smbios_parse_table returns 0xe6990 smbios_parse_table: type 10 smbios_parse_table returns 0xe69ae smbios_parse_table: type 11 smbios_parse_table returns 0xe69f9 smbios_parse_table: type 12 smbios_parse_table returns 0xe6a44 smbios_parse_table: type 13 smbios_parse_table returns 0xe6a79 smbios_parse_table: type 15 smbios_parse_table returns 0xe6a9c smbios_parse_table: type 18 smbios_parse_table returns 0xe6ab5 smbios_parse_table: type 16 smbios_parse_table returns 0xe6ac6 smbios_parse_table: type 19 smbios_parse_table returns 0xe6ad7 smbios_parse_table: type 17 smbios_parse_table returns 0xe6afb smbios_parse_table: type 20 smbios_parse_table returns 0xe6b10 smbios_parse_table: type 17 smbios_parse_table returns 0xe6b34 smbios_parse_table: type 20 smbios_parse_table returns 0xe6b49 smbios_parse_table: type 17 smbios_parse_table returns 0xe6b6d smbios_parse_table: type 20 smbios_parse_table returns 0xe6b82 smbios_parse_table: type 17 smbios_parse_table returns 0xe6ba6 smbios_parse_table: type 20 smbios_parse_table returns 0xe6bbb smbios_parse_table: type 23 smbios_parse_table returns 0xe6bca smbios_parse_table: type 25 smbios_parse_table returns 0xe6bd5 smbios_parse_table: type 32 smbios_parse_table returns 0xe6beb smbios_parse_table: type 33 smbios_parse_table returns 0xe6c0c smbios_parse_table: type 128 smbios_parse_table returns 0xe6c38 smbios_parse_table: type 127 smbios_parse_table returns 0xe6c3e FreeBSD/i386 bootstrap loader, Revision 1.1 (ken@gondolin.kdm.org, Fri Aug 19 22:51:48 MDT 2005) --/04w6evG8XlLl3ft--