From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 3 06:42:41 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C013516A41F for ; Mon, 3 Oct 2005 06:42:41 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE7B43D45 for ; Mon, 3 Oct 2005 06:42:39 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j936gXId005470 for ; Mon, 3 Oct 2005 06:42:33 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j936gXUa017709 for freebsd-sparc64@freebsd.org; Mon, 3 Oct 2005 06:42:33 GMT Date: Mon, 3 Oct 2005 06:42:33 +0000 From: "Bruce O'Neel" To: freebsd-sparc64@freebsd.org Message-ID: <20051003064233.GA7398@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Tuning memory usage 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 Oct 2005 06:42:41 -0000 Hi, I have a normally unloaded 5.4-release systems with 256 meg of memory and 2 CPUs. Every 20 mins a job starts that runs 1 process per CPU, so 2 in this case. Each process gets SIZE to 130 meg or so, but, RES never climbs above 32meg or so. While running, top shows 34 meg buffer and 12 meg cache. Oddly enough when I only run one of the two processes the RES size still doesn't climb above 32meg or so. Is there some setting to let RES get bigger? I would help with these jobs. I realize, of course, the more memory would help the problem. I'm just waiting for ebay.ch to have something sensible. cheers bruce -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 3 06:56:45 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1DDD16A420 for ; Mon, 3 Oct 2005 06:56:45 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE1243D66 for ; Mon, 3 Oct 2005 06:56:38 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j936uXwt001477 for ; Mon, 3 Oct 2005 06:56:33 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j936uXF3017251 for freebsd-sparc64@freebsd.org; Mon, 3 Oct 2005 06:56:33 GMT Date: Mon, 3 Oct 2005 06:56:33 +0000 From: "Bruce O'Neel" To: freebsd-sparc64@freebsd.org Message-ID: <20051003065633.GA7536@SDF.LONESTAR.ORG> References: <20051003064233.GA7398@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051003064233.GA7398@SDF.LONESTAR.ORG> User-Agent: Mutt/1.4.2.1i Subject: Re: Tuning memory usage 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 Oct 2005 06:56:46 -0000 Hi, Is it possible that the correct sysctl is vm.dmmax? On my system this is set to 32. Thanks. cheers bruce On Mon, Oct 03, 2005 at 06:42:33AM +0000, Bruce O'Neel wrote: > Hi, > > I have a normally unloaded 5.4-release systems with 256 meg of memory > and 2 CPUs. Every 20 mins a job starts that runs 1 process per CPU, > so 2 in this case. Each process gets SIZE to 130 meg or so, but, RES > never climbs above 32meg or so. > > While running, top shows 34 meg buffer and 12 meg cache. > > Oddly enough when I only run one of the two processes the RES size > still doesn't climb above 32meg or so. > > Is there some setting to let RES get bigger? I would help with these > jobs. > > I realize, of course, the more memory would help the problem. I'm just > waiting for ebay.ch to have something sensible. > > cheers > > bruce > > -- > edoneel@sdf.lonestar.org > SDF Public Access UNIX System - http://sdf.lonestar.org > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 3 11:02:43 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E0416A44E for ; Mon, 3 Oct 2005 11:02:43 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0039943D98 for ; Mon, 3 Oct 2005 11:02:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j93B2MGA066414 for ; Mon, 3 Oct 2005 11:02:22 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j93B2MV8066408 for freebsd-sparc64@freebsd.org; Mon, 3 Oct 2005 11:02:22 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 3 Oct 2005 11:02:22 GMT Message-Id: <200510031102.j93B2MV8066408@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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 Oct 2005 11:02:43 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u f [2005/04/27] sparc64/80410sparc64 netgraph is causing crash with mpd on spa o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa o [2005/06/26] sparc64/82681sparc64 [if_dc] dc state messages 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 3 17:18:47 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E09C16A41F for ; Mon, 3 Oct 2005 17:18:47 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F3C43D67 for ; Mon, 3 Oct 2005 17:18:46 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j93HIkwH001947; Mon, 3 Oct 2005 10:18:46 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j93HIkAL001946; Mon, 3 Oct 2005 10:18:46 -0700 (PDT) (envelope-from jmg) Date: Mon, 3 Oct 2005 10:18:46 -0700 From: John-Mark Gurney To: "Bruce O'Neel" Message-ID: <20051003171846.GL716@funkthat.com> Mail-Followup-To: Bruce O'Neel , freebsd-sparc64@freebsd.org References: <20051003064233.GA7398@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051003064233.GA7398@SDF.LONESTAR.ORG> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-sparc64@freebsd.org Subject: Re: Tuning memory usage X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 17:18:47 -0000 Bruce O'Neel wrote this message on Mon, Oct 03, 2005 at 06:42 +0000: > I have a normally unloaded 5.4-release systems with 256 meg of memory > and 2 CPUs. Every 20 mins a job starts that runs 1 process per CPU, > so 2 in this case. Each process gets SIZE to 130 meg or so, but, RES > never climbs above 32meg or so. > > While running, top shows 34 meg buffer and 12 meg cache. > > Oddly enough when I only run one of the two processes the RES size > still doesn't climb above 32meg or so. > > Is there some setting to let RES get bigger? I would help with these > jobs. Are you experiencing swapping that is causing these processes to slow down? make sure you are not running ANYTHING else on the system that will consume memory.. you shouldn't have any trouble getting total res up to 200megs... if you are using mmap as part of it, pages could possibly be quickly recycled to the inactive queue though they are still resident which would keep your resident size down even though they could get readded quickly... if your machine isn't swapping, and is consuming 100% cpu usage, then I wouldn't worry about the small resident size... > I realize, of course, the more memory would help the problem. I'm just > waiting for ebay.ch to have something sensible. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 3 17:57:06 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 184B216A41F; Mon, 3 Oct 2005 17:57:06 +0000 (GMT) (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 ACE1243D45; Mon, 3 Oct 2005 17:57:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j93Hv47X025894; Mon, 3 Oct 2005 13:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j93Hv4i1045090; Mon, 3 Oct 2005 13:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2E4617302F; Mon, 3 Oct 2005 13:57:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051003175704.2E4617302F@freebsd-current.sentex.ca> Date: Mon, 3 Oct 2005 13:57:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head 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: Mon, 03 Oct 2005 17:57:06 -0000 TB --- 2005-10-03 16:36:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-03 16:36:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-03 16:36:56 - cleaning the object tree TB --- 2005-10-03 16:37:22 - checking out the source tree TB --- 2005-10-03 16:37:22 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-03 16:37:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-03 16:44:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-03 16:44:07 - cd /src TB --- 2005-10-03 16:44:07 - /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 --- 2005-10-03 17:48:18 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-03 17:48:18 - cd /src TB --- 2005-10-03 17:48:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 3 17:48:19 UTC 2005 >>> 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 [...] echo mb_init mb_initm mb_done mb_detach mb_fixhdr mb_reserve mb_put_uint8 mb_put_uint16be mb_put_uint16le mb_put_uint32be mb_put_uint32le mb_put_int64be mb_put_int64le mb_put_mem mb_put_mbuf mb_put_uio md_init md_initm md_done md_append_record md_next_record md_get_uint8 md_get_uint16 md_get_uint16le md_get_uint16be md_get_uint32 md_get_uint32be md_get_uint32le md_get_int64 md_get_int64be md_get_int64le md_get_mem md_get_mbuf md_get_uio > export_syms awk -f /src/sys/modules/libmchain/../../conf/kmod_syms.awk libmchain.kld export_syms | xargs -J% objcopy % libmchain.kld ld -Bshareable -d -warn-common -o libmchain.ko.debug libmchain.kld objcopy --strip-debug libmchain.ko.debug libmchain.ko ===> lmc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/lmc/../../dev/lmc/if_lmc.c /src/sys/modules/lmc/../../dev/lmc/if_lmc.c: In function `create_ring': /src/sys/modules/lmc/../../dev/lmc/if_lmc.c:2603: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /src/sys/modules/lmc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-03 17:57:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-03 17:57:04 - ERROR: failed to build generic kernel TB --- 2005-10-03 17:57:04 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 5 00:28:16 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492EB16A41F; Wed, 5 Oct 2005 00:28:16 +0000 (GMT) (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 D999243D8C; Wed, 5 Oct 2005 00:28:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j950SARZ075188; Tue, 4 Oct 2005 20:28:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j950S6Nk026853; Tue, 4 Oct 2005 20:28:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B35E77302F; Tue, 4 Oct 2005 20:28:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005002806.B35E77302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 20:28:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head 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 Oct 2005 00:28:16 -0000 TB --- 2005-10-04 23:21:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 23:21:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-04 23:21:18 - cleaning the object tree TB --- 2005-10-04 23:21:43 - checking out the source tree TB --- 2005-10-04 23:21:43 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-04 23:21:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 23:28:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 23:28:20 - cd /src TB --- 2005-10-04 23:28:20 - /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 [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/sparc64/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/sparc64/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/sparc64/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 00:28:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 00:28:06 - ERROR: failed to build world TB --- 2005-10-05 00:28:06 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 5 14:45:40 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11C9316A42B; Wed, 5 Oct 2005 14:45:40 +0000 (GMT) (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 3DFB643D6B; Wed, 5 Oct 2005 14:45:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j95EjaEP027796; Wed, 5 Oct 2005 10:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j95Ejaah037193; Wed, 5 Oct 2005 10:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA3F77302F; Wed, 5 Oct 2005 10:45:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005144535.CA3F77302F@freebsd-current.sentex.ca> Date: Wed, 5 Oct 2005 10:45:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head 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 Oct 2005 14:45:40 -0000 TB --- 2005-10-05 13:38:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-05 13:38:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-05 13:38:30 - cleaning the object tree TB --- 2005-10-05 13:38:48 - checking out the source tree TB --- 2005-10-05 13:38:48 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-05 13:38:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-05 13:45:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-05 13:45:36 - cd /src TB --- 2005-10-05 13:45:36 - /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 [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/sparc64/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/sparc64/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/sparc64/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 14:45:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 14:45:35 - ERROR: failed to build world TB --- 2005-10-05 14:45:35 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 6 06:59:02 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07DC916A420 for ; Thu, 6 Oct 2005 06:59:02 +0000 (GMT) (envelope-from bruce@cran.org.uk) Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B46C43D46 for ; Thu, 6 Oct 2005 06:59:01 +0000 (GMT) (envelope-from bruce@cran.org.uk) Received: from photon.meadownet ([82.41.12.253]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Thu, 6 Oct 2005 07:59:50 +0100 Received: from localhost.meadownet ([127.0.0.1] helo=photon.meadownet) by photon.meadownet with esmtp (Exim 4.52 (FreeBSD)) id 1ENPej-000BWF-TP for freebsd-sparc64@freebsd.org; Thu, 06 Oct 2005 07:55:06 +0100 Received: (from brucec@localhost) by photon.meadownet (8.13.1/8.13.1/Submit) id j966t5EC044282 for freebsd-sparc64@freebsd.org; Thu, 6 Oct 2005 07:55:05 +0100 (BST) (envelope-from brucec) Date: Thu, 6 Oct 2005 07:55:05 +0100 From: Bruce Cran To: freebsd-sparc64@freebsd.org Message-ID: <20051006065505.GA44238@photon.meadownet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 06 Oct 2005 06:59:50.0342 (UTC) FILETIME=[8B962660:01C5CA43] Subject: 6.0-BETA4: pci/vfs panic 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: Thu, 06 Oct 2005 06:59:02 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I was trying to get a U10 configured to use wireless, but got the following panic after I inserted an 11b card into the PCI-PCMCIA adapter; the card first fails to attach, then any filesystem access triggers the panic: panic() at panic+0xf0 trap() at trap+0x3f0 -- fast data access mmu miss tar=0xc097e000 %o7=0xc01199f4 -- witness_init() at witness_init+0x114 mtx_init() at mtx_init+0xf4 getnewvnode() at getnewvnode+0x110 ffs_vget() at ffs_vget+0xc8 ufs_lookup() at ufs_lookup+0xa14 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb4 vfs_cache_lookup() at vfs_cache_lookup+0xd8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xc0 lookup() at lookup+0x55c namei() at namei+0x41c kern_stat() at kern_stat+0x24 stat() at stat+0x14 syscall() at syscall+0x2dc -- syscall (188, FreeBSD ELF64, stat) %o7=0x108628 -- userland() at 0x40631ae8 user trace: trap %o7=0x108628 pc 0x40631ae8, sp 0x7fdffffdf01 --More-- pc 0x106b20, sp 0x7fdffffe041 pc 0x105fe4, sp 0x7fdffffe201 pc 0x1107f8, sp 0x7fdffffe341 pc 0x110a00, sp 0x7fdffffe421 pc 0x102354, sp 0x7fdffffe541 pc 0x40227474, sp 0x7fdffffe601 Before the panic, the wireless card fails to attach, with: wi0: at port 0x100-0x13f irq 2000 function 0 config 1 on pccard0 wi0: record read mismatch, rid=fc01, got=1fc wi0: record read mismatch, rid=fc01, got=1fc wi0: mac read failed 5 device_attach: wi0 attach returned 5 The full serial console log can be found at http://www.cran.org.uk/bruce/crash/20051009_6beta4_wi.txt and a core dump at http://www.cran.org.uk/bruce/crash/20051009_6beta4_vmcore.0.gz. Do wireless cards work on sparc64, or are they generally only supported on x86? -- Bruce Cran --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDRMpIn4uvqcJsLfgRAmVEAJ9069beUMYftCJRBl79JqQqkPBg8QCdEoKR dAXzHkVE1CHlh/bwzZmzB9o= =m2pe -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 7 11:23:18 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5AD216A41F for ; Fri, 7 Oct 2005 11:23:18 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3564E43D45 for ; Fri, 7 Oct 2005 11:23:18 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j97BN7il066313; Fri, 7 Oct 2005 13:23:11 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j97BN21J066312; Fri, 7 Oct 2005 13:23:02 +0200 (CEST) (envelope-from marius) Date: Fri, 7 Oct 2005 13:23:02 +0200 From: Marius Strobl To: Bruce Cran Message-ID: <20051007132302.A64649@newtrinity.zeist.de> References: <20051006065505.GA44238@photon.meadownet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20051006065505.GA44238@photon.meadownet>; from bruce@cran.org.uk on Thu, Oct 06, 2005 at 07:55:05AM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.0.6; VDF: 6.32.0.66; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: 6.0-BETA4: pci/vfs panic 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: Fri, 07 Oct 2005 11:23:18 -0000 On Thu, Oct 06, 2005 at 07:55:05AM +0100, Bruce Cran wrote: > I was trying to get a U10 configured to use wireless, but got the > following panic after I inserted an 11b card into the PCI-PCMCIA > adapter; the card first fails to attach, then any filesystem > access triggers the panic: > > panic() at panic+0xf0 > trap() at trap+0x3f0 > -- fast data access mmu miss tar=0xc097e000 %o7=0xc01199f4 -- > witness_init() at witness_init+0x114 > mtx_init() at mtx_init+0xf4 > getnewvnode() at getnewvnode+0x110 > ffs_vget() at ffs_vget+0xc8 > ufs_lookup() at ufs_lookup+0xa14 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb4 > vfs_cache_lookup() at vfs_cache_lookup+0xd8 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xc0 > lookup() at lookup+0x55c > namei() at namei+0x41c > kern_stat() at kern_stat+0x24 > stat() at stat+0x14 > syscall() at syscall+0x2dc > -- syscall (188, FreeBSD ELF64, stat) %o7=0x108628 -- > userland() at 0x40631ae8 > user trace: trap %o7=0x108628 > pc 0x40631ae8, sp 0x7fdffffdf01 > --More-- pc 0x106b20, sp 0x7fdffffe041 > pc 0x105fe4, sp 0x7fdffffe201 > pc 0x1107f8, sp 0x7fdffffe341 > pc 0x110a00, sp 0x7fdffffe421 > pc 0x102354, sp 0x7fdffffe541 > pc 0x40227474, sp 0x7fdffffe601 > > Before the panic, the wireless card fails to attach, with: > > > wi0: at port 0x100-0x13f irq 2000 function 0 > config 1 on pccard0 > wi0: record read mismatch, rid=fc01, got=1fc > wi0: record read mismatch, rid=fc01, got=1fc > wi0: mac read failed 5 > device_attach: wi0 attach returned 5 > > The full serial console log can be found at > http://www.cran.org.uk/bruce/crash/20051009_6beta4_wi.txt and a core > dump > at http://www.cran.org.uk/bruce/crash/20051009_6beta4_vmcore.0.gz. > > Do wireless cards work on sparc64, or are they generally only supported > on x86? > Well, you're probably the first person to give it a try so far. As for wi(4) you're hitting an endianness issue. At a first glance wi(4) is overzealous at converting from little-endian to the host byte order and vice versa when accessing the hardware as PCI and PC Card busses behind PCI-PC Card bridges should always be little- endian. E.g. the PCI bus on sparc64 is connected byte-twisted so most of the time one doesn't need to take big-endianness of sparc64 into account when accessing PCI space. The PC Card bus behind the Sun SBus-PC Card bridges actually is big-endian however and wi(4) probably would need to do the byte order conversion there. So in order to get wi(4) to work on sparc64 one probably would have to add a byte order flag to pccard(4) and revisit the byte order conversions in wi(4), changing most of them to be not done unless on a big-endian PC Card bus... Generally it should be possible to make all drivers for wireless cards work on sparc64. I'd expect e.g. ath(4) to not require such big changes in order to make it work on sparc64, the main problem here is that at least FreeBSD doesn't include a binary blob of the HAL for sparc64 however. As for the panic I have no idea (your dump also is not fetchable). wi(4) does leak some stuff when attaching fails but it's not apparent to me why that would trigger a panic. IIRC there was a recent report that wi(4) also triggers a strange panic when attaching fails on i386 and someone working on it, maybe that's related. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 7 14:23:28 2005 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2EA816A41F for ; Fri, 7 Oct 2005 14:23:28 +0000 (GMT) (envelope-from scrupulous@hamex.ch) Received: from dky118.neoplus.adsl.tpnet.pl (dky118.neoplus.adsl.tpnet.pl [83.24.28.118]) by mx1.FreeBSD.org (Postfix) with SMTP id 7462143D53 for ; Fri, 7 Oct 2005 14:23:26 +0000 (GMT) (envelope-from scrupulous@hamex.ch) Received: from unknown (HELO pooled) (192.168.27.152) by dky118.neoplus.adsl.tpnet.pl with SMTP; Fri, 7 Oct 2005 02:42:04 +0200 Content-Transfer-Encoding: 7bit Message-Id: <65707525.7702883866@dky118.neoplus.adsl.tpnet.pl> Content-Type: text/plain; charset=us-ascii To: freebsd-sparc@freebsd.org From: Susy Larsen Date: Fri, 7 Oct 2005 14:23:26 +0000 (GMT) Cc: Subject: You can feel yourself for 19 years during sex! 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: Fri, 07 Oct 2005 14:23:28 -0000 For all your Pharmacy needs. http://tgzgjbl.luqn979n9i8tl33e8l3e8l33.titianfn.com/?hjf Simply the thing that I am shall make me live. New York: where everyone mutinies but no one deserts. Democracy is being allowed to vote for the candidate you dislike least. I would have made a good Pope. There is nothing more exhilarating than to be shot at without result. Life can only be understood backwards; but it must be lived forwards. It is better to wear out than to rust out. From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 8 00:54:38 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2215416A41F; Sat, 8 Oct 2005 00:54:38 +0000 (GMT) (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 3D92843D45; Sat, 8 Oct 2005 00:54:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j980saVU031320; Fri, 7 Oct 2005 20:54:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j980saLw070402; Fri, 7 Oct 2005 20:54:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E9D5C7302F; Fri, 7 Oct 2005 20:54:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051008005435.E9D5C7302F@freebsd-current.sentex.ca> Date: Fri, 7 Oct 2005 20:54:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 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: Sat, 08 Oct 2005 00:54:38 -0000 TB --- 2005-10-07 23:54:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-07 23:54:04 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2005-10-07 23:54:04 - cleaning the object tree TB --- 2005-10-07 23:54:30 - checking out the source tree TB --- 2005-10-07 23:54:30 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2005-10-07 23:54:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-10-08 00:04:25 - building world (CFLAGS=-O -pipe) TB --- 2005-10-08 00:04:25 - cd /src TB --- 2005-10-08 00:04:25 - /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 --- 2005-10-08 00:52:04 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-10-08 00:52:04 - cd /src TB --- 2005-10-08 00:52:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 8 00:52:05 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -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 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/random/hash.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -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 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/random/probe.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -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 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/random/randomdev.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -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 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/random/randomdev_soft.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -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 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/random/yarrow.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -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 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/re/if_re.c /src/sys/dev/re/if_re.c: In function `re_ioctl': /src/sys/dev/re/if_re.c:2286: warning: 'error' might be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-08 00:54:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-08 00:54:35 - ERROR: failed to build generic kernel TB --- 2005-10-08 00:54:35 - tinderbox aborted