From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 3 21:40:44 2009 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5008B106564A for ; Sat, 3 Jan 2009 21:40:44 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0228FC14 for ; Sat, 3 Jan 2009 21:40:44 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.96] (75-101-29-67.dsl.static.sonic.net [75.101.29.67]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KCW00CC9XFUSE60@asmtp012.mac.com>; Sat, 03 Jan 2009 12:40:43 -0800 (PST) Message-id: From: Marcel Moolenaar To: Marius Strobl In-reply-to: <20081231194741.GA57089@alchemy.franken.de> Date: Sat, 03 Jan 2009 12:40:41 -0800 References: <6b8e8f4f0812281128lf48f391r38f063f7f797404@mail.gmail.com> <20081231194741.GA57089@alchemy.franken.de> X-Mailer: Apple Mail (2.930.3) Cc: marcel@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: invalid disk label on updated current ultra60 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2009 21:40:44 -0000 On Dec 31, 2008, at 11:47 AM, Marius Strobl wrote: > On Sun, Dec 28, 2008 at 09:28:49AM -1000, David Cornejo wrote: >> Hi, >> >> I've got an ultra60 that works fine with a kernel built Nov 22nd and >> new kernels starting at least a couple of days ago claim that the >> disklabel on da0 & da1 are invalid and mounting root fails. This >> is a >> fairly old system that was probably installed with 6 or 7 and >> upgraded >> to 8. I haven't seen this problem on my x86/amd64 machines is there >> some incantation to make the disklabels valid? >> > > Apparently the problem are labels (originally) generated by > Solaris, which uses the native geometry reported by the > target rather than a synthetic one based on 255 heads and > 63 sectors as demonstrated by the following format(1M) output > for two identical disks, the first labeled with format(1M) > and the second with sunlabel(8) (after zeroing the previous > one): > 0. c1t0d0 > /pci@1f,700000/scsi@2/sd@0,0 > 1. c1t1d0 > /pci@1f,700000/scsi@2/sd@1,0 > > The 63 sectors limit of GEOM_PART_VTOC8 also causes problems > with IDE disks > 32GB where FreeBSD uses a synthetic geometry > based on 255 sectors like Solaris does in order to circumvent > the 16-bit cylinders, heads and sectors fields of the Sun and > VTOC8 disk labels. I think the upper limits for heads and > sectors therefore should be just removed from GEOM_PART_VTOC8, > which should also be safe, i.e. no upper bound needed, as done > by the below patch in order for their maximum value to be used. > Marcel, are you okay with this? Do you have a good idea how > to avoid the warning regarding geometry mismatch for labels > created by Solaris? I'm perfectly happy with it. The limits are mostly PC BIOS specific, though I kept them under the assumption that 1) they would hold for sparc64 and 2) we may make assumptions out the geometry in differenmt parts of the FreeBSD source base. It seems the limits simply don't hold, so it's better to remove them and deal with problems in other parts of the source tree if we encounter them. As for the warning: I made the geometry mismatch visible so that we can work the problem. If it's something that we cannot fix on sparc64 because Solaris uses the native geometry and we never do (for example), then we should just get rid of the warning and add a comment instead... FYI, -- Marcel Moolenaar xcllnt@mac.com