From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 12 07:02:57 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C870A1065672 for ; Thu, 12 Jul 2012 07:02:57 +0000 (UTC) (envelope-from gavin.mu@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8070D8FC19 for ; Thu, 12 Jul 2012 07:02:57 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1481374qcs.13 for ; Thu, 12 Jul 2012 00:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vegoV30kPqQl7P6W9k+RZlfG+3BzeuPGm0f7Pf40KZU=; b=flNs0F45zlO8i6t36Gr516pahVrolKdurTypg9UD5YGa0cGN9GtDqbCEc75obnUk7l np6NRAXlNq/Yd6Z0PnjdzsUpgcrfEIBtPJW4G9Wk7YDSsc3BzgWTwe6Gm8O16wXt05Lg /chE6H8SP++faZlVPGI/caNZBFtB7ejZgZVSlP6OXAV7kWqnZYHB09FVyUsY8SLDPivX PVLB3JCSlXWGybUDV+YtVJIUw2SMWXXz1Xtr7lai88vNcfcj0eNobNg9cs9QH91Obq1k jdBwelnDd1269l5IPv+iq2LjdPJc0YuVTTF4l6dWJ5mTd8mW3oA6lsfhIj6bKFOb1Ovc zefg== MIME-Version: 1.0 Received: by 10.224.177.1 with SMTP id bg1mr1884993qab.68.1342076576791; Thu, 12 Jul 2012 00:02:56 -0700 (PDT) Received: by 10.229.229.206 with HTTP; Thu, 12 Jul 2012 00:02:56 -0700 (PDT) In-Reply-To: <20120710165433.GA98707@pix.net> References: <20120708025435.GA12487@pix.net> <20120709140019.GA67276@alchemy.franken.de> <20120710165433.GA98707@pix.net> Date: Thu, 12 Jul 2012 15:02:56 +0800 Message-ID: From: Gavin Mu To: Kurt Lidl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org, Marius Strobl Subject: Re: zfs booting feedback 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: Thu, 12 Jul 2012 07:02:57 -0000 On Wed, Jul 11, 2012 at 12:54 AM, Kurt Lidl wrote: > On Mon, Jul 09, 2012 at 04:00:19PM +0200, Marius Strobl wrote: > > On Sat, Jul 07, 2012 at 10:54:35PM -0400, Kurt Lidl wrote: > > > I built a full 9.0-stable distribution on Friday night, and got to play > > > with installing it on a spare Netra T1-105 today. Mostly I was > > > interested in testing out the integrated ZFS boot support that > > > was commited recently. > > > > > > First of all -- it works! Thanks very much to all who made it > possible! > > > > > > After working through a couple of nits in my script that installs it > all, > > > I've got a fully functioning, ZFS-only sparc64 machine. Nice. > > > > > > The zfsboot bootblock's warning about not being able to open > non-existant > > > devices are pretty extranous, but other than that, it seems to > function OK. > > > > That's more or less a cosmetic problem for now; there's no standard > > Open Firmware method allowing to test whether the device corresponding > > to a (automatically) created device alias actually exists short of > > trying to open it, with OFW causing at least the "Drive not ready" > > part on its own. There are some Sun specific extensions to the > > default methods whose names sound like they could be of some help > > here. I haven't gotten around to actually test whether this is the > > case or whether they actually exist in all OFW implementations of > > all sun4u models. > > If the aliases were artificially created via the `nvalias` command > > ("disk9" sounds a bit unusual for the automatically created ones) > > you can get rid of the none existing ones via `nvunalias` (needs > > a `reset-all` or power-cycle to take effect). > > All the disks that were probed were part of the normally > defined devices on the machine. I only have two devices defined > in my nvramrc: > > ok nvramrc type > devalias rootdisk /pci@1f,0/pci@1,1/scsi@2/disk@0,0 > devalias rootmirror /pci@1f,0/pci@1,1/scsi@2/disk@1,0 > > And I have the system configured to boot from "rootdisk rootmirror". > > Here's the full output of a 'devalias' from the prom on the machine: > > ok devalias > cdrom1 /pci@1f,0/pci@1,1/scsi@2/disk@6,0:f > cdrom /pci@1f,0/pci@1/pci@1/ide@e/cdrom@2:f > ide-disk /pci@1f,0/pci@1/pci@1/ide@e/disk@0:f > ide-cdrom /pci@1f,0/pci@1/pci@1/ide@e/cdrom@2:f > ide /pci@1f,0/pci@1/pci@1/ide@e > rootmirror /pci@1f,0/pci@1,1/scsi@2/disk@1,0 > rootdisk /pci@1f,0/pci@1,1/scsi@2/disk@0,0 > userprom2 /pci@1f,0/pci@1,1/ebus@1/flashprom@10,800000 > userprom1 /pci@1f,0/pci@1,1/ebus@1/flashprom@10,400000 > i2c-cs2 /pci@1f,0/pci@1,1/ebus@1/i2c@14,100000 > i2c /pci@1f,0/pci@1,1/ebus@1/i2c@14,600000 > systemprom /pci@1f,0/pci@1,1/ebus@1/flashprom@10,0 > pcic /pci@1f,0/pci@1/pci@1 > pcib /pci@1f,0/pci@1,1 > pcia /pci@1f,0/pci@1 > ebus /pci@1f,0/pci@1,1/ebus@1 > net2 /pci@1f,0/pci@1,1/network@3,1 > net /pci@1f,0/pci@1,1/network@1,1 > floppy /pci@1f,0/pci@1,1/ebus@1/fdthree > disk /pci@1f,0/pci@1,1/scsi@2/disk@0,0 > cdrom /pci@1f,0/pci@1,1/scsi@2/disk@6,0:f > tape /pci@1f,0/pci@1,1/scsi@2/tape@4,0 > tape1 /pci@1f,0/pci@1,1/scsi@2/tape@5,0 > tape0 /pci@1f,0/pci@1,1/scsi@2/tape@4,0 > diskf /pci@1f,0/pci@1,1/scsi@2/disk@f,0 > diske /pci@1f,0/pci@1,1/scsi@2/disk@e,0 > diskd /pci@1f,0/pci@1,1/scsi@2/disk@d,0 > diskc /pci@1f,0/pci@1,1/scsi@2/disk@c,0 > diskb /pci@1f,0/pci@1,1/scsi@2/disk@b,0 > diska /pci@1f,0/pci@1,1/scsi@2/disk@a,0 > disk9 /pci@1f,0/pci@1,1/scsi@2/disk@9,0 > disk8 /pci@1f,0/pci@1,1/scsi@2/disk@8,0 > disk7 /pci@1f,0/pci@1,1/scsi@2/disk@7,0 > disk6 /pci@1f,0/pci@1,1/scsi@2/disk@6,0 > disk5 /pci@1f,0/pci@1,1/scsi@2/disk@5,0 > disk4 /pci@1f,0/pci@1,1/scsi@2/disk@4,0 > disk3 /pci@1f,0/pci@1,1/scsi@2/disk@3,0 > disk2 /pci@1f,0/pci@1,1/scsi@2/disk@2,0 > disk1 /pci@1f,0/pci@1,1/scsi@2/disk@1,0 > disk0 /pci@1f,0/pci@1,1/scsi@2/disk@0,0 > scsi /pci@1f,0/pci@1,1/scsi@2 > ttyb /pci@1f,0/pci@1,1/ebus@1/su@14,3602f8 > ttya /pci@1f,0/pci@1,1/ebus@1/su@14,3803f8 > ttyd /pci@1f,0/pci@1,1/ebus@1/se@14,400000:b > ttyc /pci@1f,0/pci@1,1/ebus@1/se@14,400000:a > > As you can see, the devices disk0..diskf exist, but something in the > boot code "only" probes the first 10 devices. It's certainly not > attempting to opening *all* the disk devices listed by 'devalias'. > > It looks like from the code in .../sys/boot/sparc64/loader/main.c > that the first MAXDEV (==31) disk devices are probed (well, whatever > disk%d is an alias to, I suppose) and the vtoc's > loaded and examined for zfs partitions. > > oops, I think I assumed that the disk name should be disk9, disk10, disk11, instead of disk9, diska, diskb... Is there any standards to name those disks? Regards, Gavin