From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 11 06:50:04 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 7087E16A41A; Sun, 11 Nov 2007 06:50:04 +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 272E013C48D; Sun, 11 Nov 2007 06:50:03 +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 lAB6nrgk089653; Sun, 11 Nov 2007 01:49:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAB6nrJq011406; Sun, 11 Nov 2007 01:49:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 514A87302F; Sun, 11 Nov 2007 01:49:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071111064953.514A87302F@freebsd-current.sentex.ca> Date: Sun, 11 Nov 2007 01:49:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Sun, 11 Nov 2007 06:50:04 -0000 TB --- 2007-11-11 05:16:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-11 05:16:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-11 05:16:29 - cleaning the object tree TB --- 2007-11-11 05:16:50 - checking out the source tree TB --- 2007-11-11 05:16:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-11 05:16:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-11 05:23:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-11 05:23:38 - cd /src TB --- 2007-11-11 05:23:38 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 11 05:23:39 UTC 2007 >>> 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 >>> World build completed on Sun Nov 11 06:36:37 UTC 2007 TB --- 2007-11-11 06:36:37 - generating LINT kernel config TB --- 2007-11-11 06:36:37 - cd /src/sys/sun4v/conf TB --- 2007-11-11 06:36:37 - /usr/bin/make -B LINT TB --- 2007-11-11 06:36:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-11 06:36:38 - cd /src TB --- 2007-11-11 06:36:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 11 06:36:38 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hcall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/hviommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/identcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-11 06:49:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-11 06:49:52 - ERROR: failed to build lint kernel TB --- 2007-11-11 06:49:52 - tinderbox aborted TB --- 0.65 user 2.15 system 5603.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 12 11:07:05 2007 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E247D16A4E8 for ; Mon, 12 Nov 2007 11:07:05 +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 CF3A213C4BC for ; Mon, 12 Nov 2007 11:07:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lACB75wj089824 for ; Mon, 12 Nov 2007 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lACB75cP089820 for freebsd-sparc64@FreeBSD.org; Mon, 12 Nov 2007 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Nov 2007 11:07:05 GMT Message-Id: <200711121107.lACB75cP089820@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 freebsd-sparc64@FreeBSD.org 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, 12 Nov 2007 11:07:06 -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... o sparc/116315 sparc64 /sbin permission 15 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 Nov 12 12:46:16 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 5EDEA16A41B; Mon, 12 Nov 2007 12:46:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id EA10F13C4A3; Mon, 12 Nov 2007 12:46:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IrYfx-000OgF-RL; Mon, 12 Nov 2007 14:46:04 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lACCk0kJ083762; Mon, 12 Nov 2007 14:46:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id lACCjxgp083761; Mon, 12 Nov 2007 14:45:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 12 Nov 2007 14:45:59 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20071112124559.GM37471@deviant.kiev.zoral.com.ua> References: <472DF090.8070904@FreeBSD.org> <20071105143603.GS37471@deviant.kiev.zoral.com.ua> <472FA18E.2020402@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="70vtA4ZRF8MmM5t7" Content-Disposition: inline In-Reply-To: <472FA18E.2020402@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 2af4f4440a41c9b8d1772143e7d814e3 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1766 [Nov 12 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: sparc64@freebsd.org Subject: Re: trap from DEBUG_LOCKS 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, 12 Nov 2007 12:46:16 -0000 --70vtA4ZRF8MmM5t7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 06, 2007 at 12:04:46AM +0100, Kris Kennaway wrote: > Kostik Belousov wrote: > >On Sun, Nov 04, 2007 at 05:17:20PM +0100, Kris Kennaway wrote: > >>The insta-panic at boot on sparc64 with RELENG_7 seems to be fixed, but= =20 > >>at the point when it mounts root I get the following panic when=20 > >>DEBUG_LOCKS is enabled: > >> > >>panic: trap: memory address not aligned > >>cpuid =3D 9 > >>KDB: enter: panic > >>[thread pid 1 tid 100006 ] > >>Stopped at kdb_enter+0x68: ta %xcc, 1 > >>db> wh > >>Tracing pid 1 tid 100006 td 0xfffff800020709c0 > >>panic() at panic+0x204 > >>trap() at trap+0x56c > >>-- memory address not aligned sfar=3D0xe2f47c27 sfsr=3D0x40029 %o7=3D0x= c03cd524=20 > >>-- > >>stack_save() at stack_save+0x18 > >>_lockmgr() at _lockmgr+0x4c > >>vfs_busy() at vfs_busy+0x1d4 > >>vfs_mount_alloc() at vfs_mount_alloc+0x58 > >>vfs_mountroot() at vfs_mountroot+0x2e4 > >>start_init() at start_init+0x58 > >>fork_exit() at fork_exit+0x9c > >>fork_trampoline() at fork_trampoline+0x8 > > > >Could you, please, show me the content of the registers and disassembly > >for the stack_save() ? (Last time I looked into sparc64 assembly, was 3 > >years ago). >=20 > db> wh > Tracing pid 1 tid 100006 td 0xfffff800020709c0 > panic() at panic+0x204 > trap() at trap+0x56c > -- memory address not aligned sfar=3D0xe2f47c27 sfsr=3D0x40029 %o7=3D0xc0= 3cd584 -- > stack_save() at stack_save+0x18 > _lockmgr() at _lockmgr+0x4c > vfs_busy() at vfs_busy+0x1d4 > vfs_mount_alloc() at vfs_mount_alloc+0x58 > vfs_mountroot() at vfs_mountroot+0x2e4 > start_init() at start_init+0x58 > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 >=20 > stack_save: save %sp, -0xc0, %sp > stack_save+0x4: call stack_zero > stack_save+0x8: or %g0, %i0, %o0 > stack_save+0xc: flushw > stack_save+0x10: ldx [%fp + 0x86f], %g1 > stack_save+0x14: add %g1, 0xffe, %l0 > stack_save+0x18: ldx [%l0 + 0x78], %o1 > stack_save+0x1c: sethi %hi(0xbffffc00), %g1 > stack_save+0x20: or %g1, 0x3ff, %g1 > stack_save+0x24: subcc %o1, %g1, %g0 > stack_save+0x28: bleu,pn stack_save+0x50 > stack_save+0x2c: sethi %hi(0x0), %g1 > stack_save+0x30: or %g1, 0x0, %g1 > stack_save+0x34: sllx %g1, 32, %g1 > stack_save+0x38: sethi %hi(0xc0616c00), %g2 > stack_save+0x3c: add %g1, %g2, %g1 > stack_save+0x40: ldx [%g1 + 0x370], %g1 > stack_save+0x44: subcc %o1, %g1, %g0 > stack_save+0x48: bleu,pt stack_save+0x78 > stack_save+0x4c: sethi %hi(0x0), %g1 >=20 > db> show reg > g0 0 > g1 0 > g2 0xc0572c00 dumppcb+0x500 > g3 0xca8ff > g4 0xa pcpup+0x3 > g5 0xfffff8000140fff8 > g6 0xe2f47980 > g7 0xe22dfa90 > i0 0x12 pcpup+0xb > i1 0xc04df530 > i2 0xe2f46d78 > i3 0xa pcpup+0x3 > i4 0xe2f46e50 > i5 0 > i6 0xe2f46501 > i7 0xc0213a40 kdb_enter+0x60 > tnpc 0xc0213a4c kdb_enter+0x6c > tpc 0xc0213a48 kdb_enter+0x68 > tstate 0x4415001601 > kdb_enter+0x68: ta %xcc, 1 >=20 > (It looks like it is not dumping all registers) >=20 > Kris Sorry for the delay in answer. Yes, unfortunately, ddb does not provide the %loX registers values, and %lo0 is the most interesting there. I don't understand where the unaligned stack frame comes from. Patch below might help (it was not even compile-tested), but it should be a performance hog. diff --git a/sys/sparc64/sparc64/db_trace.c b/sys/sparc64/sparc64/db_trace.c index 49ea4e6..b081d5d 100644 --- a/sys/sparc64/sparc64/db_trace.c +++ b/sys/sparc64/sparc64/db_trace.c @@ -302,14 +302,15 @@ void stack_save(struct stack *st) { struct frame *fp; - db_expr_t addr; + db_expr_t addr, fr_fp; vm_offset_t callpc; =20 stack_zero(st); addr =3D (db_expr_t)__builtin_frame_address(1); fp =3D (struct frame *)(addr + SPOFF); while (1) { - callpc =3D fp->fr_pc; + callpc =3D (db_addr_t)db_get_value((db_addr_t)&fp->fr_pc, + sizeof(fp->fr_pc), FALSE); if (!INKERNEL(callpc)) break; /* Don't bother traversing trap frames. */ @@ -320,6 +321,8 @@ stack_save(struct stack *st) break; if (stack_put(st, callpc) =3D=3D -1) break; - fp =3D (struct frame *)(fp->fr_fp + SPOFF); + fr_fp =3D (db_addr_t)db_get_value((db_addr_t)&fp->fr_fp, + sizeof(fp->fr_fp), FALSE); + fp =3D (struct frame *)(fr_fp + SPOFF); } } --70vtA4ZRF8MmM5t7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHOEsGC3+MBN1Mb4gRAh9gAJ4+ECdHxTTySDgvZ6rMC7et73Fm2gCgrG+O lwAc82OG3+UHHK2vNfdY6ls= =LBfD -----END PGP SIGNATURE----- --70vtA4ZRF8MmM5t7-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 13 00:04:08 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 A56E816A419; Tue, 13 Nov 2007 00:04:08 +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 66F2F13C4B0; Tue, 13 Nov 2007 00:04:08 +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 lAD03qKL001828; Mon, 12 Nov 2007 19:03:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAD03qlF016901; Mon, 12 Nov 2007 19:03:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A58797302F; Mon, 12 Nov 2007 19:03:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071113000352.A58797302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 19:03:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Tue, 13 Nov 2007 00:04:08 -0000 TB --- 2007-11-12 23:20:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 23:20:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-12 23:20:52 - cleaning the object tree TB --- 2007-11-12 23:21:17 - checking out the source tree TB --- 2007-11-12 23:21:17 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-12 23:21:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 23:28:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 23:28:41 - cd /src TB --- 2007-11-12 23:28:41 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 23:28:43 UTC 2007 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/sun4v/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** 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 --- 2007-11-13 00:03:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-13 00:03:52 - ERROR: failed to build world TB --- 2007-11-13 00:03:52 - tinderbox aborted TB --- 0.51 user 2.20 system 2580.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 13 00:31:01 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 2A82C16A41A; Tue, 13 Nov 2007 00:31:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 74D7013C494; Tue, 13 Nov 2007 00:30:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lACNxr6e037852; Mon, 12 Nov 2007 18:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lACNxr5Q013920; Mon, 12 Nov 2007 18:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D92FE7302F; Mon, 12 Nov 2007 18:59:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071112235952.D92FE7302F@freebsd-current.sentex.ca> Date: Mon, 12 Nov 2007 18:59:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Tue, 13 Nov 2007 00:31:01 -0000 TB --- 2007-11-12 23:12:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-12 23:12:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-12 23:12:48 - cleaning the object tree TB --- 2007-11-12 23:13:23 - checking out the source tree TB --- 2007-11-12 23:13:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-12 23:13:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-12 23:23:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-12 23:23:10 - cd /src TB --- 2007-11-12 23:23:10 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 12 23:23:12 UTC 2007 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pccard/dumpcis/../pccardd -I/src/usr.sbin/pccard/dumpcis/../pccardc /src/usr.sbin/pccard/dumpcis/main.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/dumpcisfile.c /src/usr.sbin/pccard/dumpcis/../pccardd/readcis.c /src/usr.sbin/pccard/dumpcis/../pccardc/printcis.c echo dumpcis: /obj/sparc64/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/pciconf (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/pciconf/../../sys /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/cap.c /src/usr.sbin/pciconf/cap.c:43:24: error: pci/agpreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/pciconf. *** 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 --- 2007-11-12 23:59:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-12 23:59:52 - ERROR: failed to build world TB --- 2007-11-12 23:59:52 - tinderbox aborted TB --- 0.73 user 2.66 system 2823.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 13 20:34:02 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 7784D16A417; Tue, 13 Nov 2007 20:34:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3013113C442; Tue, 13 Nov 2007 20:34:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id lADKXh6m054405; Wed, 14 Nov 2007 05:33:54 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id lADKQR66047502; Wed, 14 Nov 2007 05:26:30 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 14 Nov 2007 05:25:21 +0900 (JST) Message-Id: <20071114.052521.135026097.hrs@allbsd.org> To: royce@alaska.net From: Hiroki Sato In-Reply-To: <47348106.8080001@alaska.net> References: <472DAFBE.9070603@FreeBSD.org> <472E4B8D.2020902@alaska.net> <47348106.8080001@alaska.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Nov_14_05_25_21_2007_820)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Wed, 14 Nov 2007 05:33:55 +0900 (JST) Cc: kris@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: hardware and package builds 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, 13 Nov 2007 20:34:02 -0000 ----Security_Multipart(Wed_Nov_14_05_25_21_2007_820)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Royce, sorry for the delay. I was in Ireland last week and the very poor internet connection in the hotel prevented me from replying... Royce Williams wrote in <47348106.8080001@alaska.net>: ro> Royce Williams wrote, on 11/4/2007 1:45 PM: ro> > System: I am willing to buy a 4x U80 for myself and make it available ro> > to the project for package builds. Shipping to Alaska is a bear, so ro> > once the deal goes down, if any other donors could chip in to get it ro> > shipped here, I would appreciate it. I don't want to do this, ro> > however, unless it will actually be useful -- and used. Will it? ro> ro> After talking with Kris and Mark, it appears that the best bang for ro> the buck is to help Hiroki Sato resolve outstanding hardware issues ro> with his e4500s. This will get 10-14 CPUs back online. ro> ro> Hiroki, what hardware or money do you need to get your e4500s back ro> online, in order to improve the speed of package builds for sparc64? Well, let me explain the current situation of my e4500s first. I have three e4500s with 10-14 CPUs online for experiment and package building now, but some of them are often down probably because some hardware failure. However, the problem is that I am not sure what component is broken precisely because most of the questionable symptoms occur even if POST successfully finished. Maybe one of the reasons is we are using FreeBSD; I guess runtime hardware failure reporting is much more specific on Solaris. I have to narrow down the problem and replace the failed components. Anyway, suppose I could identify the failed ones, I would need the replacement. CPU board, modules, and memories are most questionable, so they would likely be needed. Currently all of the boxes use 400MHz w/ 8MB module (PN:X2580A). Also, PCI I/O board (PN:X2632A) would help since we have very few options for Sbus SCSI HBA. -- | Hiroki SATO ----Security_Multipart(Wed_Nov_14_05_25_21_2007_820)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHOggxTyzT2CeTzy0RAuVKAKCBsn1X5I/7s3IadutxhtKWP+ZE7wCgh/Bk sEfVkIlrbWkLdddtlTgYh1g= =Sscb -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Nov_14_05_25_21_2007_820)---- From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 13 21:03:17 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 C5DD716A417; Tue, 13 Nov 2007 21:03:17 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.80]) by mx1.freebsd.org (Postfix) with ESMTP id 94F5513C4CC; Tue, 13 Nov 2007 21:03:17 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp008-s [10.150.69.71]) by smtpoutm.mac.com (Xserve/smtpout017/MantshX 4.0) with ESMTP id lADKmbHl014948; Tue, 13 Nov 2007 12:48:37 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp008/MantshX 4.0) with ESMTP id lADKmYvJ003063 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 13 Nov 2007 12:48:35 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Hiroki Sato In-Reply-To: <20071114.052521.135026097.hrs@allbsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 13 Nov 2007 12:48:29 -0800 References: <472DAFBE.9070603@FreeBSD.org> <472E4B8D.2020902@alaska.net> <47348106.8080001@alaska.net> <20071114.052521.135026097.hrs@allbsd.org> X-Mailer: Apple Mail (2.912) Cc: kris@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: hardware and package builds 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, 13 Nov 2007 21:03:17 -0000 On Nov 13, 2007, at 12:25 PM, Hiroki Sato wrote: > Well, let me explain the current situation of my e4500s first. I > have three e4500s with 10-14 CPUs online for experiment and package > building now, but some of them are often down probably because some > hardware failure. JFYI: pluto2.freebsd.org (ia64) has been running reliably for a long time with FreeBSD 6.x. Now that the machine has been upgraded to FreeBSD -CURRENT do I experience machine check aborts. These MCAs have been observed on pluto1.freebsd.org for a while when it was running FreeBSD 7.x and it was attributed to the hardware and Kris stopped package builds on that machine. Now I'm actually thinking that it's a FreeBSD problem, because it now all of a sudden is a problem on pluto2 and both machines are reliable otherwise -- that is, only when doing a 4-way parallel package build do these MCAs happen. An 8-way parallel buildworld is fine. This does not mean that it's a hardware problem in your case of course, but keep in mind that it may also be a kernel bug... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 14 20:50:20 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 504E616A419 for ; Wed, 14 Nov 2007 20:50:20 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [IPv6:2610:1f8:dc:41:220:edff:fe27:e764]) by mx1.freebsd.org (Postfix) with ESMTP id 9A06F13C4BE for ; Wed, 14 Nov 2007 20:50:19 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2610:1f8:dc:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 408D2A80E5 for ; Wed, 14 Nov 2007 15:52:36 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 7514912FD0E; Wed, 14 Nov 2007 15:50:17 -0500 (EST) To: freebsd-sparc64@freebsd.org From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Wed_Nov_14_15:50:05_2007-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 14 Nov 2007 15:50:17 -0500 Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: trouble building emacs over NFS 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: Wed, 14 Nov 2007 20:50:20 -0000 --pgp-sign-Multipart_Wed_Nov_14_15:50:05_2007-1 Content-Type: text/plain; charset=US-ASCII I'm trying to build emacs 22.1 from ports, and find that temacs has trouble writing out emacs. The build is stuck dumping out emacs: -----8<----- # tail /usr/ports/mk.out ((56857 . 4779) (11613 . 0) (620 . 31) 77936 166440 (68 . 8) (18 . 12) (5578 . 1459)) Loading emacs-lisp/float-sup... ((56888 . 4748) (11617 . 0) (620 . 31) 78076 166440 (69 . 9) (18 . 12) (5581 . 1456)) Loading vc-hooks... Loading ediff-hook... Loading tooltip... ((58191 . 3445) (11759 . 0) (621 . 30) 79256 166491 (71 . 7) (18 . 12) (5651 . 1386)) Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under names emacs and emacs-22.1.1 -----8<----- temacs is runnable: 67855 root 1 132 0 97016K 29504K RUN 408:27 98.68% temacs temacs is trying repeatedly to write the file 'emacs': ktrace -p 67855 -----8<----- # kdump [...] 67855 temacs CALL open(0xb6c668,0,0) 67855 temacs NAMI "/usr/ports/editors/emacs/work/emacs-22.1/src/temacs" 67855 temacs RET open 6 67855 temacs CALL fcntl(0x6,0x3,0) 67855 temacs RET fcntl 0 67855 temacs CALL fcntl(0x6,0x4,0x4) 67855 temacs RET fcntl 0 67855 temacs CALL fstat(0x6,0x7fdffffd460) 67855 temacs RET fstat 0 67855 temacs CALL mmap(0,0x3b8d77,0x3,0x1002,0xffffffffffffffff,0,0) 67855 temacs RET mmap 1153138688/0x44bb8000 67855 temacs CALL read(0x6,0x44bb8000,0x3b8d77) 67855 temacs GIO fd 6 read 8192 bytes 0x0000 7f45 4c46 0202 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0002 002b 0000 0001 0000 0000 0010 b8e0 |...+............| [...] 67855 temacs RET read 3902839/0x3b8d77 67855 temacs CALL break(0xba4000) 67855 temacs RET break 0 67855 temacs CALL open(0xb6c628,0x202,0x1b6) 67855 temacs NAMI "/usr/ports/editors/emacs/work/emacs-22.1/src/emacs" 67855 temacs RET open 7 67855 temacs CALL fcntl(0x7,0x3,0) 67855 temacs RET fcntl 2 67855 temacs CALL fcntl(0x7,0x4,0x6) 67855 temacs RET fcntl 0 67855 temacs CALL ftruncate(0x7,0,0x9ec487) 67855 temacs RET ftruncate 0 67855 temacs CALL mmap(0,0x9ec487,0x3,0x1002,0xffffffffffffffff,0,0) 67855 temacs RET mmap 1157046272/0x44f72000 67855 temacs CALL write(0x7,0x44f72000,0x9ec487) 67855 temacs RET write -1 errno 35 Resource temporarily unavailable 67855 temacs CALL poll(0x5fb000,0x1,0) 67855 temacs RET poll 1 67855 temacs CALL write(0x7,0x44f72000,0x9ec487) 67855 temacs RET write -1 errno 35 Resource temporarily unavailable [...repeats forever...] -----8<----- -----8<----- # fstat /usr/ports/editors/emacs/work/emacs-22.1/src/emacs USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME root temacs 67855 7 / 365041 -rw-r--r-- 10404999 rw /usr/ports/editors/emacs/work/emacs-22.1/src/emacs # ls -l /usr/ports/editors/emacs/work/emacs-22.1/src/emacs -rw-r--r-- 1 root wheel 10404999 Nov 14 20:02 /usr/ports/editors/emacs/work/emacs-22.1/src/emacs -----8<----- so, it reaches 10MB or so, then can't write anymore. There isn't an output file size limit: -----8<----- # ulimit -a cpu time (seconds, -t) unlimited file size (512-blocks, -f) 40960 data seg size (kbytes, -d) 1048576 stack size (kbytes, -s) 1048576 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 5547 open files (-n) 11095 virtual mem size (kbytes, -v) unlimited sbsize (bytes, -b) unlimited -----8<----- If I invoke 'LC_ALL=C ./temacs -batch -l loadup dump' from the prompt instead of through the build system, I have the same problem---same file size when it gets stuck, same ktrace---so the build system isn't setting a file output size limit, either. The '/' filesystem, which is the filesystem I'm building on, is mounted over NFS from Solaris, and after the build hangs the mount is mostly idle according to tcpdump, so the NFS server isn't repeatedly refusing the operation. Yet, if I do the build on an mdmfs, it succeeds: -----8<----- # mdmfs -s 256m md /tmp0 # pax -rwpe emacs-22.1 /tmp0 # cd /tmp0/emacs-22.1/src # LC_ALL=C ./temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (/usr/ports/editors/emacs/work/emacs-22.1/lisp) Loading emacs-lisp/byte-run... Loading emacs-lisp/backquote... Loading subr... [...] Loading tooltip... ((58192 . 3529) (11759 . 0) (621 . 30) 79136 166491 (71 . 7) (18 . 12) (5651 . 1386)) Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under names emacs and emacs-22.1.1 1798733 pure bytes used # ls -l emacs -rwxr-xr-x 2 root wheel 10404999 Nov 14 20:30 emacs -----8<----- The 'emacs' written is a working one. kdump of the successful mdmfs build: -----8<----- 69063 temacs CALL open(0xb6f5f0,0,0) 69063 temacs NAMI "/tmp0/emacs-22.1/src/temacs" 69063 temacs RET open 6 69063 temacs CALL fcntl(0x6,0x3,0) 69063 temacs RET fcntl 0 69063 temacs CALL fcntl(0x6,0x4,0x4) 69063 temacs RET fcntl 0 69063 temacs CALL fstat(0x6,0x7fdffffd470) 69063 temacs RET fstat 0 69063 temacs CALL mmap(0,0x3b8d77,0x3,0x1002,0xffffffffffffffff,0,0) 69063 temacs RET mmap 1153138688/0x44bb8000 69063 temacs CALL read(0x6,0x44bb8000,0x3b8d77) 69063 temacs GIO fd 6 read 8192 bytes 0x0000 7f45 4c46 0202 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0002 002b 0000 0001 0000 0000 0010 b8e0 |...+............| 0x0020 0000 0000 0000 0040 0000 0000 0037 1568 |.......@.....7.h| 0x0030 0000 0002 0040 0038 0005 0040 0018 0015 |.....@.8...@....| 0x0040 0000 0006 0000 0005 0000 0000 0000 0040 |...............@| [...] 69063 temacs RET read 3902839/0x3b8d77 69063 temacs CALL break(0xba4000) 69063 temacs RET break 0 69063 temacs CALL open(0xb6f5c8,0x202,0x1b6) 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs" 69063 temacs RET open 7 69063 temacs CALL fcntl(0x7,0x3,0) 69063 temacs RET fcntl 2 69063 temacs CALL fcntl(0x7,0x4,0x6) 69063 temacs RET fcntl 0 69063 temacs CALL ftruncate(0x7,0,0x9ec487) 69063 temacs RET ftruncate 0 69063 temacs CALL mmap(0,0x9ec487,0x3,0x1002,0xffffffffffffffff,0,0) 69063 temacs RET mmap 1157046272/0x44f72000 69063 temacs CALL write(0x7,0x44f72000,0x9ec487) 69063 temacs GIO fd 7 wrote 8192 bytes 0x0000 7f45 4c46 0202 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0002 002b 0000 0001 0000 0000 0010 b8e0 |...+............| 0x0020 0000 0000 0000 0040 0000 0000 009a 4c38 |.......@......L8| 0x0030 0000 0002 0040 0038 0005 0040 0019 0016 |.....@.8...@....| [^^^ this is the write that failed over NFS ] [...] 69063 temacs RET write 10404999/0x9ec487 69063 temacs CALL munmap(0x44bb8000,0x3b8d77) 69063 temacs RET munmap 0 69063 temacs CALL munmap(0x44f72000,0x9ec487) 69063 temacs RET munmap 0 69063 temacs CALL fstat(0x6,0x7fdffffd1f0) 69063 temacs RET fstat 0 69063 temacs CALL fcntl(0x6,0x3,0) 69063 temacs RET fcntl 4 69063 temacs CALL fcntl(0x6,0x4,0) 69063 temacs RET fcntl 0 69063 temacs CALL close(0x6) 69063 temacs RET close 0 69063 temacs CALL fstat(0x7,0x7fdffffd1f0) 69063 temacs RET fstat 0 69063 temacs CALL fcntl(0x7,0x3,0) 69063 temacs RET fcntl 6 69063 temacs CALL fcntl(0x7,0x4,0x2) 69063 temacs RET fcntl 0 69063 temacs CALL close(0x7) 69063 temacs RET close 0 69063 temacs CALL stat(0xb6f5c8,0x7fdffffd470) 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs" 69063 temacs RET stat 0 69063 temacs CALL umask(0x309) 69063 temacs RET umask 18/0x12 69063 temacs CALL umask(0x12) 69063 temacs RET umask 777/0x309 69063 temacs CALL chmod(0xb6f5c8,0x81ed) 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs" 69063 temacs RET chmod 0 69063 temacs CALL write(0x2,0xb6f638,0x17) 69063 temacs GIO fd 2 wrote 23 bytes "1798733 pure bytes used" 69063 temacs RET write 23/0x17 69063 temacs CALL write(0x2,0x434ca86f,0x1) 69063 temacs GIO fd 2 wrote 1 byte " " 69063 temacs RET write 1 69063 temacs CALL stat(0xb6f6c8,0x7fdffffcde0) 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs-22.1.2" 69063 temacs RET stat -1 errno 2 No such file or directory 69063 temacs CALL unlink(0xb6f6f8) 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs-22.1.2" 69063 temacs RET unlink -1 errno 2 No such file or directory 69063 temacs CALL link(0xb6f728,0xb6f750) 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs" 69063 temacs NAMI "/tmp0/emacs-22.1/src/emacs-22.1.2" 69063 temacs RET link 0 69063 temacs CALL getpgrp 69063 temacs RET getpgrp 69063/0x10dc7 69063 temacs CALL ioctl(0,TIOCGPGRP,0x7fdffffd40c) 69063 temacs RET ioctl 0 69063 temacs CALL sigaction(0x17,0x7fdffffd2f0,0) 69063 temacs RET sigaction 0 69063 temacs CALL setitimer(0x2,0x7fdffffd3f0,0) 69063 temacs RET setitimer 0 69063 temacs CALL close(0x3) 69063 temacs RET close 0 69063 temacs CALL close(0x4) 69063 temacs RET close 0 69063 temacs CALL fcntl(0,0x3,0) 69063 temacs RET fcntl 6 69063 temacs CALL fcntl(0,0x4,0x2) 69063 temacs RET fcntl 0 69063 temacs CALL fcntl(0x1,0x3,0) 69063 temacs RET fcntl 2 69063 temacs CALL fcntl(0x1,0x4,0x2) 69063 temacs RET fcntl 0 69063 temacs CALL fcntl(0x2,0x3,0) 69063 temacs RET fcntl 2 69063 temacs CALL fcntl(0x2,0x4,0x2) 69063 temacs RET fcntl 0 69063 temacs CALL fcntl(0x5,0x3,0) 69063 temacs RET fcntl 4 69063 temacs CALL fcntl(0x5,0x4,0) 69063 temacs RET fcntl 0 69063 temacs CALL exit(0) -----8<----- Any ideas? -- READ CAREFULLY. By reading this fortune, you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. --pgp-sign-Multipart_Wed_Nov_14_15:50:05_2007-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUARztfiYnCBbTaW/4dAQJ7ZgP5AWkI9eBQOO0VXCmatE1QYXUbZr/PypUw mC7FcDubCXrUqBMOiJ7lkm8mEmJ0bU5Zfc4gaLB7eNQ+2EFx4dsDuf/JvBb7o9AI Gln0r9BAyeVILN8bZFmtByYSSqovyWJZwFnqLDtxKv9RHWuAraKmLPh5ZeF6Fbmd vAfDQKPeaBo= =TUTp -----END PGP SIGNATURE----- --pgp-sign-Multipart_Wed_Nov_14_15:50:05_2007-1-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 14 21:46:49 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 354AC16A46C for ; Wed, 14 Nov 2007 21:46:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4AC13C459 for ; Wed, 14 Nov 2007 21:46:47 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id lAELkk2R091551; Wed, 14 Nov 2007 22:46:46 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id lAELkj7S091550; Wed, 14 Nov 2007 22:46:45 +0100 (CET) (envelope-from marius) Date: Wed, 14 Nov 2007 22:46:45 +0100 From: Marius Strobl To: SUNGBAK KIM Message-ID: <20071114214645.GA91477@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: BUMSIK KIM , freebsd-x11@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: Xorg 7.3 execution brings crash and rebooting 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: Wed, 14 Nov 2007 21:46:49 -0000 On Thu, Nov 08, 2007 at 09:38:12AM +0900, SUNGBAK KIM wrote: > > Hi? Im using FreeBSD Sparc64, Ultra60 > > FreeBSD 6.3-PRERELEASE #0: Tue Nov 6 20:43:14 KST 2007 > root@xxx.yyy.com:/usr/obj/usr/src/sys/GENERIC > real memory = 536870912 (512 MB) > avail memory = 510672896 (487 MB) > cpu0: Sun Microsystems UltraSparc-II Processor (450.04 MHz CPU) > cpu1: Sun Microsystems UltraSparc-II Processor (450.04 MHz CPU) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > I had troubled Xorg 7.2 with keymap, non-USB type6 Korean Layout . so, > updated all ports tree and installed Xorg 7.3, > > but, Any form of Xorg 7.3 execution brings crash and rebooting. > > /etc/rc.conf > > moused_enable="YES" > moused_port="/dev/cuau3" > moused_type="mousesystems" > > /etc/X11/xorg.conf > > Section "Device" > Identifier "Card0" > Driver "sunffb" > BusID "SBUS:/SUNW,ffb@1e,0" > EndSection > > What is worse, there are no error or warning message. The moment, when I > do "Enter" with "Xorg -configure", system goes rebooting. > Did Xorg 7.3 work with the old Xorg 7.2 config file apart from the keyboard problems (and maybe some path adjustments)? > What can I do more ? You can boot with the serial console as the "primary" console and then launch Xorg -configure (generally using keyboard/ screen as "secondary" console is a supported configuration). If the reboot involves a panic you can easily log it and get a backtrace via the serial console. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 15 13:34:50 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 84CFE16A420; Thu, 15 Nov 2007 13:34:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA4B13C45D; Thu, 15 Nov 2007 13:34:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAFDYncS090508; Thu, 15 Nov 2007 08:34:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAFDYnvB003867; Thu, 15 Nov 2007 08:34:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29C6673039; Thu, 15 Nov 2007 08:34:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071115133449.29C6673039@freebsd-current.sentex.ca> Date: Thu, 15 Nov 2007 08:34:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean 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: Thu, 15 Nov 2007 13:34:50 -0000 TB --- 2007-11-15 12:07:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-15 12:07:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-15 12:07:35 - cleaning the object tree TB --- 2007-11-15 12:07:56 - checking out the source tree TB --- 2007-11-15 12:07:56 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-15 12:07:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-15 12:14:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-15 12:14:25 - cd /src TB --- 2007-11-15 12:14:25 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 15 12:14:26 UTC 2007 >>> 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 >>> World build completed on Thu Nov 15 13:26:23 UTC 2007 TB --- 2007-11-15 13:26:23 - generating LINT kernel config TB --- 2007-11-15 13:26:23 - cd /src/sys/sparc64/conf TB --- 2007-11-15 13:26:23 - /usr/bin/make -B LINT TB --- 2007-11-15 13:26:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-15 13:26:23 - cd /src TB --- 2007-11-15 13:26:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 15 13:26: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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function 'thread_schedule_upcall': /src/sys/kern/kern_kse.c:1048: error: 'struct kse_upcall' has no member named 'ku_comm' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-15 13:34:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-15 13:34:49 - ERROR: failed to build lint kernel TB --- 2007-11-15 13:34:49 - tinderbox aborted TB --- 3821.00 user 360.66 system 5233.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full