From owner-freebsd-current@FreeBSD.ORG Wed Nov 14 11:17:31 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FF1AC98 for ; Wed, 14 Nov 2012 11:17:31 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2FB8FC08 for ; Wed, 14 Nov 2012 11:17:30 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA21004 for ; Wed, 14 Nov 2012 13:17:29 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TYayG-000K2s-PK for freebsd-current@FreeBSD.org; Wed, 14 Nov 2012 13:17:28 +0200 Message-ID: <50A37DC8.9030108@FreeBSD.org> Date: Wed, 14 Nov 2012 13:17:28 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121030 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: Supermicro X8DT6 crashes in bootloader after r239066 References: <20121031053113.GA1446@itx> In-Reply-To: <20121031053113.GA1446@itx> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Wed, 14 Nov 2012 11:17:31 -0000 on 31/10/2012 07:31 Navdeep Parhar said the following: > I have one of these X8DT6 systems. It has grub2 as the primary boot > loader which then loads zfsloader. Many weeks back I updated the BIOS, > grub, and FreeBSD and ran into a similar problem -- zfsloader would > start, print a few messages, and then the system would reboot. I > tracked it down to the int 0x13 call (with eax=0x4800) in bd_int13probe. > It would walk past the end of the edd_params structure and corrupt the > return address on the stack. I worked around it by padding edd_params. > I was planning to debug it further to find out which of the 3 things > that were updated caused the problem but Other Things(tm) came up. See > if this works for you too: > > diff -r d35d326e437a -r e5228169f3f1 sys/boot/i386/common/edd.h > --- a/sys/boot/i386/common/edd.h Tue Oct 30 21:51:09 2012 -0700 > +++ b/sys/boot/i386/common/edd.h Tue Oct 30 21:51:20 2012 -0700 > @@ -62,6 +62,7 @@ struct edd_params { > uint16_t sector_size; > uint16_t edd_params_seg; > uint16_t edd_params_off; > + char pad[64]; > }; Navdeep, I've committed a different antidote for this BIOS bug as r243025. Could you please that it works for you too? -- Andriy Gapon