From owner-freebsd-stable@FreeBSD.ORG Fri Oct 19 21:31:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D391CCE9; Fri, 19 Oct 2012 21:31:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A67D18FC16; Fri, 19 Oct 2012 21:31:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 018E6B97C; Fri, 19 Oct 2012 17:31:43 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.1-RC2 Available... Date: Fri, 19 Oct 2012 17:31:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <17ECE3EA4CEBE34A910A8B067A4DABA71B771C@nlhlmexdb03.ocom.lan> <508155E4.3040602@FreeBSD.org> <17ECE3EA4CEBE34A910A8B067A4DABA71B9B3C@nlhlmexdb03.ocom.lan> In-Reply-To: <17ECE3EA4CEBE34A910A8B067A4DABA71B9B3C@nlhlmexdb03.ocom.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210191731.22668.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 19 Oct 2012 17:31:43 -0400 (EDT) Cc: Alex de Joode , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2012 21:31:43 -0000 On Friday, October 19, 2012 2:26:45 pm Alex de Joode wrote: > https://sabotage.org/FBSD/FBSD-9.1RC2.jpg > > Screen shot. Basicly the only diff between the two r210 are the disks, > one has 2x2TB (works) and the one that has 2x1Tb fails with the above error. > > Both are sw/ mirrored. No hw/ raid and ACHI sata settings. Hummm, somehow we are executing data, not code: 00000000 8c 39 00 00 01 82 44 45 4c 4c 20 20 50 45 5f 53 |.9....DELL PE_S| That isn't a valid instruction. :( Also, your eip value is not anything that would be normal. Actually, your eip value looks like a pointer into the BIOS (0xf000:bf6a). I bet something in your BIOS had a buffer overrun and trashed the stack or some such. Or it overran an I/O buffer which trashed the return stack of the userland process somehow. -- John Baldwin