From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 08:31:25 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BAC16A420; Sun, 13 Jan 2008 08:31:25 +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 ED8EF13C457; Sun, 13 Jan 2008 08:31:24 +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 m0D8VOJp083852; Sun, 13 Jan 2008 03:31:24 -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 m0D8VOew014493; Sun, 13 Jan 2008 03:31:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A32573039; Sun, 13 Jan 2008 03:31:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083124.1A32573039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:31:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:31:25 -0000 TB --- 2008-01-13 08:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:30:00 - cleaning the object tree TB --- 2008-01-13 08:30:28 - cvsupping the source tree TB --- 2008-01-13 08:30:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:30:43 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:30:43 - cd /src TB --- 2008-01-13 08:30:43 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:30:44 UTC 2008 >>> 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 [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:31:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:31:24 - ERROR: failed to build world TB --- 2008-01-13 08:31:24 - tinderbox aborted TB --- 13.87 user 5.18 system 83.62 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 08:35:29 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8FD16A41B; Sun, 13 Jan 2008 08:35:29 +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 469BB13C469; Sun, 13 Jan 2008 08:35:29 +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 m0D8ZS2B001635; Sun, 13 Jan 2008 03:35:28 -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 m0D8ZSdK036360; Sun, 13 Jan 2008 03:35:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 74A467303E; Sun, 13 Jan 2008 03:35:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083528.74A467303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:35:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:35:29 -0000 TB --- 2008-01-13 08:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:35:00 - cleaning the object tree TB --- 2008-01-13 08:35:02 - cvsupping the source tree TB --- 2008-01-13 08:35:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:35:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:35:08 - cd /src TB --- 2008-01-13 08:35:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:35:08 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:35:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:35:28 - ERROR: failed to build world TB --- 2008-01-13 08:35:28 - tinderbox aborted TB --- 13.36 user 3.16 system 27.94 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 08:40:27 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940EA16A417; Sun, 13 Jan 2008 08:40:27 +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 682CB13C4E1; Sun, 13 Jan 2008 08:40:27 +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 m0D8eQTP001763; Sun, 13 Jan 2008 03:40:26 -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 m0D8eQR3039754; Sun, 13 Jan 2008 03:40:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97BDF73039; Sun, 13 Jan 2008 03:40:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084026.97BDF73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:40:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:40:27 -0000 TB --- 2008-01-13 08:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:40:00 - cleaning the object tree TB --- 2008-01-13 08:40:03 - cvsupping the source tree TB --- 2008-01-13 08:40:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:40:09 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:40:09 - cd /src TB --- 2008-01-13 08:40:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:40:09 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:40:26 - ERROR: failed to build world TB --- 2008-01-13 08:40:26 - tinderbox aborted TB --- 13.28 user 3.24 system 26.05 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 08:45:29 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC47816A41B; Sun, 13 Jan 2008 08:45:29 +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 9696613C467; Sun, 13 Jan 2008 08:45:29 +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 m0D8jSHv084253; Sun, 13 Jan 2008 03:45:28 -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 m0D8jSX7041665; Sun, 13 Jan 2008 03:45:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6BCE73039; Sun, 13 Jan 2008 03:45:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084528.D6BCE73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:45:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:45:29 -0000 TB --- 2008-01-13 08:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:45:00 - cleaning the object tree TB --- 2008-01-13 08:45:02 - cvsupping the source tree TB --- 2008-01-13 08:45:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:45:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:45:08 - cd /src TB --- 2008-01-13 08:45:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:45:08 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:45:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:45:28 - ERROR: failed to build world TB --- 2008-01-13 08:45:28 - tinderbox aborted TB --- 13.45 user 3.13 system 28.61 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 08:50:27 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E27116A417; Sun, 13 Jan 2008 08:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E4EA013C4E7; Sun, 13 Jan 2008 08:50:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8oQL1084537; Sun, 13 Jan 2008 03:50:26 -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 m0D8oQmm046475; Sun, 13 Jan 2008 03:50:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11AF473039; Sun, 13 Jan 2008 03:50:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085026.11AF473039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:50:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:50:27 -0000 TB --- 2008-01-13 08:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:50:00 - cleaning the object tree TB --- 2008-01-13 08:50:01 - cvsupping the source tree TB --- 2008-01-13 08:50:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:50:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:07 - cd /src TB --- 2008-01-13 08:50:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:08 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:50:26 - ERROR: failed to build world TB --- 2008-01-13 08:50:26 - tinderbox aborted TB --- 13.23 user 3.29 system 25.79 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 08:55:26 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CCFF16A419; Sun, 13 Jan 2008 08:55:26 +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 1A3A513C469; Sun, 13 Jan 2008 08:55:26 +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 m0D8tPF0002189; Sun, 13 Jan 2008 03:55:25 -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 m0D8tPKu055762; Sun, 13 Jan 2008 03:55:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CE5A7303E; Sun, 13 Jan 2008 03:55:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085525.5CE5A7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:55:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:55:26 -0000 TB --- 2008-01-13 08:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:55:00 - cleaning the object tree TB --- 2008-01-13 08:55:02 - cvsupping the source tree TB --- 2008-01-13 08:55:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:55:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:55:07 - cd /src TB --- 2008-01-13 08:55:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:55:08 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:55:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:55:25 - ERROR: failed to build world TB --- 2008-01-13 08:55:25 - tinderbox aborted TB --- 13.29 user 3.23 system 25.10 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 09:00:26 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB4C16A468; Sun, 13 Jan 2008 09:00:26 +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 B9C0513C4CE; Sun, 13 Jan 2008 09:00:26 +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 m0D90QtY002320; Sun, 13 Jan 2008 04:00:26 -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 m0D90Qts067172; Sun, 13 Jan 2008 04:00:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F36C97303E; Sun, 13 Jan 2008 04:00:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090025.F36C97303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:00:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:00:26 -0000 TB --- 2008-01-13 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:00:00 - cleaning the object tree TB --- 2008-01-13 09:00:02 - cvsupping the source tree TB --- 2008-01-13 09:00:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:00:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:08 - cd /src TB --- 2008-01-13 09:00:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:00:09 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:00:25 - ERROR: failed to build world TB --- 2008-01-13 09:00:25 - tinderbox aborted TB --- 13.29 user 3.28 system 25.64 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 09:05:27 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA90E16A41B; Sun, 13 Jan 2008 09:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9123113C45B; Sun, 13 Jan 2008 09:05:27 +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 m0D95Q8d085117; Sun, 13 Jan 2008 04:05:26 -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 m0D95Q1M078467; Sun, 13 Jan 2008 04:05:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B54C773039; Sun, 13 Jan 2008 04:05:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090526.B54C773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:05:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:05:28 -0000 TB --- 2008-01-13 09:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:05:00 - cleaning the object tree TB --- 2008-01-13 09:05:02 - cvsupping the source tree TB --- 2008-01-13 09:05:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:05:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:05:08 - cd /src TB --- 2008-01-13 09:05:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:05:08 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:05:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:05:26 - ERROR: failed to build world TB --- 2008-01-13 09:05:26 - tinderbox aborted TB --- 13.13 user 3.39 system 26.30 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 09:10:27 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B4316A418; Sun, 13 Jan 2008 09:10:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95CBD13C442; Sun, 13 Jan 2008 09:10:27 +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 m0D9AQsk085295; Sun, 13 Jan 2008 04:10:26 -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 m0D9AQ5u082708; Sun, 13 Jan 2008 04:10:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C8F8F7303D; Sun, 13 Jan 2008 04:10:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091026.C8F8F7303D@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:10:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:10:27 -0000 TB --- 2008-01-13 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:10:00 - cleaning the object tree TB --- 2008-01-13 09:10:02 - cvsupping the source tree TB --- 2008-01-13 09:10:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:10:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:10:08 - cd /src TB --- 2008-01-13 09:10:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:10:08 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:10:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:10:26 - ERROR: failed to build world TB --- 2008-01-13 09:10:26 - tinderbox aborted TB --- 13.23 user 3.34 system 26.36 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jan 13 09:15:30 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B85B16A46B; Sun, 13 Jan 2008 09:15:30 +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 5156A13C47E; Sun, 13 Jan 2008 09:15:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9FTFp085481; Sun, 13 Jan 2008 04:15:29 -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 m0D9FTWh064096; Sun, 13 Jan 2008 04:15:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 826CC7303E; Sun, 13 Jan 2008 04:15:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091529.826CC7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:15:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:15:30 -0000 TB --- 2008-01-13 09:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:15:00 - cleaning the object tree TB --- 2008-01-13 09:15:02 - cvsupping the source tree TB --- 2008-01-13 09:15:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:15:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:15:08 - cd /src TB --- 2008-01-13 09:15:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:15:09 UTC 2008 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:15:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:15:29 - ERROR: failed to build world TB --- 2008-01-13 09:15:29 - tinderbox aborted TB --- 13.39 user 3.09 system 29.05 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Jan 16 02:07:01 2008 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6550D16A418 for ; Wed, 16 Jan 2008 02:07:01 +0000 (UTC) (envelope-from SRS0=VVro=SG=claro.com.br=mensagem@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id E2CB113C47E for ; Wed, 16 Jan 2008 02:07:00 +0000 (UTC) (envelope-from SRS0=VVro=SG=claro.com.br=mensagem@srs.kundenserver.de) Received: from infong387.kundenserver.de (infong387.kundenserver.de [212.227.127.182]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JExU22fsx-0002tB; Wed, 16 Jan 2008 02:54:26 +0100 Received: from 201.86.240.124 (IP may be forged by CGI script) by infong387.kundenserver.de with HTTP id 4AgGcx-1JExU22Rpb-00010L; Wed, 16 Jan 2008 02:54:26 +0100 X-Sender-Info: <150899874@infong387.kundenserver.de> Date: Wed, 16 Jan 2008 02:54:26 +0100 Message-Id: <4AgGcx-1JExU22Rpb-00010L@infong387.kundenserver.de> Precedence: bulk To: freebsd-arm@FreeBSD.org From: X-Provags-ID: V01U2FsdGVkX1/mYjTT+ynKPvRP1gTujt4F5OlqY1CZ0MCpgX1 kFsp3HNF7fcvRwlKMzpOW3oVPPz/twwV1l8SY/QeRWVTBwha5Z gyccZrH5Q7i9wbqDKTM0A== MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Que 2008 seja de paz e harmonia ( me liga felicidades) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 02:07:01 -0000 Que 2008 seja de paz e harmonia ( me liga felicidades) [tit_grupo_video_download.gif] [logo_claro.jpg] Voc recebeu um Claro Vdeo Download! Claro Vdeo Download enviado do nmero 0XX 92645433 [1]Visualizar Claro Vdeo Download (90kb / tempo estimado: 0:50seg) Importante: Claro Vdeo Download ficar disponvel na Web durante 7 dias. Claro. A vida na sua mo. [2]Site da Claro | [3]Termos de uso | [4]Poltica de Privacidade Copyright Claro 2006 References 1. http://216.133.246.52/clarovideomensagem/video.scr 2. http://www.claroideias.com.br/portal/site/CIdeias/menuitem.7df34df2cc1d8a7933d1593b22dc10a0/&idlocal=56 3. http://www.claroideias.com.br/portal/site/CIdeias/menuitem.7df34df2cc1d8a7933d1593b22dc10a0/&idlocal=56 4. http://www.claroideias.com.br/portal/site/CIdeias/menuitem.7df34df2cc1d8a7933d1593b22dc10a0/&idlocal=56 From owner-freebsd-arm@FreeBSD.ORG Wed Jan 16 21:40:54 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE04D16A468 for ; Wed, 16 Jan 2008 21:40:54 +0000 (UTC) (envelope-from rtos@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.freebsd.org (Postfix) with SMTP id 4826B13C45B for ; Wed, 16 Jan 2008 21:40:53 +0000 (UTC) (envelope-from rtos@rogers.com) Received: (qmail 44123 invoked from network); 16 Jan 2008 21:14:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=0BffmalMxq+WXoKq+LzeKZjJVfZ+HwZVoH3vamrGVEUAqvDP13XM2X3y7BCQpJM3bWV6DjjBMRZG4wriJKdC4RQZKtf18hSFT3dYfQaxonhiWIl2MaQxwd4IvQmyoMK1PH0BxT9NhkRnKnH22p6GBlEAqwB26zF2KRKCEjNzl0c= ; Received: from unknown (HELO ?192.168.5.116?) (rtos@rogers.com@99.230.77.185 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 16 Jan 2008 21:14:13 -0000 X-YMail-OSG: mK39_n8VM1mezYNPkUlsci7kQmSCMTzLF8b92GrhRg90P.EPmHnucJQ0TqhXdReDyA-- X-Yahoo-Newman-Property: ymail-3 From: rtos To: freebsd-arm@freebsd.org Content-Type: text/plain Date: Wed, 16 Jan 2008 16:14:11 -0500 Message-Id: <1200518051.5749.28.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit Subject: StrongARM builld options X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 21:40:54 -0000 What are the build options for the StrongARM ? Will this work "make TARGET=arm TARGET_ARCH=arm ..." or do I have to specify the cpu. make TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=strongarm I would like to port to the H3600 iPAQ. Thanks From owner-freebsd-arm@FreeBSD.ORG Wed Jan 16 23:36:38 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD92416A417 for ; Wed, 16 Jan 2008 23:36:38 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id 027AE13C4D9 for ; Wed, 16 Jan 2008 23:36:37 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.14.1/8.13.8) with ESMTP id m0H0IwlQ063414; Thu, 17 Jan 2008 01:18:58 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.14.1/8.13.8/Submit) id m0H0Ivee063413; Thu, 17 Jan 2008 01:18:57 +0100 (CET) (envelope-from mlfbsd) Date: Thu, 17 Jan 2008 01:18:57 +0100 From: Olivier Houchard To: rtos Message-ID: <20080117001857.GB63358@ci0.org> References: <1200518051.5749.28.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1200518051.5749.28.camel@localhost> User-Agent: Mutt/1.4.1i Cc: freebsd-arm@freebsd.org Subject: Re: StrongARM builld options X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:36:38 -0000 On Wed, Jan 16, 2008 at 04:14:11PM -0500, rtos wrote: > What are the build options for the StrongARM ? > > Will this work "make TARGET=arm TARGET_ARCH=arm ..." > > or do I have to specify the cpu. > > make TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=strongarm > > I would like to port to the H3600 iPAQ. > > Thanks > Hi, Our system compiler defaults to StrongARM, so just make TARGET_ARCH=arm should be enough. Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Wed Jan 16 23:36:40 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D31C16A418 for ; Wed, 16 Jan 2008 23:36:40 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6FBF113C46A for ; Wed, 16 Jan 2008 23:36:39 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.14.1/8.13.8) with ESMTP id m0H0I0d2063385; Thu, 17 Jan 2008 01:18:00 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.14.1/8.13.8/Submit) id m0H0HvVo063384; Thu, 17 Jan 2008 01:17:57 +0100 (CET) (envelope-from mlfbsd) Date: Thu, 17 Jan 2008 01:17:57 +0100 From: Olivier Houchard To: Mark Tinguely Message-ID: <20080117001757.GA63358@ci0.org> References: <200801081948.m08Jmpoa006156@casselton.net> <200801100031.m0A0VLgC015988@casselton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801100031.m0A0VLgC015988@casselton.net> User-Agent: Mutt/1.4.1i Cc: freebsd-arm@freebsd.org Subject: Re: ARM pmap cache flushed after PT modification. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:36:40 -0000 On Wed, Jan 09, 2008 at 06:31:21PM -0600, Mark Tinguely wrote: > > Using the same logic that the ARM ARM for pre-ARMv6 MMUs says the > cache has to be written back and/or invalidated before making > changes to page table entries; pmap_remove_all() also forces the > page table entry to NULL and I believe needs to be invalidated. > Hi Mark, I'm not sure this is needed, because we mark the page tables as write-through. Also, I must miss something, because I understand why we should wb after doing the changes, but why before ? (And no, I didn't forget you, and I'll have a look at your work soon, honest). Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Thu Jan 17 01:35:13 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6AED16A418 for ; Thu, 17 Jan 2008 01:35:13 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8714713C45A for ; Thu, 17 Jan 2008 01:35:13 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id m0H1ZAJE059477; Wed, 16 Jan 2008 19:35:10 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1200533710; bh=BHXjL4Jb9sgd+aH50P2HIHODSNP0s4gUSOGAYvU gKH4=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=i9VqNUzX lN0K7hDWRGJjA5xKx1KO7cjAt6TYo+B+yIZz+/BMD4ooVT6Z8vGf+kB9FVRcguFIGPX rf21f5DujoaVEnOVJm6hKJPljsU7UGFQX66ObnxXKi545oXMXZR9xE3/CPtzUDWYOFZ tmiXSIrn/oOXkJ5ocXVGp37pkZCtE= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id m0H1Z8Dc059476; Wed, 16 Jan 2008 19:35:08 -0600 (CST) (envelope-from tinguely) Date: Wed, 16 Jan 2008 19:35:08 -0600 (CST) From: Mark Tinguely Message-Id: <200801170135.m0H1Z8Dc059476@casselton.net> To: mlfbsd@ci0.org, tinguely@casselton.net In-Reply-To: <20080117001757.GA63358@ci0.org> Cc: freebsd-arm@freebsd.org Subject: Re: ARM pmap cache flushed after PT modification. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 01:35:14 -0000 > > On Wed, Jan 09, 2008 at 06:31:21PM -0600, Mark Tinguely wrote: > > > > Using the same logic that the ARM ARM for pre-ARMv6 MMUs says the > > cache has to be written back and/or invalidated before making > > changes to page table entries; pmap_remove_all() also forces the > > page table entry to NULL and I believe needs to be invalidated. > > > > Hi Mark, > > I'm not sure this is needed, because we mark the page tables as write-through. > Also, I must miss something, because I understand why we should wb after doing > the changes, but why before ? > > (And no, I didn't forget you, and I'll have a look at your work soon, honest). I think we are talking about 2 different issues: 1 You are talking about the Memory that holds pagetable enties. The pagetable entry gets changed and the memory that holds the the pagetable is write through so that pagetable value is reflected back to memory. 2 The Instructions/Data that is in a cache Let me attempt to describe the other issue. pagetable maps virtual address to a physical address. The data/instruction can be cached in a virtul indexed, virtual tagged cache in ARM MMUs before ARMv6 (starting at ARMv6, they used either virtual indexed, virtual tagged or physical indexed, physically tagged caches). The virtual indexed/virtual tagged cache needs the virtual to physical mapping (TLB or pagetable walk) to write the dirty values to the correct physical memory location. Therefore it is important to write back the cache before clearing the pagetable entry - before the virtual to physical mapping is gone. In the two routines that I mentioned, this is simple to do: in pmap_remove_pages(), the cpu_idcache_wdinv_all() can be done before the loop; in pmap_remove_all(), a pmap_remove_write() before the loop will give 2 benefits, it will flush/invalidate and prevent the exceesive vac_me_harder() calls. --- ARMv6 will be much better when it comes caching. Besides the physical tagging on the cache - so addresses can more easily share a physical page, there is a ID that can be assigned to 256 virtual address spaces and not have to flush the virtual address spaces so often. --Mark. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 17 10:58:59 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371E216A419 for ; Thu, 17 Jan 2008 10:58:59 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2DD13C46E for ; Thu, 17 Jan 2008 10:58:58 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 8291733C94; Thu, 17 Jan 2008 12:58:55 +0200 (SAST) Date: Thu, 17 Jan 2008 12:58:54 +0200 From: John Hay To: freebsd-arm@freebsd.org Message-ID: <20080117105854.GA44923@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 10:58:59 -0000 Hi Guys, I just did a new build using RELENG_7 for the arm (Avila boards) and then found that I cannot ssh into them. The sshd crash with a bus error just after you entered your username and password. My build of mid November did not do it. Anybody got ideas? The last part of "sshd -Dddd" on the arm board looks like this: debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug3: mm_request_send entering: type 25 debug3: monitor_read: checking request 25 debug3: mm_answer_pty entering debug1: session_new: init debug1: session_new: session 0 debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY debug3: mm_request_receive_expect entering: type 26 debug3: mm_request_receive entering debug3: mm_request_send entering: type 26 ssh_mm_receive_fd: recvmsg: expected received 1 got 0 debug1: do_cleanup debug1: PAM: cleanup Bus error (core dumped) debug3: PAM: sshpam_thread_cleanup entering John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-arm@FreeBSD.ORG Thu Jan 17 15:49:01 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0936116A41B for ; Thu, 17 Jan 2008 15:49:01 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id B4D6C13C47E for ; Thu, 17 Jan 2008 15:49:00 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id m0HFmskW003606; Thu, 17 Jan 2008 09:48:54 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1200584934; bh=uwNJciW4D8ebKInOhT5FpMmS0aecbhiNcjuR5Lm CgOs=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=jm3HLo7m YZTjwEhk/26YhD9qcSwco8TRnJA/8Lza2WgI8nhnHLqNvZ0sZYk3yJ/eSXhZknbz+l7 hLyZjhSnHHJFXDfeCaV12JD5+lhhj68sxsQipk9Bl8V1vSBBFbSPxIfozt4hplrC9cJ bH1p1SI8Owzzn8w6iybJFK5b5TNA0= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id m0HFmsFH003605; Thu, 17 Jan 2008 09:48:54 -0600 (CST) (envelope-from tinguely) Date: Thu, 17 Jan 2008 09:48:54 -0600 (CST) From: Mark Tinguely Message-Id: <200801171548.m0HFmsFH003605@casselton.net> To: mlfbsd@ci0.org, tinguely@casselton.net In-Reply-To: <20080117001757.GA63358@ci0.org> Cc: freebsd-arm@freebsd.org Subject: Re: ARM pmap cache flushed after PT modification. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 15:49:01 -0000 At http://www.casselton.net/~tinguely/armpmap_fixcache.c is the recent file that holds my idea/suggestions. Below is is a brief explaination of all the changes: pmap_get_vac_flags(), pmap_vac_me_harder(), pmap_vac_me_kpmap(), and pmap_vac_me_user() has been rewritten as pmap_fix_cache() to be more efficient in the kernel map case. I also removed the reference to the md.kro_mappings, md.krw_mappings, md.uro_mappings, and md.urw_mappings counts. There is bug in pmap_vac_me_kpmap() in the case where a writable kernel mapping is added to a page that already mapped to a user map, the kernel mapping is left as cachable. IMO, this is not the normal way that pages are added. The error is in the line 1416: pmap_vac_me_user(pg, pm, va); which undoes the previously set no-caching. I can give the shell of the testing program for the pmap_vac_me_XXX() and the new pmap_fix_cache() if you wish to see it. There are tons of test cases that need to be run, I don't have all them anymore. ----- In pmap_clearbit(), we can also skip over tests and writeback/invalidations in the PVF_MOD and PVF_REF cases if those bits are not set in the pv_flag. PVF_WRITE will turn caching back on and remove the PV_MOD bit. ----- In pmap_nuke_pv(), the vm_page_flag_clear(pg, PG_WRITEABLE) has been moved to the pmap_fix_cache(). We can be more agressive in attempting to turn caching back on by calling pmap_fix_cache() at times that may be appropriate to turn cache on (a kernel mapping has been removed, a write has been removed or a read has been removed and we know the mapping does not have multiple write mappings to a page). ----- In pmap_modify_pv() is just a conversion from pmap_vac_me_harder() to pmap_fix_cache(). ----- In pmap_remove_pages() the cpu_idcache_wbinv_all() is moved to happen before the page tables are NULLed because the caches are virtually indexed and virtually tagged. ----- In pmap_remove_all(), the pmap_remove_write(m) is added before the page tables are NULLed because the caches are virtually indexed and virtually tagged. This also removes the need for the caches fixing routine (whichever is being used pmap_vac_me_harder() or pmap_fix_cache()) to be called on any of these mappings. ----- In pmap_remove(), I simplified the cache cleaning process and removed extra TLB removals. Basically if more than PMAP_REMOVE_CLEAN_LIST_SIZE are removed, then just flush the entire cache. --Mark. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 09:54:48 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D85C16A41A; Fri, 18 Jan 2008 09:54:48 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C66113C46B; Fri, 18 Jan 2008 09:54:45 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id CCA8433CD1; Fri, 18 Jan 2008 11:54:39 +0200 (SAST) Date: Fri, 18 Jan 2008 11:54:39 +0200 From: John Hay To: freebsd-arm@freebsd.org Message-ID: <20080118095439.GA5677@zibbi.meraka.csir.co.za> References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080117105854.GA44923@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.4.2.1i Cc: des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 09:54:48 -0000 On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: > Hi Guys, > > I just did a new build using RELENG_7 for the arm (Avila boards) and then > found that I cannot ssh into them. The sshd crash with a bus error just > after you entered your username and password. My build of mid November > did not do it. Anybody got ideas? > > The last part of "sshd -Dddd" on the arm board looks like this: > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req pty-req > debug1: Allocating pty. > debug3: mm_request_send entering: type 25 > debug3: monitor_read: checking request 25 > debug3: mm_answer_pty entering > debug1: session_new: init > debug1: session_new: session 0 > debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY > debug3: mm_request_receive_expect entering: type 26 > debug3: mm_request_receive entering > debug3: mm_request_send entering: type 26 > ssh_mm_receive_fd: recvmsg: expected received 1 got 0 > debug1: do_cleanup > debug1: PAM: cleanup > Bus error (core dumped) > debug3: PAM: sshpam_thread_cleanup entering Ok, I found the problem. It looks like something changed and now the alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd and monitor_fdpass.c:mm_receive_fd is different and the arm processors do not like it. Attached is my quick fix. One question that I have is if we should just fix all of these "problems" or should something be changed so that these things are aligned again? In the last month or two I have come across quite a few of these things that used to work on the arm and now do not anymore because of alignment changes. (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. :-) John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org Index: monitor_fdpass.c =================================================================== RCS file: /home/ncvs/src/crypto/openssh/monitor_fdpass.c,v retrieving revision 1.1.1.7 diff -u -r1.1.1.7 monitor_fdpass.c --- monitor_fdpass.c 10 Nov 2006 16:38:34 -0000 1.1.1.7 +++ monitor_fdpass.c 18 Jan 2008 08:45:19 -0000 @@ -49,7 +49,7 @@ char ch = '\0'; ssize_t n; #ifndef HAVE_ACCRIGHTS_IN_MSGHDR - char tmp[CMSG_SPACE(sizeof(int))]; + char tmp[CMSG_SPACE(sizeof(int)) + sizeof(int)]; struct cmsghdr *cmsg; #endif @@ -58,7 +58,7 @@ msg.msg_accrights = (caddr_t)&fd; msg.msg_accrightslen = sizeof(fd); #else - msg.msg_control = (caddr_t)tmp; + msg.msg_control = (caddr_t)(_ALIGN(tmp)); msg.msg_controllen = CMSG_LEN(sizeof(int)); cmsg = CMSG_FIRSTHDR(&msg); cmsg->cmsg_len = CMSG_LEN(sizeof(int)); @@ -94,7 +94,7 @@ char ch; int fd; #ifndef HAVE_ACCRIGHTS_IN_MSGHDR - char tmp[CMSG_SPACE(sizeof(int))]; + char tmp[CMSG_SPACE(sizeof(int)) + sizeof(int)]; struct cmsghdr *cmsg; #endif @@ -107,8 +107,8 @@ msg.msg_accrights = (caddr_t)&fd; msg.msg_accrightslen = sizeof(fd); #else - msg.msg_control = tmp; - msg.msg_controllen = sizeof(tmp); + msg.msg_control = (caddr_t)(_ALIGN(tmp)); + msg.msg_controllen = CMSG_LEN(sizeof(int)); #endif if ((n = recvmsg(sock, &msg, 0)) == -1) From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 17:06:17 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04BE716A418; Fri, 18 Jan 2008 17:06:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9935713C4D3; Fri, 18 Jan 2008 17:06:16 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m0IGi0wN072530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 08:44:00 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4790D750.4060702@errno.com> Date: Fri, 18 Jan 2008 08:44:00 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: John Hay References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> <20080118095439.GA5677@zibbi.meraka.csir.co.za> In-Reply-To: <20080118095439.GA5677@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 17:06:17 -0000 John Hay wrote: > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: > >> Hi Guys, >> >> I just did a new build using RELENG_7 for the arm (Avila boards) and then >> found that I cannot ssh into them. The sshd crash with a bus error just >> after you entered your username and password. My build of mid November >> did not do it. Anybody got ideas? >> >> The last part of "sshd -Dddd" on the arm board looks like this: >> >> debug1: server_input_channel_req: channel 0 request pty-req reply 0 >> debug1: session_by_channel: session 0 channel 0 >> debug1: session_input_channel_req: session 0 req pty-req >> debug1: Allocating pty. >> debug3: mm_request_send entering: type 25 >> debug3: monitor_read: checking request 25 >> debug3: mm_answer_pty entering >> debug1: session_new: init >> debug1: session_new: session 0 >> debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY >> debug3: mm_request_receive_expect entering: type 26 >> debug3: mm_request_receive entering >> debug3: mm_request_send entering: type 26 >> ssh_mm_receive_fd: recvmsg: expected received 1 got 0 >> debug1: do_cleanup >> debug1: PAM: cleanup >> Bus error (core dumped) >> debug3: PAM: sshpam_thread_cleanup entering >> > > Ok, I found the problem. It looks like something changed and now the > alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd > and monitor_fdpass.c:mm_receive_fd is different and the arm processors > do not like it. Attached is my quick fix. > > One question that I have is if we should just fix all of these "problems" > or should something be changed so that these things are aligned again? In > the last month or two I have come across quite a few of these things that > used to work on the arm and now do not anymore because of alignment > changes. > > (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. > :-) > This used to work fine so the problem is elsewhere. Sounds like a toolchain or header change is the root cause. Sam From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 17:19:40 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB4316A469; Fri, 18 Jan 2008 17:19:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 43AF013C45B; Fri, 18 Jan 2008 17:19:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id m0IHFBVK054238; Fri, 18 Jan 2008 10:15:11 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Jan 2008 10:17:47 -0700 (MST) Message-Id: <20080118.101747.-579326832.imp@bsdimp.com> To: sam@errno.com From: "M. Warner Losh" In-Reply-To: <4790D750.4060702@errno.com> References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> <20080118095439.GA5677@zibbi.meraka.csir.co.za> <4790D750.4060702@errno.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 17:19:40 -0000 In message: <4790D750.4060702@errno.com> Sam Leffler writes: : John Hay wrote: : > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: : > : >> Hi Guys, : >> : >> I just did a new build using RELENG_7 for the arm (Avila boards) and then : >> found that I cannot ssh into them. The sshd crash with a bus error just : >> after you entered your username and password. My build of mid November : >> did not do it. Anybody got ideas? : >> : >> The last part of "sshd -Dddd" on the arm board looks like this: : >> : >> debug1: server_input_channel_req: channel 0 request pty-req reply 0 : >> debug1: session_by_channel: session 0 channel 0 : >> debug1: session_input_channel_req: session 0 req pty-req : >> debug1: Allocating pty. : >> debug3: mm_request_send entering: type 25 : >> debug3: monitor_read: checking request 25 : >> debug3: mm_answer_pty entering : >> debug1: session_new: init : >> debug1: session_new: session 0 : >> debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY : >> debug3: mm_request_receive_expect entering: type 26 : >> debug3: mm_request_receive entering : >> debug3: mm_request_send entering: type 26 : >> ssh_mm_receive_fd: recvmsg: expected received 1 got 0 : >> debug1: do_cleanup : >> debug1: PAM: cleanup : >> Bus error (core dumped) : >> debug3: PAM: sshpam_thread_cleanup entering : >> : > : > Ok, I found the problem. It looks like something changed and now the : > alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd : > and monitor_fdpass.c:mm_receive_fd is different and the arm processors : > do not like it. Attached is my quick fix. : > : > One question that I have is if we should just fix all of these "problems" : > or should something be changed so that these things are aligned again? In : > the last month or two I have come across quite a few of these things that : > used to work on the arm and now do not anymore because of alignment : > changes. : > : > (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. : > :-) : > : : This used to work fine so the problem is elsewhere. Sounds like a : toolchain or header change is the root cause. Or some subtle change in the kernel that isn't using the macro (or is now and didn't used to be). John, I don't suppose you'd have time for a binary search? Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 18:56:36 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC35316A417; Fri, 18 Jan 2008 18:56:36 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0754C13C467; Fri, 18 Jan 2008 18:56:36 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 93DA933CBC; Fri, 18 Jan 2008 20:56:34 +0200 (SAST) Date: Fri, 18 Jan 2008 20:56:34 +0200 From: John Hay To: "M. Warner Losh" Message-ID: <20080118185634.GA28843@zibbi.meraka.csir.co.za> References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> <20080118095439.GA5677@zibbi.meraka.csir.co.za> <4790D750.4060702@errno.com> <20080118.101747.-579326832.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080118.101747.-579326832.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 18:56:37 -0000 On Fri, Jan 18, 2008 at 10:17:47AM -0700, M. Warner Losh wrote: > In message: <4790D750.4060702@errno.com> > Sam Leffler writes: > : John Hay wrote: > : > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: > : > > : >> Hi Guys, > : >> > : >> I just did a new build using RELENG_7 for the arm (Avila boards) and then > : >> found that I cannot ssh into them. The sshd crash with a bus error just > : >> after you entered your username and password. My build of mid November > : >> did not do it. Anybody got ideas? > : >> > : >> The last part of "sshd -Dddd" on the arm board looks like this: > : >> > : >> debug1: server_input_channel_req: channel 0 request pty-req reply 0 > : >> debug1: session_by_channel: session 0 channel 0 > : >> debug1: session_input_channel_req: session 0 req pty-req > : >> debug1: Allocating pty. > : >> debug3: mm_request_send entering: type 25 > : >> debug3: monitor_read: checking request 25 > : >> debug3: mm_answer_pty entering > : >> debug1: session_new: init > : >> debug1: session_new: session 0 > : >> debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY > : >> debug3: mm_request_receive_expect entering: type 26 > : >> debug3: mm_request_receive entering > : >> debug3: mm_request_send entering: type 26 > : >> ssh_mm_receive_fd: recvmsg: expected received 1 got 0 > : >> debug1: do_cleanup > : >> debug1: PAM: cleanup > : >> Bus error (core dumped) > : >> debug3: PAM: sshpam_thread_cleanup entering > : >> > : > > : > Ok, I found the problem. It looks like something changed and now the > : > alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd > : > and monitor_fdpass.c:mm_receive_fd is different and the arm processors > : > do not like it. Attached is my quick fix. > : > > : > One question that I have is if we should just fix all of these "problems" > : > or should something be changed so that these things are aligned again? In > : > the last month or two I have come across quite a few of these things that > : > used to work on the arm and now do not anymore because of alignment > : > changes. > : > > : > (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. > : > :-) > : > > : > : This used to work fine so the problem is elsewhere. Sounds like a > : toolchain or header change is the root cause. > > Or some subtle change in the kernel that isn't using the macro (or is > now and didn't used to be). Hmmm Just to make sure that I'm on the right page. On FreeBSD ARM one is not supposed to be able to access unaligned memory? Ie. an int that does not start on an address that is a multiple of 4. In a C function if you have something like "char tmp[4]", can you assume that the compiler will align it on a 4 byte boundary or can it do it on a byte boundary? If one cannot access unaligned ints and char arrays are not int aligned, then we were just lucky that the code worked at some stage. > > John, I don't suppose you'd have time for a binary search? I'll see what I can do, but it will be slow going. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 19:04:43 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0856416A420; Fri, 18 Jan 2008 19:04:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9A48A13C44B; Fri, 18 Jan 2008 19:04:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id m0IIxGmi055374; Fri, 18 Jan 2008 11:59:16 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Jan 2008 12:01:52 -0700 (MST) Message-Id: <20080118.120152.-345488389.imp@bsdimp.com> To: jhay@meraka.org.za From: "M. Warner Losh" In-Reply-To: <20080118185634.GA28843@zibbi.meraka.csir.co.za> References: <4790D750.4060702@errno.com> <20080118.101747.-579326832.imp@bsdimp.com> <20080118185634.GA28843@zibbi.meraka.csir.co.za> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 19:04:43 -0000 In message: <20080118185634.GA28843@zibbi.meraka.csir.co.za> John Hay writes: : On Fri, Jan 18, 2008 at 10:17:47AM -0700, M. Warner Losh wrote: : > In message: <4790D750.4060702@errno.com> : > Sam Leffler writes: : > : John Hay wrote: : > : > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: : > : > : > : >> Hi Guys, : > : >> : > : >> I just did a new build using RELENG_7 for the arm (Avila boards) and then : > : >> found that I cannot ssh into them. The sshd crash with a bus error just : > : >> after you entered your username and password. My build of mid November : > : >> did not do it. Anybody got ideas? : > : >> : > : >> The last part of "sshd -Dddd" on the arm board looks like this: : > : >> : > : >> debug1: server_input_channel_req: channel 0 request pty-req reply 0 : > : >> debug1: session_by_channel: session 0 channel 0 : > : >> debug1: session_input_channel_req: session 0 req pty-req : > : >> debug1: Allocating pty. : > : >> debug3: mm_request_send entering: type 25 : > : >> debug3: monitor_read: checking request 25 : > : >> debug3: mm_answer_pty entering : > : >> debug1: session_new: init : > : >> debug1: session_new: session 0 : > : >> debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY : > : >> debug3: mm_request_receive_expect entering: type 26 : > : >> debug3: mm_request_receive entering : > : >> debug3: mm_request_send entering: type 26 : > : >> ssh_mm_receive_fd: recvmsg: expected received 1 got 0 : > : >> debug1: do_cleanup : > : >> debug1: PAM: cleanup : > : >> Bus error (core dumped) : > : >> debug3: PAM: sshpam_thread_cleanup entering : > : >> : > : > : > : > Ok, I found the problem. It looks like something changed and now the : > : > alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd : > : > and monitor_fdpass.c:mm_receive_fd is different and the arm processors : > : > do not like it. Attached is my quick fix. : > : > : > : > One question that I have is if we should just fix all of these "problems" : > : > or should something be changed so that these things are aligned again? In : > : > the last month or two I have come across quite a few of these things that : > : > used to work on the arm and now do not anymore because of alignment : > : > changes. : > : > : > : > (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. : > : > :-) : > : > : > : : > : This used to work fine so the problem is elsewhere. Sounds like a : > : toolchain or header change is the root cause. : > : > Or some subtle change in the kernel that isn't using the macro (or is : > now and didn't used to be). : : Hmmm Just to make sure that I'm on the right page. On FreeBSD ARM one : is not supposed to be able to access unaligned memory? Ie. an int that : does not start on an address that is a multiple of 4. : : In a C function if you have something like "char tmp[4]", can you assume : that the compiler will align it on a 4 byte boundary or can it do it on : a byte boundary? : : If one cannot access unaligned ints and char arrays are not int aligned, : then we were just lucky that the code worked at some stage. You are correct. The fact that it seemed to work meant that we were either getting lucky before, or there was some critical code on the kernel side that has accidentally been removed... : > John, I don't suppose you'd have time for a binary search? : : I'll see what I can do, but it will be slow going. Bad sshd with kernels going back in time should be sufficient... Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 19:15:53 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C9716A41A for ; Fri, 18 Jan 2008 19:15:53 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id A581F13C457 for ; Fri, 18 Jan 2008 19:15:52 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id m0IJFn2P057698; Fri, 18 Jan 2008 13:15:49 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1200683749; bh=u51KTxJ3g7brQhF4oD9DBT1mMO6FesqN/A6n4aM A3PA=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=HWWonEv6 gqfkg6EQ+0Xyp/pfsNd1icKGtgg0Qdw3f6twZjiQr4/Pb9hwxNBSqILfBS1FYUYKYUy hWnvBuD1Rxl139ohheFpmUQPjuJplw/2cTxRpP0zDM5TT/nuPh3nvAGfB88uP9WI5sZ kyFdp/+2X03Qv7lBbN6hl9DbXeoUQ= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id m0IJFndO057697; Fri, 18 Jan 2008 13:15:49 -0600 (CST) (envelope-from tinguely) Date: Fri, 18 Jan 2008 13:15:49 -0600 (CST) From: Mark Tinguely Message-Id: <200801181915.m0IJFndO057697@casselton.net> To: imp@bsdimp.com, jhay@meraka.org.za In-Reply-To: <20080118185634.GA28843@zibbi.meraka.csir.co.za> Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 19:15:53 -0000 > Hmmm Just to make sure that I'm on the right page. On FreeBSD ARM one > is not supposed to be able to access unaligned memory? Ie. an int that > does not start on an address that is a multiple of 4. Some ARM implementation can be programmed to do unaligned accesses, but yes, halfword, word and long word accesses must be properly aligned. > In a C function if you have something like "char tmp[4]", can you assume > that the compiler will align it on a 4 byte boundary or can it do it on > a byte boundary? No it will not automatically be align correctly to be used as a integer. > If one cannot access unaligned ints and char arrays are not int aligned, > then we were just lucky that the code worked at some stage. The items above this array were probably a multiple of 4 bytes and something has changed in a structure to make this no longer true. You can find the offending structure and pad it to make it a multiple of 4 bytes, or cheat and declare a integer before the char array. --Mark Tinguely From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 19:16:41 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFF7516A418; Fri, 18 Jan 2008 19:16:41 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6038C13C45B; Fri, 18 Jan 2008 19:16:40 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 08BB633CD3; Fri, 18 Jan 2008 21:16:39 +0200 (SAST) Date: Fri, 18 Jan 2008 21:16:38 +0200 From: John Hay To: "M. Warner Losh" Message-ID: <20080118191638.GA30155@zibbi.meraka.csir.co.za> References: <4790D750.4060702@errno.com> <20080118.101747.-579326832.imp@bsdimp.com> <20080118185634.GA28843@zibbi.meraka.csir.co.za> <20080118.120152.-345488389.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080118.120152.-345488389.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 19:16:41 -0000 On Fri, Jan 18, 2008 at 12:01:52PM -0700, M. Warner Losh wrote: > In message: <20080118185634.GA28843@zibbi.meraka.csir.co.za> > John Hay writes: > : On Fri, Jan 18, 2008 at 10:17:47AM -0700, M. Warner Losh wrote: > : > In message: <4790D750.4060702@errno.com> > : > Sam Leffler writes: > : > : John Hay wrote: > : > : > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: > : > : > > : > : >> Hi Guys, > : > : >> > : > : >> I just did a new build using RELENG_7 for the arm (Avila boards) and then > : > : >> found that I cannot ssh into them. The sshd crash with a bus error just > : > : >> after you entered your username and password. My build of mid November > : > : >> did not do it. Anybody got ideas? > : > : >> > : > : >> The last part of "sshd -Dddd" on the arm board looks like this: > : > : >> > : > : >> debug1: server_input_channel_req: channel 0 request pty-req reply 0 > : > : >> debug1: session_by_channel: session 0 channel 0 > : > : >> debug1: session_input_channel_req: session 0 req pty-req > : > : >> debug1: Allocating pty. > : > : >> debug3: mm_request_send entering: type 25 > : > : >> debug3: monitor_read: checking request 25 > : > : >> debug3: mm_answer_pty entering > : > : >> debug1: session_new: init > : > : >> debug1: session_new: session 0 > : > : >> debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY > : > : >> debug3: mm_request_receive_expect entering: type 26 > : > : >> debug3: mm_request_receive entering > : > : >> debug3: mm_request_send entering: type 26 > : > : >> ssh_mm_receive_fd: recvmsg: expected received 1 got 0 > : > : >> debug1: do_cleanup > : > : >> debug1: PAM: cleanup > : > : >> Bus error (core dumped) > : > : >> debug3: PAM: sshpam_thread_cleanup entering > : > : >> > : > : > > : > : > Ok, I found the problem. It looks like something changed and now the > : > : > alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd > : > : > and monitor_fdpass.c:mm_receive_fd is different and the arm processors > : > : > do not like it. Attached is my quick fix. > : > : > > : > : > One question that I have is if we should just fix all of these "problems" > : > : > or should something be changed so that these things are aligned again? In > : > : > the last month or two I have come across quite a few of these things that > : > : > used to work on the arm and now do not anymore because of alignment > : > : > changes. > : > : > > : > : > (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. > : > : > :-) > : > : > > : > : > : > : This used to work fine so the problem is elsewhere. Sounds like a > : > : toolchain or header change is the root cause. > : > > : > Or some subtle change in the kernel that isn't using the macro (or is > : > now and didn't used to be). > : > : Hmmm Just to make sure that I'm on the right page. On FreeBSD ARM one > : is not supposed to be able to access unaligned memory? Ie. an int that > : does not start on an address that is a multiple of 4. > : > : In a C function if you have something like "char tmp[4]", can you assume > : that the compiler will align it on a 4 byte boundary or can it do it on > : a byte boundary? > : > : If one cannot access unaligned ints and char arrays are not int aligned, > : then we were just lucky that the code worked at some stage. > > You are correct. The fact that it seemed to work meant that we were > either getting lucky before, or there was some critical code on the > kernel side that has accidentally been removed... I don't think the kernel will make a difference. The bus error happened on line 64 of openssh/monitor_fdpass.c. That is before the kernel was called (sendmsg())... Except if the kernel aligned the stack differently. > : > John, I don't suppose you'd have time for a binary search? > : > : I'll see what I can do, but it will be slow going. > > Bad sshd with kernels going back in time should be sufficient... That should go faster. :-) I'll look at it tomorrow between power failures. South Africa has a power shortage at the moment and they are load shedding us in 3-6 hour sessions. :-((( John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 21:58:56 2008 Return-Path: Delivered-To: freebsd-arm@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B3F016A420; Fri, 18 Jan 2008 21:58:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7E613C448; Fri, 18 Jan 2008 21:58:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id m0ILpvTC057578; Fri, 18 Jan 2008 14:51:57 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Jan 2008 14:54:36 -0700 (MST) Message-Id: <20080118.145436.-1540399028.imp@bsdimp.com> To: jhay@meraka.org.za From: "M. Warner Losh" In-Reply-To: <20080118191638.GA30155@zibbi.meraka.csir.co.za> References: <20080118185634.GA28843@zibbi.meraka.csir.co.za> <20080118.120152.-345488389.imp@bsdimp.com> <20080118191638.GA30155@zibbi.meraka.csir.co.za> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.ORG, des@FreeBSD.ORG Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:58:56 -0000 In message: <20080118191638.GA30155@zibbi.meraka.csir.co.za> John Hay writes: : On Fri, Jan 18, 2008 at 12:01:52PM -0700, M. Warner Losh wrote: : > In message: <20080118185634.GA28843@zibbi.meraka.csir.co.za> : > John Hay writes: : > : On Fri, Jan 18, 2008 at 10:17:47AM -0700, M. Warner Losh wrote: : > : > In message: <4790D750.4060702@errno.com> : > : > Sam Leffler writes: : > : > : John Hay wrote: : > : > : > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: : > : > : > : > : > : >> Hi Guys, : > : > : >> : > : > : >> I just did a new build using RELENG_7 for the arm (Avila boards) and then : > : > : >> found that I cannot ssh into them. The sshd crash with a bus error just : > : > : >> after you entered your username and password. My build of mid November : > : > : >> did not do it. Anybody got ideas? : > : > : >> : > : > : >> The last part of "sshd -Dddd" on the arm board looks like this: : > : > : >> : > : > : >> debug1: server_input_channel_req: channel 0 request pty-req reply 0 : > : > : >> debug1: session_by_channel: session 0 channel 0 : > : > : >> debug1: session_input_channel_req: session 0 req pty-req : > : > : >> debug1: Allocating pty. : > : > : >> debug3: mm_request_send entering: type 25 : > : > : >> debug3: monitor_read: checking request 25 : > : > : >> debug3: mm_answer_pty entering : > : > : >> debug1: session_new: init : > : > : >> debug1: session_new: session 0 : > : > : >> debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY : > : > : >> debug3: mm_request_receive_expect entering: type 26 : > : > : >> debug3: mm_request_receive entering : > : > : >> debug3: mm_request_send entering: type 26 : > : > : >> ssh_mm_receive_fd: recvmsg: expected received 1 got 0 : > : > : >> debug1: do_cleanup : > : > : >> debug1: PAM: cleanup : > : > : >> Bus error (core dumped) : > : > : >> debug3: PAM: sshpam_thread_cleanup entering : > : > : >> : > : > : > : > : > : > Ok, I found the problem. It looks like something changed and now the : > : > : > alignment for the char tmp[...] array in monitor_fdpass.c:mm_send_fd : > : > : > and monitor_fdpass.c:mm_receive_fd is different and the arm processors : > : > : > do not like it. Attached is my quick fix. : > : > : > : > : > : > One question that I have is if we should just fix all of these "problems" : > : > : > or should something be changed so that these things are aligned again? In : > : > : > the last month or two I have come across quite a few of these things that : > : > : > used to work on the arm and now do not anymore because of alignment : > : > : > changes. : > : > : > : > : > : > (I have cc'ed des@ because his name pitch up a lot in the openssh cvs logs. : > : > : > :-) : > : > : > : > : > : : > : > : This used to work fine so the problem is elsewhere. Sounds like a : > : > : toolchain or header change is the root cause. : > : > : > : > Or some subtle change in the kernel that isn't using the macro (or is : > : > now and didn't used to be). : > : : > : Hmmm Just to make sure that I'm on the right page. On FreeBSD ARM one : > : is not supposed to be able to access unaligned memory? Ie. an int that : > : does not start on an address that is a multiple of 4. : > : : > : In a C function if you have something like "char tmp[4]", can you assume : > : that the compiler will align it on a 4 byte boundary or can it do it on : > : a byte boundary? : > : : > : If one cannot access unaligned ints and char arrays are not int aligned, : > : then we were just lucky that the code worked at some stage. : > : > You are correct. The fact that it seemed to work meant that we were : > either getting lucky before, or there was some critical code on the : > kernel side that has accidentally been removed... : : I don't think the kernel will make a difference. The bus error happened : on line 64 of openssh/monitor_fdpass.c. That is before the kernel was : called (sendmsg())... Except if the kernel aligned the stack differently. OK. Maybe the right fix is to add '__aligned(4)' to the declaration? : > : > John, I don't suppose you'd have time for a binary search? : > : : > : I'll see what I can do, but it will be slow going. : > : > Bad sshd with kernels going back in time should be sufficient... : : That should go faster. :-) I'll look at it tomorrow between power failures. : South Africa has a power shortage at the moment and they are load shedding : us in 3-6 hour sessions. :-((( :-( Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jan 18 22:13:51 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11D916A417; Fri, 18 Jan 2008 22:13:51 +0000 (UTC) (envelope-from nick@flirble.org) Received: from plum.flirble.org (plum.flirble.org [194.70.3.20]) by mx1.freebsd.org (Postfix) with ESMTP id AE2D613C45A; Fri, 18 Jan 2008 22:13:51 +0000 (UTC) (envelope-from nick@flirble.org) Received: from nick by plum.flirble.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JFz5n-000NZo-JB; Fri, 18 Jan 2008 21:49:39 +0000 Date: Fri, 18 Jan 2008 21:49:39 +0000 From: Nicholas Clark To: Mark Tinguely Message-ID: <20080118214939.GB23703@plum.flirble.org> Mail-Followup-To: Mark Tinguely , imp@bsdimp.com, jhay@meraka.org.za, freebsd-arm@freebsd.org, des@freebsd.org References: <20080118185634.GA28843@zibbi.meraka.csir.co.za> <200801181915.m0IJFndO057697@casselton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801181915.m0IJFndO057697@casselton.net> User-Agent: Mutt/1.4.2.1i X-Organisation: Tetrachloromethane Sender: Nicholas Clark Cc: freebsd-arm@freebsd.org, des@freebsd.org Subject: Re: sshd broken on arm? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:13:52 -0000 On Fri, Jan 18, 2008 at 01:15:49PM -0600, Mark Tinguely wrote: > > > > In a C function if you have something like "char tmp[4]", can you assume > > that the compiler will align it on a 4 byte boundary or can it do it on > > a byte boundary? > > No it will not automatically be align correctly to be used as a integer. > > > If one cannot access unaligned ints and char arrays are not int aligned, > > then we were just lucky that the code worked at some stage. > > The items above this array were probably a multiple of 4 bytes and something > has changed in a structure to make this no longer true. You can find the > offending structure and pad it to make it a multiple of 4 bytes, or cheat > and declare a integer before the char array. Or put the char array in a union with an integer, although that might require too many changes in other parts of the code. Nicholas Clark