From owner-freebsd-fs@FreeBSD.ORG Sun Jan 13 21:28:46 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D45116C7; Sun, 13 Jan 2013 21:28:46 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id A8EBFDB2; Sun, 13 Jan 2013 21:28:46 +0000 (UTC) Received: from [192.168.1.151] (static-71-163-17-12.washdc.fios.verizon.net [71.163.17.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r0DLSicA026417 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 13 Jan 2013 16:28:45 -0500 (EST) From: Chris Ross Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: ZFS loader crash on sparc64 (since Oct 2012) Date: Sun, 13 Jan 2013 16:28:43 -0500 Message-Id: <4031F492-C30C-4F5D-BF8E-B2D61FFD0EAD@distal.com> To: freebsd-fs@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.distal.com [206.138.151.250]); Sun, 13 Jan 2013 16:28:45 -0500 (EST) Cc: "freebsd-sparc64@freebsd.org" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2013 21:28:46 -0000 Since this is a loader crash related to ZFS, someone wisely pointed = out that posting to freebsd-fs might be a good idea. There's a long = thread on the freebsd-sparc64 list about this issue, you can find at: = http://list-archives.org/2012/12/23/freebsd-sparc64-freebsd-org/changes-to= -kern-geom-debugflags/f/4758203564 But, the relevant details are that I determined that stable/9 changed = for sparc64 on October 28, with revision 242230. This was noted as a = merge by avg for revision 241289, and appears to be part of a bunch of = changes he made on October 6 (revs 241282-241294, plus some others = nearby). I'm interested in getting this fixed, so I can build a bootloader that = doesn't cause my sparc64 to hit a divide by zero trap. Please feel free to contact me with any questions about what I found. = (most of it is in the freebsd-sparc64 thread linked to above, but I'm = happy to describe anything unclear or recount from memory.) Thanks! - Chris