From owner-freebsd-alpha@FreeBSD.ORG Sun Oct 19 10:20:55 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58FDD16A4B3; Sun, 19 Oct 2003 10:20:55 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5814943F3F; Sun, 19 Oct 2003 10:20:54 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9JHKrv9005885; Sun, 19 Oct 2003 13:20:53 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9JHKrOo005884; Sun, 19 Oct 2003 13:20:53 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 19 Oct 2003 13:20:53 -0400 (EDT) Message-Id: <200310191720.h9JHKrOo005884@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 17:20:55 -0000 TB --- 2003-10-19 16:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-19 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-19 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-19 16:03:04 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-19 17:05:32 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 19 17:05:32 GMT 2003 >>> Kernel build for GENERIC completed on Sun Oct 19 17:17:18 GMT 2003 TB --- 2003-10-19 17:17:18 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-19 17:17:18 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 19 17:17:18 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:962: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:963: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:964: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:965: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:967: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:968: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:969: error: invalid type argument of `->' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:970: error: invalid type argument of `->' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-19 17:20:52 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-19 17:20:52 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-19 17:20:52 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sun Oct 19 11:56:00 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7675616A4BF; Sun, 19 Oct 2003 11:56:00 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4000C43F3F; Sun, 19 Oct 2003 11:55:57 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9p2/8.12.9) with ESMTP id h9JItuE7001510; Sun, 19 Oct 2003 12:55:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 19 Oct 2003 12:54:40 -0600 (MDT) Message-Id: <20031019.125440.45779982.imp@bsdimp.com> To: des+tinderbox@freebsd.org From: "M. Warner Losh" In-Reply-To: <200310191720.h9JHKrOo005884@cueball.rtp.FreeBSD.org> References: <200310191720.h9JHKrOo005884@cueball.rtp.FreeBSD.org> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 18:56:00 -0000 In message: <200310191720.h9JHKrOo005884@cueball.rtp.FreeBSD.org> Tinderbox writes: : /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ep/if_ep.c:962: error: invalid type argument of `->' Ooops. That's my bad. Latest sources seem to work great. Warner From owner-freebsd-alpha@FreeBSD.ORG Sun Oct 19 12:20:44 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D29D16A4B3 for ; Sun, 19 Oct 2003 12:20:44 -0700 (PDT) Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D4C143F75 for ; Sun, 19 Oct 2003 12:20:42 -0700 (PDT) (envelope-from Riccardo.Veraldi@fi.infn.it) Received: from localhost (localhost.fi.infn.it [127.0.0.1]) by postino.fi.infn.it (8.12.9/8.12.9) with ESMTP id h9JJKaJN027800 for ; Sun, 19 Oct 2003 21:20:36 +0200 (CEST) Received: from host35-25.pool80116.interbusiness.it (host35-25.pool80116.interbusiness.it [80.116.25.35]) by postino.fi.infn.it (IMP) with HTTP for ; Sun, 19 Oct 2003 21:20:36 +0200 Message-ID: <1066591236.3f92e4042f3de@postino.fi.infn.it> Date: Sun, 19 Oct 2003 21:20:36 +0200 From: Riccardo Veraldi To: freebsd-alpha@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 / FreeBSD-4.8 X-Originating-IP: 80.116.25.35 X-RAVMilter-Version: 8.4.3(snapshot 20030217) (postino.fi.infn.it) X-Spam-Status: No, hits=-0.3 required=5.0 tests=USER_AGENT_IMP version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: problem building 5.1-p13 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 19:20:44 -0000 I Was rebuilding 5.1-p13 without any optimizations since I had problems before using -mcpu=ev6 I have this problem but I can't explain why. c++ -O -pipe -mcpu=ev4 -DHAVE_CONFIG_H - I/usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/ src/include -I/usr/src /gnu/usr.bin/groff/src/devices/grolbp/../../../src/include - D__FBSDID=__RCSID -fno-rtti -fno-exceptions -c /usr/src/gnu/usr.bin/groff/src/d evices/grolbp/../../../../../../contrib/groff/src/devices/grolbp/lbp.cc /usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s rc/devices/grolbp/lbp.cc: In method `void lbp_printer::draw(int , int *, int, const environment *)': /usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s rc/devices/grolbp/lbp.cc:567: Internal compiler error. /usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s rc/devices/grolbp/lbp.cc:567: Please submit a full bug report. /usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s rc/devices/grolbp/lbp.cc:567: See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src/devices/grolbp. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src/devices. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 thanks Rick ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From owner-freebsd-alpha@FreeBSD.ORG Mon Oct 20 00:55:00 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AACE916A4B3 for ; Mon, 20 Oct 2003 00:55:00 -0700 (PDT) Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373B143F3F for ; Mon, 20 Oct 2003 00:54:59 -0700 (PDT) (envelope-from Riccardo.Veraldi@fi.infn.it) Received: from fi.infn.it (xiexie.fi.infn.it [192.84.145.25]) by postino.fi.infn.it (8.12.9/8.12.9) with ESMTP id h9K7ssJO044999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 20 Oct 2003 09:54:55 +0200 (CEST) Message-ID: <3F9394DF.7010400@fi.infn.it> Date: Mon, 20 Oct 2003 09:55:11 +0200 From: Riccardo Veraldi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org References: <1066591236.3f92e4042f3de@postino.fi.infn.it> In-Reply-To: <1066591236.3f92e4042f3de@postino.fi.infn.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.3(snapshot 20030217) (postino.fi.infn.it) X-Spam-Status: No, hits=-2.1 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: problem building 5.1-p13 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 07:55:00 -0000 I think there must be something wrong with my DCC I Got the same error I re-downloaded all the source tree. FreeBSD sauron 4.8-RELEASE-p13 FreeBSD 4.8-RELEASE-p13 #0: Fri Oct 17 18:43:06 CEST 2003 fddi@sauron:/usr/src/sys/compile/SAURON alpha gcc --version 2.95.4 and make buildworld fails as reported below. I Am not using any kind of optimization in make.conf any hints is very appreciated... thanks Rick Riccardo Veraldi wrote: >I Was rebuilding 5.1-p13 without any optimizations since I had problems before >using -mcpu=ev6 > >I have this problem but I can't explain why. > >c++ -O -pipe -mcpu=ev4 -DHAVE_CONFIG_H - >I/usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/ >src/include -I/usr/src >/gnu/usr.bin/groff/src/devices/grolbp/../../../src/include - >D__FBSDID=__RCSID -fno-rtti -fno-exceptions -c /usr/src/gnu/usr.bin/groff/src/d >evices/grolbp/../../../../../../contrib/groff/src/devices/grolbp/lbp.cc >/usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s >rc/devices/grolbp/lbp.cc: In method `void lbp_printer::draw(int >, int *, int, const environment *)': >/usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s >rc/devices/grolbp/lbp.cc:567: Internal compiler error. >/usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s >rc/devices/grolbp/lbp.cc:567: Please submit a full bug report. >/usr/src/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/s >rc/devices/grolbp/lbp.cc:567: See are/gcc/bugs.html> for instructions. >*** Error code 1 > >Stop in /usr/src/gnu/usr.bin/groff/src/devices/grolbp. >*** Error code 1 > >Stop in /usr/src/gnu/usr.bin/groff/src/devices. >*** Error code 1 > >Stop in /usr/src/gnu/usr.bin/groff/src. >*** Error code 1 > >Stop in /usr/src/gnu/usr.bin/groff. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > > >thanks > > >Rick > > From owner-freebsd-alpha@FreeBSD.ORG Mon Oct 20 10:06:51 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2023816A4B3; Mon, 20 Oct 2003 10:06:51 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 127C543F93; Mon, 20 Oct 2003 10:06:50 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9KH6nv9071165; Mon, 20 Oct 2003 13:06:49 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9KH6mZx071164; Mon, 20 Oct 2003 13:06:48 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Mon, 20 Oct 2003 13:06:48 -0400 (EDT) Message-Id: <200310201706.h9KH6mZx071164@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 17:06:51 -0000 TB --- 2003-10-20 16:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-20 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-20 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-20 16:01:56 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-20 17:04:33 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 20 17:04:33 GMT 2003 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_cam.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_disk.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/ata-all.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/ata-queue.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/ata-queue.c: In function `ata_completed': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/ata-queue.c:221: warning: suggest parentheses around comparison in operand of & *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-20 17:06:48 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-20 17:06:48 - TB --- ERROR: failed to build generic kernel TB --- 2003-10-20 17:06:48 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Mon Oct 20 11:01:29 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B88F16A4B3 for ; Mon, 20 Oct 2003 11:01:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F24ED43FFB for ; Mon, 20 Oct 2003 11:01:18 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9KI1IFY098897 for ; Mon, 20 Oct 2003 11:01:18 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9KI1IVL098891 for freebsd-alpha@freebsd.org; Mon, 20 Oct 2003 11:01:18 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Oct 2003 11:01:18 -0700 (PDT) Message-Id: <200310201801.h9KI1IVL098891@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-alpha@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 18:01:29 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/09/10] alpha/30486 alpha AlphaServer DS10 floppy access is broken o [2001/09/10] alpha/30487 alpha Floppy access on AlphaServer DS20 solid l o [2003/02/05] alpha/47952 alpha DEFPA causes machine check with V5.0-rele 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/26] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/06/07] alpha/27933 alpha Time jitter under load on FreeBSD 4.3 alp f [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2001/10/01] alpha/30970 alpha Ensoniq 1371 (Creative chipset) does not o [2002/01/24] alpha/34232 alpha rpc.statd throws alignment errors o [2002/03/26] alpha/36327 alpha trap within cvt() while attempting to pri o [2002/05/13] alpha/38031 alpha osf1.ko not loaded during boot-time of li p [2002/11/12] alpha/45240 alpha pstat -f column headings misaligned on Al o [2003/02/25] alpha/48676 alpha Changing the baud rate of serial consoles o [2003/04/12] alpha/50868 alpha fd0 floppy device is not mapped into /dev o [2003/06/02] alpha/52882 alpha fpsetprec/fp_prec_t unsupported on alpha? 12 problems total. From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 09:06:00 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDAFB16A4B3; Tue, 21 Oct 2003 09:06:00 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB5543FA3; Tue, 21 Oct 2003 09:05:59 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 88BB166C9E; Tue, 21 Oct 2003 09:05:59 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 573F0A72; Tue, 21 Oct 2003 09:05:59 -0700 (PDT) Date: Tue, 21 Oct 2003 09:05:59 -0700 From: Kris Kennaway To: mjacob@FreeBSD.org Message-ID: <20031021160559.GA65882@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: alpha@FreeBSD.org cc: current@FreeBSD.org Subject: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 16:06:00 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This happened to me just now on alpha: (da0:isp0:0:0:0): Retrying Command (per Sense Data) (da0:isp0:0:0:0): READ(06). CDB: 8 5 f 30 10 0 (da0:isp0:0:0:0): CAM Status: SCSI Status Error (da0:isp0:0:0:0): SCSI Status: Check Condition (da0:isp0:0:0:0): MEDIUM ERROR info:50f30 asc:11,0 (da0:isp0:0:0:0): Unrecovered read error field replaceable unit: e4 actual retry count: 257 (da0:isp0:0:0:0): Retrying Command (per Sense Data) swap_pager: indefinite wait buffer: device: da0b, blkno: 331568, size: 8192 (da0:isp0:0:0:0): READ(06). CDB: 8 5 f 30 10 0 (da0:isp0:0:0:0): CAM Status: SCSI Status Error (da0:isp0:0:0:0): SCSI Status: Check Condition (da0:isp0:0:0:0): MEDIUM ERROR info:50f30 asc:11,0 (da0:isp0:0:0:0): Unrecovered read error field replaceable unit: e4 actual retry count: 257 (da0:isp0:0:0:0): Retries Exhausted swap_pager: I/O error - pagein failed; blkno 331568,size 8192, error 5 vm_fault: pager read error, pid 90537 (aspell) Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: exclusive sleep mutex g_xdown r = 0 (0xfffffe0006bfdc78) locked @ /a/asami/portbuild/alpha/src-client/sys/geom/geom_io.c:345 witness_warn Stopped at Debugger+0x38: zapnot v0,#0xf,v0 db> trace Debugger() at Debugger+0x38 witness_warn() at witness_warn+0x284 msleep() at msleep+0xa8 isp_mbox_wait_complete() at isp_mbox_wait_complete+0x94 isp_mboxcmd() at isp_mboxcmd+0x258 isp_update_bus() at isp_update_bus+0x2f0 isp_update() at isp_update+0x54 isp_start() at isp_start+0x208 isp_action() at isp_action+0x1bc xpt_run_dev_sendq() at xpt_run_dev_sendq+0x23c xpt_action() at xpt_action+0x2a0 dastart() at dastart+0x220 xpt_run_dev_allocq() at xpt_run_dev_allocq+0xf0 xpt_schedule() at xpt_schedule+0xc0 dastrategy() at dastrategy+0x70 g_disk_start() at g_disk_start+0x1ec g_io_schedule_down() at g_io_schedule_down+0x234 g_down_procbody() at g_down_procbody+0x5c fork_exit() at fork_exit+0x100 exception_return() at exception_return --- root of call graph --- Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/lVlmWry0BWjoQKURAki0AKC+pikVfhtX7k8ZJ5snj8y4LtFgWwCeItgV LACnUBoxyjFlpU7I+Sysikk= =LrZz -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 14:38:04 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 212B416A4B3; Tue, 21 Oct 2003 14:38:04 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B280843FA3; Tue, 21 Oct 2003 14:38:02 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from win2k (float35.in0.lcl [172.16.166.35]) by beppo.feral.com (8.12.9p1/8.12.9) with ESMTP id h9LLbwSn004899; Tue, 21 Oct 2003 14:37:58 -0700 (PDT) (envelope-from mjacob@feral.com) From: "Matthew Jacob" To: "'Kris Kennaway'" Date: Tue, 21 Oct 2003 14:30:21 -0700 Organization: Feral Software Message-ID: <000801c3981a$8abc6540$23a610ac@win2k> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <20031021160559.GA65882@rot13.obsecurity.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal cc: alpha@FreeBSD.org cc: current@FreeBSD.org Subject: RE: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:38:04 -0000 So? How about some details and context? I thought was told that being able to use locks in HBAs is fine. I had them on for a while, and then had them off. I turned them on again over a month ago. I'm somewhat surprised to see that a problem shows up now. *I* do the right thing with locks, IMO. I hold them in my module when I enter and release them if/when I leave. Seeing a lock held by some random caller causing me to blow up to me seems to be a hole in the architecture, but I'd be the first to admit that I hardly am up to date on what the rules of the road are now so such an opinion is ill-informed. Comment out ISP_SMPLOCK in isp_freebsd.h. If the problem goes away, we'll make the change back again. -matt p.s.: you have *way* more issues here than locking- you've a bad disk. Anyway, isn't alpha desupported? -----Original Message----- From: Kris Kennaway [mailto:kris@obsecurity.org] Sent: Tuesday, October 21, 2003 9:06 AM To: mjacob@FreeBSD.org Cc: alpha@FreeBSD.org; current@FreeBSD.org Subject: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: This happened to me just now on alpha: (da0:isp0:0:0:0): Retrying Command (per Sense Data) (da0:isp0:0:0:0): READ(06). CDB: 8 5 f 30 10 0 (da0:isp0:0:0:0): CAM Status: SCSI Status Error (da0:isp0:0:0:0): SCSI Status: Check Condition (da0:isp0:0:0:0): MEDIUM ERROR info:50f30 asc:11,0 (da0:isp0:0:0:0): Unrecovered read error field replaceable unit: e4 actual retry count: 257 (da0:isp0:0:0:0): Retrying Command (per Sense Data) swap_pager: indefinite wait buffer: device: da0b, blkno: 331568, size: 8192 (da0:isp0:0:0:0): READ(06). CDB: 8 5 f 30 10 0 (da0:isp0:0:0:0): CAM Status: SCSI Status Error (da0:isp0:0:0:0): SCSI Status: Check Condition (da0:isp0:0:0:0): MEDIUM ERROR info:50f30 asc:11,0 (da0:isp0:0:0:0): Unrecovered read error field replaceable unit: e4 actual retry count: 257 (da0:isp0:0:0:0): Retries Exhausted swap_pager: I/O error - pagein failed; blkno 331568,size 8192, error 5 vm_fault: pager read error, pid 90537 (aspell) Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: exclusive sleep mutex g_xdown r = 0 (0xfffffe0006bfdc78) locked @ /a/asami/portbuild/alpha/src-client/sys/geom/geom_io.c:345 witness_warn Stopped at Debugger+0x38: zapnot v0,#0xf,v0 db> trace Debugger() at Debugger+0x38 witness_warn() at witness_warn+0x284 msleep() at msleep+0xa8 isp_mbox_wait_complete() at isp_mbox_wait_complete+0x94 isp_mboxcmd() at isp_mboxcmd+0x258 isp_update_bus() at isp_update_bus+0x2f0 isp_update() at isp_update+0x54 isp_start() at isp_start+0x208 isp_action() at isp_action+0x1bc xpt_run_dev_sendq() at xpt_run_dev_sendq+0x23c xpt_action() at xpt_action+0x2a0 dastart() at dastart+0x220 xpt_run_dev_allocq() at xpt_run_dev_allocq+0xf0 xpt_schedule() at xpt_schedule+0xc0 dastrategy() at dastrategy+0x70 g_disk_start() at g_disk_start+0x1ec g_io_schedule_down() at g_io_schedule_down+0x234 g_down_procbody() at g_down_procbody+0x5c fork_exit() at fork_exit+0x100 exception_return() at exception_return --- root of call graph --- Kris From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 14:45:41 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC88216A4B3; Tue, 21 Oct 2003 14:45:41 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB53B43FCB; Tue, 21 Oct 2003 14:45:40 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id h9LLjVv6013911; Tue, 21 Oct 2003 23:45:31 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: mjacob@feral.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Oct 2003 14:30:21 PDT." <000801c3981a$8abc6540$23a610ac@win2k> Date: Tue, 21 Oct 2003 23:45:31 +0200 Message-ID: <13910.1066772731@critter.freebsd.dk> cc: alpha@freebsd.org cc: current@freebsd.org cc: 'Kris Kennaway' Subject: Re: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:45:42 -0000 In message <000801c3981a$8abc6540$23a610ac@win2k>, "Matthew Jacob" writes: >So? How about some details and context? > >I thought was told that being able to use locks in HBAs is fine. I had >them on for a while, and then had them off. I turned them on again over >a month ago. I'm somewhat surprised to see that a problem shows up now. > >*I* do the right thing with locks, IMO. I hold them in my module when I >enter and release them if/when I leave. Seeing a lock held by some >random caller causing me to blow up to me seems to be a hole in the >architecture, but I'd be the first to admit that I hardly am up to date >on what the rules of the road are now so such an opinion is >ill-informed. The lock held in this case, is not "some random caller", that is a mutex held specifically to expose device drivers which try to sleep in their ->strategy() function. You cannot sleep in the strategy() function because that would hold op I/O, and therefore likely lead to deadlock. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 14:50:33 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89D9416A4B3; Tue, 21 Oct 2003 14:50:33 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD1443FB1; Tue, 21 Oct 2003 14:50:32 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from win2k (float35.in0.lcl [172.16.166.35]) by beppo.feral.com (8.12.9p1/8.12.9) with ESMTP id h9LLoWSn005248; Tue, 21 Oct 2003 14:50:32 -0700 (PDT) (envelope-from mjacob@feral.com) From: "Matthew Jacob" To: "'Poul-Henning Kamp'" Date: Tue, 21 Oct 2003 14:42:56 -0700 Organization: Feral Software Message-ID: <000001c3981c$49fc17b0$23a610ac@win2k> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <13910.1066772731@critter.freebsd.dk> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: alpha@freebsd.org cc: current@freebsd.org cc: 'Kris Kennaway' Subject: RE: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:50:33 -0000 Well, I don't agree with the design here, but it is what it is. I'll make the change that you've added a requirement for. -----Original Message----- From: Poul-Henning Kamp [mailto:phk@phk.freebsd.dk] Sent: Tuesday, October 21, 2003 2:46 PM To: mjacob@feral.com Cc: 'Kris Kennaway'; alpha@freebsd.org; current@freebsd.org Subject: Re: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: In message <000801c3981a$8abc6540$23a610ac@win2k>, "Matthew Jacob" writes: >So? How about some details and context? > >I thought was told that being able to use locks in HBAs is fine. I had >them on for a while, and then had them off. I turned them on again over >a month ago. I'm somewhat surprised to see that a problem shows up now. > >*I* do the right thing with locks, IMO. I hold them in my module when I >enter and release them if/when I leave. Seeing a lock held by some >random caller causing me to blow up to me seems to be a hole in the >architecture, but I'd be the first to admit that I hardly am up to date >on what the rules of the road are now so such an opinion is >ill-informed. The lock held in this case, is not "some random caller", that is a mutex held specifically to expose device drivers which try to sleep in their ->strategy() function. You cannot sleep in the strategy() function because that would hold op I/O, and therefore likely lead to deadlock. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 14:50:58 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 797D116A4B3; Tue, 21 Oct 2003 14:50:58 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55CFA43FB1; Tue, 21 Oct 2003 14:50:57 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id D259666C9E; Tue, 21 Oct 2003 14:50:56 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id C09BBDB2; Tue, 21 Oct 2003 14:50:56 -0700 (PDT) Date: Tue, 21 Oct 2003 14:50:56 -0700 From: Kris Kennaway To: Matthew Jacob Message-ID: <20031021215056.GA67499@rot13.obsecurity.org> References: <20031021160559.GA65882@rot13.obsecurity.org> <000801c3981a$8abc6540$23a610ac@win2k> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <000801c3981a$8abc6540$23a610ac@win2k> User-Agent: Mutt/1.4.1i cc: alpha@FreeBSD.org cc: current@FreeBSD.org cc: 'Kris Kennaway' Subject: Re: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:50:58 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 21, 2003 at 02:30:21PM -0700, Matthew Jacob wrote: > So? How about some details and context? Um, what more "details and context" do you need? I provided the log of the system activity (specifically, media errors and swap read failure) leading up to the panic, and the ddb backtrace. > I thought was told that being able to use locks in HBAs is fine. I had > them on for a while, and then had them off. I turned them on again over > a month ago. I'm somewhat surprised to see that a problem shows up now. This was apparently triggered by the disk failure, which is not a commonly exercised code path. > *I* do the right thing with locks, IMO. I hold them in my module when I > enter and release them if/when I leave. Seeing a lock held by some > random caller causing me to blow up to me seems to be a hole in the > architecture, but I'd be the first to admit that I hardly am up to date > on what the rules of the road are now so such an opinion is > ill-informed. >=20 > Comment out ISP_SMPLOCK in isp_freebsd.h. If the problem goes away, > we'll make the change back again. I'll do what I can. > -matt >=20 > p.s.: you have *way* more issues here than locking- you've a bad disk. I know, but the system shouldn't blow up with a lock assertion in this failure mode. > Anyway, isn't alpha desupported? No. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/lapAWry0BWjoQKURAmdmAJ4jlxkFzJyM6iclAjw94kcZNfiemACgikx8 kpyk8Vqu/bnkjeScNLeK6YI= =mv+T -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 14:57:26 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C90416A4B3; Tue, 21 Oct 2003 14:57:26 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C50AC43FA3; Tue, 21 Oct 2003 14:57:25 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost [127.0.0.1]) by beppo.feral.com (8.12.9p1/8.12.9) with ESMTP id h9LLvPSo005330; Tue, 21 Oct 2003 14:57:25 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Tue, 21 Oct 2003 14:57:25 -0700 (PDT) From: Matthew Jacob X-X-Sender: mjacob@beppo To: Kris Kennaway In-Reply-To: <20031021215056.GA67499@rot13.obsecurity.org> Message-ID: <20031021145409.X5295@beppo> References: <20031021160559.GA65882@rot13.obsecurity.org> <20031021215056.GA67499@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Sleeping on "isp_mboxwaiting" with the followingnon-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:57:26 -0000 > On Tue, Oct 21, 2003 at 02:30:21PM -0700, Matthew Jacob wrote: > > So? How about some details and context? > > Um, what more "details and context" do you need? I provided the log > of the system activity (specifically, media errors and swap read > failure) leading up to the panic, and the ddb backtrace. I, and all device driver writers, typically need to know: a) software version- it seemed to be post 5.0, but a window of date is always helpful? b) alpha, but what attached hardware? c) system state. It *appears* that you were booting from the messages, but stating so would be helpful. > > I thought was told that being able to use locks in HBAs is fine. I had > > them on for a while, and then had them off. I turned them on again over > > a month ago. I'm somewhat surprised to see that a problem shows up now. > > This was apparently triggered by the disk failure, which is not a > commonly exercised code path. Yes. After a bit more thought I now see why. A check condition will force a renegotiation. Too bad this will now be a polled operation. > > *I* do the right thing with locks, IMO. I hold them in my module when I > > enter and release them if/when I leave. Seeing a lock held by some > > random caller causing me to blow up to me seems to be a hole in the > > architecture, but I'd be the first to admit that I hardly am up to date > > on what the rules of the road are now so such an opinion is > > ill-informed. > > > > Comment out ISP_SMPLOCK in isp_freebsd.h. If the problem goes away, > > we'll make the change back again. > > I'll do what I can. > That's okay. PHK pointed out why he's now forced the issue, so I've accommodated it. > > -matt > > > > p.s.: you have *way* more issues here than locking- you've a bad disk. > > I know, but the system shouldn't blow up with a lock assertion in this > failure mode. > > > Anyway, isn't alpha desupported? > > No. > Hmm- I thought the tenor of a recent thread was this. -matt From owner-freebsd-alpha@FreeBSD.ORG Tue Oct 21 23:16:44 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B6B416A4B3; Tue, 21 Oct 2003 23:16:44 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A7143FD7; Tue, 21 Oct 2003 23:16:43 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id h9M6Gdv6017655; Wed, 22 Oct 2003 08:16:39 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: mjacob@feral.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Oct 2003 14:42:56 PDT." <000001c3981c$49fc17b0$23a610ac@win2k> Date: Wed, 22 Oct 2003 08:16:39 +0200 Message-ID: <17654.1066803399@critter.freebsd.dk> cc: alpha@freebsd.org cc: current@freebsd.org cc: 'Kris Kennaway' Subject: Re: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 06:16:44 -0000 In message <000001c3981c$49fc17b0$23a610ac@win2k>, "Matthew Jacob" writes: >Well, I don't agree with the design here, but it is what it is. I'll >make the change that you've added a requirement for. This is nothing new, but it is new that we can and do enforce it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-alpha@FreeBSD.ORG Wed Oct 22 06:03:01 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3454316A4B3; Wed, 22 Oct 2003 06:03:01 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 858E543FBD; Wed, 22 Oct 2003 06:03:00 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost [127.0.0.1]) by beppo.feral.com (8.12.9p1/8.12.9) with ESMTP id h9MD2wSo093709; Wed, 22 Oct 2003 06:02:59 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 22 Oct 2003 06:02:58 -0700 (PDT) From: Matthew Jacob X-X-Sender: mjacob@beppo To: Poul-Henning Kamp In-Reply-To: <17654.1066803399@critter.freebsd.dk> Message-ID: <20031022055417.L93661@beppo> References: <17654.1066803399@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@freebsd.org cc: current@freebsd.org cc: 'Kris Kennaway' Subject: Re: Sleeping on "isp_mboxwaiting" with the followingnon-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 13:03:01 -0000 It isn't the "cannot sleep from geometry calls" that is twitting me a bit, it's the "I cannot tell at my call depth in the stack whether some dork above can't tolerate a sleep[1]". If I've missed some usage point with the SMP stuff that I *can* tell this with ease, enlighten me. -matt [1]: by 'sleep', I mean if I do *my* locking right, I should be able to yield the processor and wait for an event (an interrupt in this case). A yield might not actually do anything but call idle- if that's what is appropriate. There are several things meant by "cannot sleep"- one is deadlock avoidance and the other is thread of execution ordering. A blanket "cannot sleep" sometimes can mean just plain poor design. I don't really mean to be inflammatory here but I kinda *am* raising my eyebrows here with a polite query of "are you sure you really want to do this this way?". I mean, this particular instance isn't a big deal. Instead of waiting for a mailbox event to clear I'll poll it, doing nothing useful otherwise. It's a rare event, but it makes the system sluggish. There are alternative designs that I could take at this level that would do neither, but add greatly to code complexity at this level. No big deal, but still... On Wed, 22 Oct 2003, Poul-Henning Kamp wrote: > In message <000001c3981c$49fc17b0$23a610ac@win2k>, "Matthew Jacob" writes: > > >Well, I don't agree with the design here, but it is what it is. I'll > >make the change that you've added a requirement for. > > This is nothing new, but it is new that we can and do enforce it. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > From owner-freebsd-alpha@FreeBSD.ORG Wed Oct 22 15:00:47 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA57016A4BF for ; Wed, 22 Oct 2003 15:00:47 -0700 (PDT) Received: from mail3.mx.voyager.net (mail3.mx.voyager.net [216.93.66.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6C143FAF for ; Wed, 22 Oct 2003 15:00:47 -0700 (PDT) (envelope-from robc@execpc.com) Received: from localhost.localdomain (nm2.mx.lnng.mi.voyager.net [216.93.38.228]) by mail3.mx.voyager.net (8.12.10/8.10.2) with ESMTP id h9MM0jcH052913 for ; Wed, 22 Oct 2003 18:00:45 -0400 (EDT) Message-Id: <200310222200.h9MM0jcH052913@mail3.mx.voyager.net> From: "rob copsey" To: freebsd-alpha@freebsd.org X-Mailer: CoreCommMail X-IPAddress: 67.52.12.10 Date: Wed, 22 Oct 2003 18:00:45 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Linux Emu??? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 22:00:48 -0000 Hi, I just installed 4.8 on my Miata 433au for the first time. I was wondering: A.) Is there work in progress to build Linux Emu into the Kernel? As when I try 'options COMPAT_LINUX' in the config file; config warns of an invalid option. -- B.) Am I barking up the wrong tree? Should I just install debian? -- My ultimate goal is to use the FP capabilities of the EV56 for asymptotical analysis. I'm hoping that this architecture will behave more predictably than i386. I'd like to install programs like Mathematica and Matlab for Linux. Given that I've had luck with FreeBSD on the i386, I was hoping to stay with a good thing on the alpha. Please help, I'd be willing to test, report or even contrib. -RC From owner-freebsd-alpha@FreeBSD.ORG Wed Oct 22 15:04:24 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C5FE16A4B3 for ; Wed, 22 Oct 2003 15:04:24 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491EF43FCB for ; Wed, 22 Oct 2003 15:04:23 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id h9MM4Kn6006642 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 22 Oct 2003 18:04:21 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h9MM4F949071; Wed, 22 Oct 2003 18:04:15 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16278.65247.802140.489450@grasshopper.cs.duke.edu> Date: Wed, 22 Oct 2003 18:04:15 -0400 (EDT) To: "rob copsey" In-Reply-To: <200310222200.h9MM0jcH052913@mail3.mx.voyager.net> References: <200310222200.h9MM0jcH052913@mail3.mx.voyager.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-alpha@freebsd.org Subject: Re: Linux Emu??? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 22:04:24 -0000 rob copsey writes: > Hi, > I just installed 4.8 on my Miata 433au for the first time. I was > wondering: > > A.) Is there work in progress to build Linux Emu into the Kernel? > As when I try 'options COMPAT_LINUX' in the config file; config > warns of an invalid option. > -- Just load the module. kldload osf1 kldload linux Drew From owner-freebsd-alpha@FreeBSD.ORG Thu Oct 23 01:07:06 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67BF216A4B3; Thu, 23 Oct 2003 01:07:06 -0700 (PDT) Received: from exc-1.cc.CyberCity.dk (esplanaden.cybercity.dk [212.242.40.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A2CA43F3F; Thu, 23 Oct 2003 01:07:04 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk ([172.16.7.254]) by exc-1.cc.CyberCity.dk over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Thu, 23 Oct 2003 10:07:02 +0200 Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id h9N7CX0l000832; Thu, 23 Oct 2003 09:12:33 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: mjacob@feral.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 22 Oct 2003 06:02:58 PDT." <20031022055417.L93661@beppo> Date: Thu, 23 Oct 2003 09:12:33 +0200 Message-ID: <831.1066893153@critter.freebsd.dk> X-OriginalArrivalTime: 23 Oct 2003 08:07:02.0917 (UTC) FILETIME=[A43EC350:01C3993C] cc: alpha@freebsd.org cc: current@freebsd.org cc: 'Kris Kennaway' Subject: Re: Sleeping on "isp_mboxwaiting" with the following non-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 08:07:06 -0000 In message <20031022055417.L93661@beppo>, Matthew Jacob writes: >[1]: by 'sleep', I mean if I do *my* locking right, I should be able to >yield the processor and wait for an event (an interrupt in this case). Not so when your device driver is entered through the devsw->strategy() function, since that [cw]ould deadlock the entire disk-I/O system until you return back up. Ideally, devsw->strategy() should just queue the request and return immediately. In a world where context switches were free, scheduling a task_queue to run foostart() (if necessary) would be the way to do things. Most drivers call their own foostart() from strategy(), and as long as foostart() does not go on long-term vacation, this is also OK, poking a few registers, doing a bit of BUSDMA work is acceptable. But sleeping is not OK, mostly because a lot of sleeps may not properly terminate in case of a memory shortage, and the way we clear up a memory shortage is to page something out, and to page something out we need to issue disk I/O, but somebody is holding that hostage by sleeping in a driver... I will conceede that there are a certain small class of legitimate sleeps that could be performed, unfortunately we can not automatically tell an OK sleep from a not OK sleep, and therefore the decision was to ban all sleeps, until such time as we had a case of something that could not be (sensibly) done without the ability to sleep. I realize that in this case, you're sitting below CAM and scsi_??.c and have very little say in what happens between devsw->strategy() and your driver. As I read the original report, this is a case of error-handling. Considering how long time error handling often takes and how imperfect results one gets a lot of the time, error handling should never strategy() sleep or take a long time, since that will eliminates the chances that the system can flush dirty data to other devices as part of a shutdown or panic. At some point soon, I plan to start measuring how much time drivers spend in their strategy() routine and any offenders will be put on notice because this is a brilliant way to hose our overall system performance. I'm not going to set any specific performance goal at this time, but I think we can agree that more than one millisecond is way over the line. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-alpha@FreeBSD.ORG Thu Oct 23 07:54:54 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0332816A4B3; Thu, 23 Oct 2003 07:54:54 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4057843FBF; Thu, 23 Oct 2003 07:54:53 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost [127.0.0.1]) by beppo.feral.com (8.12.9p1/8.12.9) with ESMTP id h9NEspSo086955; Thu, 23 Oct 2003 07:54:52 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 23 Oct 2003 07:54:51 -0700 (PDT) From: Matthew Jacob X-X-Sender: mjacob@beppo To: Poul-Henning Kamp In-Reply-To: <831.1066893153@critter.freebsd.dk> Message-ID: <20031023075058.I86925@beppo> References: <831.1066893153@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@freebsd.org cc: current@freebsd.org cc: 'Kris Kennaway' Subject: Re: Sleeping on "isp_mboxwaiting" with the followingnon-sleepablelocks held: X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2003 14:54:54 -0000 So you're theory here is that that all code that may be necessary to start I/O but could take a while should be done out of band. That's a reasonable response. The only problem is that you sometimes cannot easily tell if things like timeout driven recovery/restart can be used. The basic difference here I would guess might be that if I needed to do, say, FC loop bringup or chip reprogramming after a reset in the isp driver, I should try and do it off of the worker thread so I neither slept nor polled from isp_start and always returned right away. I'll start thinking about that. -matt On Thu, 23 Oct 2003, Poul-Henning Kamp wrote: > In message <20031022055417.L93661@beppo>, Matthew Jacob writes: > > >[1]: by 'sleep', I mean if I do *my* locking right, I should be able to > >yield the processor and wait for an event (an interrupt in this case). > > Not so when your device driver is entered through the devsw->strategy() > function, since that [cw]ould deadlock the entire disk-I/O system until > you return back up. > > Ideally, devsw->strategy() should just queue the request and return > immediately. In a world where context switches were free, scheduling > a task_queue to run foostart() (if necessary) would be the way to > do things. > > Most drivers call their own foostart() from strategy(), and as long > as foostart() does not go on long-term vacation, this is also OK, > poking a few registers, doing a bit of BUSDMA work is acceptable. > > But sleeping is not OK, mostly because a lot of sleeps may not > properly terminate in case of a memory shortage, and the way we > clear up a memory shortage is to page something out, and to page > something out we need to issue disk I/O, but somebody is holding > that hostage by sleeping in a driver... > > I will conceede that there are a certain small class of legitimate > sleeps that could be performed, unfortunately we can not automatically > tell an OK sleep from a not OK sleep, and therefore the decision > was to ban all sleeps, until such time as we had a case of something > that could not be (sensibly) done without the ability to sleep. > > I realize that in this case, you're sitting below CAM and scsi_??.c > and have very little say in what happens between devsw->strategy() > and your driver. > > As I read the original report, this is a case of error-handling. > Considering how long time error handling often takes and how > imperfect results one gets a lot of the time, error handling > should never strategy() sleep or take a long time, since that > will eliminates the chances that the system can flush dirty data > to other devices as part of a shutdown or panic. > > At some point soon, I plan to start measuring how much time > drivers spend in their strategy() routine and any offenders > will be put on notice because this is a brilliant way to hose > our overall system performance. I'm not going to set any > specific performance goal at this time, but I think we can > agree that more than one millisecond is way over the line. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > From owner-freebsd-alpha@FreeBSD.ORG Thu Oct 23 21:35:15 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4398D16A4B3; Thu, 23 Oct 2003 21:35:15 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A7343F3F; Thu, 23 Oct 2003 21:35:14 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9O4ZDv9018615; Fri, 24 Oct 2003 00:35:13 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9O4ZC6W018614; Fri, 24 Oct 2003 00:35:12 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Fri, 24 Oct 2003 00:35:12 -0400 (EDT) Message-Id: <200310240435.h9O4ZC6W018614@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 04:35:15 -0000 TB --- 2003-10-24 04:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-24 04:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-24 04:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-24 04:02:32 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4.2: building libraries [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:60: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:60: error: (near initialization for `_netdb_errlist[1]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:61: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:61: error: (near initialization for `_netdb_errlist[2]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:62: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:62: error: (near initialization for `_netdb_errlist[3]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:63: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch/common.c:63: error: (near initialization for `_netdb_errlist[4]') *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libfetch. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-24 04:35:12 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-24 04:35:12 - TB --- ERROR: failed to build world TB --- 2003-10-24 04:35:12 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Fri Oct 24 14:33:04 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D8E616A4B3 for ; Fri, 24 Oct 2003 14:33:04 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D705043FA3 for ; Fri, 24 Oct 2003 14:33:03 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id C07A42A7EA for ; Fri, 24 Oct 2003 14:33:03 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: alpha@freebsd.org Date: Fri, 24 Oct 2003 14:33:03 -0700 From: Peter Wemm Message-Id: <20031024213303.C07A42A7EA@canning.wemm.org> Subject: freebsd.org reference box panics X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 21:33:04 -0000 beast.freebsd.org does a daily buildworld. Its been panicing or locking up for the last few days. The most recent was: fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 1 faulting va = 0xfffffe0033e04030 type = access violation cause = load instructon pc = 0xfffffc00003c4e58 ra = 0xfffffc00003c4ee4 sp = 0xfffffe003b925770 usp = 0x11ffee10 curthread = 0xfffffc005ef51280 pid = 69599, comm = groff Stopped at elf64_load_file+0x328: ldl t0,0(t1) <0xfffffe0033e04030> db> trace elf64_load_file() at elf64_load_file+0x328 exec_elf64_imgact() at exec_elf64_imgact+0x494 kern_execve() at kern_execve+0x3d4 execve() at execve+0x28 syscall() at syscall+0x3ac XentSys() at XentSys+0x64 --- syscall (59, FreeBSD ELF64, execve) --- --- user mode --- This has been happening regularly for a while. Recall that groff is the strange executable that gcc/binutils produce with only one elf PT_LOAD section. Some of the other outstanding problems... - longjmp(3) still uses the OLD OLD sigreturn format and still depends on COMPAT_43 in the kernel. - it still lacks working kenrel threads (neither KSE nor THR) - it gets pipe(2) data corruption when building packages (ask Kris) - it still blows up if ithread preemption is enabled lesser missing things: - gdb -k At the developer summit, it was sugguested that since alpha is already defacto tier-2 status, we should formally say so. Several people said they'd do the work, but nothing has happened. There isn't much time left folks. If it is to avoid tier-2 status, it has to have a turnaround Real Soon Now (as in, within only a few weeks). Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-alpha@FreeBSD.ORG Fri Oct 24 21:32:17 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC32116A4B3; Fri, 24 Oct 2003 21:32:17 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4F4D43F93; Fri, 24 Oct 2003 21:32:16 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9P4WFv9091785; Sat, 25 Oct 2003 00:32:15 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9P4WF8w091784; Sat, 25 Oct 2003 00:32:15 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Sat, 25 Oct 2003 00:32:15 -0400 (EDT) Message-Id: <200310250432.h9P4WF8w091784@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2003 04:32:18 -0000 TB --- 2003-10-25 04:00:00 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-25 04:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-25 04:00:00 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-25 04:04:44 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4.2: building libraries [...] cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/include -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../include -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/../../contrib/gdtoa -DINET6 -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/rpc -DYP -DHESIOD -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c: In function `inet6_option_append': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c:116: warning: comparison is always false due to limited range of data type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c: In function `inet6_opt_append': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c:425: warning: comparison is always false due to limited range of data type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c: At top level: /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/net/ip6opt.c:516: error: conflicting types for `inet6_opt_next' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/netinet6/in6.h:674: error: previous declaration of `inet6_opt_next' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-25 04:32:15 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-25 04:32:15 - TB --- ERROR: failed to build world TB --- 2003-10-25 04:32:15 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sat Oct 25 10:17:09 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B241016A4B3; Sat, 25 Oct 2003 10:17:09 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C026943FB1; Sat, 25 Oct 2003 10:17:08 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9PHH7v9088082; Sat, 25 Oct 2003 13:17:07 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9PHH7Ng088081; Sat, 25 Oct 2003 13:17:07 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Sat, 25 Oct 2003 13:17:07 -0400 (EDT) Message-Id: <200310251717.h9PHH7Ng088081@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2003 17:17:10 -0000 TB --- 2003-10-25 16:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-25 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-25 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-25 16:02:37 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-25 17:05:19 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 25 17:05:19 GMT 2003 >>> Kernel build for GENERIC completed on Sat Oct 25 17:17:06 GMT 2003 TB --- 2003-10-25 17:17:06 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-25 17:17:06 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 25 17:17:06 GMT 2003 -------------------------------------------------------------- ===> LINT mkdir -p /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys cd /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf; PATH=/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/sbin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/bin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/games:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/sbin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/bin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT /vol/vol0/users/des/tinderbox/CU! RRENT/alpha/alpha/src/sys/alpha/conf/LINT FYI: static unit limits for vcoda are set: NVCODA=4 FYI: static unit limits for meteor are set: NMETEOR=1 config: Error: device "dcons_crom" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-25 17:17:07 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-25 17:17:07 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-25 17:17:07 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sat Oct 25 22:16:40 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5783D16A4B3; Sat, 25 Oct 2003 22:16:40 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8362C43FE1; Sat, 25 Oct 2003 22:16:38 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9Q5Gbv9028244; Sun, 26 Oct 2003 01:16:37 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9Q5GbBx028243; Sun, 26 Oct 2003 01:16:37 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 26 Oct 2003 01:16:37 -0400 (EDT) Message-Id: <200310260516.h9Q5GbBx028243@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 05:16:40 -0000 TB --- 2003-10-26 04:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-26 04:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-26 04:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-26 04:01:58 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-26 05:04:48 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 26 05:04:48 GMT 2003 >>> Kernel build for GENERIC completed on Sun Oct 26 05:16:36 GMT 2003 TB --- 2003-10-26 05:16:36 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-26 05:16:36 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 26 05:16:36 GMT 2003 -------------------------------------------------------------- ===> LINT mkdir -p /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys cd /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf; PATH=/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/sbin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/bin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/games:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/sbin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/bin:/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT /vol/vol0/users/des/tinderbox/CU! RRENT/alpha/alpha/src/sys/alpha/conf/LINT FYI: static unit limits for vcoda are set: NVCODA=4 FYI: static unit limits for meteor are set: NMETEOR=1 config: Error: device "dcons_crom" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-26 05:16:37 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-26 05:16:37 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-26 05:16:37 - tinderbox aborted