From owner-freebsd-mips@FreeBSD.ORG Tue Apr 15 02:19:55 2003 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFE8537B404 for ; Tue, 15 Apr 2003 02:19:54 -0700 (PDT) Received: from sleet.ispgateway.de (sleet.ispgateway.de [62.67.200.125]) by mx1.FreeBSD.org (Postfix) with SMTP id CF7F843FBD for ; Tue, 15 Apr 2003 02:19:52 -0700 (PDT) (envelope-from robert@zoot.drehmel.com) Received: (qmail 32220 invoked from network); 15 Apr 2003 09:19:51 -0000 Received: from unknown (HELO bsd.develop.ferrari.local) (948464@[62.159.79.193]) (envelope-sender ) by sleet.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 15 Apr 2003 09:19:51 -0000 Received: (from robert@localhost) by bsd.develop.ferrari.local (8.12.6/8.11.5) id h3F9ELFN039944; Tue, 15 Apr 2003 11:14:21 +0200 (CEST) (envelope-from robert) Date: Tue, 15 Apr 2003 11:14:20 +0200 From: Robert Drehmel To: jmallett@FreeBSD.org Message-ID: <20030415091420.GB39845@bsd.develop.ferrari.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i cc: perforce@FreeBSD.org cc: mips@FreeBSD.org Subject: Re: PERFORCE change 28827 for review X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 09:19:55 -0000 [Moving to mips@FreeBSD] Hello Juli, > $PLATFORM is best spelled $MACHINE or $TARGET_MACHINE depending on > the context (in this one it's $MACHINE), wouldn't you say? I just took the next best name grep revealed to me (from sys/conf/Makefile.mips); you are right, I will change the name of the variable to MACHINE. At this stage, I just want to get it working. I think the two ARC libraries (in sys/dev and sys/boot) we currently have should be merged later, at least the ARC data structure definitions which currently reside in dev/arcbios/arcbios.h and boot/arc/include/arc(types|funcs).h. (They need to be changed anyway - some of the structures have a wrong layout for the SGI Octane I am testing on, and that requires tedious trail-and-error sequences. I did not find any documentation about the specialties of the SGI ARC.) My plan was to start using (and modifying) the structures and constants imported from NetBSD, in new ARC code, mainly to enable code-sharing. This is ugly as long as the `other' headers (the original boot/arc/include files) are used in the same library, but should turn out to be cleaner after every piece of ARC code uses dev/arcbios/arcbios.h. Of couse, this is only theoretical and I need to ask the alpha people for their opinion first. What do you think? Let me reply to your other mail because of the knotted topics: > Unfortunately, 'sgimips' is not fine-grained enough here. Need to > have a tunable to build it for other SGI machines, where that > location may not be right at all. Do you have any particular > stylistic feelings on how to do that? I guess we should stay compatible with NetBSD. If they are not distinguishing SGI machines on that level, we could use 'sgimips' and e.g. 'sgimips_ip32' for more granularity (or just 'ip32'?). ciao, -robert