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 From owner-freebsd-mips@FreeBSD.ORG Tue Apr 15 10:15:35 2003 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 8320637B401; Tue, 15 Apr 2003 10:15:35 -0700 (PDT) Date: Tue, 15 Apr 2003 12:15:35 -0500 From: Juli Mallett To: Robert Drehmel Message-ID: <20030415121535.A73039@FreeBSD.org> References: <20030415091420.GB39845@bsd.develop.ferrari.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030415091420.GB39845@bsd.develop.ferrari.local>; from robert@zoot.drehmel.com on Tue, Apr 15, 2003 at 11:14:20AM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-Negacore: Yes X-Title: Code Maven X-Authentication-Warning: localhost: juli pwned teh intarweb 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 17:15:35 -0000 * De: Robert Drehmel [ Data: 2003-04-15 ] [ Subjecte: Re: PERFORCE change 28827 for review ] > > $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. Yeah, that example is a bad one, as the methodology with which one gets MACHINE & MACHINE_ARCH in that part of the build was a bit different. When I saw your change I eventually figured this was the reason why, and it took even longer to remember why it was needed there at all. > At this stage, I just want to get it working. Obviously! > 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. Aye. Splitting out the codebase-independent bits into _subr files and trying to share those or something would probably work. I do definitely agree with you on that. > (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.) Did you look at the dev/arcbios sgimips checks? Or you mean that the Octane has things different even from other SGIs? > 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? I think nobody uses the ARC loader for Alpha, and it was uncompleted. Anyone that needs it is dead in the water, anyway, even if the loader did work, as the kernel's arcbios support was added in the mips branch, and wasn't part of the earlier ARC effort. I had had an ARC Alpha on the wantlist so I could approach this, at one point. I think it'd be worthwhile to try to get/keep Alpha people involved (if anyone cares, apparently the only ARC alphas aren't really FreeBSD-quality), but I think it would be more worthwhile still to have something up and running. It's not like this is in CVS right now anyway, so "make it work now" is good. If Alpha people really want it, they can always try trial-and-error themselves, if something that changes doesn't work. > 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'?). They only make a very simple distinction between things, that is to say the kernel hack to change the .text address wrt IP22 or IP32. As far as I know, anyway. I think maybe just a make.conf tunable or such would work here. WANT_SGI_IP32, or \&_ARCBIOS maybe. I don't know quite what you'd want to call things or how, I suppose worst-case, if everything is the same except the addr, and we can't just have the code probe (arcbios_init(addr1), if (ARCBIOS->Running != TRUE) arcbios_init(addr2) or such, maybe) then worst case you could always just make *that* the tunable. Thanx! juli. -- juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli; From owner-freebsd-mips@FreeBSD.ORG Wed Apr 16 14:01:54 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 2FAE137B401 for ; Wed, 16 Apr 2003 14:01:54 -0700 (PDT) Received: from sleet.ispgateway.de (sleet.ispgateway.de [62.67.200.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D58F43FAF for ; Wed, 16 Apr 2003 14:01:52 -0700 (PDT) (envelope-from robert@spes.drehmel.com) Received: (qmail 4094 invoked from network); 16 Apr 2003 21:01:50 -0000 Received: from unknown (HELO spes.drehmel.com) (948464@[62.220.9.57]) (envelope-sender ) by sleet.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 16 Apr 2003 21:01:50 -0000 Received: from spes.drehmel.com (localhost [127.0.0.1]) by spes.drehmel.com (8.12.9/8.12.6) with ESMTP id h3GL1e88037440; Wed, 16 Apr 2003 23:01:40 +0200 (CEST) (envelope-from robert@spes.drehmel.com) Received: (from robert@localhost) by spes.drehmel.com (8.12.9/8.12.6/Submit) id h3GL1cEI037438; Wed, 16 Apr 2003 23:01:38 +0200 (CEST) Date: Wed, 16 Apr 2003 23:01:38 +0200 From: Robert Drehmel To: Juli Mallett Message-ID: <20030416210138.GA24684@spes.drehmel.com> References: <20030415091420.GB39845@bsd.develop.ferrari.local> <20030415121535.A73039@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030415121535.A73039@FreeBSD.org> User-Agent: Mutt/1.4i 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: Wed, 16 Apr 2003 21:01:54 -0000 Hello. On Tue, Apr 15, 2003 at 12:15:35PM -0500, Juli Mallett wrote: > Did you look at the dev/arcbios sgimips checks? Or you mean that > the Octane has things different even from other SGIs? Lacking access to SGI machines other than IP30 (Octane), all I can say is that the SGI ARC data structures in dev/arcbios/arcbios.h include members which have the wrong width for IP30. I guess they are actually correct for other (64-bit) SGI machines (because NetBSD seems to use them successfully). ciao, -robert From owner-freebsd-mips@FreeBSD.ORG Wed Apr 16 14:12:42 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 5412437B401; Wed, 16 Apr 2003 14:12:42 -0700 (PDT) Received: from dalek.newgold.net (CPE-65-30-118-245.kc.rr.com [65.30.118.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BC443FBD; Wed, 16 Apr 2003 14:12:41 -0700 (PDT) (envelope-from jmallett@newgold.net) Received: from jmallett by dalek.newgold.net with local (Exim 4.14) id 195uCU-0002mH-KV; Wed, 16 Apr 2003 16:12:14 -0500 Date: Wed, 16 Apr 2003 16:12:14 -0500 From: Juli Mallett To: Robert Drehmel Message-ID: <20030416211213.GA9633@newgold.net> References: <20030415091420.GB39845@bsd.develop.ferrari.local> <20030415121535.A73039@FreeBSD.org> <20030416210138.GA24684@spes.drehmel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030416210138.GA24684@spes.drehmel.com> Organisation: New Gold Technology X-Alternate-Addresses: , , , , X-Title: Code Maven X-Authentication-Warning: localhost: juli pwned teh intarweb User-Agent: Mutt/1.5.4i cc: Juli Mallett 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: Wed, 16 Apr 2003 21:12:42 -0000 * Robert Drehmel [ Date: 2003-04-16 ] [ w.r.t. Re: PERFORCE change 28827 for review ] > Hello. > > On Tue, Apr 15, 2003 at 12:15:35PM -0500, Juli Mallett wrote: > > Did you look at the dev/arcbios sgimips checks? Or you mean that > > the Octane has things different even from other SGIs? > > Lacking access to SGI machines other than IP30 (Octane), all I can > say is that the SGI ARC data structures in dev/arcbios/arcbios.h > include members which have the wrong width for IP30. I guess > they are actually correct for other (64-bit) SGI machines (because > NetBSD seems to use them successfully). NetBSD doesn't run 64-bit, there may be type bogons there. -- juli mallett. login: jmallett domain: newgold.net. title: code thespian.