From owner-freebsd-mips@FreeBSD.ORG Wed Aug 11 11:02:51 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDFE81065674; Wed, 11 Aug 2010 11:02:50 +0000 (UTC) (envelope-from waynegong83@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7119E8FC1F; Wed, 11 Aug 2010 11:02:50 +0000 (UTC) Received: by qwg5 with SMTP id 5so8686821qwg.13 for ; Wed, 11 Aug 2010 04:02:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=JQKpwwp55BvKgBEbYbVTrfB6yyWFWgx7+n8HBqiXIEs=; b=wOY+GKJrBezklhPpzEmg/xila9QernmaCkQRkhdAh/W8IGGA0a7rHIyhk7x/BYgYFo 59QLCGvL9kO2akvgB7jje5TtFt2feYiklqJtpmBfKDTAReIgf+EYRDJl/wvPc6QQ+QKq Vya5SLCDHBQpqHbAOANAi9nW7ZtzVsMqqGTKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ew1Psw50oVBNpVZVR0ID4Wtw471G/R+8WwLxIRWrkLNP9jY37+IpOjKVCPTv83Y0MA fV7QMCbSPtDKZut2SAiAfQqZlfqBklzXpP/hct6bJ5IpPaVENFz7xNwFEHt1x7yHemzp skwd3CfXHMPdtrUI+1N3p3+QDKmI22o5hQdao= MIME-Version: 1.0 Received: by 10.224.79.11 with SMTP id n11mr10461190qak.256.1281524569432; Wed, 11 Aug 2010 04:02:49 -0700 (PDT) Received: by 10.220.186.72 with HTTP; Wed, 11 Aug 2010 04:02:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Aug 2010 16:32:48 +0530 Message-ID: From: waynegong L To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mips@freebsd.org Subject: Re: HEADSUP : n64 changes in HEAD. X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 11:02:51 -0000 On Wed, Aug 11, 2010 at 1:37 AM, Juli Mallett wrote: > On Tue, Aug 10, 2010 at 07:26, waynegong L wrote: > > On N64 userspace&kernel, During booting ENOENT error is reported from > > devfs_fixup(), as below. > > This error was not seen with previous revisions atleast on my Octeon > board. > > > > Trying to mount root from ufs:/dev/md0 > > *Lookup of /dev for devfs, error: 2* > > start_init: trying /sbin/init > > panic: userret: Returning with 1 locks held. > > Do you have a /dev directory on your md image? > This did the trick. /dev directory was missing in the md image and this was due to my automated script which copy the important binaries and directories and build the ramdisk image. So this was responsible for my lock issue and I could successfully get on to shell prompt on my CN56xx Octeon board. > > > Other day, i tried building the sources for n32 ABI, but the kernel build > > failed with below error. My config file was OCTEON1-32 > > I know you'd rather use n64 than n32, so you can ignore some of this, > but I want to take this opportunity to repeat myself about n32. > > OCTEON1-32 is an o32 kernel configuration, not an n32 one. Setting > TARGET_ABI is not enough because the kernel configurations do not > trust TARGET_ABI and TARGET_BIG_ENDIAN to be set in the environment > and override target information gratuitously (their linker scripts do, > too.) > I was under the wrong impression, that setting the TARGET_ABI variable would build n32 kernel. Thanks for this info. > > I can tell you privately how to build an n32 kernel but n32 breaks a > lot of assumptions within the kernel and I don't want to see a lot of > bug reports about how various things in the kernel don't compile for > n32 or don't work or whatever. The right thing to do is to track down > your n64 issues. > Though I am interested in n64, i would like to build n32 kernel. Please do send me the steps to my id in your free time. > > In the relatively near future we'll have support for running o32 and > n32 binaries on an n64 kernel, that should be all you ever need. If > you can run an n32 kernel you can run an n64 kernel, and n64 has the > advantage of not being so pathologically strange that the kernel can't > cope with it. I'm willing in theory to make our kernel aware of the > limitations of something like n32, but nobody else is and with good > reason. The expectations it violates are widespread and it would be a > big burden for FreeBSD to support n32 assumptions throughout the > machine-independent parts of the kernel, especially since there's no > good reason to use n32 over n64 other than that some people think they > need n32. By the time there is a release, we'll hopefully have > support for running n32 worlds on n64 kernels, which actually does > make sense. > Thanks Julie, Jayachandran once again. Regards, Wayne. > > Thanks, > Juli. >