From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 3 11:08:40 2007 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB5016A41A for ; Mon, 3 Sep 2007 11:08:40 +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 E962113C469 for ; Mon, 3 Sep 2007 11:08:39 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83B8dKZ079204 for ; Mon, 3 Sep 2007 11:08:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83B8a1a079200 for freebsd-sparc64@FreeBSD.org; Mon, 3 Sep 2007 11:08:36 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Sep 2007 11:08:36 GMT Message-Id: <200709031108.l83B8a1a079200@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 11:08:40 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC o sparc/72962 sparc64 [sysinstall] Sysinstall panics on sparc64 if /dev/cd0 o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/91882 sparc64 [mouse] Ultra 10 mouse/keyboard o sparc/95297 sparc64 vt100 term does not work in install o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/105607 sparc64 [modules] modules on sparc64 don't work with >= 4GB o sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations s sparc/107087 sparc64 system is hinged during boot from CD o sparc/107947 sparc64 [libthr] mysqld periodically core dumps (signal 4) wit o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/72998 sparc64 [kernel] [patch] set_mcontext() change syscalls parame o sparc/94190 sparc64 hw.physmem tunable does not work on sparc o sparc/94483 sparc64 [ath] ath_hal does not work on 6-release/sparc64 o sparc/97707 sparc64 mkskel.sh has bogus timestamp, causing buildworld on s o sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 o sparc/108757 sparc64 [rtc] can't boot if rtc stuffed, no means of recovery o sparc/114349 sparc64 When executing snmpd it immediately stops with a segme 8 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 3 18:40:18 2007 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E00B16A417 for ; Mon, 3 Sep 2007 18:40:18 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.freebsd.org (Postfix) with ESMTP id 4797613C45D for ; Mon, 3 Sep 2007 18:40:18 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 6BA8731EE8D for ; Mon, 3 Sep 2007 18:24:01 +0200 (CEST) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id 5766A279405 for ; Mon, 3 Sep 2007 18:24:01 +0200 (CEST) Received: from kemoauc.mips.inka.de (dslb-088-066-050-226.pools.arcor-ip.net [88.66.50.226]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 2C7BA35E6A7 for ; Mon, 3 Sep 2007 18:24:01 +0200 (CEST) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.8/8.13.8) with ESMTP id l83GO0Vw072490 for ; Mon, 3 Sep 2007 18:24:00 +0200 (CEST) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.13.8/8.13.8/Submit) id l83GO01i072489 for freebsd-sparc64@freebsd.org; Mon, 3 Sep 2007 18:24:00 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 3 Sep 2007 16:23:59 +0000 (UTC) Message-ID: References: <20070901165653.GA38448@saturn.kn-bremen.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-sparc64@freebsd.org X-Virus-Scanned: ClamAV 0.91.2/4137/Mon Sep 3 14:17:24 2007 on mail-in-06.arcor-online.net X-Virus-Status: Clean Subject: Re: weird sparc64/-current issue!? (p7zip) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 18:40:18 -0000 Juergen Lock wrote: > alepulver made me aware of this, > http://pointyhat.freebsd.org/errorlogs/sparc64-7-latest-logs/mame-extras-0.114.log > -8624 CPU(s)? :) It works on 6, > http://pointyhat.freebsd.org/errorlogs/sparc64-6-latest-logs/mame-extras-0.114.log Does that machine really have 35 CPUs? > UInt32 GetNumberOfProcessors() { > int nbcpu = 1; > size_t value; > size_t len = sizeof(value); > if (sysctlbyname("hw.ncpu", &value, &len, NULL, 0) == 0) > nbcpu = value; > return nbcpu; > } Are you sure that value is of type size_t here? I think it is an int. (Remember, size_t is 64 bits on all our 64-bit platforms, int is 32 bits.) -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 3 19:17:58 2007 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58B816A418 for ; Mon, 3 Sep 2007 19:17:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id F0FEE13C474; Mon, 3 Sep 2007 19:17:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <46DC5DE2.4040206@FreeBSD.org> Date: Mon, 03 Sep 2007 21:17:54 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Christian Weisgerber References: <20070901165653.GA38448@saturn.kn-bremen.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: weird sparc64/-current issue!? (p7zip) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 19:17:58 -0000 Christian Weisgerber wrote: > Juergen Lock wrote: > >> alepulver made me aware of this, >> http://pointyhat.freebsd.org/errorlogs/sparc64-7-latest-logs/mame-extras-0.114.log >> -8624 CPU(s)? :) It works on 6, >> http://pointyhat.freebsd.org/errorlogs/sparc64-6-latest-logs/mame-extras-0.114.log > > Does that machine really have 35 CPUs? No, none of the build machines currently active have more than 4. Kris > >> UInt32 GetNumberOfProcessors() { >> int nbcpu = 1; >> size_t value; >> size_t len = sizeof(value); >> if (sysctlbyname("hw.ncpu", &value, &len, NULL, 0) == 0) >> nbcpu = value; >> return nbcpu; >> } > > Are you sure that value is of type size_t here? I think it is an > int. (Remember, size_t is 64 bits on all our 64-bit platforms, int > is 32 bits.) > From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 3 19:45:51 2007 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27ECC16A468 for ; Mon, 3 Sep 2007 19:45:51 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.freebsd.org (Postfix) with ESMTP id D709613C483 for ; Mon, 3 Sep 2007 19:45:50 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 4147E2F291C for ; Mon, 3 Sep 2007 21:45:47 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id 30BE61B8E46 for ; Mon, 3 Sep 2007 21:45:47 +0200 (CEST) Received: from kemoauc.mips.inka.de (dslb-088-066-050-226.pools.arcor-ip.net [88.66.50.226]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id DAFDB30ABD2 for ; Mon, 3 Sep 2007 21:45:42 +0200 (CEST) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.8/8.13.8) with ESMTP id l83JjeWC079855 for ; Mon, 3 Sep 2007 21:45:40 +0200 (CEST) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.13.8/8.13.8/Submit) id l83Jjeum079854 for freebsd-sparc64@freebsd.org; Mon, 3 Sep 2007 21:45:40 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 3 Sep 2007 19:45:39 +0000 (UTC) Message-ID: References: <20070901165653.GA38448@saturn.kn-bremen.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-sparc64@freebsd.org X-Virus-Scanned: ClamAV 0.91.2/4140/Mon Sep 3 19:59:33 2007 on mail-in-03.arcor-online.net X-Virus-Status: Clean Subject: Re: weird sparc64/-current issue!? (p7zip) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 19:45:51 -0000 Christian Weisgerber wrote: > > UInt32 GetNumberOfProcessors() { > > int nbcpu = 1; > > size_t value; > > size_t len = sizeof(value); > > if (sysctlbyname("hw.ncpu", &value, &len, NULL, 0) == 0) > > nbcpu = value; > > return nbcpu; > > } > > Are you sure that value is of type size_t here? I think it is an > int. (Remember, size_t is 64 bits on all our 64-bit platforms, int > is 32 bits.) I should expand on this, because it is a really tricky LP64 bug. sysctlbyname() writes a 32-bit value to the supplied address, but we then read a 64-bit value. On a little-endian machine (alpha, amd64) we get the actual value in the lower 32 bits and random garbage in the upper 32. Then the assignment nbcpu=value drops the upper 32 bits. Quite by accident, we always end up with the correct result. On a big-endian machine (sparc64), it's the other way around: We get the actual value in the upper 32 bits and random garbage in the lower 32. Then the assignment nbcpu=value drops the upper 32 bits. Thus we always end up with a garbage result. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 4 21:31:39 2007 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D368816A417 for ; Tue, 4 Sep 2007 21:31:39 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA5113C458 for ; Tue, 4 Sep 2007 21:31:39 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 7A0C52189B5; Tue, 4 Sep 2007 23:31:38 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l84LUXS3082718; Tue, 4 Sep 2007 23:30:33 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l84LUX74082717; Tue, 4 Sep 2007 23:30:33 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Tue, 4 Sep 2007 23:30:33 +0200 To: Christian Weisgerber Message-ID: <20070904213033.GA82554@saturn.kn-bremen.de> References: <20070901165653.GA38448@saturn.kn-bremen.de> <200709031945.l83JjcBZ079835@kemoauc.mips.inka.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709031945.l83JjcBZ079835@kemoauc.mips.inka.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-sparc64@freebsd.org Subject: Re: weird sparc64/-current issue!? (p7zip) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 21:31:39 -0000 On Mon, Sep 03, 2007 at 09:45:39PM +0200, Christian Weisgerber wrote: > Christian Weisgerber wrote: > > > > UInt32 GetNumberOfProcessors() { > > > int nbcpu = 1; > > > size_t value; > > > size_t len = sizeof(value); > > > if (sysctlbyname("hw.ncpu", &value, &len, NULL, 0) == 0) > > > nbcpu = value; > > > return nbcpu; > > > } > > > > Are you sure that value is of type size_t here? I think it is an > > int. (Remember, size_t is 64 bits on all our 64-bit platforms, int > > is 32 bits.) > > I should expand on this, because it is a really tricky LP64 bug. > > sysctlbyname() writes a 32-bit value to the supplied address, but > we then read a 64-bit value. On a little-endian machine (alpha, > amd64) we get the actual value in the lower 32 bits and random > garbage in the upper 32. Then the assignment nbcpu=value drops the > upper 32 bits. Quite by accident, we always end up with the correct > result. > > On a big-endian machine (sparc64), it's the other way around: We > get the actual value in the upper 32 bits and random garbage in the > lower 32. Then the assignment nbcpu=value drops the upper 32 bits. > Thus we always end up with a garbage result. [Ooops, I didn't see at first you did post this to the list too!] Yup, hw.ncpu seems to be an int indeed, no wonder it didn't work. So I guess I'll just patch that and wait for the next sparc64 build... :) Thanx again, Juergen From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 5 16:00:27 2007 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CEB016A41B; Wed, 5 Sep 2007 16:00:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B044613C45B; Wed, 5 Sep 2007 16:00:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l85FDjVQ001795; Wed, 5 Sep 2007 11:13:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l85FDjPR012828; Wed, 5 Sep 2007 11:13:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C34E0241A2; Wed, 5 Sep 2007 11:14:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070905151408.C34E0241A2@freebsd-stable.sentex.ca> Date: Wed, 5 Sep 2007 11:14:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 16:00:27 -0000 TB --- 2007-09-05 13:50:48 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-09-05 13:50:48 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-09-05 13:50:48 - cleaning the object tree TB --- 2007-09-05 13:51:23 - checking out the source tree TB --- 2007-09-05 13:51:23 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-09-05 13:51:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-09-05 14:02:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-09-05 14:02:04 - cd /src TB --- 2007-09-05 14:02:04 - /usr/bin/make -B buildworld >>> 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2007-09-05 15:06:23 - generating LINT kernel config TB --- 2007-09-05 15:06:23 - cd /src/sys/sparc64/conf TB --- 2007-09-05 15:06:23 - /usr/bin/make -B LINT TB --- 2007-09-05 15:06:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-09-05 15:06:23 - cd /src TB --- 2007-09-05 15:06:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 5 15:06:23 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_sema.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_shutdown.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_sig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_sx.c /src/sys/kern/kern_sx.c:1000:1: "LOCK_CLASS" redefined In file included from /src/sys/kern/kern_sx.c:47: /src/sys/sys/lock.h:71:1: this is the location of the previous definition *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-09-05 15:14:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-09-05 15:14:08 - ERROR: failed to build lint kernel TB --- 2007-09-05 15:14:08 - tinderbox aborted TB --- 1.08 user 3.52 system 5000.36 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full