From owner-freebsd-arm@FreeBSD.ORG Mon Jan 23 11:06:58 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE35D1065672 for ; Mon, 23 Jan 2012 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC40A8FC20 for ; Mon, 23 Jan 2012 11:06:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0NB6wVK080861 for ; Mon, 23 Jan 2012 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0NB6wDK080859 for freebsd-arm@FreeBSD.org; Mon, 23 Jan 2012 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Jan 2012 11:06:58 GMT Message-Id: <201201231106.q0NB6wDK080859@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2012 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/160431 arm [busdma] [patch] Disable interrupts during busdma cach o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/156814 arm OpenRD Ultimate does not boot on DB-88F6XXX or SHEEVAP o arm/156496 arm [patch] Minor bugfixes and enhancements to mmc and mmc o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) o arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/154189 arm lang/perl5.12 doesn't build on arm o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 16 problems total. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 25 22:06:30 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092AF1065700; Wed, 25 Jan 2012 22:06:30 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 726858FC16; Wed, 25 Jan 2012 22:06:29 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 43F08C384A; Wed, 25 Jan 2012 23:06:28 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 0YLshADXr-Mk; Wed, 25 Jan 2012 23:06:27 +0100 (CET) Received: from [10.0.0.112] (nat3-133.ghnet.pl [91.150.222.133]) by smtp.semihalf.com (Postfix) with ESMTPSA id 7C6D8C3846; Wed, 25 Jan 2012 23:06:26 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <101D3416-6B61-4840-A89E-4CF91B0BB8BC@kientzle.com> Date: Wed, 25 Jan 2012 23:06:25 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <23CB6C35-9450-40BA-9FA3-37C44B328CA8@freebsd.org> <8042D895-3B3D-431E-ADCC-A150BDC838ED@kientzle.com> <7E53112E-DE29-4145-B597-D39AA77252C5@kientzle.com> <101D3416-6B61-4840-A89E-4CF91B0BB8BC@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1084) Cc: arm@freebsd.org Subject: Re: FreeBSD and BeagleBone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 22:06:30 -0000 On 2012-01-22, at 00:29, Tim Kientzle wrote: > On Jan 21, 2012, at 2:13 AM, Rafal Jaworowski wrote: >>=20 >> On 2012-01-21, at 08:34, Tim Kientzle wrote: >>=20 >>> On Jan 20, 2012, at 7:26 AM, Mark Murray wrote: >>>=20 >>>>> For the moment, I'm more curious about just how far I can push = this >>>>> using FreeBSD tools only. >>>>=20 >>>=20 >>> But ubldr still won't run: >>>=20 >>> U-Boot# fatload mmc 0 0x80008000 ubldr >>> U-Boot# bootelf 0x80008000 >>> >>>=20 >>> Anyone else used U-Boot to run ubldr on Arm? >>=20 >> Looking at memory addresses you use for loading etc. the problem you = might be hitting is with a linking address range: ubldr by default is = linked against 0x1000000, and the bootelf command would follow this = while parsing ELF and placing code/data in memory. If your system config = does not allow available RAM in this range it would crash / hang. If = this is the case, please try to adjust linking addr range in = sys/boot/arm/uboot/ldscript.arm to fit your layout and see if this = helps. >=20 > That certainly does help. Setting the ELF linking address to = 0x80001000 > gets this far: >=20 > U-Boot# fatload mmc 0 0x82000000 ubldr > U-Boot# bootelf 0x82000000 > ## Starting application at 0x80001054 > Consoles: U-Boot console > Compatible API signature found @8ff760c0 > >=20 > I think I need to track down some more information on the > memory layout U-Boot uses on this board. >=20 > I haven't checked yet, but I presume the last lines above > are actually being printed by ubldr through the U-Boot > console routine. If so, that means I've gotten far enough to use > printf debugging to trace through ubldr and start understanding > how it works and where it's stopping. Yes, this output following the ## Starting.. line is from ubldr. When looking at the memory layout make sure the new linking address of = ubldr (and the loading address as well) doesn't confilct with U-Boot = private range (code, data, stack etc.) after relocation to RAM. It = typically would relocate itself by the very end of available RAM in the = system, but there's no strict rule, at least for ARM systems -- I have = seen configurations where it would be the opposite and use space at the = beginning of RAM. If you overun this area for any reason (which is very = easy, there's no protection) it would certainly crash. >=20 > Thanks much! >=20 > Tim >=20 > P.S. Is it worth trying to generalize the ubldr Makefile > to accept some form of link address specification? In general yes, the challenge is how to do this in a smart and flexible = way: loader/ubldr is built as part of the world which you don't want to = entagle with platform specific knobs. On the other hand a configurable = like this is specific to some board (not even a chip, soc or a familiy, = anybody can have their U-Boot configured differently underneath..), so = the question is how to convey this knowledge. Rafal From owner-freebsd-arm@FreeBSD.ORG Thu Jan 26 05:34:56 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8283C106564A for ; Thu, 26 Jan 2012 05:34:56 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 58EB58FC1A for ; Thu, 26 Jan 2012 05:34:56 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q0Q5YtEv020273; Thu, 26 Jan 2012 05:34:55 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id znm9ibhvp2xvwjsv9mkijkvh96; Thu, 26 Jan 2012 05:34:55 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Wed, 25 Jan 2012 21:34:55 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <214BF14D-33BA-4D3D-B043-31008E24F7AE@kientzle.com> References: <23CB6C35-9450-40BA-9FA3-37C44B328CA8@freebsd.org> <8042D895-3B3D-431E-ADCC-A150BDC838ED@kientzle.com> <7E53112E-DE29-4145-B597-D39AA77252C5@kientzle.com> <101D3416-6B61-4840-A89E-4CF91B0BB8BC@kientzle.com> To: Rafal Jaworowski X-Mailer: Apple Mail (2.1251.1) Cc: arm@freebsd.org Subject: Re: FreeBSD and BeagleBone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2012 05:34:56 -0000 On Jan 25, 2012, at 2:06 PM, Rafal Jaworowski wrote: > On 2012-01-22, at 00:29, Tim Kientzle wrote: >=20 >>=20 >> P.S. Is it worth trying to generalize the ubldr Makefile >> to accept some form of link address specification? >=20 > In general yes, the challenge is how to do this in a smart and = flexible way: loader/ubldr is built as part of the world which you don't = want to entagle with platform specific knobs. On the other hand a = configurable like this is specific to some board (not even a chip, soc = or a familiy, anybody can have their U-Boot configured differently = underneath..), so the question is how to convey this knowledge. I know Warner has some ideas for organizing the tree to include board information. If each board has a directory, then you could build a custom ubldr for each board. That feels a little heavyweight to me, though. The closest thing to a board description we have is the kernel config. That reflects the hardware and layout of the board being targeted. Is there some way to have ubldr made by buildkernel instead of buildworld? Another approach might be to provide a build script that accepts arguments and spits out a compiled ubldr to match those parameters. Maybe something like: $ cd /usr/src/sys/tools/ubldr-build $ ./ubldr-build arm.arm -l 0x80010000 -o ubldr.beagle Tim From owner-freebsd-arm@FreeBSD.ORG Thu Jan 26 06:01:47 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AD3106566C for ; Thu, 26 Jan 2012 06:01:47 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 5451F8FC08 for ; Thu, 26 Jan 2012 06:01:47 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q0Q61krZ020378; Thu, 26 Jan 2012 06:01:46 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id yuwvpi79pi8qsb493wvv9m4r96; Thu, 26 Jan 2012 06:01:46 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <101D3416-6B61-4840-A89E-4CF91B0BB8BC@kientzle.com> Date: Wed, 25 Jan 2012 22:01:46 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4574F194-D23A-47DC-863B-33B31AEBDC04@kientzle.com> References: <23CB6C35-9450-40BA-9FA3-37C44B328CA8@freebsd.org> <8042D895-3B3D-431E-ADCC-A150BDC838ED@kientzle.com> <7E53112E-DE29-4145-B597-D39AA77252C5@kientzle.com> <101D3416-6B61-4840-A89E-4CF91B0BB8BC@kientzle.com> To: Rafal Jaworowski X-Mailer: Apple Mail (2.1251.1) Cc: arm@freebsd.org Subject: Re: FreeBSD and BeagleBone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2012 06:01:47 -0000 On Jan 21, 2012, at 3:29 PM, Tim Kientzle wrote: > On Jan 21, 2012, at 2:13 AM, Rafal Jaworowski wrote: >>=20 >> On 2012-01-21, at 08:34, Tim Kientzle wrote: >>>=20 >>> But ubldr still won't run: >>>=20 >>> U-Boot# fatload mmc 0 0x80008000 ubldr >>> U-Boot# bootelf 0x80008000 >>> >>>=20 >>> Anyone else used U-Boot to run ubldr on Arm? >>=20 >> Looking at memory addresses you use for loading etc. the problem you = might be hitting is with a linking address range =85 try to adjust = linking addr range in sys/boot/arm/uboot/ldscript.arm to fit your layout = and see if this helps. >=20 > That certainly does help. Setting the ELF linking address to = 0x80001000 > gets this far: >=20 > U-Boot# fatload mmc 0 0x82000000 ubldr > U-Boot# bootelf 0x82000000 > ## Starting application at 0x80001054 > Consoles: U-Boot console > Compatible API signature found @8ff760c0 > Ah. This turned out to be a bug in U-Boot's API implementation. This board doesn't start up with RAM mapped to address zero, so dereferencing a NULL pointer leads to a hang. In api/api_storage.c, dev_stor_get calls get_dev with the name of the kind of storage currently being enumerated ("ide", "mmc", etc.) If the board lacks a particular kind of storage, then the name here is NULL. get_dev() dereferences the name pointer when it calls strncmp(). There's a trivial change to get_dev() (in disk/part.c) to cause it to return NULL if it's called with a NULL name, but I'm not sure that's the best solution here. Seems better to modify dev_stor_get instead. Any thoughts? Tim From owner-freebsd-arm@FreeBSD.ORG Thu Jan 26 08:07:27 2012 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A69D51065672 for ; Thu, 26 Jan 2012 08:07:27 +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 478868FC0C for ; Thu, 26 Jan 2012 08:07:27 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q0Q82SGQ023450 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 26 Jan 2012 01:02:30 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <214BF14D-33BA-4D3D-B043-31008E24F7AE@kientzle.com> Date: Thu, 26 Jan 2012 01:02:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <43F1CB8E-8034-4658-9D38-E1F66202521C@bsdimp.com> References: <23CB6C35-9450-40BA-9FA3-37C44B328CA8@freebsd.org> <8042D895-3B3D-431E-ADCC-A150BDC838ED@kientzle.com> <7E53112E-DE29-4145-B597-D39AA77252C5@kientzle.com> <101D3416-6B61-4840-A89E-4CF91B0BB8BC@kientzle.com> <214BF14D-33BA-4D3D-B043-31008E24F7AE@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 26 Jan 2012 01:02:30 -0700 (MST) Cc: arm@FreeBSD.org Subject: Re: FreeBSD and BeagleBone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2012 08:07:27 -0000 On Jan 25, 2012, at 10:34 PM, Tim Kientzle wrote: > On Jan 25, 2012, at 2:06 PM, Rafal Jaworowski wrote: >> On 2012-01-22, at 00:29, Tim Kientzle wrote: >>=20 >>>=20 >>> P.S. Is it worth trying to generalize the ubldr Makefile >>> to accept some form of link address specification? >>=20 >> In general yes, the challenge is how to do this in a smart and = flexible way: loader/ubldr is built as part of the world which you don't = want to entagle with platform specific knobs. On the other hand a = configurable like this is specific to some board (not even a chip, soc = or a familiy, anybody can have their U-Boot configured differently = underneath..), so the question is how to convey this knowledge. >=20 > I know Warner has some ideas for organizing the tree to include > board information. If each board has a directory, then > you could build a custom ubldr for each board. That > feels a little heavyweight to me, though. The basic idea I had was expanded from what Sam did originally with the = Avila support. Each SoC would have a directory and under that there'd = be a 'boards' directory. This directory would have a number of files. = Each file would have a structure that would link into a list of boards = (or more than one). This structure would contain a 'probe' or 'match' = routine that would be called to discover which of these board structures = matched. The one that matched would then be used to fill in other = details into the SoC's structure. things like clock speed, pin wiring, = etc. Much of that is now covered by FDT, and one field could be a = 'replacement fdt' file since most ARM boot loaders don't present a FDT = to the kernel. This would get away from having too many things hard-wired via #defines = and move instead to having more computed at run time via a structure = dereference, maybe with a little math. This would also allow us to have = one kernel that booted on all AT91RM9200 boards, or possibly all atmel = ARM boards or maybe even all armv4, armv5 and armv6 boards depending on = how far we take this idea. > The closest thing to a board description we have is > the kernel config. That reflects the hardware and layout > of the board being targeted. Is there some way to have > ubldr made by buildkernel instead of buildworld? We already do that for aicasm unconditionally. It might take a bit of = tricky logic to do this conditionally. Well, the unconditional stuff is = just for modules, we do it conditionally based on what's in the kernel, = so there's a path blazed there already since this utility wouldn't be = needed to build a module. > Another approach might be to provide a build script that > accepts arguments and spits out a compiled ubldr to > match those parameters. Maybe something like: >=20 > $ cd /usr/src/sys/tools/ubldr-build > $ ./ubldr-build arm.arm -l 0x80010000 -o ubldr.beagle We already have makefile targets for compressed kernels, this could = easily be another of them. Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jan 27 21:20:24 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 001A2106566C; Fri, 27 Jan 2012 21:20:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C12548FC0C; Fri, 27 Jan 2012 21:20:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q0RLKMbM041502; Fri, 27 Jan 2012 16:20:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q0RLKM3p041499; Fri, 27 Jan 2012 21:20:22 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jan 2012 21:20:22 GMT Message-Id: <201201272120.q0RLKM3p041499@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 21:20:24 -0000 TB --- 2012-01-27 21:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-27 21:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-01-27 21:00:00 - cleaning the object tree TB --- 2012-01-27 21:00:19 - cvsupping the source tree TB --- 2012-01-27 21:00:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-01-27 21:00:53 - building world TB --- 2012-01-27 21:00:53 - CROSS_BUILD_TESTING=YES TB --- 2012-01-27 21:00:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-27 21:00:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-27 21:00:53 - SRCCONF=/dev/null TB --- 2012-01-27 21:00:53 - TARGET=arm TB --- 2012-01-27 21:00:53 - TARGET_ARCH=arm TB --- 2012-01-27 21:00:53 - TZ=UTC TB --- 2012-01-27 21:00:53 - __MAKE_CONF=/dev/null TB --- 2012-01-27 21:00:53 - cd /src TB --- 2012-01-27 21:00:53 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 27 21:00:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_sa.c -o zfs_sa.o cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c -o zfs_znode.o cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c -o zil.o cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c -o zio.o /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c: In function 'zio_data_buf_alloc': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: 'KM_NODEBUG' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-27 21:20:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-27 21:20:22 - ERROR: failed to build world TB --- 2012-01-27 21:20:22 - 887.90 user 221.34 system 1221.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Jan 27 22:29:39 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AEDF106566B; Fri, 27 Jan 2012 22:29:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 075F58FC0A; Fri, 27 Jan 2012 22:29:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q0RMTcMw002834; Fri, 27 Jan 2012 17:29:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q0RMTcbM002828; Fri, 27 Jan 2012 22:29:38 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jan 2012 22:29:38 GMT Message-Id: <201201272229.q0RMTcbM002828@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 22:29:39 -0000 TB --- 2012-01-27 22:10:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-27 22:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-01-27 22:10:01 - cleaning the object tree TB --- 2012-01-27 22:10:04 - cvsupping the source tree TB --- 2012-01-27 22:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-01-27 22:10:29 - building world TB --- 2012-01-27 22:10:29 - CROSS_BUILD_TESTING=YES TB --- 2012-01-27 22:10:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-27 22:10:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-27 22:10:29 - SRCCONF=/dev/null TB --- 2012-01-27 22:10:29 - TARGET=arm TB --- 2012-01-27 22:10:29 - TARGET_ARCH=arm TB --- 2012-01-27 22:10:29 - TZ=UTC TB --- 2012-01-27 22:10:29 - __MAKE_CONF=/dev/null TB --- 2012-01-27 22:10:29 - cd /src TB --- 2012-01-27 22:10:29 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 27 22:10:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_sa.c -o zfs_sa.o cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c -o zfs_znode.o cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c -o zil.o cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/arm/include -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -Wno-pointer-sign -! Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c -o zio.o /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c: In function 'zio_data_buf_alloc': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: 'KM_NODEBUG' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:245: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-27 22:29:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-27 22:29:38 - ERROR: failed to build world TB --- 2012-01-27 22:29:38 - 885.19 user 219.27 system 1177.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Jan 27 23:29:54 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DE87106566B for ; Fri, 27 Jan 2012 23:29:54 +0000 (UTC) (envelope-from erikses@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E55498FC0A for ; Fri, 27 Jan 2012 23:29:53 +0000 (UTC) Received: by eekb47 with SMTP id b47so841580eek.13 for ; Fri, 27 Jan 2012 15:29:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=jGUIjiGb/8EhSWJTtOj1NCZ+l8W64VLcawel8+IbCNM=; b=SWDu5j4HBhqIOiylPquRjkjPrTc6n12D8BecH5I5k8Sf/D4N0IUzMpgLeQ9Et0U3v/ 3T3cc0XqJIIcdQcPXOvr6fhG/pj5qOo69xnheEwo80pm/oOOuhj9BXnBYjEJh8MyuatJ gXIqM6u+5cKVvfyjIhd52cgpNjZBzljAOmV+Y= Received: by 10.14.11.67 with SMTP id 43mr2884319eew.17.1327705621448; Fri, 27 Jan 2012 15:07:01 -0800 (PST) Received: from [192.168.16.2] (r5.toya.net.pl. [85.89.187.38]) by mx.google.com with ESMTPS id e12sm35431392eea.5.2012.01.27.15.06.59 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 27 Jan 2012 15:07:00 -0800 (PST) Message-ID: <4F232E11.9030208@gmail.com> Date: Sat, 28 Jan 2012 00:06:57 +0100 From: "erikses@gmail.com" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0 MIME-Version: 1.0 To: arm@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Can`t build big-endian kernel FreeBSD 9.0 RELEASE X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2012 23:29:54 -0000 Hi, i cant figure out why I cant cross-build *big-endian* kernel. first i make toolchain : $make TARGET=arm TARGET_ARCH=armeb toolchain then when I`m trying to build kernel I see: $make KERNCONF=AT91SAM9260EK TARGET=arm TARGET_ARCH=armeb buildkernel *cc -mlittle-endian *-c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Wno-error /usr/src/sys/cam/cam_periph.c but when I`m building world using : $make TARGET=arm TARGET_ARCH=armeb buildworld i see: cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE *-DTARGET_ENDIAN_DEFAULT=MASK_BIG_END *-I/usr/obj/arm.armeb/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/usr/obj/arm.armeb/usr/src/tmp/legacy/usr/include -L/usr/obj/arm.armeb/usr/src/tmp/legacy/usr/lib -o genemit genemit.o rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o errors.o libiberty.a -lm ./genemit /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/arm/arm.md insn-conditions.md > insn-emit.c what am I doing wrong ? target CPU is Atmel ARM AT91SAM9260, I`m using AT91SAM9G20 modified config Stanislaw. From owner-freebsd-arm@FreeBSD.ORG Sat Jan 28 02:22:09 2012 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E117106564A for ; Sat, 28 Jan 2012 02:22:09 +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 127128FC08 for ; Sat, 28 Jan 2012 02:22:08 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q0S2FeKm043314 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 27 Jan 2012 19:15:40 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) From: Warner Losh In-Reply-To: <4F232E11.9030208@gmail.com> Date: Fri, 27 Jan 2012 19:15:40 -0700 Message-Id: <756BCEA4-4413-41F6-B378-436632ECF29E@bsdimp.com> References: <4F232E11.9030208@gmail.com> To: "erikses@gmail.com" X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 27 Jan 2012 19:15:40 -0700 (MST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: arm@FreeBSD.org Subject: Re: Can`t build big-endian kernel FreeBSD 9.0 RELEASE X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2012 02:22:09 -0000 On Jan 27, 2012, at 4:06 PM, erikses@gmail.com wrote: > make KERNCONF=3DAT91SAM9260EK TARGET=3Darm TARGET_ARCH=3Darmeb = buildkernel Does the AT91SAM9260EK have 'machine arm armeb' in it? The other atmel = arms are little endian, so are you sure it is big endian? Warner