From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10899 invoked by alias); 24 Aug 2004 17:24:40 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 10884 invoked from network); 24 Aug 2004 17:24:39 -0000 Received: from unknown (HELO mail.siemenscom.com) (12.146.131.10) by sourceware.org with SMTP; 24 Aug 2004 17:24:39 -0000 Received: from fdns2.rolm.com (localhost [127.0.0.1]) by mail.siemenscom.com (8.12.10/8.12.10) with ESMTP id i7OHOaL1018500; Tue, 24 Aug 2004 10:24:36 -0700 Received: from stca200a.bus.sc.rolm.com (stca200a.bus.sc.rolm.com [165.218.68.180]) by fdns2.rolm.com (8.12.10/8.12.10) with ESMTP id i7OHOa18017357; Tue, 24 Aug 2004 10:24:36 -0700 (PDT) Received: by stca200a.bus.sc.rolm.com with Internet Mail Service (5.5.2657.72) id ; Tue, 24 Aug 2004 10:24:36 -0700 Message-ID: From: "Devaughn, Hans" To: "'Nick Garnett'" Cc: ecos-discuss@sources.redhat.com Date: Tue, 24 Aug 2004 17:24:00 -0000 MIME-Version: 1.0 Content-Type: text/plain Subject: RE: [ECOS] MIPS 5KC Target X-SW-Source: 2004-08/txt/msg00372.txt.bz2 Nick, I tried to duplicate your build for both the Atlas and Malta MIPS32 4KCs and they failed with an error in platform.s. I had just discovered that building on a NEW directory doesn't cause this error. Using NEW directories I have successfully built the Atlas and Malta MIPS32 and the Malta MIPS64. Obviously, as you indicated, there must be residue left on the old directory that the configtool doesn't clean up. Thanks Hans -----Original Message----- From: nickg@xl5.calivar.com [mailto:nickg@xl5.calivar.com] On Behalf Of Nick Garnett Sent: Tuesday, August 24, 2004 1:17 PM To: Devaughn, Hans Cc: ecos-discuss@sources.redhat.com Subject: Re: [ECOS] MIPS 5KC Target Please CC replies to the ecos-discuss list. Direct messages may be ignored. "Devaughn, Hans" writes: > Nick, > > Thanks for your speedy reply. I can build both the Atlas and Malta 4KC > images and get them to link. Could you look at the makefile for the > 5KC from your build. This is what I have for the cache support > > headers: mlt_headers $(PREFIX)/include/cyg/hal/variant.inc > $(PREFIX)/include/cyg/hal/var_arch.h > $(PREFIX)/include/cyg/hal/var_cache.h > $(PREFIX)/include/cyg/hal/var_intr.h > > and > > $(PREFIX)/include/cyg/hal/var_cache.h: > $(REPOSITORY)/$(PACKAGE)/include/var_cache.h > ifeq ($(HOST),CYGWIN) > @mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"` else > @mkdir -p $(dir $@) > endif > @cp $< $@ > @chmod u+w $@ > There doesn't seem to be anything wrong here. > It is the $(PREFIX)/include/cyg/hal/var_cache.h header file that kicks > the error out. The $(REPOSITORY)/$(PACKAGE)/include/var_cache.h file > is the one that supports the MIPS64. So, let me get this right. Although $(REPOSITORY)/$(PACKAGE)/include/var_cache.h points to the correct file, somehow you are getting the mips32 version of the file instead? That does not make any sense. What does the $(PACKAGE) variable contain? It should be "hal/mips/mips64/current". Are you configuring in a fresh directory? Trying to move an existing configuration from one target to another sometimes leaves remnants of the old configuration around. > > I am using John's latest version of configtool (version 2.net, June > 23, 2004 which I downloaded from the Ecoscentric web site). I am using > the mipsisa-32 gnutools, version 3.2.1, prebuilt. I have not used > ecosconfig, but have the John's latest version also. Try using ecosconfig. The following commands are what I used to test with: $ mkdir atlas5kc.ram.kernel $ cd atlas5kc.ram.kernel $ ecosconfig new atlas_mips64_5kc kernel $ ecosconfig tree $ make -- Nick Garnett eCos Kernel Architect http://www.ecoscentric.com/ The eCos and RedBoot experts -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss