From owner-freebsd-mips@FreeBSD.ORG Sun Apr 3 23:19:54 2011 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F57106564A for ; Sun, 3 Apr 2011 23:19:54 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC0708FC0A for ; Sun, 3 Apr 2011 23:19:54 +0000 (UTC) Received: by yie12 with SMTP id 12so2361035yie.13 for ; Sun, 03 Apr 2011 16:19:54 -0700 (PDT) Received: by 10.150.31.15 with SMTP id e15mr3955428ybe.185.1301872794097; Sun, 03 Apr 2011 16:19:54 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.151.13.12 with HTTP; Sun, 3 Apr 2011 16:19:34 -0700 (PDT) In-Reply-To: <153BB57A-6F99-4E5C-9F39-55D6C3B210FC@bsdimp.com> References: <153BB57A-6F99-4E5C-9F39-55D6C3B210FC@bsdimp.com> From: Juli Mallett Date: Sun, 3 Apr 2011 16:19:34 -0700 X-Google-Sender-Auth: 0cW_amQdeCSuylw3-hygYyzmGq8 Message-ID: To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "mips@freebsd.org" Subject: Re: Toiling away on booting the new blades 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: Sun, 03 Apr 2011 23:19:55 -0000 On Sun, Apr 3, 2011 at 15:07, Warner Losh wrote: > On Apr 3, 2011, at 3:29 PM, Andrew Duane wrote: >> Since the MIPS bootinfo structure is already part of FreeBSD, is this co= de in the startup path something you'd be interested in taking in? > > I think I'd be interested. =A0I think this is a decent path to explore, b= ut would need to see code before committing :) Indeed, I think it's worth committing probably, or perhaps committing a modified version that does the same thing. It's easy to imagine that some people will eventually want to just use loader with U-Boot on Octeon so that they can have hints, good UFS support, module loading, etc. Also, Warner, if you touch octeon_machdep.c, could you please move the app boot descriptor thing to a separate header file with the Cavium license? I believe I've touched all of the actual *source code* there, but right now we're possibly violating the license (depending on how big you believe a page is) which requires the license to be at the top of the file. So I think moving the license and struct to a separate header would be sufficient (using the structure from the current SDK would probably be even better?) Juli.