From owner-freebsd-mips@FreeBSD.ORG Wed Jan 21 05:48:11 2009 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 41D7A106566C for ; Wed, 21 Jan 2009 05:48:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DB6F68FC13 for ; Wed, 21 Jan 2009 05:48:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n0L5kpi1009118 for ; Tue, 20 Jan 2009 22:46:51 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 20 Jan 2009 22:47:27 -0700 (MST) Message-Id: <20090120.224727.1884751430.imp@bsdimp.com> To: mips@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Minor reorg... 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, 21 Jan 2009 05:48:11 -0000 Greetings, I'd like to propose a minor reorg of the mips tree. For the moment, not much will change, since many things already come close to conforming to this scheme. I'm presenting it here for interested parties to comment upon. First, if you aren't aware of it, I'd like to draw your attention to the projects/mips svn tree. In the spirit of openness, we're moving the main mips development to that tree. We'll continue with the perforce tree for a few more weeks, I'm guessing, until we're sure we have everything moved into the subversion tree. There's a couple of things that need to be cleaned up before they can migrate from the perforce tree, but all the code I'm aware of that falls into that category should have clean replacements soon. Next, we have a bit of a hodge-podge of naming schemes in mips right now: old new ------------------------------------ adm5120 or infineon alchemy same atheros same idt same malta ? malta ? sentry5 bcm47xx or broadcom plus the usual compile, conf and mips. The last three won't change. As you may have guessed, I'd like to move to having things under mips be organized by vendor, or chip family. Currently all the vendors we have use very closely related families. Of course, broadcom bought sibyte a few years ago, so they have multiple families, hence my wavering between bcm47xx and broadcom for that directory name. I'm not sure that we'd benefit much from a adm5120 rename, but I'd like to be consistent. Before I rearrange the deck chairs, I thought I'd give people a chance to comment. I'd also like to make sure that we have board support separated out from SoC support, as well as a mechanism in place for doing multiple boards in one kernel. I'd also like to abstract out boot loader support a bit, since that's how the system starts and many boot loaders are available over a range of SoCs[*]. But those bigger changes are something that will have to wait for another day. Should I wait until I have a bigger plan? Or should I start moving things around now? [*] I'm thinking a loader/cfe.c, loader/uboot.c, loader/yamon.c, etc which will be responsible for determining what board is present, and jumping that board's init code (likely by calling a probe routine: haven't worked out the details since I wanted to see how well Sam's work on ARM in this area played out). Warner P.S. I'm also thinking of revamping the bus_space so it is a table of pointers, ala ARM, since we're starting to run into mips systems that would be easier if we had such a thing.