From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 12:09:37 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5D637B401 for ; Tue, 24 Jun 2003 12:09:37 -0700 (PDT) Received: from 12-222-90-48.client.insightbb.com (12-222-90-48.client.insightBB.com [12.222.90.48]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BBBE43F85 for ; Tue, 24 Jun 2003 12:09:36 -0700 (PDT) (envelope-from chris@manual-override.net) Received: (qmail 85676 invoked from network); 24 Jun 2003 19:00:22 -0000 Received: from unknown (HELO manual-override.net) (65.42.236.8) by 12-222-90-48.client.insightbb.com with SMTP; 24 Jun 2003 19:00:22 -0000 Message-ID: <3EF8A35B.1080002@manual-override.net> Date: Tue, 24 Jun 2003 14:15:39 -0500 From: Chris Orr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-sparc64@freebsd.org References: <20030624183520.99348.qmail@web14204.mail.yahoo.com> <20030624184541.GS57612@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: gem0 not working on sparc64 current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 19:09:38 -0000 Hey, Is there any word on using both gem0 and gem1? Thanks! -chris John-Mark Gurney wrote: >Thomas McIntyre wrote this message on Tue, Jun 24, 2003 at 11:35 -0700: > > >>Anybody know why recent CURRENT kernels have switched gem0 on my >>sparc64 Netra from the physical port marked 0 to the one marked 1? >>The same thing happened when testing the install of gentoo sparc64, >>but 5.1 had it right on RELEASE; it just recently flip flopped. >> >> > >You can blame me for that. On the -RELEASE, not all machines were >probing the second gem device. So, I fixed this, but since we do >our own enumeration of PCI (tmm has patches to use OFW), your port 1 >is now being probed before port 0 causing the switch. > > > >>It took some head scratching before figuring out to try plugging the >>patch cable into the other port. >> >> > >My fault for not posting a heads up to -sparc64 about that. > > > >>2) It would appear that fdisk and disklabel don't work. Going back >>to the install program to partition the second disk is what caused >>the installation havoc above. Anybody know how sysinstall does it's >>dirty work? I'm trying to setup vinum and would rather not bounce >>through the menu. >> >> > >sunlabel is your friend. on Sparc64, fdisk is not useful (only on x86 >similar systems), and disklabel has been removed in preference to bsdlabel >and sunlabel. > >I can't address your other issues, maybe someone else can? > > >