From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 00:15:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36659106566C; Sun, 10 Jun 2012 00:15:05 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id E2C1B8FC15; Sun, 10 Jun 2012 00:15:04 +0000 (UTC) Received: by dadv36 with SMTP id v36so4076873dad.13 for ; Sat, 09 Jun 2012 17:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=jOvIXBxUe4aaRUmQiqhSh3aQDwpPV5fNuapkUEwX3Sg=; b=xcjPZAonLBu/pAq7QlNoMxQetFEL2AmoDkNMgJUWGSrebWKdiHYsVObOpAGEb5B9np ObowTrzY6PK5lQQqzmetvq0Wrwwz2UCKDFQo2mCmikDmM1neh0ChnIzomsLiRKCQh99H lTroqMYXZTvXsiBPHacCjkAVLdhJpz4iZnOJAn4eNffVtjfDes5ojevfAMgCgVEsKxA6 Y3jQILpnlLTnTOp7B/Ue0UlF4m09o5l6qeALgzHS1MZEgAxYmwe+9oGPinutzlMTCo7V F5QWC5tqWoq1R4GWiR3cShXsX6IQiHPk8SYARxAvNW/rw5BVafFwv+An9a6b2//oGw6k qBJg== Received: by 10.68.233.102 with SMTP id tv6mr10549926pbc.153.1339287304499; Sat, 09 Jun 2012 17:15:04 -0700 (PDT) Received: from [192.168.20.11] (c-24-19-191-56.hsd1.wa.comcast.net. [24.19.191.56]) by mx.google.com with ESMTPS id tk1sm12967822pbc.8.2012.06.09.17.15.01 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Jun 2012 17:15:03 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1278) From: Garrett Cooper In-Reply-To: <201206051010.22321.jhb@freebsd.org> Date: Sat, 9 Jun 2012 17:14:59 -0700 Message-Id: <5C1A97F3-F392-44B5-B197-3E8C68CED7FE@gmail.com> References: <20120526142229.GA3893@tinyCurrent> <201205311134.55258.jhb@freebsd.org> <20120605132750.GA2122@tiny> <201206051010.22321.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: swills@freebsd.org, Matthias Apitz , freebsd-current@freebsd.org Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 00:15:05 -0000 On Jun 5, 2012, at 7:10 AM, John Baldwin wrote: > On Tuesday, June 05, 2012 9:27:51 am Matthias Apitz wrote: >> El d=EDa Thursday, May 31, 2012 a las 11:34:55AM -0400, John Baldwin = escribi=F3: >>=20 >>>> cc1: warnings being treated as errors >>>> if_vxn.c: In function 'vxn_load_multicast': >>>> if_vxn.c:719: warning: implicit declaration of function = 'IF_ADDR_LOCK' >>>> if_vxn.c:719: warning: nested extern declaration of 'IF_ADDR_LOCK' >>>> [-Wnested-ext erns] >>>> if_vxn.c:746: warning: implicit declaration of function = 'IF_ADDR_UNLOCK' >>>> if_vxn.c:746: warning: nested extern declaration of = 'IF_ADDR_UNLOCK' >>>> [-Wnested-e xterns] >>>> *** [if_vxn.o] Error code 1 >>>>=20 >>=20 >>> It should be using if_mcast_rlock() and if_mcast_runlock() instead = of=20 > using=20 >>> those macros directly. This works all the way back to 8.0. >>>=20 >>=20 >> Thanks for your patch proposal; but using this it can't find the >> if_mcast_rlock() and if_mcast_runlock() functions declaration (and I >> don't see them in /usr/src/... ); >=20 > Sorry, they are if_maddr_rlock() and if_maddr_runlock(). They are in = if_var.h=20 > right below the macro you looked at. :) >=20 > > /* > * Locks for address lists on the network interface. > */ > #define IF_ADDR_LOCK_INIT(if) rw_init(&(if)->if_addr_lock, = "if_addr_lock") > #define IF_ADDR_LOCK_DESTROY(if) = rw_destroy(&(if)->if_addr_lock) > #define IF_ADDR_WLOCK(if) rw_wlock(&(if)->if_addr_lock) > #define IF_ADDR_WUNLOCK(if) rw_wunlock(&(if)->if_addr_lock) > #define IF_ADDR_RLOCK(if) rw_rlock(&(if)->if_addr_lock) > #define IF_ADDR_RUNLOCK(if) rw_runlock(&(if)->if_addr_lock) > #define IF_ADDR_LOCK_ASSERT(if) rw_assert(&(if)->if_addr_lock, = RA_LOCKED) > #define IF_ADDR_WLOCK_ASSERT(if) rw_assert(&(if)->if_addr_lock, = RA_WLOCKED) >=20 > /* > * Function variations on locking macros intended to be used by = loadable > * kernel modules in order to divorce them from the internals of = address list > * locking. > */ > void if_addr_rlock(struct ifnet *ifp); /* if_addrhead */ > void if_addr_runlock(struct ifnet *ifp); /* if_addrhead */ > void if_maddr_rlock(struct ifnet *ifp); /* if_multiaddrs */ > void if_maddr_runlock(struct ifnet *ifp); /* if_multiaddrs */ > >=20 >> based on the SVN diff of the kernel: >>=20 >>=20 > = http://svnweb.freebsd.org/base/head/sys/net/if_var.h?r1=3D231229&r2=3D2332= 02&pathrev=3D233202 >>=20 >> I came up with another proposal: >>=20 >> *** modules/freebsd/vmxnet/net_compat.h.orig Wed Sep 21 20:25:15 = 2011 >> --- modules/freebsd/vmxnet/net_compat.h Tue Jun 5 15:13:55 2012 >> *************** >> *** 170,178 **** >> #if __FreeBSD_version < 505000 >> # define VXN_IF_ADDR_LOCK(_ifp) >> # define VXN_IF_ADDR_UNLOCK(_ifp) >> #else >> ! # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) >> ! # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) >> #endif >>=20 >> #endif /* _VXN_NET_COMPAT_H_ */ >> --- 170,181 ---- >> #if __FreeBSD_version < 505000 >> # define VXN_IF_ADDR_LOCK(_ifp) >> # define VXN_IF_ADDR_UNLOCK(_ifp) >> + #elif __FreeBSD_version < 800000 >> + # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) >> + # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) >> #else >> ! # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_WLOCK((_ifp)) >> ! # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_WUNLOCK((_ifp)) >> #endif >>=20 >> #endif /* _VXN_NET_COMPAT_H_ */ >>=20 >> and using this it compiles fine; but later on it has another problem: >=20 > No, we do not wish to expose those to drivers as we do not want the = locks > part of the ABI. Plus, you should be using read-locks for this = anyway. I wish I read this part before I submitted = http://www.freebsd.org/cgi/query-pr.cgi?pr=3D168904 :/. Thanks! -Garrett= From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 02:27:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585AC106566C for ; Sun, 10 Jun 2012 02:27:03 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3DC8FC17 for ; Sun, 10 Jun 2012 02:27:03 +0000 (UTC) Received: by dadv36 with SMTP id v36so4138294dad.13 for ; Sat, 09 Jun 2012 19:27:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=YPKlc0ILKWLfVfbiRXdQLxUxxwY1HNAPWEWDuCMdQ9A=; b=y4w28Tl3b/FOjWCFJk9BCvWQxOAMCNb8otNOgl/IoY/leZRvbcrgKNjLmC6amXWgLD 8iybYiCzvnxYmCp5qmcLOgZzVMazwd3RUl76decNmt8jAi6spW+kfbnJSerSdRbO3bL1 ngPFVDQOBvWNoG2EEJCgaTvalTXx4M+5WXjevNMg2p9Meb0NpB0zgx0czzRZXzyCV95r qrkPzQN4G4pu4T/tZdTyeZtqtEm90ARHkFwktQhJXEPhtEiIqLKw9XPYbsHGy7JI5UyI XRad6ShwdakjXKFL+WCKfIOJKbuDrsJCWTP7zdjI8acUF4LeMESp8vwXavnH8+Dt9PF2 MM+w== Received: by 10.68.236.129 with SMTP id uu1mr11510949pbc.77.1339295222900; Sat, 09 Jun 2012 19:27:02 -0700 (PDT) Received: from [192.168.20.11] (c-24-19-191-56.hsd1.wa.comcast.net. [24.19.191.56]) by mx.google.com with ESMTPS id vp4sm13267554pbc.61.2012.06.09.19.27.00 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Jun 2012 19:27:02 -0700 (PDT) From: Garrett Cooper Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 9 Jun 2012 19:26:58 -0700 Message-Id: <6809F782-1D1F-4773-BAC5-BC3037C58B87@gmail.com> To: freebsd-current Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: 10-CURRENT and swap usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 02:27:03 -0000 I build out of my UFS-only VM in VMware Fusion from time to = time, and it looks like there's a large chunk of processes that are = swapped out when doing two parallel builds: last pid: 27644; load averages: 2.43, 0.94, 0.98 = = up 1+15:06:06 19:20:48 79 processes: 4 running, 75 sleeping CPU: 77.3% user, 0.0% nice, 22.7% system, 0.0% interrupt, 0.0% idle Mem: 407M Active, 186M Inact, 208M Wired, 24M Cache, 110M Buf, 145M Free Swap: 1024M Total, 267M Used, 757M Free, 26% Inuse I know that some minor changes have gone in in the past couple = months to change when swapping and page ins/outs would occur, but I was = wondering if this behavior was intended; I'm finding it a bit bizarre = that there's ~150MB free, ~180MB inactive, and 267MB swapped out as = previous experience has dictated that swap is basically untouched except = in extreme circumstances. Thanks! -Garrett $ uname -a FreeBSD fuji-dtrace-current.local 10.0-CURRENT FreeBSD 10.0-CURRENT #2 = r236393M: Sun Jun 3 01:19:51 PDT 2012 = root@fuji-dtrace-current.local:/usr/obj/usr/src/sys/GENERIC amd64= From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 07:38:45 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A66106566B; Sun, 10 Jun 2012 07:38:45 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id E9A038FC0C; Sun, 10 Jun 2012 07:38:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=WruAqsFsmd2DuUiMq8ixsOv10rFfvF7oPuZCgh+Z64I=; b=AZPYfBH987Ef6qvfpul3t3FWZqBnsNneU995Hk36s8moTW0/G5+8EmpKyZZXLrW0/kArdiZwaOvopE2Z1cI2sU3pc+J+xaBUoJdTg4J3rWRmX9gopRchhUyj5fRiKnUQmqNeT0fdGA+/psoEjN56WjXhvn19I2o2W/t7pu+22Yk=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1SdcjN-000Kf0-Gt ; Sun, 10 Jun 2012 10:38:37 +0300 Date: Sun, 10 Jun 2012 10:38:36 +0300 From: Ivan Klymenko To: miwi@FreeBSD.org Message-ID: <20120610103836.01758adc@nonamehost.> In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> References: <20120607203753.2466c63a.miwi@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org, x11@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 07:38:45 -0000 =D0=92 Thu, 7 Jun 2012 20:37:53 +0800 Martin Wilke =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi Fans, >=20 > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. This CFT is also open for discussion on how we > should move forward with xorg release as we are facing some issues and > we would like to ask for your opinion. Right now we have 2 existing > xorg versions in our Ports Tree. The situation is quite bad due to our > poor graphic card support. That means we do not have much choice but > to take it as how it is now. But with regards to mesa support, we > have to face some new challanges. >=20 > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA=3D 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially the new > ones can easily get confused with it. Another issue is, the > packages.We can't deliver a package set with the new Xorg releases. > This means users with new hardware will have to compile everything by > themselves. Though I'm totally fine with compiling, not everyone has > the CPU power to compile everything. What I'm trying to say is, I > would love to see the newer xorg released as the default version, but > i know this will break a lot of old hardware. The thing is, when we > want to try to become a Modern Operating System, I dont see any other > way to make the new xorg as default but to give Users the chance to > compile the old xorg with a flag like WITH_OLD_XORG. >=20 > Some notes regarding KMS support: > KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 > will come soon, that means so long its not MFC'd to 9-Stable, users > need to get the latest patch from our x11 mailing list. >=20 > This testing includes > * libdrm 2.4.34 (including KMS support) > * mesa 8.0.3 > * full Xorg 7.7 release Change log > http://www.x.org/releases/X11R7.7/changelog.html >=20 > Checkout Xorg Development Repo: > You will need to install devel/subversion in order to checkout the > xorg repo. Next, you will need to add WITH_NEW_XORG=3Dyes in > your /etc/make.conf if you want to try out the new Xorg and mesa. Note > that if you are not qualified for the KMS patch, you shouldn=E2=80=99t use > WITH_NEW_XORG=3Dyes because the old intel driver doesn=E2=80=99t build wi= th the > new X server. If you are qualified, you should also set WITH_KMS=3Dyes > in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=3Dyes. >=20 > svn co https://trillian.chruetertee.ch/svn/ports/trunk >=20 > A small merge script to merge the svn checkout into the real portstree > can be found here: >=20 > http://people.freebsd.org/~miwi/xorg/xorgmerge >=20 > The script is a modified version of the old kdemerge script. Please > set the KDEDIR variable to the path of your X.org ports. After > merging, run one of the following command, depending on which tool > you use to manage your installed packages. >=20 > portupgrade -af \* > portmaster -a >=20 >=20 > After installing these, you will have to rebuild all xf86-* ports. We > will bump all releated ports during the commit to the ports tree. >=20 > Roadmap: > Our current plan is to let the CFT running for a while, and see what > the outcome of the discussion above is. We hope to get a lot of > feedback to solve as many problems as possible. Also we are working on > the libglut to freeglut migration, this will definitely complete > before we import Xorg 7.7. So we still have enough time. We are > looking forward for your feedback. >=20 > - miwi on behalf of the FreeBSD X11 Team >=20 > PS: Please reply only to x11@ thanks. >=20 uname -a FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r236313: Fri Jun 1= 20:20:31 EEST 2012 ivan@nonamehost:/usr/obj/usr/src/sys/mk10 amd64 tree port updated three days ago port x11-servers/xorg-server build error gmake[4]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86/man' gmake[4]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB=D0= =BE=D0=B3 `/usr/ports_build/usr/ports/x11-servers/xorg-server/work/xorg-ser= ver-1.12.2/hw/xfree86' CPP=3D'cpp' AWK=3D'gawk' /bin/sh ./sdksyms.sh ../.. -O2 -ftree-vectorize -m= fpmath=3Dsse -mssse3 -pipe -march=3Dcore2 -fno-strict-aliasing -DHAVE_DIX_C= ONFIG_H -Wall -Wpointer-arith -Wmissing-declarations -Wformat=3D2 -Wstrict-= prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast -Wold-= style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Ws= hadow -Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute -Wredundant= -decls -Werror=3Dimplicit -Werror=3Dnonnull -Werror=3Dinit-self -Werror=3Dm= ain -Werror=3Dmissing-braces -Werror=3Dsequence-point -Werror=3Dreturn-type= -Werror=3Dtrigraphs -Werror=3Dwrite-strings -Werror=3Daddress -Werror=3Din= t-to-pointer-cast -Werror=3Dpointer-to-int-cast -fno-strict-aliasing -fno-s= trict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_THREAD_SA= FE -I/usr/local/include -I/usr/local/include/pixman-1 -I/usr/local/include/= freetype2 -I../../include -I../../include -I../../Xext -I../../composite = -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/sync -= I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I..= /../fb -fvisibility=3Dhidden -DHAVE_XORG_CONFIG_H -fvisibility=3Dhidden -I= /usr/local/include -I/usr/local/include -I../../hw/xfree86 -I../../hw/x= free86/include -I../../hw/xfree86/common -I../../hw/xfree86/os-support -I..= /../hw/xfree86/os-support/bus -I../../os -I./parser -I../../miext/cw -I./dd= c -I./i2c -I./modes -I./ramdac CC sdksyms.o In file included from ./modes/xf86Crtc.h:28, from sdksyms.c:84: ../../randr/randrstr.h:594: warning: redundant redeclaration of 'RRTransfor= mCompute' ../../randr/rrtransform.h:70: warning: previous declaration of 'RRTransform= Compute' was here In file included from ./modes/xf86Crtc.h:32, from sdksyms.c:84: ./modes/xf86Modes.h:43: warning: redundant redeclaration of 'xf86ModeHSync' ../../hw/xfree86/common/xf86.h:411: warning: previous declaration of 'xf86M= odeHSync' was here ./modes/xf86Modes.h:44: warning: redundant redeclaration of 'xf86ModeVRefre= sh' ../../hw/xfree86/common/xf86.h:413: warning: previous declaration of 'xf86M= odeVRefresh' was here ./modes/xf86Modes.h:53: warning: redundant redeclaration of 'xf86DuplicateM= ode' ../../hw/xfree86/common/xf86.h:419: warning: previous declaration of 'xf86D= uplicateMode' was here ./modes/xf86Modes.h:55: warning: redundant redeclaration of 'xf86DuplicateM= odes' ../../hw/xfree86/common/xf86.h:421: warning: previous declaration of 'xf86D= uplicateModes' was here ./modes/xf86Modes.h:56: warning: redundant redeclaration of 'xf86SetModeDef= aultName' ../../hw/xfree86/common/xf86.h:415: warning: previous declaration of 'xf86S= etModeDefaultName' was here ./modes/xf86Modes.h:57: warning: redundant redeclaration of 'xf86SetModeCrt= c' ../../hw/xfree86/common/xf86.h:417: warning: previous declaration of 'xf86S= etModeCrtc' was here ./modes/xf86Modes.h:59: warning: redundant redeclaration of 'xf86ModesEqual' ../../hw/xfree86/common/xf86.h:423: warning: previous declaration of 'xf86M= odesEqual' was here ./modes/xf86Modes.h:60: warning: redundant redeclaration of 'xf86PrintModel= ine' ../../hw/xfree86/common/xf86.h:425: warning: previous declaration of 'xf86P= rintModeline' was here ./modes/xf86Modes.h:62: warning: redundant redeclaration of 'xf86ModesAdd' ../../hw/xfree86/common/xf86.h:427: warning: previous declaration of 'xf86M= odesAdd' was here ./modes/xf86Modes.h:67: warning: redundant redeclaration of 'xf86CVTMode' ../../hw/xfree86/common/xf86.h:198: warning: previous declaration of 'xf86C= VTMode' was here In file included from sdksyms.c:92: ./ddc/xf86DDC.h:48: warning: redundant redeclaration of 'xf86DDCGetModes' ./modes/xf86Modes.h:64: warning: previous declaration of 'xf86DDCGetModes' = was here In file included from sdksyms.c:270: ../../include/dixevents.h:84: warning: redundant redeclaration of 'PostSynt= heticMotion' ../../include/input.h:476: warning: previous declaration of 'PostSyntheticM= otion' was here In file included from sdksyms.c:271: ../../include/dixfont.h:148: warning: redundant redeclaration of 'client_au= th_generation' /usr/local/include/X11/fonts/fontproto.h:52: warning: previous declaration = of 'client_auth_generation' was here ../../include/dixfont.h:150: warning: redundant redeclaration of 'DeleteFon= tClientID' /usr/local/include/X11/fonts/fontproto.h:59: warning: previous declaration = of 'DeleteFontClientID' was here ../../include/dixfont.h:152: warning: redundant redeclaration of 'GetClient= Resolutions' /usr/local/include/X11/fonts/font.h:149: warning: previous declaration of '= GetClientResolutions' was here ../../include/dixfont.h:154: warning: redundant redeclaration of 'GetDefaul= tPointSize' /usr/local/include/X11/fonts/fontproto.h:44: warning: previous declaration = of 'GetDefaultPointSize' was here ../../include/dixfont.h:156: warning: redundant redeclaration of 'GetNewFon= tClientID' /usr/local/include/X11/fonts/fontproto.h:60: warning: previous declaration = of 'GetNewFontClientID' was here ../../include/dixfont.h:159: warning: redundant redeclaration of 'init_fs_h= andlers' /usr/local/include/X11/fonts/fontproto.h:47: warning: previous declaration = of 'init_fs_handlers' was here ../../include/dixfont.h:175: warning: redundant redeclaration of 'RegisterF= PEFunctions' /usr/local/include/X11/fonts/fontproto.h:42: warning: previous declaration = of 'RegisterFPEFunctions' was here ../../include/dixfont.h:179: warning: redundant redeclaration of 'remove_fs= _handlers' /usr/local/include/X11/fonts/fontproto.h:50: warning: previous declaration = of 'remove_fs_handlers' was here ../../include/dixfont.h:181: warning: redundant redeclaration of 'StoreFont= ClientFont' /usr/local/include/X11/fonts/fontproto.h:61: warning: previous declaration = of 'StoreFontClientFont' was here sdksyms.c:399: warning: cast discards qualifiers from pointer target type sdksyms.c:453: warning: cast discards qualifiers from pointer target type sdksyms.c:748: warning: cast discards qualifiers from pointer target type sdksyms.c:1002: warning: cast discards qualifiers from pointer target type sdksyms.c:1026: warning: cast discards qualifiers from pointer target type sdksyms.c:1123: warning: cast discards qualifiers from pointer target type sdksyms.c:1124: warning: cast discards qualifiers from pointer target type sdksyms.c:1679: warning: cast discards qualifiers from pointer target type sdksyms.c:1680: warning: cast discards qualifiers from pointer target type sdksyms.c:1681: warning: cast discards qualifiers from pointer target type CCLD Xorg /usr/local/lib/libfontenc.so: undefined reference to `gzgetc_' distcc[21895] ERROR: compile (null) on localhost failed gmake[4]: *** [Xorg] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 gmake[4]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86' gmake[3]: *** [all-recursive] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 gmake[3]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86' gmake[2]: *** [all] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 2 gmake[2]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86' gmake[1]: *** [all-recursive] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 gmake[1]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw' gmake: *** [all-recursive] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 *** [do-build] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. *** [build] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 08:48:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E7C1065676; Sun, 10 Jun 2012 08:48:43 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5352B8FC26; Sun, 10 Jun 2012 08:48:43 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6362842obc.13 for ; Sun, 10 Jun 2012 01:48:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GtHWIgLmbEr20dwnA/gl7vH3nG1Ucdl17FHigQUPHl8=; b=p30asrYggocY4OHuXM3ptFYf1TanO+tZ6BmCbzqjtq7oGBz6lCIoUQJuWFfb6J87lD mknL3LVpeFc0t9GCJ5LWa5tQnzLSiq4CnAGt+JHothozM23Xwun2BU9v+lKvOT/WnPii Amhqzb0rLNXqNdcWzb9HvK4bpN4MDaelwc8a92rp6J/VqBuqf6tIxMoIvA7EtX+LK9Gz wdEVBZc/5JzxNY6FelysZVqI+jLVojuX/qrKjTMfUAtku5H1prUT7vsyNXAHlmJu1TcQ uxJNmq0q7N698OJTRvrP8L4Xwh3o/8YOLZ3VoRbIdRkD9g15XtPeEWGhDLU1sZkSrx9X +hjA== MIME-Version: 1.0 Received: by 10.182.111.39 with SMTP id if7mr5032979obb.55.1339318121996; Sun, 10 Jun 2012 01:48:41 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Sun, 10 Jun 2012 01:48:41 -0700 (PDT) In-Reply-To: <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> Date: Sun, 10 Jun 2012 11:48:41 +0300 Message-ID: From: Alexander Yerenkow To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, miwi@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 08:48:43 -0000 Is this fresh installation or you were upgrading? I'm preparing now live image with new xorg, and don't saw such errors. But I had yesterday's src/ports tree. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 08:55:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C819106566B; Sun, 10 Jun 2012 08:55:44 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 21D648FC12; Sun, 10 Jun 2012 08:55:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=3HlM9i9GZ/JOTCgxVauym0cHZ8kdeCYin7B07P8jKPE=; b=cpmcmnhw1nuu9a6GGpSTQateUq8xpW7F7O3dPZ2aGzbIWch7ZUh514FwonwDkGU6oPnX5+U2JXTplY7QiLIIgBilmceVL4+T87W+6glDhdsUJCMf+slD52FeazZYKeGgLqr/RlgRXFz/xgGV25/BTb1HJ6OqjGz70rR5g9/3NoM=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1Sddvx-000656-Eh ; Sun, 10 Jun 2012 11:55:41 +0300 Date: Sun, 10 Jun 2012 11:55:40 +0300 From: Ivan Klymenko To: Alexander Yerenkow Message-ID: <20120610115540.5536b3a7@nonamehost.> In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, miwi@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 08:55:44 -0000 =D0=92 Sun, 10 Jun 2012 11:48:41 +0300 Alexander Yerenkow =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Is this fresh installation or you were upgrading? of course updating > I'm preparing now live image with new xorg, and don't saw such errors. > But I had yesterday's src/ports tree. >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 09:14:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7F531065677; Sun, 10 Jun 2012 09:14:02 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBD98FC20; Sun, 10 Jun 2012 09:14:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=IpKxpkoGArE9U+S8YTfjGAaVL8fo/r+B3HLIkSi89kI=; b=NwtFynNx0ejmZTefjDU5jp6fD7Y8597Cchh6bZRd0AC8XtSpuELJQk3uU6fO0mIxsOh1ul+ZqzGAPl+nfgeKSnPbu3Vx4rbyqXhcpdC7PT7vrgqlW5SmxmyLaxDDc59X/dUjHnu1AtLzH2KA9aU73dSLdj0wYWZLzRZiodKSfh0=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1SdeDf-0008vz-SP ; Sun, 10 Jun 2012 12:13:59 +0300 Date: Sun, 10 Jun 2012 12:13:58 +0300 From: Ivan Klymenko To: Alexander Yerenkow Message-ID: <20120610121358.46026b5d@nonamehost.> In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, miwi@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 09:14:02 -0000 =D0=92 Sun, 10 Jun 2012 11:48:41 +0300 Alexander Yerenkow =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Is this fresh installation or you were upgrading? > I'm preparing now live image with new xorg, and don't saw such errors. > But I had yesterday's src/ports tree. >=20 >=20 Forgot to add - to svn r501 everything is fine build and working... From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 09:46:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC641065670; Sun, 10 Jun 2012 09:46:38 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 68DA78FC18; Sun, 10 Jun 2012 09:46:38 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6425439obc.13 for ; Sun, 10 Jun 2012 02:46:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VVjPb/tc8O2n5dQvfxZKIk4SKQgejbNDYd8kTSScn6M=; b=Hv5PvVCM+zmYFGc27hySkf2Bwda0Nm1KMTzGZyAafbiGtJcNniItqqgjPzPK8fuq8Q LJ/3yb//onemNM5Pie2H+9fki06wkJGDK3H/ETH8BFkyWqY3MXTASLYc/Vw+1GRgnamM H37rksa2ZvOPmAamLfBkNLT01PIfS/2uKuwYZ31q24FvWwLxIFlOsAIcZ+PCCo4yyeWP iEmaMUnyDNf33LZ29gpsa/MzJjNvHE7kxUa8Aq2S+/EacrFLp/ZNLsJFQ0jLuf7WB+XH yPrpsxCl6Fk9PxdRf8uHdYr1gPrVG65PueLQll68KhsNisy3oJL2otsQqUw8XLeEVh0i 7gtw== MIME-Version: 1.0 Received: by 10.182.31.11 with SMTP id w11mr12869231obh.64.1339321597632; Sun, 10 Jun 2012 02:46:37 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Sun, 10 Jun 2012 02:46:37 -0700 (PDT) In-Reply-To: <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> Date: Sun, 10 Jun 2012 12:46:37 +0300 Message-ID: From: Alexander Yerenkow To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, miwi@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 09:46:38 -0000 Okay everyone interested - listen up :) http://gits.kiev.ua/FreeBSD/FreeBSD-10-i386-2012-06-08.img.xz Here is the image, which can be dd'ed to 4g+ flash drive. It should be bootable, and contains new xorg, and some soft from ports; - seamonkey (if you want go to internet) - stellarium (it's full of stars) - blender (but it depends on devel/icu which probably built with error, or by some other reason blender produces coredump) - xterm and openbox; How to use: boot, login as root; after passwordless login you can view simple x run script with: cat ./runx.sh or you just launch it ./runx.sh If you have non-intel card, you need edit xorg.conf, and runx.sh (remove load i915kms). Load process and X launching can be a while if you have not very fast flash. I'll continue improving of infrastructure for building such testing images, helps and advises appreciated. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 10:04:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50D54106566C; Sun, 10 Jun 2012 10:04:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F290F8FC08; Sun, 10 Jun 2012 10:04:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sdf0j-0005t2-He>; Sun, 10 Jun 2012 12:04:41 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sdf0j-000628-Bx>; Sun, 10 Jun 2012 12:04:41 +0200 Message-ID: <4FD47138.6090000@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 12:04:40 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Alexander Yerenkow References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig13B34A1CD9120C8E2AFDDB54" X-Originating-IP: 85.178.32.32 Cc: Ivan Klymenko , ports@freebsd.org, x11@freebsd.org, current@freebsd.org, miwi@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 10:04:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig13B34A1CD9120C8E2AFDDB54 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 11:46, Alexander Yerenkow wrote: > Okay everyone interested - listen up :) >=20 > http://gits.kiev.ua/FreeBSD/FreeBSD-10-i386-2012-06-08.img.xz >=20 > Here is the image, which can be dd'ed to 4g+ flash drive. > It should be bootable, and contains new xorg, and some soft from ports;= > - seamonkey (if you want go to internet) > - stellarium (it's full of stars) > - blender (but it depends on devel/icu which probably built with > error, or by some other reason blender produces coredump) > - xterm and openbox; >=20 > How to use: > boot, login as root; > after passwordless login you can view simple x run script with: > cat ./runx.sh >=20 > or you just launch it > ./runx.sh >=20 > If you have non-intel card, you need edit xorg.conf, and runx.sh > (remove load i915kms). > Load process and X launching can be a while if you have not very fast f= lash. >=20 > I'll continue improving of infrastructure for building such testing > images, helps and advises appreciated. >=20 This is very nice ;-) Thank you very much. oh --------------enig13B34A1CD9120C8E2AFDDB54 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1HE4AAoJEOgBcD7A/5N8ZJ0H/0giqJ6pMkPtOm1XEdtq+sfl xqxClD7+04SutiUVsIeLdN8Q6l5WA4XSowqgCT0BShOTLftW6UFEMJ550rSaaf2I Pn2iicud35NOSs5Ca59CywwFVJbtJdvyo2nNvEWXzKt7rTmVU17D4eCu4dHj6yiL mRJrc+11jFuS2qs+P982MCRCyReiMJrvygDoEZxJWVty28FgoJFDcPgNkbQLG95J OUYftNiFqOkV7HMAGA619Rb8berQGWxBveJYAqB4TLaqLv4p5gD3xQpx9USpDVTZ gY7iINLXWBkdNDRvMGV1aFv4bixCmPZMZqWL6Cjdbm9QVdK5HeVEUiPOduLRkzQ= =dDOs -----END PGP SIGNATURE----- --------------enig13B34A1CD9120C8E2AFDDB54-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 10:37:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A5521065807; Sun, 10 Jun 2012 10:37:42 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 584D58FC1C; Sun, 10 Jun 2012 10:37:40 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3505290bkv.13 for ; Sun, 10 Jun 2012 03:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=hHc6WbS4Dtralgiol76T03ZVh4Z0Eud1ssIHLx0mZ3Q=; b=WYLPb2s0jbGySGu0Odj7767CtO0/fN9Lh7dxW8a9/6vJ9jhxE3FXYRL6hfmezQ+pW/ 3PhWRJNuhK7Me5TLZ7Xg+tbj8Y7v18uBWx3Rtb69xmgUmJ8IsuJzpmuczWnknuGWrBZp ICwdyzQBALTRpmG6y3zkq8g3+vvqRxFkFtSn6VWuRSY8wsf+r1szzXhCFv9vyxfCdAGH 4zOeH+PBlXauIdoRhwWJ/jp5E/ikQnnOcs05Z4rdkmzQTP3oNWOiUm4DS+yDJFW9orXj 5ht1bHEV0qBMh4xGVaIPc8DUk97wW3ziDXaAWFNQMgtRPkGf4RxCDHbJZuLuS+gkVWZT M1jw== Received: by 10.204.154.214 with SMTP id p22mr8548197bkw.115.1339324660054; Sun, 10 Jun 2012 03:37:40 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sun, 10 Jun 2012 03:37:09 -0700 (PDT) In-Reply-To: <20120610121210.3ce1bd9d@zelda.sugioarto.com> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> From: Chris Rees Date: Sun, 10 Jun 2012 11:37:09 +0100 X-Google-Sender-Auth: _Oam4dV8uRWNmdOHnTDEw8iOw4Y Message-ID: To: Martin Sugioarto Content-Type: text/plain; charset=ISO-8859-1 Cc: Steve Franks , "O. Hartmann" , Current FreeBSD , freebsd-stable , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 10:37:42 -0000 On 10 June 2012 11:12, Martin Sugioarto wrote: > Am Sat, 09 Jun 2012 21:09:09 +0700 > schrieb Adam Strohl : > >> I get the feeling people are updating their ports tree and then >> recompiling/reinstalling everything "just because" and then are >> complaining when one thing breaks (its the only thing I can think of). > > Hi. > > But it does not need to break. Sometimes it would be enough just to > test if the port compiles before committing it (I'm talking about > libreoffice here which is broken). Some people rely on some essential > ports. I can understand that porters are not Gods and make errors, but > they should be fixed within hours, when they have been found on > important ports. > > I mean, ports collection is sure great and this is one of the aspects > why I am using FreeBSD, but at the moment FreeBSD is losing strength > here, in my opinion. Er... people always test their commits. Sometimes edge cases will creep in, such as the libreoffice failure which was due to different configurations, but to suggest that the commit wasn't tested is quite frankly insulting-- it built on a clean system perfectly well. Chris From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 10:51:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 751E4106566C; Sun, 10 Jun 2012 10:51:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D1E858FC08; Sun, 10 Jun 2012 10:51:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdfkG-0002YF-Pp>; Sun, 10 Jun 2012 12:51:44 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdfkG-0008GZ-Jh>; Sun, 10 Jun 2012 12:51:44 +0200 Message-ID: <4FD47C3A.7050001@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 12:51:38 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig15EDE7E87D143076CC6F0684" X-Originating-IP: 85.178.32.32 Cc: Steve Franks , Current FreeBSD , freebsd-stable , Martin Sugioarto , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 10:51:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig15EDE7E87D143076CC6F0684 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 12:37, Chris Rees wrote: > On 10 June 2012 11:12, Martin Sugioarto wrote: >> Am Sat, 09 Jun 2012 21:09:09 +0700 >> schrieb Adam Strohl : >> >>> I get the feeling people are updating their ports tree and then >>> recompiling/reinstalling everything "just because" and then are >>> complaining when one thing breaks (its the only thing I can think of)= =2E >> >> Hi. >> >> But it does not need to break. Sometimes it would be enough just to >> test if the port compiles before committing it (I'm talking about >> libreoffice here which is broken). Some people rely on some essential >> ports. I can understand that porters are not Gods and make errors, but= >> they should be fixed within hours, when they have been found on >> important ports. >> >> I mean, ports collection is sure great and this is one of the aspects >> why I am using FreeBSD, but at the moment FreeBSD is losing strength >> here, in my opinion. >=20 > Er... people always test their commits. Sometimes edge cases will > creep in, such as the libreoffice failure which was due to different > configurations, but to suggest that the commit wasn't tested is quite > frankly insulting-- it built on a clean system perfectly well. >=20 > Chris In do not see any insulting statement! Why those exaggerations? --------------enig15EDE7E87D143076CC6F0684 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1Hw/AAoJEOgBcD7A/5N8cEkH/26QrmQtdrNN5o64khlnzAr1 3VddvdICFh/Pdx1Rl3dYk3hYz8PGBOYVYF5UQrNUTc+/5n7NJgMYGq2mwJ0dCawE +18f2K7/RN/e+WLTmuCC2FjowDB7Rjpq9EjGoNq/37mj2NC15LwXXJVi22ont9nb HgnV7qf7UsOf8lX3QWRPSdkYK97dtauDvdryzKHyRrIfQD3PetPVzXP/fNzOrgvA Xw4gsCxeY54VxhTf5RsaEeR82ddr9XVSWCKjAyWWtAplQ2kYkNKIfpGninkX+auM pzk3MJofygj735Xqaxjl5qouQlNXw+47qnTnzm29XV7vhNUPbCbMNLAvWt+SgIY= =7tek -----END PGP SIGNATURE----- --------------enig15EDE7E87D143076CC6F0684-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 10:53:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74A361065679 for ; Sun, 10 Jun 2012 10:53:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 217C88FC1F for ; Sun, 10 Jun 2012 10:53:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SdfmD-0002gu-Bz>; Sun, 10 Jun 2012 12:53:45 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SdfmD-0008MO-6M>; Sun, 10 Jun 2012 12:53:45 +0200 Message-ID: <4FD47CB8.8090707@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 12:53:44 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5D54188FD2930AE8B4A150A8" X-Originating-IP: 85.178.32.32 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 10:53:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5D54188FD2930AE8B4A150A8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 12:37, Chris Rees wrote: > On 10 June 2012 11:12, Martin Sugioarto wrote: >> Am Sat, 09 Jun 2012 21:09:09 +0700 >> schrieb Adam Strohl : >> >>> I get the feeling people are updating their ports tree and then >>> recompiling/reinstalling everything "just because" and then are >>> complaining when one thing breaks (its the only thing I can think of)= =2E >> >> Hi. >> >> But it does not need to break. Sometimes it would be enough just to >> test if the port compiles before committing it (I'm talking about >> libreoffice here which is broken). Some people rely on some essential >> ports. I can understand that porters are not Gods and make errors, but= >> they should be fixed within hours, when they have been found on >> important ports. >> >> I mean, ports collection is sure great and this is one of the aspects >> why I am using FreeBSD, but at the moment FreeBSD is losing strength >> here, in my opinion. >=20 > Er... people always test their commits. Sometimes edge cases will Really "always"? This is a statement you can only speak for yourself and in any other case, it is good-will thinking about what others should do! > creep in, such as the libreoffice failure which was due to different > configurations, but to suggest that the commit wasn't tested is quite > frankly insulting-- it built on a clean system perfectly well. >=20 > Chris --------------enig5D54188FD2930AE8B4A150A8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1Hy4AAoJEOgBcD7A/5N8LJAIAL2Zrk6m7ML4ExtInc4EcQX4 Z006yaPUcqtOv7sNG2d1ke581ryOivpZugtEOpX2YyYnuC9gxLHs/1JNd1cHcjLj aFFNoaU6gg7HZzVWgmV36fj6qykjin6T3FU89J4HmpsbWvJFZkRA7i2uRFkTK4Rk YcDl5Yh/BvZnt+jDGR6hm6nb2AwRJiHknk7UpeD583SCMsAwZ35tIaFjO50lPYgY 4j6eCgZ9KkSZjVmBsrE7+/Ndakn8aFRm8A9yT4fFKkSm1Upjg9RimDQaiGGH0vzf NXhpPwqRLOk9V8ffNxJE3Qgk+aSOnGy+WpZ2rkQjoP7KyPoQD+SGL3FR18+VguQ= =Nigg -----END PGP SIGNATURE----- --------------enig5D54188FD2930AE8B4A150A8-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 10:56:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0FDB1065670; Sun, 10 Jun 2012 10:56:15 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 26E588FC12; Sun, 10 Jun 2012 10:56:14 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3511063bkv.13 for ; Sun, 10 Jun 2012 03:56:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=FEa1IqgAy3Ycx8/YDlGxrn3lzqXHAyujQuGmsLU3NUE=; b=pDODuHZSazw+BnntGLknetvYPKdvKuCx5C0vRZ5KTTA/gZkPE4Zj6Yo9/cVYDMt37v uMAU5Oce0q/8sTOVCbuvuhe+kBPtzJiAas5+3lAF4XKN7i3ntk7CFF5G/ipj+dPu9kln TT4XyFo/jShG+xJzTE0rU943/pgeVcIijme6RTxXlyCUx7o4s7m3XmQtd2Srf9UVpOu5 vm3r0aOKgFKiyEbdJr39YzRlwEWHfXEHthgOG6KCXi0rydCWVppLZ2kGHKRDoPczows5 l6xkOOLxcSI3VdqbCYRY924/aByDaYOW0joerLEfSNkXB36BGXuPLjaXhddl6nXSYaaj nzCQ== Received: by 10.204.154.193 with SMTP id p1mr8623835bkw.102.1339325773857; Sun, 10 Jun 2012 03:56:13 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sun, 10 Jun 2012 03:55:43 -0700 (PDT) In-Reply-To: <4FD47C3A.7050001@zedat.fu-berlin.de> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <4FD47C3A.7050001@zedat.fu-berlin.de> From: Chris Rees Date: Sun, 10 Jun 2012 11:55:43 +0100 X-Google-Sender-Auth: pTvuFO9zTNTA_l0VYzLscP_v0fI Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Steve Franks , Current FreeBSD , freebsd-stable , Martin Sugioarto , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 10:56:16 -0000 On 10 June 2012 11:51, O. Hartmann wrote: > On 06/10/12 12:37, Chris Rees wrote: >> On 10 June 2012 11:12, Martin Sugioarto wrote: >>> Am Sat, 09 Jun 2012 21:09:09 +0700 >>> schrieb Adam Strohl : >>> >>>> I get the feeling people are updating their ports tree and then >>>> recompiling/reinstalling everything "just because" and then are >>>> complaining when one thing breaks (its the only thing I can think of). >>> >>> Hi. >>> >>> But it does not need to break. Sometimes it would be enough just to >>> test if the port compiles before committing it (I'm talking about >>> libreoffice here which is broken). Some people rely on some essential >>> ports. I can understand that porters are not Gods and make errors, but >>> they should be fixed within hours, when they have been found on >>> important ports. >>> >>> I mean, ports collection is sure great and this is one of the aspects >>> why I am using FreeBSD, but at the moment FreeBSD is losing strength >>> here, in my opinion. >> >> Er... people always test their commits. =A0Sometimes edge cases will >> creep in, such as the libreoffice failure which was due to different >> configurations, but to suggest that the commit wasn't tested is quite >> frankly insulting-- it built on a clean system perfectly well. >> >> Chris > > In do not see any insulting statement! Why those exaggerations? >> Sometimes it would be enough just to >> test if the port compiles before committing it (I'm talking about >> libreoffice here which is broken) From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 11:16:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B67106564A for ; Sun, 10 Jun 2012 11:16:11 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id A6BD48FC12 for ; Sun, 10 Jun 2012 11:16:11 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Sdg7u-0000RH-VK for freebsd-current@freebsd.org; Sun, 10 Jun 2012 04:16:10 -0700 Date: Sun, 10 Jun 2012 04:16:10 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1339326970961-5717150.post@n5.nabble.com> In-Reply-To: References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD47C3A.7050001@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 11:16:11 -0000 >> Sometimes it would be enough just to >> test if the port compiles before committing it (I'm talking about >> libreoffice here which is broken) Yeah right... Like updating libreoffice without testing would be actually possible at all... Are you familiar with http://redports.org/ ? Just a example what is used for WIP. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714183p5717150.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 12:24:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E05E9106567D for ; Sun, 10 Jun 2012 12:24:03 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 85AAC8FC1B for ; Sun, 10 Jun 2012 12:24:03 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SdhBa-0002CR-I7>; Sun, 10 Jun 2012 14:24:02 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SdhBa-0004FS-BR>; Sun, 10 Jun 2012 14:24:02 +0200 Message-ID: <4FD491DC.6050602@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 14:23:56 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD47C3A.7050001@zedat.fu-berlin.de> <1339326970961-5717150.post@n5.nabble.com> In-Reply-To: <1339326970961-5717150.post@n5.nabble.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEF34A43709184B128B9D4A71" X-Originating-IP: 85.178.32.32 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 12:24:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEF34A43709184B128B9D4A71 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 13:16, Jakub Lach wrote: >>> Sometimes it would be enough just to=20 >>> test if the port compiles before committing it (I'm talking about=20 >>> libreoffice here which is broken) >=20 > Yeah right... Like updating libreoffice without testing=20 > would be actually possible at all...=20 >=20 > Are you familiar with http://redports.org/ ?=20 >=20 > Just a example what is used for WIP. >=20 > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Re-W= hy-Are-You-NOT-Using-FreeBSD-tp5714183p5717150.html > Sent from the freebsd-current mailing list archive at Nabble.com. Well, this thread has been run out of the subject and is now being hijacked by port's problems ;-) One point to add for the NOT using is definitely the mess in the ports (sometimes). I have the feeling that, for my now almost 16 years experience and usage of FreeBSD, many statements PRO FreeBSD and the ports are repeated from times, when FreeBSD's port system was superior over many other approaches. Time changes, others keep pace. Just to comment on that. FreeBSD is supposed to have its strength in server environment. But I see lack of those strength when it comes to user management, specifically OpenLDAP. For users it is not very convenient changing their password via a cryptic "ldappasswd" statement. On most Linux boxes I have access to, (Suse, Ubuntu), one can simply use the system's "passwd" command - everything else is then done via PAM. I had in 2007 and 2008 some issues with that and simply by that fact, FreeBSD was banned from the desktop side and after it has been banned by the company I worked for from their desktops, they didn't see reasons why they should put more effords into administering server based on FreeBSD AND desktops based on Linux. The decission then was made to use Linux Ubuntu server and desktop. One more pebble erodet to dust ... That was an example of a data mining business company. Years ago the physics department at my former university had their networking infrastructure based on FreeBSD - that was in the time of FreeBSD 4. Strong network stack, stable, easy to manage. With Linux kernel 2.6 most of the PROs for FreeBSD where obsoleted, and as shown here, FreeBSD does have some disadavntages in throughput compared to Linu= x. After those benchmarks have been publsihed things may changed, but the "negative" information against FreeBSD is sticky. Or, in the opposite way, remnant informations of the past "PRO" FreeBSD are sticky (a good luck then for FreeBSD). Talking about NOT using FreeBSD, for me there is a bunch of reasons to change and these reasons have a gravity to my profession and work. FreeBSD unluckily lacks in optimized mathematical libraries and compilers. While I'm happy to live with LLVM/CLANG and GCC 4.6 or GCC 4.7 and it's Fortran derivatives (I don't use Fortran, but need to compile some model software written in F95), others don't. A complete No-Go is the lack of CUDA and more important OpenCL capabilities and therefore GPGPU usage. As nVidia made clear in San Jose, CUDA, and therefore GPGPU, is a tremendous fast growing market. On all of our number crunchers we use now Linux - for exactly this GPGPU reason. And once seddled, I guess it is hard to convince people to move towards another OS. I have no clue how to change this. It is a political issue beyond my capabilities. I'd like to see more advertising FreeBSD or any *BSD in the scientific development, but it seems everything is stuck to Linux - because it is the better and faster OS (also something that is often brought up without evidence, but it is stick in the heads). Who ever has ordered hardware from Dell and tried to manage their JAVA based blade accessing modules via native FreeBSD applications, knows that it is a pain in the ass. For just checking the HPC servers from time to time I need to use Windows or Linux (most run in a VBox with a crappy screen). If the advantages of your favorite OS does not give you a tremendous massage of your feelings, I guess those issues will make you turn towards what is more convenient much faster. --------------enigEF34A43709184B128B9D4A71 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1JHhAAoJEOgBcD7A/5N8104IAJUMbbbBkeLbn7iVAyAKyLSS IEsIYuKWIPsg/wrWTbEswnUB+xLXKovYmcebFuNjrNZ6cFD09/z8NHtmqAVUdTs1 8sbVNcluZKxA8yM6sDZEPip3e6G9R8yDnl/XPEfFRTAy47rNKGGn5HFYc5F1aEGI c08GmUiUxvhoeNqy5Ir9m1060BGTngKxemhWTxsjhqUHMjm1KuUD+pwP61A8vYWh PG1pdPnTrKpqG6THAyKGB99HBohDH4bxYvh8fUj4qv7r5KYG8PG7XMsNiDoVS6Dv b8W2+pn86R5glvYUNl81A/QmSnI6eRlNWTcQInpHtLMfGGeAIENtqMyd76ps12Y= =I0iS -----END PGP SIGNATURE----- --------------enigEF34A43709184B128B9D4A71-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 14:00:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6794106566C for ; Sun, 10 Jun 2012 14:00:10 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 858708FC0A for ; Sun, 10 Jun 2012 14:00:10 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6760537obc.13 for ; Sun, 10 Jun 2012 07:00:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=GYNtOitwhwin1TkqWl0BR+oQp8Ef0tXnltsmTxfjrD0=; b=EzZdjxUHpEtsOAm8M7aM7dLRX/b5dAhdiSYp1AEY+sIGg88EWgcUhp0MOLmjVgtVWC aIaYvcpwPNOU7OXU+wr6HrKA5sF2zkc/ZRiIGOtN7/QJHUCQiIJbm+TD8ehK73zikDmm KzPxFc99lcbSrB+RY8OzjPXMwikggyEREKwnc50X7d0Xfr8cCsP2ZeNxahPLd6dG/Dui 7DcbvST2jHdm3ZMa+eCtp9GkBajxCMciUQiJTcmkZ0Sxj+5YrGDweuOOkc1WZhdLstwV 94NMch/2uWRUnsMFVnRCu04hWHzkcDg6C541aNFJ+SA+QyXnL9D8mRlPVqfwtP7+WG+C eK/A== MIME-Version: 1.0 Received: by 10.182.131.2 with SMTP id oi2mr13223621obb.43.1339336809946; Sun, 10 Jun 2012 07:00:09 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.182.12.234 with HTTP; Sun, 10 Jun 2012 07:00:09 -0700 (PDT) Date: Sun, 10 Jun 2012 10:00:09 -0400 X-Google-Sender-Auth: 16St2kLehtilqGgGpX4J2r0A7ns Message-ID: From: Ed Maste To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Reproducible panic on "kldunload i915kms" as of r236822 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 14:00:11 -0000 I'm running CURRENT as of r236822 on my Thinkpad X220 and am starting to experiment with the i915 kms driver. All packages are from the pkgbeta repo; I haven't rebuilt anything yet. =A0I have xorg-server-1.7.7_5,1 and the vesa driver gets used. =A0In this configuration I have a reproducible panic unloading i915kms.ko. Reproduction steps: 1. kldload i915kms && startx 2. switch back to the text console 3. ^C the x server 4. kldunload i915kms Crash info is at http://people.freebsd.org/~emaste/i915kms_panic.txt - interesting stack frames are: #8 =A00xffffffff80ba22d3 in calltrap () =A0 =A0at /home/emaste/src/head-ro/sys/amd64/amd64/exception.S:228 #9 =A00xffffffff808e8213 in device_delete_child (dev=3D0xfffffe0007986a00, =A0 =A0child=3D0xdeadc0dedeadc0de) =A0 =A0at /home/emaste/src/head-ro/sys/kern/subr_bus.c:1859 #10 0xffffffff808e8224 in device_delete_child (dev=3D0xfffffe0007986b00, =A0 =A0child=3D0xfffffe0007986a00) =A0 =A0at /home/emaste/src/head-ro/sys/kern/subr_bus.c:1867 #11 0xffffffff81ad9b05 in iic_dp_aux_detach (idev=3D0xfffffe0007986b00) =A0 =A0at /home/emaste/src/head-ro/sys/modules/drm2/drm2/../../../dev/drm2/= drm_dp_iic_helper.c:230 #12 0xffffffff808e80f4 in device_detach (dev=3D0xfffffe0007986b00) =A0 =A0at device_if.h:214 #13 0xffffffff808e8241 in device_delete_child (dev=3D0xfffffe0002727500, =A0 =A0child=3D0xfffffe0007986b00) =A0 =A0at /home/emaste/src/head-ro/sys/kern/subr_bus.c:1872 #14 0xffffffff81a8ddb6 in intel_dp_encoder_destroy ( =A0 =A0encoder=3D0xfffffe000721ca00) =A0 =A0at /home/emaste/src/head-ro/sys/modules/drm2/i915kms/../../../dev/dr= m2/i915/intel_dp.c:2287 #15 0xffffffff81ad369f in drm_mode_config_cleanup (dev=3D0xfffffe0007bdc000= ) =A0 =A0at /home/emaste/src/head-ro/sys/modules/drm2/drm2/../../../dev/drm2/= drm_crtc.c:968 #16 0xffffffff81a64a82 in i915_driver_unload_int (dev=3D0xfffffe0007bdc000, =A0 =A0locked=3Dtrue) =A0 =A0at /home/emaste/src/head-ro/sys/modules/drm2/i915kms/../../../dev/dr= m2/i915/i915_dma.c:1341 #17 0xffffffff81adb34a in drm_detach (kdev=3DVariable "kdev" is not availab= le. ) =A0 =A0at /home/emaste/src/head-ro/sys/modules/drm2/drm2/../../../dev/drm2/= drm_drv.c:640 -Ed From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 14:35:37 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DE9106564A; Sun, 10 Jun 2012 14:35:37 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id B8B438FC0A; Sun, 10 Jun 2012 14:35:35 +0000 (UTC) Received: from alph.allbsd.org (p4242-ipbf1504funabasi.chiba.ocn.ne.jp [118.7.211.242]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id q5AEZInm047291; Sun, 10 Jun 2012 23:35:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q5AEZFFe090966; Sun, 10 Jun 2012 23:35:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 10 Jun 2012 22:48:13 +0900 (JST) Message-Id: <20120610.224813.710171778841273502.hrs@allbsd.org> To: current@FreeBSD.org From: Hiroki Sato In-Reply-To: <4FD05573.70801@FreeBSD.org> References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.4.50 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Sun_Jun_10_22_48_13_2012_513)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Sun, 10 Jun 2012 23:35:28 +0900 (JST) X-Spam-Status: No, score=-98.6 required=13.0 tests=CONTENT_TYPE_PRESENT, QENCPTR2,RCVD_IN_RP_RNBL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: wblock@wonkity.com, ae@FreeBSD.org, jhb@FreeBSD.org Subject: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 14:35:37 -0000 ----Security_Multipart0(Sun_Jun_10_22_48_13_2012_513)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Jun_10_22_48_13_2012_239)--" Content-Transfer-Encoding: 7bit ----Next_Part(Sun_Jun_10_22_48_13_2012_239)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit [move from -doc@ to -current@] "Andrey V. Elsukov" wrote in <4FD05573.70801@FreeBSD.org>: ae> On 06.06.2012 15:07, Hiroki Sato wrote: ae> > ae> 1. When geom_mirror module is not loaded GEOM_PART will complain that the ae> > ae> backup GPT header is not in the last LBA and partition table will be marked ae> > ae> as CORRUPT. The recover operation will destroy the GEOM_MIRROR's metadata. ae> > ae> ae> > ae> 2. If primary GPT header or table become damaged, then gptboot will not ae> > ae> detect GPT because the backup GPT header is not in the last LBA. So, the ae> > ae> system will not boot. ae> > ae> > Thanks, I see. Do you think the attached patch is too aggressive for ae> > the problem 2? The value of altlba should be matched with one in the ae> > original secondary header when the primary header is corrupted and ae> > the secondary header is looked up in this way. ae> ae> Yes, i also have thought about this and this should work for most GEOM classes, ae> but i revised again PMBR code and it seems that it will not work anyway :) ae> Our PMBR doesn't use backup GPT header and table, and it doesn't verify ae> correctness of primary GPT. ae> ae> From the other side, there are three situations when we use GPT: ae> 1. FreeBSD is only one system on the disk and we use PMBR and gptboot to boot it. ae> ae> In case if we will fix PMBR your patch will help. I created the attached patchset for the loader and pmbr to support backup GPT header when the primary one is corrupted. Can anyone test and/or review it? The pmbr program now checks the GPT signature, and if failed it tries to search the backup header from the last LBA. When GEOM metadata is found at the last LBA, the second last will be checked. The loader(8) program also supports the same algorithm to search the backup header. ae> 2. FreeBSD is no one on the disk, but we still use legacy boot method (PMBR+gptboot). ae> ae> I don't know what behavior have other systems when they detect invalid GPT (i.e. ae> when backup header is not in the last LBA). ae> ae> 3. We use UEFI (it is not work yet). ae> ae> Also i don't know what UEFI firmware will do with invalid GPT. I am investigating how Windows and other UEFI-based software recognize the backup header now. Hopefully they use the alternative LBA field and do not unconditionally overwrite the last LBA for recovering. Probably it is difficult to make UEFI recognize the backup header that is not located at the last LBA when the primary header is corrupted. -- Hiroki ----Next_Part(Sun_Jun_10_22_48_13_2012_239)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="boot-gpt.20120610-1.diff" Index: common/gpt.c =================================================================== --- common/gpt.c (revision 236848) +++ common/gpt.c (working copy) @@ -40,6 +40,7 @@ #include "gpt.h" #define MAXTBLENTS 128 +#define GEOM_MAGIC "GEOM::" static struct gpt_hdr hdr_primary, hdr_backup, *gpthdr; static uint64_t hdr_primary_lba, hdr_backup_lba; @@ -345,8 +346,18 @@ altlba = hdr_primary.hdr_lba_alt; } else { altlba = drvsize(dskp); - if (altlba > 0) - altlba--; + if (altlba > 0) { + do { + altlba--; + /* + * Check GEOM metadata and decrement + * the altlba if found. + */ + if (drvread(dskp, secbuf, altlba, 1) != 0) + break; + } while (memcmp(secbuf, GEOM_MAGIC, + sizeof(GEOM_MAGIC) - 1) == 0); + } } if (altlba == 0) printf("%s: unable to locate backup GPT header\n", BOOTPROG); Index: i386/pmbr/pmbr.s =================================================================== --- i386/pmbr/pmbr.s (revision 236848) +++ i386/pmbr/pmbr.s (working copy) @@ -42,8 +42,9 @@ .set STACK,EXEC+SECSIZE*4 # Stack address .set GPT_ADDR,STACK # GPT header address .set GPT_SIG,0 - .set GPT_SIG_0,0x20494645 - .set GPT_SIG_1,0x54524150 + .set GPT_SIG_0,0x20494645 # "EFI " + .set GPT_SIG_1,0x54524150 # "PART" + .set GEOM_MAGIC,0x4d4f4547 # "GEOM" .set GPT_MYLBA,24 .set GPT_PART_LBA,72 .set GPT_NPART,80 @@ -52,6 +53,8 @@ .set PART_TYPE,0 .set PART_START_LBA,32 .set PART_END_LBA,40 + .set DPBUF,PART_ADDR+SECSIZE + .set DPBUF_SEC,0x10 # Number of sectors .set NHRDRV,0x475 # Number of hard drives @@ -91,16 +94,40 @@ jb main.2 # Yes main.1: movb $0x80,%dl # Assume drive 0x80 # -# Load the primary GPT header from LBA 1 and verify signature. +# Load the GPT header and verify signature. Try LBA 1 for the primary one and +# the last LBA for the backup if it is broken. Skip the LBAs if GEOM +# metadata found at the backup location. # -main.2: movw $GPT_ADDR,%bx +main.2: call getdrvparams # Read drive parameters + movb $1,%dh # %dh := 1 (reading primary) +main.2a: movw $GPT_ADDR,%bx movw $lba,%si - call read + call read # Read header and check GPT sig cmpl $GPT_SIG_0,GPT_ADDR+GPT_SIG - jnz err_pt + jnz main.2b cmpl $GPT_SIG_1,GPT_ADDR+GPT_SIG+4 - jnz err_pt + jnz main.2b + jmp load_part +main.2b: cmpb $1,%dh # Reading primary? + je main.3 # Try backup if yes + cmpl $GEOM_MAGIC,GPT_ADDR # GEOM sig at backup location? + jz main.3 # Skip GEOM metadata + jmp err_pt # Invalid table found # +# Try alternative LBAs from the last sector for the GPT header. +# +main.3: movb $0,%dh # %dh := 0 (reading backup) + movw $DPBUF+DPBUF_SEC,%si # %si = last sector + 1 + movw $lba,%di # %di = $lba + cmpl $0,(%si) # + jnz main.3a # + decl 0x4(%si) # 0x4(%si) = last sec (32-64) +main.3a: decl (%si) # 0x0(%si) = last sec (0-31) + movw $2,%cx + rep + movsw # $lastsec--, copy it to $lba + jmp main.2a # Read the next sector +# # Load a partition table sector from disk and look for a FreeBSD boot # partition. # @@ -172,6 +199,16 @@ jc err_rd # If error ret # +# Check the number of LBAs on the drive index %dx. Trashes %ax and %si. +# +getdrvparams: + movw $DPBUF,%si # Set the address of result buf + movw $0x001e,(%si) # len + movw $0x4800,%ax # BIOS: Read Drive Parameters + int $0x13 # Call the BIOS + jc err_rd # "I/O error" if error + ret +# # Various error message entry points. # err_big: movw $msg_big,%si # "Boot loader too ----Next_Part(Sun_Jun_10_22_48_13_2012_239)---- ----Security_Multipart0(Sun_Jun_10_22_48_13_2012_513)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEUEABECAAYFAk/UpZ0ACgkQTyzT2CeTzy2EuQCYvKwHIbw1KxbtwJysEYyC9uyL 4ACdHIhJkm8atN0qobTepmZNI1GiNpM= =bJDW -----END PGP SIGNATURE----- ----Security_Multipart0(Sun_Jun_10_22_48_13_2012_513)---- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 17:10:28 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E33181065670; Sun, 10 Jun 2012 17:10:28 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 849B88FC0C; Sun, 10 Jun 2012 17:10:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sdleg-0003D6-Ho>; Sun, 10 Jun 2012 19:10:22 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sdleg-00017E-Al>; Sun, 10 Jun 2012 19:10:22 +0200 Message-ID: <4FD4D4F6.9090805@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 19:10:14 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Ports FreeBSD References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> In-Reply-To: <4FD4C0AC.4000802@yahoo.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCC49ECD2589BC8743D2423B4" X-Originating-IP: 85.178.32.32 Cc: Current FreeBSD , freebsd-stable@freebsd.org Subject: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 17:10:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC49ECD2589BC8743D2423B4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 17:43, John Merryweather Cooper wrote: > On 06/10/12 09:54, Martin Sugioarto wrote: >> Am Sun, 10 Jun 2012 11:37:09 +0100 >> schrieb Chris Rees: >> >>> Er... people always test their commits. Sometimes edge cases will >>> creep in, such as the libreoffice failure which was due to different >>> configurations, but to suggest that the commit wasn't tested is quite= >>> frankly insulting-- it built on a clean system perfectly well. >> Hi, >> >> I don't mean to insult anyone. As I have already told, I am really >> thankful that people invest their precious time into updating the port= s >> collection. >> >> Whatever "clean system" means. It is surely not the default case that >> someone has got a freshly installed set of ports. >> >> Among all the default problems with ports, libreoffice[1] adds to the >> group of annoyances[2] at the moment. I don't know when I have seen >> "portmaster -ad" run through successfully last time. I need more and >> more "-x" options to exclude ports which fail to build. >> >> [1] german/libreoffice and libreoffice fails all the time in >> (LOCALIZED_LANG is set to "de"): >> >> Module 'lingucomponent' delivered successfully. 12 files copied, 2 >> files unchanged >> >> ----------------------------------------------------------------------= - >> Oh dear - something failed during the build - sorry ! >> For more help with debugging build errors, please see the section i= n: >> http://wiki.documentfoundation.org/Development >> >> internal build errors: >> >> ERROR: error 65280 occurred while >> making >> /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-core= -3.5.2.2/vcl/prj >> >> >> it seems that the error is inside 'vcl', please re-run build >> inside this module to isolate the error and/or test your fix: >> ----------------------------------------------------------------------= - >> >> >> Whatever this tries to tell me. I don't get it. This is a completely >> useless error message for me. Not even in german/libreoffice. i try to build the standard version and I receive the same error. I can fix this by doing what the buildsystem suggests, but then I have a stop in sfx2 and others and it ends up in some module called tail_XXXX, where the build never ends when performing the repair as suggested. I had once a box running all the night looping building in this folder. >> >> [2] The default annoyances are for example: >> >> - After updating perl, php or whatever, it makes sense to enforce >> updating the modules that belong to these ports. I've seen 100x the= >> same message that p5-XML-Parser does not work and know what it mean= s, >> but this should be resolved by the port system. I mean, when you >> update perl, the perl modules won't work anymore. This is totally >> clear and it makes sense to update them first before going on. I can confirm that. I fixed that for me by "portmaster p5-" in case p5-SAX-XXX failed. >> >> - When specifying WITHOUT_X11 the ports should respect this and not tr= y >> to pull in the X11 variants of ports. I regularly see some ports >> pulling ImageMagick instead of the already installed >> ImageMagick-nox11. I still do not fully understand what is going on= >> with WITHOUT_GNOME, but I'll try to figure it out later. But I am >> quite sure that some ports pull in unneeded Gnome dependencies. >> >> - Ports are being marked as interactive and stop the update process. T= he >> idea behind portmaster was (earlier) to avoid interactive building = of >> ports and ask all the needed questions, before the builds start. I >> mean, earlier, I could get out and enjoy some coffee outdoors, now = I >> have to sit at the keyboard. This is unacceptable! ;) "portmaster" does even more damage. Sometimed a port reels in some newly updates, a port gets deleted. if on of the to be updated prerquisits fail, the port in question isn't there anymore. "portmaster" fails quite often in "oberwriting" remnant files. If a port gets corrupted by accident, like graphics/netpbm, One need to delete all binaries manually from /usr/local/bin, otherwise the installation fails. Somehow I wish to have a "brute force" knob to overwrite everything in a brutal way. >> >> - It would be nice to have a mechanism that tells you that your perl, >> mysql or whatever is not the default version anymore and you should= >> consider updating to the default (and recommended) port. >> >> >> Martin >=20 > From /etc/defaults/periodic.conf: >=20 > # 400.status-pkg > weekly_status_pkg_enable=3D"YES" # Find out-of-date pkgs= > pkg_version=3Dpkg_version # Use this program > pkg_version_index=3D/usr/ports/INDEX-9 # Use this index file >=20 > There's an override script in ports-mgmt/portupgrade that uses it's > database, also. >=20 --------------enigCC49ECD2589BC8743D2423B4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1NT9AAoJEOgBcD7A/5N8wPgIAN490p9vbsOW6VeCymRZJ7HZ S56xKvXT6b3Fpc62968OdF2Z9Aybsb3vgdKJq2xKRwkkTavlb/sRD+azPrR5udbU Y+zrFDdPeNAL+MBQR4KZY7ply4gfNKr5fs6Z/QQLm8iIdVqqNXW1rEjMSIJCvN+L aVFLQc6PH+ikhco6c+PX1zvqV2mRDnDw8Mde6QJH7YLZagzdhIx5noCdLbQ3eFar 1no9MxJ08kB6az6dllbpJZF6eLpXGF1eR2nEXmCWixmCifGEn98qSB8GMPZ6zoW4 YYBx2VPUvrJsINkfOHN3/Fx2peqGcMyspHOMqeKat36a8vySQe21fYiUnw9c+o4= =5O0E -----END PGP SIGNATURE----- --------------enigCC49ECD2589BC8743D2423B4-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 17:20:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E928106566B; Sun, 10 Jun 2012 17:20:54 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 27F9E8FC1E; Sun, 10 Jun 2012 17:20:52 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3670786bkv.13 for ; Sun, 10 Jun 2012 10:20:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=CWKp+/IMMY7GdfzqEE6IbgsblAgQDomGW2rElGu+RTQ=; b=Wjvag34+nlQ7oRPnHYrTUXRknk9xp1Uj+pN9eVNRXJKAr7LQbnL09kMrgsLnjBC2LA PdXK7a2JGbtAORLxvwTt++V9MZKCrtqNGvCX0FhjPIuVLGIXr1BMzLedUlMTBrF/nWXu 7I4tNIeoGZ3ownkXoZir8umIoGQ+LNrfxnDkVGeq0Xz7+dUzdDzN0xIsEGnwwtugVsSI LMkHk10sw2Zh6Z3biQxQfOxLD7ARNUUkT5zatBW2tXrlvDMG5hTmGPQgxVRgifrr1cs3 6PLPlIi303iPsZCgl4OF8cYVuNhP0T3yDh4AQRAYKUzLyndPHxPBpJSLlU4afdm7i0c8 3hUw== Received: by 10.204.154.214 with SMTP id p22mr8877374bkw.115.1339348851854; Sun, 10 Jun 2012 10:20:51 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sun, 10 Jun 2012 10:20:21 -0700 (PDT) In-Reply-To: <4FD4D4F6.9090805@zedat.fu-berlin.de> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> <4FD4D4F6.9090805@zedat.fu-berlin.de> From: Chris Rees Date: Sun, 10 Jun 2012 18:20:21 +0100 X-Google-Sender-Auth: 0-bF1tgGB35-dG1TY4rvshiiM-4 Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD , freebsd-stable@freebsd.org, Ports FreeBSD Subject: Re: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 17:20:54 -0000 On 10 June 2012 18:10, O. Hartmann wrote: > On 06/10/12 17:43, John Merryweather Cooper wrote: >> On 06/10/12 09:54, Martin Sugioarto wrote: >>> Am Sun, 10 Jun 2012 11:37:09 +0100 >>> schrieb Chris Rees: >>> >>>> Er... people always test their commits. =A0Sometimes edge cases will >>>> creep in, such as the libreoffice failure which was due to different >>>> configurations, but to suggest that the commit wasn't tested is quite >>>> frankly insulting-- it built on a clean system perfectly well. >>> Hi, >>> >>> I don't mean to insult anyone. As I have already told, I am really >>> thankful that people invest their precious time into updating the ports >>> collection. >>> >>> Whatever "clean system" means. It is surely not the default case that >>> someone has got a freshly installed set of ports. >>> >>> Among all the default problems with ports, libreoffice[1] adds to the >>> group of annoyances[2] at the moment. I don't know when I have seen >>> "portmaster -ad" run through successfully last time. I need more and >>> more "-x" options to exclude ports which fail to build. >>> >>> [1] german/libreoffice and libreoffice fails all the time in >>> (LOCALIZED_LANG is set to "de"): >>> >>> Module 'lingucomponent' delivered successfully. 12 files copied, 2 >>> files unchanged >>> >>> ----------------------------------------------------------------------- >>> =A0 =A0 =A0 =A0 =A0Oh dear - something failed during the build - sorry = ! >>> =A0 =A0For more help with debugging build errors, please see the sectio= n in: >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0http://wiki.documentfoundation.org/Developme= nt >>> >>> =A0 =A0internal build errors: >>> >>> ERROR: error 65280 occurred while >>> making >>> /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-core-= 3.5.2.2/vcl/prj >>> >>> >>> =A0 it seems that the error is inside 'vcl', please re-run build >>> =A0 inside this module to isolate the error and/or test your fix: >>> ----------------------------------------------------------------------- >>> >>> >>> Whatever this tries to tell me. I don't get it. This is a completely >>> useless error message for me. > > Not even in german/libreoffice. i try to build the standard version and > I receive the same error. > > I can fix this by doing what the buildsystem suggests, but then I have a > stop in sfx2 and others and it ends up in some module called tail_XXXX, > where the build never ends when performing the repair as suggested. I > had once a box running all the night looping building in this folder. > >>> >>> [2] The default annoyances are for example: >>> >>> - After updating perl, php or whatever, it makes sense to enforce >>> =A0 =A0updating the modules that belong to these ports. I've seen 100x = the >>> =A0 =A0same message that p5-XML-Parser does not work and know what it m= eans, >>> =A0 =A0but this should be resolved by the port system. I mean, when you >>> =A0 =A0update perl, the perl modules won't work anymore. This is totall= y >>> =A0 =A0clear and it makes sense to update them first before going on. > > I can confirm that. I fixed that for me by "portmaster p5-" in case > p5-SAX-XXX failed. There's an UPDATING message written for that very purpose. >>> >>> - When specifying WITHOUT_X11 the ports should respect this and not try >>> =A0 =A0to pull in the X11 variants of ports. I regularly see some ports >>> =A0 =A0pulling ImageMagick instead of the already installed >>> =A0 =A0ImageMagick-nox11. I still do not fully understand what is going= on >>> =A0 =A0with WITHOUT_GNOME, but I'll try to figure it out later. But I a= m >>> =A0 =A0quite sure that some ports pull in unneeded Gnome dependencies. >>> >>> - Ports are being marked as interactive and stop the update process. Th= e >>> =A0 =A0idea behind portmaster was (earlier) to avoid interactive buildi= ng of >>> =A0 =A0ports and ask all the needed questions, before the builds start.= I >>> =A0 =A0mean, earlier, I could get out and enjoy some coffee outdoors, n= ow I >>> =A0 =A0have to sit at the keyboard. This is unacceptable! ;) > > "portmaster" does even more damage. Sometimed a port reels in some newly > updates, a port gets deleted. if on of the to be updated prerquisits > fail, the port in question isn't there anymore. > > "portmaster" fails quite often in "oberwriting" remnant files. If a port > gets corrupted by accident, like graphics/netpbm, One need to delete all > binaries manually from /usr/local/bin, otherwise the installation fails. > > Somehow I wish to have a "brute force" knob to overwrite everything in a > brutal way. FORCE_PKG_REGISTER. >>> >>> - It would be nice to have a mechanism that tells you that your perl, >>> =A0 =A0mysql or whatever is not the default version anymore and you sho= uld >>> =A0 =A0consider updating to the default (and recommended) port. >>> >>> >>> Martin >> >> From /etc/defaults/periodic.conf: >> >> # 400.status-pkg >> weekly_status_pkg_enable=3D"YES" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Find o= ut-of-date pkgs >> pkg_version=3Dpkg_version =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 # Use this program >> pkg_version_index=3D/usr/ports/INDEX-9 =A0 =A0 =A0# Use this index file >> >> There's an override script in ports-mgmt/portupgrade that uses it's >> database, also. >> > From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 17:36:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3A9B106567B; Sun, 10 Jun 2012 17:36:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9F48FC22; Sun, 10 Jun 2012 17:36:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sdm3z-0005WY-DA>; Sun, 10 Jun 2012 19:36:31 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sdm3z-0002M8-6I>; Sun, 10 Jun 2012 19:36:31 +0200 Message-ID: <4FD4DB19.5090005@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 19:36:25 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> <4FD4D4F6.9090805@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA551136DDEEFDD43037E3AA0" X-Originating-IP: 85.178.32.32 Cc: Current FreeBSD , freebsd-stable@freebsd.org, Ports FreeBSD Subject: Re: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 17:36:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA551136DDEEFDD43037E3AA0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 19:20, Chris Rees wrote: > On 10 June 2012 18:10, O. Hartmann wrote:= >> On 06/10/12 17:43, John Merryweather Cooper wrote: >>> On 06/10/12 09:54, Martin Sugioarto wrote: >>>> Am Sun, 10 Jun 2012 11:37:09 +0100 >>>> schrieb Chris Rees: >>>> >>>>> Er... people always test their commits. Sometimes edge cases will >>>>> creep in, such as the libreoffice failure which was due to differen= t >>>>> configurations, but to suggest that the commit wasn't tested is qui= te >>>>> frankly insulting-- it built on a clean system perfectly well. >>>> Hi, >>>> >>>> I don't mean to insult anyone. As I have already told, I am really >>>> thankful that people invest their precious time into updating the po= rts >>>> collection. >>>> >>>> Whatever "clean system" means. It is surely not the default case tha= t >>>> someone has got a freshly installed set of ports. >>>> >>>> Among all the default problems with ports, libreoffice[1] adds to th= e >>>> group of annoyances[2] at the moment. I don't know when I have seen >>>> "portmaster -ad" run through successfully last time. I need more and= >>>> more "-x" options to exclude ports which fail to build. >>>> >>>> [1] german/libreoffice and libreoffice fails all the time in >>>> (LOCALIZED_LANG is set to "de"): >>>> >>>> Module 'lingucomponent' delivered successfully. 12 files copied, 2 >>>> files unchanged >>>> >>>> --------------------------------------------------------------------= --- >>>> Oh dear - something failed during the build - sorry ! >>>> For more help with debugging build errors, please see the section= in: >>>> http://wiki.documentfoundation.org/Development >>>> >>>> internal build errors: >>>> >>>> ERROR: error 65280 occurred while >>>> making >>>> /usr/workdir-ports/usr/ports/editors/libreoffice/work/libreoffice-co= re-3.5.2.2/vcl/prj >>>> >>>> >>>> it seems that the error is inside 'vcl', please re-run build >>>> inside this module to isolate the error and/or test your fix: >>>> --------------------------------------------------------------------= --- >>>> >>>> >>>> Whatever this tries to tell me. I don't get it. This is a completely= >>>> useless error message for me. >> >> Not even in german/libreoffice. i try to build the standard version an= d >> I receive the same error. >> >> I can fix this by doing what the buildsystem suggests, but then I have= a >> stop in sfx2 and others and it ends up in some module called tail_XXXX= , >> where the build never ends when performing the repair as suggested. I >> had once a box running all the night looping building in this folder. >> >>>> >>>> [2] The default annoyances are for example: >>>> >>>> - After updating perl, php or whatever, it makes sense to enforce >>>> updating the modules that belong to these ports. I've seen 100x t= he >>>> same message that p5-XML-Parser does not work and know what it me= ans, >>>> but this should be resolved by the port system. I mean, when you >>>> update perl, the perl modules won't work anymore. This is totally= >>>> clear and it makes sense to update them first before going on. >> >> I can confirm that. I fixed that for me by "portmaster p5-" in case >> p5-SAX-XXX failed. >=20 > There's an UPDATING message written for that very purpose. And even WITH this message written in /usr/ports/UPDATING and follwoing those instrauctions, I have had the very same problem as for years now with this port. The problem is, if you'd like to do an "automated" or "unattended" update of the ports, you stumble very quickly in such a kind of show stopper. If you do not update on a regular basis, those "problems" develop in very serious problems. By the way, the reason why I update also the ports on a regular basis IS because of 100% sure problems if I wait for weeks or months. >=20 >>>> >>>> - When specifying WITHOUT_X11 the ports should respect this and not = try >>>> to pull in the X11 variants of ports. I regularly see some ports >>>> pulling ImageMagick instead of the already installed >>>> ImageMagick-nox11. I still do not fully understand what is going = on >>>> with WITHOUT_GNOME, but I'll try to figure it out later. But I am= >>>> quite sure that some ports pull in unneeded Gnome dependencies. >>>> >>>> - Ports are being marked as interactive and stop the update process.= The >>>> idea behind portmaster was (earlier) to avoid interactive buildin= g of >>>> ports and ask all the needed questions, before the builds start. = I >>>> mean, earlier, I could get out and enjoy some coffee outdoors, no= w I >>>> have to sit at the keyboard. This is unacceptable! ;) >> >> "portmaster" does even more damage. Sometimed a port reels in some new= ly >> updates, a port gets deleted. if on of the to be updated prerquisits >> fail, the port in question isn't there anymore. >> >> "portmaster" fails quite often in "oberwriting" remnant files. If a po= rt >> gets corrupted by accident, like graphics/netpbm, One need to delete a= ll >> binaries manually from /usr/local/bin, otherwise the installation fail= s. >> >> Somehow I wish to have a "brute force" knob to overwrite everything in= a >> brutal way. >=20 > FORCE_PKG_REGISTER. Enabled by default in /etc/make.conf in my configuration. And the problem still persists ... --------------enigA551136DDEEFDD43037E3AA0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1NseAAoJEOgBcD7A/5N8M4UH/Ar63OEF7tum7LaTVxU8HsLO 0TTem5Bz+Gw6bLwn2Gfcj5J2rRt+t6Ivfstd7NCweG6onFpoaHtd8QWA/oRcNO7V WEwmJnFN9gVSsVjDpwSh84NzWv2MCRP6rvQMMp7K8ZPUhhFSfJW7bcU/QCUn1WtJ 4/bURmMX0t3ih8ri3YPVpQFbuNjSD0q0fjciAtvYNEwpgupyI8E4OSLutZmAfPNz rYK8BuWQ38l0mfGutqHrx9CDh2pbWo+VToLwsxCTVpUgcn+sYRC4zfyd2UQ7TeRv YzED9aGDphBAmprq7NDrk4tSgk8IXaxOreun6raBrfWS6d60sL82KDOAsMDFNDA= =NJ/B -----END PGP SIGNATURE----- --------------enigA551136DDEEFDD43037E3AA0-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 10 19:02:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55CEF1065670; Sun, 10 Jun 2012 19:02:21 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id CF56B8FC18; Sun, 10 Jun 2012 19:02:20 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 10 Jun 2012 15:02:20 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BUL25568; Sun, 10 Jun 2012 15:02:20 -0400 Received-SPF: None identity=pra; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: Neutral identity=mailfrom; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None identity=helo; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp01.lnh.mail.rcn.net with ESMTP; 10 Jun 2012 15:02:20 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20436.61243.426276.668523@jerusalem.litteratus.org> Date: Sun, 10 Jun 2012 15:02:19 -0400 To: "O. Hartmann" In-Reply-To: <4FD4D4F6.9090805@zedat.fu-berlin.de> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD35905.9080500@ateamsystems.com> <20120610121210.3ce1bd9d@zelda.sugioarto.com> <20120610165455.1c59e8ae@zelda.sugioarto.com> <4FD4C0AC.4000802@yahoo.com> <4FD4D4F6.9090805@zedat.fu-berlin.de> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: Current FreeBSD , freebsd-stable@freebsd.org, Ports FreeBSD Subject: WAS: Re: Why Are You NOT Using FreeBSD ? New: port annoyance LibreOffice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 19:02:21 -0000 O. Hartmann writes: > >> Among all the default problems with ports, libreoffice[1] adds to the > >> group of annoyances[2] at the moment. I don't know when I have seen > >> "portmaster -ad" run through successfully last time. I need more and > >> more "-x" options to exclude ports which fail to build. > >> > >> [1] german/libreoffice and libreoffice fails all the time in > >> (LOCALIZED_LANG is set to "de"): There is a known problem with libreoffice and boost, specifically a conflict between the boost port and the internal version. There is a work-around; however, at the moment the libreoffice maintainer does not have the time to rectify matters. See the recent/ongoing thread in either ports@ or office@ for more information. Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 09:19:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3191065676; Mon, 11 Jun 2012 09:19:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D5F8C8FC20; Mon, 11 Jun 2012 09:19:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5B9J9cp015995; Mon, 11 Jun 2012 12:19:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5B9J85Q002426; Mon, 11 Jun 2012 12:19:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5B9J8TG002425; Mon, 11 Jun 2012 12:19:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 11 Jun 2012 12:19:08 +0300 From: Konstantin Belousov To: Ed Maste Message-ID: <20120611091908.GB2337@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Reproducible panic on "kldunload i915kms" as of r236822 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 09:19:12 -0000 --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 10, 2012 at 10:00:09AM -0400, Ed Maste wrote: > I'm running CURRENT as of r236822 on my Thinkpad X220 and am starting > to experiment with the i915 kms driver. All packages are from the > pkgbeta repo; I haven't rebuilt anything yet. =9AI have > xorg-server-1.7.7_5,1 and the vesa driver gets used. =9AIn this > configuration I have a reproducible panic unloading i915kms.ko. >=20 > Reproduction steps: >=20 > 1. kldload i915kms && startx > 2. switch back to the text console > 3. ^C the x server > 4. kldunload i915kms Yes, unloading of i915kms does not work. There is much more issues then what you reported. I do not consider this very critical, and have more urgent items to handle, sorry. --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/VuAwACgkQC3+MBN1Mb4hZ+QCg2kVG80ylhbAW+TTnJOVtP2UO lm8AoJtAbeoIJ/MWk8knC2lKABkqzCZL =2XvM -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 11:01:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A88C4106564A; Mon, 11 Jun 2012 11:01:28 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 318438FC18; Mon, 11 Jun 2012 11:01:28 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 33EC46A601C; Mon, 11 Jun 2012 13:01:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id F03l7tMhzhG5; Mon, 11 Jun 2012 13:01:27 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id D9DB96A6006; Mon, 11 Jun 2012 13:01:26 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q5BB1Qrt025605; Mon, 11 Jun 2012 13:01:26 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q5BB1QvA024785; Mon, 11 Jun 2012 13:01:26 +0200 (CEST) (envelope-from lars) Date: Mon, 11 Jun 2012 13:01:26 +0200 From: Lars Engels To: Konstantin Belousov Message-ID: <20120611110126.GS5592@e-new.0x20.net> References: <20120611091908.GB2337@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKFUq+IbM9AW97yF" Content-Disposition: inline In-Reply-To: <20120611091908.GB2337@deviant.kiev.zoral.com.ua> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Ed Maste Subject: Re: Reproducible panic on "kldunload i915kms" as of r236822 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 11:01:28 -0000 --QKFUq+IbM9AW97yF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 11, 2012 at 12:19:08PM +0300, Konstantin Belousov wrote: > On Sun, Jun 10, 2012 at 10:00:09AM -0400, Ed Maste wrote: > > I'm running CURRENT as of r236822 on my Thinkpad X220 and am starting > > to experiment with the i915 kms driver. All packages are from the > > pkgbeta repo; I haven't rebuilt anything yet. =C2=A0I have > > xorg-server-1.7.7_5,1 and the vesa driver gets used. =C2=A0In this > > configuration I have a reproducible panic unloading i915kms.ko. > >=20 > > Reproduction steps: > >=20 > > 1. kldload i915kms && startx > > 2. switch back to the text console > > 3. ^C the x server > > 4. kldunload i915kms >=20 > Yes, unloading of i915kms does not work. There is much more issues > then what you reported. I do not consider this very critical, and > have more urgent items to handle, sorry. If that's a known error maybe kldunload should return ENODEV to prevent a user from unnecessarily panicking his system? --QKFUq+IbM9AW97yF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/V0AYACgkQKc512sD3afhaGwCeImd0IaTFvA7RdWYlNZJZ8kNu 7oMAoK8+V6tvCVOez3ryGKufMDZUvzVj =v4hM -----END PGP SIGNATURE----- --QKFUq+IbM9AW97yF-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 11:47:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE0C1065678; Mon, 11 Jun 2012 11:47:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0478FC18; Mon, 11 Jun 2012 11:47:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BBl4Pm056921; Mon, 11 Jun 2012 07:47:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BBl4nr056900; Mon, 11 Jun 2012 11:47:04 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 11:47:04 GMT Message-Id: <201206111147.q5BBl4nr056900@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 11:47:10 -0000 TB --- 2012-06-11 10:28:53 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 10:28:53 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 10:28:53 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-06-11 10:28:53 - cleaning the object tree TB --- 2012-06-11 10:28:53 - cvsupping the source tree TB --- 2012-06-11 10:28:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-06-11 10:29:38 - building world TB --- 2012-06-11 10:29:38 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 10:29:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 10:29:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 10:29:38 - SRCCONF=/dev/null TB --- 2012-06-11 10:29:38 - TARGET=powerpc TB --- 2012-06-11 10:29:38 - TARGET_ARCH=powerpc64 TB --- 2012-06-11 10:29:38 - TZ=UTC TB --- 2012-06-11 10:29:38 - __MAKE_CONF=/dev/null TB --- 2012-06-11 10:29:38 - cd /src TB --- 2012-06-11 10:29:38 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 10:29:39 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocBasic.cpp -o RegAllocBasic.o c++ -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocFast.cpp -o RegAllocFast.o c++ -O2 -pipe -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocGreedy.cpp -o RegAllocGreedy.o /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocGreedy.cpp: In member function 'bool::RAGreedy::canEvictInterference(llvm::LiveInterval&, unsigned int, bool, ::RAGreedy::EvictionCost&)': /src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocGreedy.cpp:529: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libllvmcodegen. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 11:47:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 11:47:04 - ERROR: failed to build world TB --- 2012-06-11 11:47:04 - 3815.33 user 478.21 system 4690.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 12:16:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29260106564A; Mon, 11 Jun 2012 12:16:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E64998FC0A; Mon, 11 Jun 2012 12:16:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BCG9f7077130; Mon, 11 Jun 2012 08:16:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BCG9lw077129; Mon, 11 Jun 2012 12:16:09 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 12:16:09 GMT Message-Id: <201206111216.q5BCG9lw077129@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 12:16:10 -0000 TB --- 2012-06-11 10:01:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 10:01:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 10:01:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-06-11 10:01:24 - cleaning the object tree TB --- 2012-06-11 10:01:24 - cvsupping the source tree TB --- 2012-06-11 10:01:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-06-11 10:02:34 - building world TB --- 2012-06-11 10:02:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 10:02:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 10:02:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 10:02:34 - SRCCONF=/dev/null TB --- 2012-06-11 10:02:34 - TARGET=powerpc TB --- 2012-06-11 10:02:34 - TARGET_ARCH=powerpc TB --- 2012-06-11 10:02:34 - TZ=UTC TB --- 2012-06-11 10:02:34 - __MAKE_CONF=/dev/null TB --- 2012-06-11 10:02:34 - cd /src TB --- 2012-06-11 10:02:34 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 10:02:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 11 12:12:48 UTC 2012 TB --- 2012-06-11 12:12:48 - generating LINT kernel config TB --- 2012-06-11 12:12:48 - cd /src/sys/powerpc/conf TB --- 2012-06-11 12:12:48 - /usr/bin/make -B LINT TB --- 2012-06-11 12:12:48 - cd /src/sys/powerpc/conf TB --- 2012-06-11 12:12:48 - /usr/sbin/config -m LINT TB --- 2012-06-11 12:12:48 - building LINT kernel TB --- 2012-06-11 12:12:48 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 12:12:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 12:12:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 12:12:48 - SRCCONF=/dev/null TB --- 2012-06-11 12:12:48 - TARGET=powerpc TB --- 2012-06-11 12:12:48 - TARGET_ARCH=powerpc TB --- 2012-06-11 12:12:48 - TZ=UTC TB --- 2012-06-11 12:12:48 - __MAKE_CONF=/dev/null TB --- 2012-06-11 12:12:48 - cd /src TB --- 2012-06-11 12:12:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 12:12:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_addto_baw': /src/sys/dev/ath/if_ath_tx.c:2047: warning: 'tap' is used uninitialized in this function *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 12:16:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 12:16:09 - ERROR: failed to build LINT kernel TB --- 2012-06-11 12:16:09 - 6717.65 user 850.81 system 8085.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 12:23:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED6EE1065674; Mon, 11 Jun 2012 12:23:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B5CC28FC14; Mon, 11 Jun 2012 12:23:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BCNbVC000570; Mon, 11 Jun 2012 08:23:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BCNbl8000569; Mon, 11 Jun 2012 12:23:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 12:23:37 GMT Message-Id: <201206111223.q5BCNbl8000569@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 12:23:38 -0000 TB --- 2012-06-11 11:20:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 11:20:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 11:20:59 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-11 11:20:59 - cleaning the object tree TB --- 2012-06-11 11:20:59 - cvsupping the source tree TB --- 2012-06-11 11:20:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-11 11:21:30 - building world TB --- 2012-06-11 11:21:30 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 11:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 11:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 11:21:30 - SRCCONF=/dev/null TB --- 2012-06-11 11:21:30 - TARGET=sparc64 TB --- 2012-06-11 11:21:30 - TARGET_ARCH=sparc64 TB --- 2012-06-11 11:21:30 - TZ=UTC TB --- 2012-06-11 11:21:30 - __MAKE_CONF=/dev/null TB --- 2012-06-11 11:21:30 - cd /src TB --- 2012-06-11 11:21:30 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 11:21:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 11 12:19:51 UTC 2012 TB --- 2012-06-11 12:19:51 - generating LINT kernel config TB --- 2012-06-11 12:19:51 - cd /src/sys/sparc64/conf TB --- 2012-06-11 12:19:51 - /usr/bin/make -B LINT TB --- 2012-06-11 12:19:51 - cd /src/sys/sparc64/conf TB --- 2012-06-11 12:19:51 - /usr/sbin/config -m LINT TB --- 2012-06-11 12:19:51 - building LINT kernel TB --- 2012-06-11 12:19:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 12:19:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 12:19:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 12:19:51 - SRCCONF=/dev/null TB --- 2012-06-11 12:19:51 - TARGET=sparc64 TB --- 2012-06-11 12:19:51 - TARGET_ARCH=sparc64 TB --- 2012-06-11 12:19:51 - TZ=UTC TB --- 2012-06-11 12:19:51 - __MAKE_CONF=/dev/null TB --- 2012-06-11 12:19:51 - cd /src TB --- 2012-06-11 12:19:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 12:19:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_addto_baw': /src/sys/dev/ath/if_ath_tx.c:2047: warning: 'tap' is used uninitialized in this function *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 12:23:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 12:23:37 - ERROR: failed to build LINT kernel TB --- 2012-06-11 12:23:37 - 3106.84 user 529.03 system 3757.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 12:28:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CFC1065678; Mon, 11 Jun 2012 12:28:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF6DD8FC12; Mon, 11 Jun 2012 12:28:08 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5765594pbb.13 for ; Mon, 11 Jun 2012 05:28:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=jUgrFFSvW1NfgMGawQsXtXWYR3Xc33vcPY3POInd0/U=; b=c/Dlpfvif4IoJnd694pO9n8El+4r9Ebcb0DAcM8kj3Sx4sbyBPXm/UII8YEF/V00N9 pRGgXE+W5lfUSaTfjCehln6D6jp1J7AOOa77COGR52CVdoIZvYA5pC7iiuvQOEfG/Y37 97UAc+CnlINrZW+37uuqnpGh0NOY8bhGYwHgSi3rtv6/x+3ya4BuBueTYlZp+hyX+t6N AM3YUhGFYrmpGu9vxvxC4IiVdGZK/6+1kh6KzAJKbccbq0C+OhcSxZHWDq6yWWZUXPux f2E6dfsL11WWBaRvFQcr2eDqLYeK4WUt1G3bTEbdxoGx+f1/p2XyOiH1ziWgdmfZx+Sb wbcQ== MIME-Version: 1.0 Received: by 10.68.135.201 with SMTP id pu9mr25807502pbb.146.1339417688626; Mon, 11 Jun 2012 05:28:08 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Mon, 11 Jun 2012 05:28:08 -0700 (PDT) In-Reply-To: <201206111216.q5BCG9lw077129@freebsd-current.sentex.ca> References: <201206111216.q5BCG9lw077129@freebsd-current.sentex.ca> Date: Mon, 11 Jun 2012 05:28:08 -0700 X-Google-Sender-Auth: vskT_pzlP6g9fWsGbGH9JGvLgzE Message-ID: From: Adrian Chadd To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 12:28:09 -0000 Fixed! Adrian From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 13:32:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42ED01065673; Mon, 11 Jun 2012 13:32:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2698FC12; Mon, 11 Jun 2012 13:32:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BDWd0E084903; Mon, 11 Jun 2012 09:32:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BDWd8w084902; Mon, 11 Jun 2012 13:32:39 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 13:32:39 GMT Message-Id: <201206111332.q5BDWd8w084902@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 13:32:40 -0000 TB --- 2012-06-11 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 12:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-11 12:30:00 - cleaning the object tree TB --- 2012-06-11 12:30:00 - cvsupping the source tree TB --- 2012-06-11 12:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-11 12:32:23 - building world TB --- 2012-06-11 12:32:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 12:32:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 12:32:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 12:32:23 - SRCCONF=/dev/null TB --- 2012-06-11 12:32:23 - TARGET=arm TB --- 2012-06-11 12:32:23 - TARGET_ARCH=arm TB --- 2012-06-11 12:32:23 - TZ=UTC TB --- 2012-06-11 12:32:23 - __MAKE_CONF=/dev/null TB --- 2012-06-11 12:32:23 - cd /src TB --- 2012-06-11 12:32:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 12:32:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 11 13:31:57 UTC 2012 TB --- 2012-06-11 13:31:57 - cd /src/sys/arm/conf TB --- 2012-06-11 13:31:57 - /usr/sbin/config -m AVILA TB --- 2012-06-11 13:31:57 - building AVILA kernel TB --- 2012-06-11 13:31:57 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 13:31:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 13:31:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 13:31:57 - SRCCONF=/dev/null TB --- 2012-06-11 13:31:57 - TARGET=arm TB --- 2012-06-11 13:31:57 - TARGET_ARCH=arm TB --- 2012-06-11 13:31:57 - TZ=UTC TB --- 2012-06-11 13:31:57 - __MAKE_CONF=/dev/null TB --- 2012-06-11 13:31:57 - cd /src TB --- 2012-06-11 13:31:57 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Mon Jun 11 13:31:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_addto_baw': /src/sys/dev/ath/if_ath_tx.c:2047: warning: 'tap' is used uninitialized in this function *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 13:32:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 13:32:39 - ERROR: failed to build AVILA kernel TB --- 2012-06-11 13:32:39 - 2446.47 user 569.30 system 3758.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 15:04:22 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17921106566B; Mon, 11 Jun 2012 15:04:22 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id CBFFB8FC16; Mon, 11 Jun 2012 15:04:21 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id B71D368E8; Mon, 11 Jun 2012 15:04:20 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 868C99F28; Mon, 11 Jun 2012 17:04:20 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "O. Hartmann" References: <86r4tqotjo.fsf@ds4.des.no> <4FD2FE87.1060708@zedat.fu-berlin.de> Date: Mon, 11 Jun 2012 17:04:20 +0200 In-Reply-To: <4FD2FE87.1060708@zedat.fu-berlin.de> (O. Hartmann's message of "Sat, 09 Jun 2012 09:43:03 +0200") Message-ID: <86vcixnb4b.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, "freebsd-cur >> Current FreeBSD" Subject: Re: Default password hash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 15:04:22 -0000 "O. Hartmann" writes: > You should also file a PR for change-requets, so it is not only in the > email list. I have no idea what you mean by that... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 15:08:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC6B2106566C; Mon, 11 Jun 2012 15:08:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE4A8FC1B; Mon, 11 Jun 2012 15:08:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BF8vE9005523; Mon, 11 Jun 2012 11:08:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BF8vT4005506; Mon, 11 Jun 2012 15:08:57 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 15:08:57 GMT Message-Id: <201206111508.q5BF8vT4005506@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 15:08:58 -0000 TB --- 2012-06-11 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 12:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-06-11 12:30:00 - cleaning the object tree TB --- 2012-06-11 12:30:00 - cvsupping the source tree TB --- 2012-06-11 12:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-06-11 12:32:23 - building world TB --- 2012-06-11 12:32:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 12:32:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 12:32:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 12:32:23 - SRCCONF=/dev/null TB --- 2012-06-11 12:32:23 - TARGET=pc98 TB --- 2012-06-11 12:32:23 - TARGET_ARCH=i386 TB --- 2012-06-11 12:32:23 - TZ=UTC TB --- 2012-06-11 12:32:23 - __MAKE_CONF=/dev/null TB --- 2012-06-11 12:32:23 - cd /src TB --- 2012-06-11 12:32:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 12:32:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 11 15:01:00 UTC 2012 TB --- 2012-06-11 15:01:00 - generating LINT kernel config TB --- 2012-06-11 15:01:00 - cd /src/sys/pc98/conf TB --- 2012-06-11 15:01:00 - /usr/bin/make -B LINT TB --- 2012-06-11 15:01:00 - cd /src/sys/pc98/conf TB --- 2012-06-11 15:01:00 - /usr/sbin/config -m LINT TB --- 2012-06-11 15:01:01 - building LINT kernel TB --- 2012-06-11 15:01:01 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 15:01:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 15:01:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 15:01:01 - SRCCONF=/dev/null TB --- 2012-06-11 15:01:01 - TARGET=pc98 TB --- 2012-06-11 15:01:01 - TARGET_ARCH=i386 TB --- 2012-06-11 15:01:01 - TZ=UTC TB --- 2012-06-11 15:01:01 - __MAKE_CONF=/dev/null TB --- 2012-06-11 15:01:01 - cd /src TB --- 2012-06-11 15:01:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 15:01:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_addto_baw': /src/sys/dev/ath/if_ath_tx.c:2047: warning: 'tap' is used uninitialized in this function *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 15:08:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 15:08:57 - ERROR: failed to build LINT kernel TB --- 2012-06-11 15:08:57 - 6660.69 user 953.07 system 9536.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 15:09:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0421A106567D; Mon, 11 Jun 2012 15:09:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BE04A8FC1D; Mon, 11 Jun 2012 15:09:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BF9p6H009818; Mon, 11 Jun 2012 11:09:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BF9pf0009814; Mon, 11 Jun 2012 15:09:51 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 15:09:51 GMT Message-Id: <201206111509.q5BF9pf0009814@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 15:09:52 -0000 TB --- 2012-06-11 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 12:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-06-11 12:30:00 - cleaning the object tree TB --- 2012-06-11 12:30:00 - cvsupping the source tree TB --- 2012-06-11 12:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-06-11 12:32:11 - building world TB --- 2012-06-11 12:32:11 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 12:32:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 12:32:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 12:32:11 - SRCCONF=/dev/null TB --- 2012-06-11 12:32:11 - TARGET=i386 TB --- 2012-06-11 12:32:11 - TARGET_ARCH=i386 TB --- 2012-06-11 12:32:11 - TZ=UTC TB --- 2012-06-11 12:32:11 - __MAKE_CONF=/dev/null TB --- 2012-06-11 12:32:11 - cd /src TB --- 2012-06-11 12:32:11 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 12:32:12 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 11 15:00:36 UTC 2012 TB --- 2012-06-11 15:00:36 - generating LINT kernel config TB --- 2012-06-11 15:00:36 - cd /src/sys/i386/conf TB --- 2012-06-11 15:00:36 - /usr/bin/make -B LINT TB --- 2012-06-11 15:00:37 - cd /src/sys/i386/conf TB --- 2012-06-11 15:00:37 - /usr/sbin/config -m LINT TB --- 2012-06-11 15:00:37 - building LINT kernel TB --- 2012-06-11 15:00:37 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 15:00:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 15:00:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 15:00:37 - SRCCONF=/dev/null TB --- 2012-06-11 15:00:37 - TARGET=i386 TB --- 2012-06-11 15:00:37 - TARGET_ARCH=i386 TB --- 2012-06-11 15:00:37 - TZ=UTC TB --- 2012-06-11 15:00:37 - __MAKE_CONF=/dev/null TB --- 2012-06-11 15:00:37 - cd /src TB --- 2012-06-11 15:00:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 15:00:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_addto_baw': /src/sys/dev/ath/if_ath_tx.c:2047: warning: 'tap' is used uninitialized in this function *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 15:09:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 15:09:51 - ERROR: failed to build LINT kernel TB --- 2012-06-11 15:09:51 - 6759.70 user 963.16 system 9590.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 15:44:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D599106564A; Mon, 11 Jun 2012 15:44:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6B3988FC21; Mon, 11 Jun 2012 15:44:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5BFiack077136; Mon, 11 Jun 2012 11:44:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5BFia5U077119; Mon, 11 Jun 2012 15:44:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Jun 2012 15:44:36 GMT Message-Id: <201206111544.q5BFia5U077119@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 15:44:37 -0000 TB --- 2012-06-11 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-11 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-11 12:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-11 12:30:00 - cleaning the object tree TB --- 2012-06-11 12:30:00 - cvsupping the source tree TB --- 2012-06-11 12:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-11 12:36:37 - building world TB --- 2012-06-11 12:36:37 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 12:36:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 12:36:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 12:36:37 - SRCCONF=/dev/null TB --- 2012-06-11 12:36:37 - TARGET=amd64 TB --- 2012-06-11 12:36:37 - TARGET_ARCH=amd64 TB --- 2012-06-11 12:36:37 - TZ=UTC TB --- 2012-06-11 12:36:37 - __MAKE_CONF=/dev/null TB --- 2012-06-11 12:36:37 - cd /src TB --- 2012-06-11 12:36:37 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 11 12:36:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Jun 11 15:37:04 UTC 2012 TB --- 2012-06-11 15:37:04 - generating LINT kernel config TB --- 2012-06-11 15:37:04 - cd /src/sys/amd64/conf TB --- 2012-06-11 15:37:04 - /usr/bin/make -B LINT TB --- 2012-06-11 15:37:04 - cd /src/sys/amd64/conf TB --- 2012-06-11 15:37:04 - /usr/sbin/config -m LINT TB --- 2012-06-11 15:37:04 - building LINT kernel TB --- 2012-06-11 15:37:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-11 15:37:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-11 15:37:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-11 15:37:04 - SRCCONF=/dev/null TB --- 2012-06-11 15:37:04 - TARGET=amd64 TB --- 2012-06-11 15:37:04 - TARGET_ARCH=amd64 TB --- 2012-06-11 15:37:04 - TZ=UTC TB --- 2012-06-11 15:37:04 - __MAKE_CONF=/dev/null TB --- 2012-06-11 15:37:04 - cd /src TB --- 2012-06-11 15:37:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 11 15:37:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_addto_baw': /src/sys/dev/ath/if_ath_tx.c:2047: warning: 'tap' is used uninitialized in this function *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-11 15:44:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-11 15:44:36 - ERROR: failed to build LINT kernel TB --- 2012-06-11 15:44:36 - 8139.89 user 1262.01 system 11676.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 18:23:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB35E106566C for ; Mon, 11 Jun 2012 18:23:04 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6195F8FC17 for ; Mon, 11 Jun 2012 18:23:04 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so6232972pbb.13 for ; Mon, 11 Jun 2012 11:23:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=++6gUW1FtTG2VJ+Px9tIQblHsN0wTObi+iJuXp4jppM=; b=vPjv4WBYYS+Uic6bH9vzzlK4k+UgjRNSYWUYrOForfCSkiYmoC83+gOD21YAF7Y6iG 3JL7cVLsVp1DjH11u41HWPp4JBLHPqHsaYg3NKOeEbA+pkPLPuWR4z5v5m6i8jwBinah p/kPuOCaqSni8wt3tmPpa5o+GRb2jPcctEUCcn16aS4eWY5HTcyIRByjj3gHQrXxEcO3 r0ur57jZPKzcRyl20wb6979Cl30RTTnAPHh3/KQXsRo6MGszEnqXUl12+IJGJCLVZj9w kgnTzbjTISFcMfHGKUXHDDnECXateX4NMZIbXyWcRKPOcWlkR7daqjfxsH7S6gDV2yJz zq5A== MIME-Version: 1.0 Received: by 10.68.204.129 with SMTP id ky1mr29829918pbc.32.1339438984032; Mon, 11 Jun 2012 11:23:04 -0700 (PDT) Received: by 10.68.226.7 with HTTP; Mon, 11 Jun 2012 11:23:03 -0700 (PDT) In-Reply-To: <6809F782-1D1F-4773-BAC5-BC3037C58B87@gmail.com> References: <6809F782-1D1F-4773-BAC5-BC3037C58B87@gmail.com> Date: Mon, 11 Jun 2012 13:23:03 -0500 Message-ID: From: Alan Cox To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: 10-CURRENT and swap usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 18:23:05 -0000 On Sat, Jun 9, 2012 at 9:26 PM, Garrett Cooper wrote: > I build out of my UFS-only VM in VMware Fusion from time to time, > and it looks like there's a large chunk of processes that are swapped out > when doing two parallel builds: > > last pid: 27644; load averages: 2.43, 0.94, 0.98 > > up 1+15:06:06 19:20:48 > 79 processes: 4 running, 75 sleeping > CPU: 77.3% user, 0.0% nice, 22.7% system, 0.0% interrupt, 0.0% idle > Mem: 407M Active, 186M Inact, 208M Wired, 24M Cache, 110M Buf, 145M Free > Swap: 1024M Total, 267M Used, 757M Free, 26% Inuse > > I know that some minor changes have gone in in the past couple > months to change when swapping and page ins/outs would occur, but I was > wondering if this behavior was intended; I'm finding it a bit bizarre that > there's ~150MB free, ~180MB inactive, and 267MB swapped out as previous > experience has dictated that swap is basically untouched except in extreme > circumstances. > I can't think of any change in the past couple months that would have this effect. Specifically, I don't recall there having been any change that would make the page daemon more (or less aggressive) in laundering dirty pages. Keep in mind that gcc at higher optimization levels can and will use a lot of memory, i.e., hundreds of megabytes. Alan From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 20:42:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 898B6106564A; Mon, 11 Jun 2012 20:42:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 032C18FC0A; Mon, 11 Jun 2012 20:42:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5BKfwg8047229; Mon, 11 Jun 2012 23:41:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5BKfvQa050824; Mon, 11 Jun 2012 23:41:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5BKfvHx050823; Mon, 11 Jun 2012 23:41:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 11 Jun 2012 23:41:57 +0300 From: Konstantin Belousov To: alc@freebsd.org Message-ID: <20120611204157.GG2337@deviant.kiev.zoral.com.ua> References: <6809F782-1D1F-4773-BAC5-BC3037C58B87@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OFj+1YLvsEfSXdCH" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Garrett Cooper , freebsd-current Subject: Re: 10-CURRENT and swap usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 20:42:13 -0000 --OFj+1YLvsEfSXdCH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 11, 2012 at 01:23:03PM -0500, Alan Cox wrote: > On Sat, Jun 9, 2012 at 9:26 PM, Garrett Cooper wrote: >=20 > > I build out of my UFS-only VM in VMware Fusion from time to time, > > and it looks like there's a large chunk of processes that are swapped o= ut > > when doing two parallel builds: > > > > last pid: 27644; load averages: 2.43, 0.94, 0.98 > > > > up 1+15:06:06 19:20:48 > > 79 processes: 4 running, 75 sleeping > > CPU: 77.3% user, 0.0% nice, 22.7% system, 0.0% interrupt, 0.0% idle > > Mem: 407M Active, 186M Inact, 208M Wired, 24M Cache, 110M Buf, 145M Free > > Swap: 1024M Total, 267M Used, 757M Free, 26% Inuse > > > > I know that some minor changes have gone in in the past couple > > months to change when swapping and page ins/outs would occur, but I was > > wondering if this behavior was intended; I'm finding it a bit bizarre t= hat > > there's ~150MB free, ~180MB inactive, and 267MB swapped out as previous > > experience has dictated that swap is basically untouched except in extr= eme > > circumstances. > > >=20 > I can't think of any change in the past couple months that would have this > effect. Specifically, I don't recall there having been any change that > would make the page daemon more (or less aggressive) in laundering dirty > pages. >=20 > Keep in mind that gcc at higher optimization levels can and will use a lot > of memory, i.e., hundreds of megabytes. The new jemalloc in debugging mode uses much more anonymous memory now. And since typical compiler process is relatively short-lived, the picture posted probably related to some memory hog recently finished a run. --OFj+1YLvsEfSXdCH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/WWBUACgkQC3+MBN1Mb4jBkwCfXLda4TAX7xQZGnilQMxOyQRz e/IAoKSWvYN+m3azj8GNGyBZxh1AcYcd =wErp -----END PGP SIGNATURE----- --OFj+1YLvsEfSXdCH-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 22:07:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97CD81065673; Mon, 11 Jun 2012 22:07:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3E22D8FC1A; Mon, 11 Jun 2012 22:07:21 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3382979yhg.13 for ; Mon, 11 Jun 2012 15:07:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rX6A5ohYIZxkdHE0FURkjSx4zF+racZgVcvQzwVCIIU=; b=POx2AgeNjDzgFJnECHHMW3PnTqXboF4k/WMFoVQ1nA4C5kgWmtY0maLEwSY5eMJoEz jTemSSj/ZMZxl9lWTaKQiWVbjviiOaDus0A2oXGHCwq3n8avMqeiQmZE3peSFfa2MDZ4 KmO3rLi7+11h1EV6JOubnTuKzX90gzULopaC3vN2T5kk6flvSKQpU9ONOzMD+ESDG1pl FrnYB75v0/JWkRlt2R4OfASmhJbVb8mq1uUy4Q5sj5pCjSTwtEJ56c7Zf/kFgk86o6dQ gTC8fuwlfZgmVxzPhPjBh1Mau+vIM9N7qziUo/HP8zEZiFGvuVEROJ8uq5qeSRZ4vsu5 +jJQ== MIME-Version: 1.0 Received: by 10.60.3.202 with SMTP id e10mr18129206oee.52.1339452440442; Mon, 11 Jun 2012 15:07:20 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Mon, 11 Jun 2012 15:07:20 -0700 (PDT) In-Reply-To: <20120611204157.GG2337@deviant.kiev.zoral.com.ua> References: <6809F782-1D1F-4773-BAC5-BC3037C58B87@gmail.com> <20120611204157.GG2337@deviant.kiev.zoral.com.ua> Date: Mon, 11 Jun 2012 15:07:20 -0700 Message-ID: From: Garrett Cooper To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: alc@freebsd.org, freebsd-current Subject: Re: 10-CURRENT and swap usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 22:07:21 -0000 On Mon, Jun 11, 2012 at 1:41 PM, Konstantin Belousov wrote: > On Mon, Jun 11, 2012 at 01:23:03PM -0500, Alan Cox wrote: >> On Sat, Jun 9, 2012 at 9:26 PM, Garrett Cooper wrot= e: >> >> > =A0 =A0 =A0 =A0I build out of my UFS-only VM in VMware Fusion from tim= e to time, >> > and it looks like there's a large chunk of processes that are swapped = out >> > when doing two parallel builds: >> > >> > last pid: 27644; =A0load averages: =A02.43, =A00.94, =A00.98 >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0up 1+15:06:= 06 =A019:20:48 >> > 79 processes: =A04 running, 75 sleeping >> > CPU: 77.3% user, =A00.0% nice, 22.7% system, =A00.0% interrupt, =A00.0= % idle >> > Mem: 407M Active, 186M Inact, 208M Wired, 24M Cache, 110M Buf, 145M Fr= ee >> > Swap: 1024M Total, 267M Used, 757M Free, 26% Inuse >> > >> > =A0 =A0 =A0 =A0I know that some minor changes have gone in in the past= couple >> > months to change when swapping and page ins/outs would occur, but I wa= s >> > wondering if this behavior was intended; I'm finding it a bit bizarre = that >> > there's ~150MB free, ~180MB inactive, and 267MB swapped out as previou= s >> > experience has dictated that swap is basically untouched except in ext= reme >> > circumstances. >> > >> >> I can't think of any change in the past couple months that would have th= is >> effect. =A0Specifically, I don't recall there having been any change tha= t >> would make the page daemon more (or less aggressive) in laundering dirty >> pages. >> >> Keep in mind that gcc at higher optimization levels can and will use a l= ot >> of memory, i.e., hundreds of megabytes. > The new jemalloc in debugging mode uses much more anonymous memory now. > And since typical compiler process is relatively short-lived, the picture > posted probably related to some memory hog recently finished a run. Good point -- that was another thing that crossed my mind (even though it stayed that way for quite a while).. I'll try the compile with MALLOC_PRODUCTION to see if the behavior differs quite a bit. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 08:19:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4E2106564A; Tue, 12 Jun 2012 08:19:07 +0000 (UTC) (envelope-from jps@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id B907A8FC0C; Tue, 12 Jun 2012 08:19:06 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 8A2A6C384B; Tue, 12 Jun 2012 10:18:59 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id i0pkpXXHNJpy; Tue, 12 Jun 2012 10:18:58 +0200 (CEST) Received: from [10.0.0.3] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id BE009C4B2D; Tue, 12 Jun 2012 10:18:58 +0200 (CEST) Message-ID: <4FD6FB72.10900@semihalf.com> Date: Tue, 12 Jun 2012 10:18:58 +0200 From: Jan Sieka User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Tim Kientzle References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> In-Reply-To: <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ian Lepore , gjb@semihalf.com, Rafal Jaworowski , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, kostikbel@gmail.com Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 08:19:07 -0000 On 2012.06.09 18:11, Tim Kientzle wrote: > > On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: > >> Hello Ian! >> >> I tried recently to compile and run Perl 5.12 on ARM (SheevaPlug) using >> HEAD from 22.05.2012 and got the following error while trying to run: >> /usr/ports/lang/perl5.12 # make test >> [...] >> ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds >> [...] >> >> After investigating the issue it appeared that __flt_rounds symbol is >> not exported by libc. Applying the following patch, recompilling world >> and Perl fixed the problem and allowed to use Perl on SheevaPlug: >> >> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map >> index e8c7f1d..8cdcdaf 100644 >> --- a/lib/libc/arm/Symbol.map >> +++ b/lib/libc/arm/Symbol.map >> @@ -70,6 +70,7 @@ FBSDprivate_1.0 { >> __divdf3; >> __floatsisf; >> __floatsidf; >> + __flt_rounds; >> __fixsfsi; >> __fixdfsi; >> __fixunssfsi; >> >> Can you comment whether this is a correct solution? > > Great! I had the same problem compiling Python last > week and had planned to track it down. > > I just committed this to -CURRENT and will also > merge it to the armv6 tree. Hello Tim! Thanks for committing this but unfortunately that patch wasn't correct. I had another discussion on freebsd-current@ (I forgot to do a cross-list CC - now fixed) about how to add symbols to Symbols.map files (see this thread: http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034511.html) and from the answer and hints given by Konstantin Belousov I have prepared another patch that adheres to library versioning guidelines. If nobody objects this patch then feel free to commit it: diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map index dc46013..48f6747 100644 --- a/lib/libc/arm/Symbol.map +++ b/lib/libc/arm/Symbol.map @@ -33,6 +33,10 @@ FBSD_1.0 { sbrk; }; +FBSD_1.3 { + __flt_rounds; +}; + FBSDprivate_1.0 { /* PSEUDO syscalls */ __sys_getlogin; I have verified the above patch is working on SheevaPlug on FreeBSD 10-CURRENT from 2012-05-15 and Perl 5.12.4. Perl has to be recompiled after applying this patch. Best regards, Jan Sieka From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 08:47:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC151065672 for ; Tue, 12 Jun 2012 08:47:01 +0000 (UTC) (envelope-from jps@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3D18FC12 for ; Tue, 12 Jun 2012 08:47:01 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 3D96AC4B94; Tue, 12 Jun 2012 10:47:00 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id YBpqh0s4mAZm; Tue, 12 Jun 2012 10:46:59 +0200 (CEST) Received: from [10.0.0.3] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 83524C4B2D; Tue, 12 Jun 2012 10:46:59 +0200 (CEST) Message-ID: <4FD70203.9040508@semihalf.com> Date: Tue, 12 Jun 2012 10:46:59 +0200 From: Jan Sieka User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Konstantin Belousov References: <4FD1F53D.4030409@semihalf.com> <20120608170447.GH85127@deviant.kiev.zoral.com.ua> In-Reply-To: <20120608170447.GH85127@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ian Lepore , freebsd-current@freebsd.org, gjb@semihalf.com, Rafal Jaworowski Subject: Re: How to add symbol to be exported in lib/libc/arm/Symbol.map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 08:47:01 -0000 On 2012.06.08 19:04, Konstantin Belousov wrote: > On Fri, Jun 08, 2012 at 02:51:09PM +0200, Jan Sieka wrote: >> Hello group! >> >> I have a few questions regarding adding symbols to >> lib/libc//Symbol.map, so that function signatures are exported: >> - what are the conventions regarding putting symbols in FBSD_X.Y or >> FBSDprivate_X.Y sections of the aforementioned files? > FBSD_X.Y are for public interfaces, i.e. non-system code is supposed to > link to symbols from that versions. FBSDprivate is for exclusive base > system use (so to say). We do not guarantee ABI stability for private. > >> - when it is necessary to bump X.Y numbers? > Currently, it is done when major branch is created. > >> - what is the difference between FBSD_X.Y and FBSDprivate_X.Y sections? > This is a repeat. > >> >> The above questions arose from the discussion on freebsd-arm@ >> (http://lists.freebsd.org/pipermail/freebsd-arm/2012-June/003555.html) >> which concerns fixing Perl on ARM. The fix is to add __flt_rounds >> function signature to lib/libc/arm/Symbols.map. Regarding this fix it >> appears (after Symbols.map files analysis and checking their SVN >> history) that adding this symbol is just a bug fix and should be put to >> FBSD_1.0 section without incrementing numbers. But I don't have more >> in-depth explanation so sending this email. > No, since you are adding it in the CURRENT-10 timeframe, it goes > to FBSD_1.3. > >> >> Anyone can comment on the above questions or point to some documentation >> (I've searched Developer's Handbook and Internet but found nothing)? > http://people.freebsd.org/~deischen/symver/freebsd_versioning.txt > > In fact, I do not like this policy, and would some day write a proposal, > which essentially requests creation of separate version for each ABI change. > But what is referenced is the current accepted project policy. Thanks for response and hints. I have prepared patch according to the above guidelines and sent it for comments in the aforementioned thread on freebsd-arm@ (I also have CC-ed it to current@). Best regards, Jan Sieka From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 08:49:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3908B1065672; Tue, 12 Jun 2012 08:49:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AD1518FC14; Tue, 12 Jun 2012 08:49:28 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5C8nH41009828; Tue, 12 Jun 2012 11:49:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5C8nHQc003386; Tue, 12 Jun 2012 11:49:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5C8nHhI003385; Tue, 12 Jun 2012 11:49:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Jun 2012 11:49:17 +0300 From: Konstantin Belousov To: Jan Sieka Message-ID: <20120612084917.GL2337@deviant.kiev.zoral.com.ua> References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xtmLDbP6TiKhntQb" Content-Disposition: inline In-Reply-To: <4FD6FB72.10900@semihalf.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: gjb@semihalf.com, Rafal Jaworowski , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Ian Lepore Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 08:49:29 -0000 --xtmLDbP6TiKhntQb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 12, 2012 at 10:18:58AM +0200, Jan Sieka wrote: > On 2012.06.09 18:11, Tim Kientzle wrote: > >=20 > > On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: > >=20 > >> Hello Ian! > >> > >> I tried recently to compile and run Perl 5.12 on ARM (SheevaPlug) using > >> HEAD from 22.05.2012 and got the following error while trying to run: > >> /usr/ports/lang/perl5.12 # make test > >> [...] > >> ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds > >> [...] > >> > >> After investigating the issue it appeared that __flt_rounds symbol is > >> not exported by libc. Applying the following patch, recompilling world > >> and Perl fixed the problem and allowed to use Perl on SheevaPlug: > >> > >> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map > >> index e8c7f1d..8cdcdaf 100644 > >> --- a/lib/libc/arm/Symbol.map > >> +++ b/lib/libc/arm/Symbol.map > >> @@ -70,6 +70,7 @@ FBSDprivate_1.0 { > >> __divdf3; > >> __floatsisf; > >> __floatsidf; > >> + __flt_rounds; > >> __fixsfsi; > >> __fixdfsi; > >> __fixunssfsi; > >> > >> Can you comment whether this is a correct solution? > >=20 > > Great! I had the same problem compiling Python last > > week and had planned to track it down. > >=20 > > I just committed this to -CURRENT and will also > > merge it to the armv6 tree. > Hello Tim! >=20 > Thanks for committing this but unfortunately that patch wasn't correct. > I had another discussion on freebsd-current@ (I forgot to do a > cross-list CC - now fixed) about how to add symbols to Symbols.map files > (see this thread: > http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034511.html)= and > from the answer and hints given by Konstantin Belousov I have prepared > another patch that adheres to library versioning guidelines. If nobody > objects this patch then feel free to commit it: >=20 > diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map > index dc46013..48f6747 100644 > --- a/lib/libc/arm/Symbol.map > +++ b/lib/libc/arm/Symbol.map > @@ -33,6 +33,10 @@ FBSD_1.0 { > sbrk; > }; >=20 > +FBSD_1.3 { > + __flt_rounds; > +}; > + > FBSDprivate_1.0 { > /* PSEUDO syscalls */ > __sys_getlogin; >=20 > I have verified the above patch is working on SheevaPlug on FreeBSD > 10-CURRENT from 2012-05-15 and Perl 5.12.4. Perl has to be recompiled > after applying this patch. Well, both committed version and this version should work, the question is which fix is right. Is __flt_rounds supposed to be linked to by applications ? If the symbols are used by normal programs, that I think we should indeed guarantee ABI stability for them, and FBSD_1.3 namespace is the right namespace to use. I noted that the commit in question added the __flt_rounds symbol to the existing group of symbols probably related to FPU handling. The same question stands for that symbols too, is their placement into FBSDprivate namespace right ? --xtmLDbP6TiKhntQb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/XAowACgkQC3+MBN1Mb4gvyQCg9GhSvloZUIX3QoZKXlj1BGx8 wsIAoKJyzvLY6m8byxWDmvbpHXgaTD22 =0Awn -----END PGP SIGNATURE----- --xtmLDbP6TiKhntQb-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 14:46:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C15B51065673; Tue, 12 Jun 2012 14:46:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 74A008FC16; Tue, 12 Jun 2012 14:46:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5CEkTN3069572; Tue, 12 Jun 2012 10:46:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5CEkTwa069571; Tue, 12 Jun 2012 14:46:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 12 Jun 2012 14:46:29 GMT Message-Id: <201206121446.q5CEkTwa069571@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 14:46:35 -0000 TB --- 2012-06-12 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-12 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-12 13:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-12 13:10:00 - cleaning the object tree TB --- 2012-06-12 13:10:00 - cvsupping the source tree TB --- 2012-06-12 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-12 13:12:32 - building world TB --- 2012-06-12 13:12:32 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 13:12:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 13:12:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 13:12:32 - SRCCONF=/dev/null TB --- 2012-06-12 13:12:32 - TARGET=arm TB --- 2012-06-12 13:12:32 - TARGET_ARCH=arm TB --- 2012-06-12 13:12:32 - TZ=UTC TB --- 2012-06-12 13:12:32 - __MAKE_CONF=/dev/null TB --- 2012-06-12 13:12:32 - cd /src TB --- 2012-06-12 13:12:32 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 13:12:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 12 14:12:27 UTC 2012 TB --- 2012-06-12 14:12:27 - cd /src/sys/arm/conf TB --- 2012-06-12 14:12:27 - /usr/sbin/config -m AVILA TB --- 2012-06-12 14:12:28 - building AVILA kernel TB --- 2012-06-12 14:12:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:12:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:12:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:12:28 - SRCCONF=/dev/null TB --- 2012-06-12 14:12:28 - TARGET=arm TB --- 2012-06-12 14:12:28 - TARGET_ARCH=arm TB --- 2012-06-12 14:12:28 - TZ=UTC TB --- 2012-06-12 14:12:28 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:12:28 - cd /src TB --- 2012-06-12 14:12:28 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Tue Jun 12 14:12:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Tue Jun 12 14:15:36 UTC 2012 TB --- 2012-06-12 14:15:36 - cd /src/sys/arm/conf TB --- 2012-06-12 14:15:36 - /usr/sbin/config -m BWCT TB --- 2012-06-12 14:15:36 - building BWCT kernel TB --- 2012-06-12 14:15:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:15:36 - SRCCONF=/dev/null TB --- 2012-06-12 14:15:36 - TARGET=arm TB --- 2012-06-12 14:15:36 - TARGET_ARCH=arm TB --- 2012-06-12 14:15:36 - TZ=UTC TB --- 2012-06-12 14:15:36 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:15:36 - cd /src TB --- 2012-06-12 14:15:36 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Tue Jun 12 14:15:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Tue Jun 12 14:17:44 UTC 2012 TB --- 2012-06-12 14:17:44 - cd /src/sys/arm/conf TB --- 2012-06-12 14:17:44 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-12 14:17:44 - building CAMBRIA kernel TB --- 2012-06-12 14:17:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:17:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:17:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:17:44 - SRCCONF=/dev/null TB --- 2012-06-12 14:17:44 - TARGET=arm TB --- 2012-06-12 14:17:44 - TARGET_ARCH=arm TB --- 2012-06-12 14:17:44 - TZ=UTC TB --- 2012-06-12 14:17:44 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:17:44 - cd /src TB --- 2012-06-12 14:17:44 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Tue Jun 12 14:17:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Tue Jun 12 14:20:41 UTC 2012 TB --- 2012-06-12 14:20:41 - cd /src/sys/arm/conf TB --- 2012-06-12 14:20:41 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-12 14:20:41 - building CNS11XXNAS kernel TB --- 2012-06-12 14:20:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:20:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:20:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:20:41 - SRCCONF=/dev/null TB --- 2012-06-12 14:20:41 - TARGET=arm TB --- 2012-06-12 14:20:41 - TARGET_ARCH=arm TB --- 2012-06-12 14:20:41 - TZ=UTC TB --- 2012-06-12 14:20:41 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:20:41 - cd /src TB --- 2012-06-12 14:20:41 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Tue Jun 12 14:20:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Tue Jun 12 14:23:11 UTC 2012 TB --- 2012-06-12 14:23:11 - cd /src/sys/arm/conf TB --- 2012-06-12 14:23:11 - /usr/sbin/config -m CRB TB --- 2012-06-12 14:23:11 - building CRB kernel TB --- 2012-06-12 14:23:11 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:23:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:23:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:23:11 - SRCCONF=/dev/null TB --- 2012-06-12 14:23:11 - TARGET=arm TB --- 2012-06-12 14:23:11 - TARGET_ARCH=arm TB --- 2012-06-12 14:23:11 - TZ=UTC TB --- 2012-06-12 14:23:11 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:23:11 - cd /src TB --- 2012-06-12 14:23:11 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Tue Jun 12 14:23:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Tue Jun 12 14:26:35 UTC 2012 TB --- 2012-06-12 14:26:35 - cd /src/sys/arm/conf TB --- 2012-06-12 14:26:35 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-12 14:26:35 - building DB-78XXX kernel TB --- 2012-06-12 14:26:35 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:26:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:26:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:26:35 - SRCCONF=/dev/null TB --- 2012-06-12 14:26:35 - TARGET=arm TB --- 2012-06-12 14:26:35 - TARGET_ARCH=arm TB --- 2012-06-12 14:26:35 - TZ=UTC TB --- 2012-06-12 14:26:35 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:26:35 - cd /src TB --- 2012-06-12 14:26:35 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Tue Jun 12 14:26:35 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Tue Jun 12 14:29:24 UTC 2012 TB --- 2012-06-12 14:29:24 - cd /src/sys/arm/conf TB --- 2012-06-12 14:29:24 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-12 14:29:24 - building DB-88F5XXX kernel TB --- 2012-06-12 14:29:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:29:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:29:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:29:24 - SRCCONF=/dev/null TB --- 2012-06-12 14:29:24 - TARGET=arm TB --- 2012-06-12 14:29:24 - TARGET_ARCH=arm TB --- 2012-06-12 14:29:24 - TZ=UTC TB --- 2012-06-12 14:29:24 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:29:24 - cd /src TB --- 2012-06-12 14:29:24 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Tue Jun 12 14:29:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Tue Jun 12 14:32:07 UTC 2012 TB --- 2012-06-12 14:32:07 - cd /src/sys/arm/conf TB --- 2012-06-12 14:32:07 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-12 14:32:07 - building DB-88F6XXX kernel TB --- 2012-06-12 14:32:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:32:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:32:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:32:07 - SRCCONF=/dev/null TB --- 2012-06-12 14:32:07 - TARGET=arm TB --- 2012-06-12 14:32:07 - TARGET_ARCH=arm TB --- 2012-06-12 14:32:07 - TZ=UTC TB --- 2012-06-12 14:32:07 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:32:07 - cd /src TB --- 2012-06-12 14:32:07 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Tue Jun 12 14:32:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Tue Jun 12 14:34:59 UTC 2012 TB --- 2012-06-12 14:34:59 - cd /src/sys/arm/conf TB --- 2012-06-12 14:34:59 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-12 14:34:59 - building DOCKSTAR kernel TB --- 2012-06-12 14:34:59 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:34:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:34:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:34:59 - SRCCONF=/dev/null TB --- 2012-06-12 14:34:59 - TARGET=arm TB --- 2012-06-12 14:34:59 - TARGET_ARCH=arm TB --- 2012-06-12 14:34:59 - TZ=UTC TB --- 2012-06-12 14:34:59 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:34:59 - cd /src TB --- 2012-06-12 14:34:59 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Tue Jun 12 14:35:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Tue Jun 12 14:37:32 UTC 2012 TB --- 2012-06-12 14:37:32 - cd /src/sys/arm/conf TB --- 2012-06-12 14:37:32 - /usr/sbin/config -m EP80219 TB --- 2012-06-12 14:37:32 - building EP80219 kernel TB --- 2012-06-12 14:37:32 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:37:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:37:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:37:32 - SRCCONF=/dev/null TB --- 2012-06-12 14:37:32 - TARGET=arm TB --- 2012-06-12 14:37:32 - TARGET_ARCH=arm TB --- 2012-06-12 14:37:32 - TZ=UTC TB --- 2012-06-12 14:37:32 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:37:32 - cd /src TB --- 2012-06-12 14:37:32 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Tue Jun 12 14:37:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Tue Jun 12 14:40:26 UTC 2012 TB --- 2012-06-12 14:40:26 - cd /src/sys/arm/conf TB --- 2012-06-12 14:40:26 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-12 14:40:26 - building ETHERNUT5 kernel TB --- 2012-06-12 14:40:26 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 14:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 14:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 14:40:26 - SRCCONF=/dev/null TB --- 2012-06-12 14:40:26 - TARGET=arm TB --- 2012-06-12 14:40:26 - TARGET_ARCH=arm TB --- 2012-06-12 14:40:26 - TZ=UTC TB --- 2012-06-12 14:40:26 - __MAKE_CONF=/dev/null TB --- 2012-06-12 14:40:26 - cd /src TB --- 2012-06-12 14:40:26 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Tue Jun 12 14:40:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/if_gif/../../net/if_gif.c /src/sys/modules/if_gif/../../net/if_gif.c: In function 'gif_start': /src/sys/modules/if_gif/../../net/if_gif.c:364: error: 'IFF_GIF_WANTED' undeclared (first use in this function) /src/sys/modules/if_gif/../../net/if_gif.c:364: error: (Each undeclared identifier is reported only once /src/sys/modules/if_gif/../../net/if_gif.c:364: error: for each function it appears in.) /src/sys/modules/if_gif/../../net/if_gif.c:391: error: 'struct pkthdr' has no member named 'src_mac_addr' /src/sys/modules/if_gif/../../net/if_gif.c: In function 'gif_output': /src/sys/modules/if_gif/../../net/if_gif.c:509: error: 'struct pkthdr' has no member named 'src_mac_addr' *** Error code 1 Stop in /src/sys/modules/if_gif. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-12 14:46:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-12 14:46:29 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-06-12 14:46:29 - 4038.95 user 805.81 system 5789.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 15:53:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4319D106564A; Tue, 12 Jun 2012 15:53:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 12D688FC0C; Tue, 12 Jun 2012 15:53:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5CFrJGi077972; Tue, 12 Jun 2012 11:53:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5CFrJ80077971; Tue, 12 Jun 2012 15:53:19 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 12 Jun 2012 15:53:19 GMT Message-Id: <201206121553.q5CFrJ80077971@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 15:53:20 -0000 TB --- 2012-06-12 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-12 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-12 13:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-06-12 13:10:00 - cleaning the object tree TB --- 2012-06-12 13:10:00 - cvsupping the source tree TB --- 2012-06-12 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-06-12 13:16:39 - building world TB --- 2012-06-12 13:16:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 13:16:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 13:16:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 13:16:39 - SRCCONF=/dev/null TB --- 2012-06-12 13:16:39 - TARGET=pc98 TB --- 2012-06-12 13:16:39 - TARGET_ARCH=i386 TB --- 2012-06-12 13:16:39 - TZ=UTC TB --- 2012-06-12 13:16:39 - __MAKE_CONF=/dev/null TB --- 2012-06-12 13:16:39 - cd /src TB --- 2012-06-12 13:16:39 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 13:16:40 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 12 15:38:56 UTC 2012 TB --- 2012-06-12 15:38:56 - generating LINT kernel config TB --- 2012-06-12 15:38:56 - cd /src/sys/pc98/conf TB --- 2012-06-12 15:38:56 - /usr/bin/make -B LINT TB --- 2012-06-12 15:38:56 - cd /src/sys/pc98/conf TB --- 2012-06-12 15:38:56 - /usr/sbin/config -m LINT TB --- 2012-06-12 15:38:57 - building LINT kernel TB --- 2012-06-12 15:38:57 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 15:38:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 15:38:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 15:38:57 - SRCCONF=/dev/null TB --- 2012-06-12 15:38:57 - TARGET=pc98 TB --- 2012-06-12 15:38:57 - TARGET_ARCH=i386 TB --- 2012-06-12 15:38:57 - TZ=UTC TB --- 2012-06-12 15:38:57 - __MAKE_CONF=/dev/null TB --- 2012-06-12 15:38:57 - cd /src TB --- 2012-06-12 15:38:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 15:38:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c /src/sys/net/if_gif.c: In function 'gif_start': /src/sys/net/if_gif.c:364: error: 'IFF_GIF_WANTED' undeclared (first use in this function) /src/sys/net/if_gif.c:364: error: (Each undeclared identifier is reported only once /src/sys/net/if_gif.c:364: error: for each function it appears in.) /src/sys/net/if_gif.c:391: error: 'struct pkthdr' has no member named 'src_mac_addr' /src/sys/net/if_gif.c: In function 'gif_output': /src/sys/net/if_gif.c:509: error: 'struct pkthdr' has no member named 'src_mac_addr' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-12 15:53:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-12 15:53:19 - ERROR: failed to build LINT kernel TB --- 2012-06-12 15:53:19 - 6997.03 user 983.02 system 9798.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 15:54:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD5F9106566B; Tue, 12 Jun 2012 15:54:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A31108FC12; Tue, 12 Jun 2012 15:54:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5CFs8Ql080320; Tue, 12 Jun 2012 11:54:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5CFs87N080316; Tue, 12 Jun 2012 15:54:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 12 Jun 2012 15:54:08 GMT Message-Id: <201206121554.q5CFs87N080316@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 15:54:09 -0000 TB --- 2012-06-12 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-12 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-12 13:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-06-12 13:10:00 - cleaning the object tree TB --- 2012-06-12 13:10:00 - cvsupping the source tree TB --- 2012-06-12 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-06-12 13:12:24 - building world TB --- 2012-06-12 13:12:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 13:12:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 13:12:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 13:12:24 - SRCCONF=/dev/null TB --- 2012-06-12 13:12:24 - TARGET=i386 TB --- 2012-06-12 13:12:24 - TARGET_ARCH=i386 TB --- 2012-06-12 13:12:24 - TZ=UTC TB --- 2012-06-12 13:12:24 - __MAKE_CONF=/dev/null TB --- 2012-06-12 13:12:24 - cd /src TB --- 2012-06-12 13:12:24 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 13:12:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 12 15:37:52 UTC 2012 TB --- 2012-06-12 15:37:52 - generating LINT kernel config TB --- 2012-06-12 15:37:52 - cd /src/sys/i386/conf TB --- 2012-06-12 15:37:52 - /usr/bin/make -B LINT TB --- 2012-06-12 15:37:52 - cd /src/sys/i386/conf TB --- 2012-06-12 15:37:52 - /usr/sbin/config -m LINT TB --- 2012-06-12 15:37:52 - building LINT kernel TB --- 2012-06-12 15:37:52 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 15:37:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 15:37:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 15:37:52 - SRCCONF=/dev/null TB --- 2012-06-12 15:37:52 - TARGET=i386 TB --- 2012-06-12 15:37:52 - TARGET_ARCH=i386 TB --- 2012-06-12 15:37:52 - TZ=UTC TB --- 2012-06-12 15:37:52 - __MAKE_CONF=/dev/null TB --- 2012-06-12 15:37:52 - cd /src TB --- 2012-06-12 15:37:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 15:37:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c /src/sys/net/if_gif.c: In function 'gif_start': /src/sys/net/if_gif.c:364: error: 'IFF_GIF_WANTED' undeclared (first use in this function) /src/sys/net/if_gif.c:364: error: (Each undeclared identifier is reported only once /src/sys/net/if_gif.c:364: error: for each function it appears in.) /src/sys/net/if_gif.c:391: error: 'struct pkthdr' has no member named 'src_mac_addr' /src/sys/net/if_gif.c: In function 'gif_output': /src/sys/net/if_gif.c:509: error: 'struct pkthdr' has no member named 'src_mac_addr' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-12 15:54:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-12 15:54:08 - ERROR: failed to build LINT kernel TB --- 2012-06-12 15:54:08 - 7137.48 user 1001.95 system 9847.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 15:56:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 409D7106566C; Tue, 12 Jun 2012 15:56:26 +0000 (UTC) (envelope-from jps@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id AA7518FC24; Tue, 12 Jun 2012 15:56:25 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 9CBBAC384B; Tue, 12 Jun 2012 17:56:24 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 10U7ND3v-Jha; Tue, 12 Jun 2012 17:56:23 +0200 (CEST) Received: from [192.168.1.115] (apn-37-7-77-157.dynamic.gprs.plus.pl [37.7.77.157]) by smtp.semihalf.com (Postfix) with ESMTPSA id 7C4CBC3842; Tue, 12 Jun 2012 17:56:18 +0200 (CEST) Message-ID: <4FD7669C.8030802@semihalf.com> Date: Tue, 12 Jun 2012 17:56:12 +0200 From: Jan Sieka User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Konstantin Belousov References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> In-Reply-To: <20120612084917.GL2337@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: gjb@semihalf.com, Rafal Jaworowski , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Ian Lepore Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 15:56:26 -0000 On 2012.06.12 10:49, Konstantin Belousov wrote: > On Tue, Jun 12, 2012 at 10:18:58AM +0200, Jan Sieka wrote: >> On 2012.06.09 18:11, Tim Kientzle wrote: >>> >>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: >>> >>>> Hello Ian! >>>> >>>> I tried recently to compile and run Perl 5.12 on ARM (SheevaPlug) using >>>> HEAD from 22.05.2012 and got the following error while trying to run: >>>> /usr/ports/lang/perl5.12 # make test >>>> [...] >>>> ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds >>>> [...] >>>> >>>> After investigating the issue it appeared that __flt_rounds symbol is >>>> not exported by libc. Applying the following patch, recompilling world >>>> and Perl fixed the problem and allowed to use Perl on SheevaPlug: >>>> >>>> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map >>>> index e8c7f1d..8cdcdaf 100644 >>>> --- a/lib/libc/arm/Symbol.map >>>> +++ b/lib/libc/arm/Symbol.map >>>> @@ -70,6 +70,7 @@ FBSDprivate_1.0 { >>>> __divdf3; >>>> __floatsisf; >>>> __floatsidf; >>>> + __flt_rounds; >>>> __fixsfsi; >>>> __fixdfsi; >>>> __fixunssfsi; >>>> >>>> Can you comment whether this is a correct solution? >>> >>> Great! I had the same problem compiling Python last >>> week and had planned to track it down. >>> >>> I just committed this to -CURRENT and will also >>> merge it to the armv6 tree. >> Hello Tim! >> >> Thanks for committing this but unfortunately that patch wasn't correct. >> I had another discussion on freebsd-current@ (I forgot to do a >> cross-list CC - now fixed) about how to add symbols to Symbols.map files >> (see this thread: >> http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034511.html) and >> from the answer and hints given by Konstantin Belousov I have prepared >> another patch that adheres to library versioning guidelines. If nobody >> objects this patch then feel free to commit it: >> >> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map >> index dc46013..48f6747 100644 >> --- a/lib/libc/arm/Symbol.map >> +++ b/lib/libc/arm/Symbol.map >> @@ -33,6 +33,10 @@ FBSD_1.0 { >> sbrk; >> }; >> >> +FBSD_1.3 { >> + __flt_rounds; >> +}; >> + >> FBSDprivate_1.0 { >> /* PSEUDO syscalls */ >> __sys_getlogin; >> >> I have verified the above patch is working on SheevaPlug on FreeBSD >> 10-CURRENT from 2012-05-15 and Perl 5.12.4. Perl has to be recompiled >> after applying this patch. > Well, both committed version and this version should work, the question > is which fix is right. Is __flt_rounds supposed to be linked to by > applications ? If the symbols are used by normal programs, that I think > we should indeed guarantee ABI stability for them, and FBSD_1.3 > namespace is the right namespace to use. Both versions work indeed. I have analysed other architectures' lib/libc//Symbol.map files and __flt_rounds should go into FBSD_ and *not* into FBSDprivate section. I have verified that at least one of the Perl's libraries (POSIX.so) links to __flt_rounds. Python also links to this function. So to the best of my knowledge current patch is the righteous one. Best regards, Jan Sieka From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 16:26:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8101106566C; Tue, 12 Jun 2012 16:26:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9FB4A8FC12; Tue, 12 Jun 2012 16:26:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5CGQaoM009364; Tue, 12 Jun 2012 12:26:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5CGQZRB009339; Tue, 12 Jun 2012 16:26:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 12 Jun 2012 16:26:35 GMT Message-Id: <201206121626.q5CGQZRB009339@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 16:26:37 -0000 TB --- 2012-06-12 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-12 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-12 13:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-12 13:10:00 - cleaning the object tree TB --- 2012-06-12 13:10:00 - cvsupping the source tree TB --- 2012-06-12 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-12 13:12:31 - building world TB --- 2012-06-12 13:12:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 13:12:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 13:12:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 13:12:31 - SRCCONF=/dev/null TB --- 2012-06-12 13:12:31 - TARGET=amd64 TB --- 2012-06-12 13:12:31 - TARGET_ARCH=amd64 TB --- 2012-06-12 13:12:31 - TZ=UTC TB --- 2012-06-12 13:12:31 - __MAKE_CONF=/dev/null TB --- 2012-06-12 13:12:31 - cd /src TB --- 2012-06-12 13:12:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 12 13:12:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 12 16:11:45 UTC 2012 TB --- 2012-06-12 16:11:45 - generating LINT kernel config TB --- 2012-06-12 16:11:45 - cd /src/sys/amd64/conf TB --- 2012-06-12 16:11:45 - /usr/bin/make -B LINT TB --- 2012-06-12 16:11:45 - cd /src/sys/amd64/conf TB --- 2012-06-12 16:11:45 - /usr/sbin/config -m LINT TB --- 2012-06-12 16:11:45 - building LINT kernel TB --- 2012-06-12 16:11:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-12 16:11:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-12 16:11:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-12 16:11:45 - SRCCONF=/dev/null TB --- 2012-06-12 16:11:45 - TARGET=amd64 TB --- 2012-06-12 16:11:45 - TARGET_ARCH=amd64 TB --- 2012-06-12 16:11:45 - TZ=UTC TB --- 2012-06-12 16:11:45 - __MAKE_CONF=/dev/null TB --- 2012-06-12 16:11:45 - cd /src TB --- 2012-06-12 16:11:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 12 16:11:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c /src/sys/net/if_gif.c: In function 'gif_start': /src/sys/net/if_gif.c:364: error: 'IFF_GIF_WANTED' undeclared (first use in this function) /src/sys/net/if_gif.c:364: error: (Each undeclared identifier is reported only once /src/sys/net/if_gif.c:364: error: for each function it appears in.) /src/sys/net/if_gif.c:391: error: 'struct pkthdr' has no member named 'src_mac_addr' /src/sys/net/if_gif.c: In function 'gif_output': /src/sys/net/if_gif.c:509: error: 'struct pkthdr' has no member named 'src_mac_addr' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-12 16:26:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-12 16:26:35 - ERROR: failed to build LINT kernel TB --- 2012-06-12 16:26:35 - 8513.15 user 1297.34 system 11795.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 17:12:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72681106566C for ; Tue, 12 Jun 2012 17:12:59 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3EECD8FC17 for ; Tue, 12 Jun 2012 17:12:59 +0000 (UTC) Received: by dadv36 with SMTP id v36so7549552dad.13 for ; Tue, 12 Jun 2012 10:12:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=il0On+UsHpKXq8oN7BIkV9MhGCHOLvAjb5GR7JzrXKU=; b=fZhLbUd2bGMV1cFl8wJSpd4jFrzk5zf+z9s8K/40bQ09W3MniHJuvEQsI2E5OQtoEu jI7XKrARsE9Ob0TDtcHn65vbsNcty4jKZbQh4u06kuckyBHxur4x7mBOMnrzZt/XBYMQ wZB+nuIsc2mbID/UPtZDrbIJv/Hn0PkSVA33ErceepZWXPa984RefPZRe/N/0iWeqRxa b1iro1XM1ERjarWVMszgZiGrfPHUzv68aNO0SJeI5KXj6GoiSkRXXlXv7JUj6vEFOdKe sSM70O+1CUrxFJYdCtu010MzGoamBQDXAuKnPmgIwXWD7Ajl8lcjnwesaDSeg9TpLIim RmXw== MIME-Version: 1.0 Received: by 10.68.217.234 with SMTP id pb10mr8826016pbc.79.1339521178825; Tue, 12 Jun 2012 10:12:58 -0700 (PDT) Received: by 10.68.225.3 with HTTP; Tue, 12 Jun 2012 10:12:58 -0700 (PDT) X-Originating-IP: [93.221.175.221] In-Reply-To: <4FD491DC.6050602@zedat.fu-berlin.de> References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD47C3A.7050001@zedat.fu-berlin.de> <1339326970961-5717150.post@n5.nabble.com> <4FD491DC.6050602@zedat.fu-berlin.de> Date: Tue, 12 Jun 2012 19:12:58 +0200 Message-ID: From: "C. P. Ghost" To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlm4IgyvOfA8sxOdooE8kRUX/muZ9i9xbWijpkSwLAIEgGtqwnqLiH9CQHnjw05YKp/hbj4 Cc: freebsd-current@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 17:12:59 -0000 On Sun, Jun 10, 2012 at 2:23 PM, O. Hartmann wrote: > A complete No-Go is the lack of CUDA and more important OpenCL > capabilities and therefore GPGPU usage. As nVidia made clear in San > Jose, CUDA, and therefore GPGPU, is a tremendous fast growing market. On > all of our number crunchers we use now Linux - for exactly this GPGPU > reason. And once seddled, I guess it is hard to convince people to move > towards another OS. This is really becoming a problem, and it's getting worse over time. I've had to set aside a couple of dedicated Linux boxes to do OpenCL number crunching with nVidia GPUs, because there simply was no way to do that in FreeBSD at the moment. As far as I'm concerned, FreeBSD and HPC don't match well right now, and it is a crying shame. Save for this, everything else here still runs FreeBSD just fine. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 18:04:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9200106566B for ; Tue, 12 Jun 2012 18:04:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A536A8FC19 for ; Tue, 12 Jun 2012 18:04:44 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1206056pbb.13 for ; Tue, 12 Jun 2012 11:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=17k9b/ObUEIwnVdGE5Wopn6d+hMQn6XiqUcUS7S4i18=; b=jtgzFwu6X3UaYLqgXEhg3uQP2dMbXBq0mxZH3vBV18ka3kvogSGN1s+jau6T1myL05 MB8elsi5Q8Kh/ffmWOA3Sea1jJ00NZH2zKXWY3igd6XFp1DI6RhpSXI3RZro7IDiq7Nq l9t+qpnHLv7ISbSwugDVlZTQhuET7pyhEh4Em/Q2a34o/u6ScjOc3e6yt9KAs88dfuG0 n1dwxAv36WldBD2ay3yvxGNCRFQd0R7Yh8aPPYCMa3rUkvF9sQRWDECjQXZOJgF3hYFx PCj9ZXYwEajUGiwbqXa67mWHSLp1MWr5mww0BHZiyRUlhzLekH8+vZOPKnL3Ok+JlkZk R/tA== MIME-Version: 1.0 Received: by 10.68.129.167 with SMTP id nx7mr12426531pbb.80.1339524284434; Tue, 12 Jun 2012 11:04:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Tue, 12 Jun 2012 11:04:44 -0700 (PDT) In-Reply-To: References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> <4FD47C3A.7050001@zedat.fu-berlin.de> <1339326970961-5717150.post@n5.nabble.com> <4FD491DC.6050602@zedat.fu-berlin.de> Date: Tue, 12 Jun 2012 11:04:44 -0700 X-Google-Sender-Auth: 6ZXfjjCvRYIIbf7YtpxE34hkn8Q Message-ID: From: Adrian Chadd To: "C. P. Ghost" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 18:04:45 -0000 As I keep pointing out - if people want to make FreeBSD work on HPC, please work on making it work. Either wade through the depths yourself, or find a friendly developer who would like to wade through the depths for you. People are working on their areas of interest (paid, free, otherwise) or non-interest (paid - free would be a bit scary.) I highly doubt the FreeBSD developers would say no to someone popping up and taking ownership of HPC on FreeBSD, then following it up by making it work. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 19:57:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84841106564A for ; Tue, 12 Jun 2012 19:57:44 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 46D118FC15 for ; Tue, 12 Jun 2012 19:57:44 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5CJvbnI024898 for ; Tue, 12 Jun 2012 12:57:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1339531058; bh=B2TTNZXR91sOJC5958ZTHBDXbg2t6MxW0GrvB1Vez4w=; h=Subject:From:To:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=P0kxaU8V/HOxN0rMilySLZDT9VZzJ/Ao74s3I0JvbsO4PypcGYVIK5eCqMW6sTluA cbuXHscjjkIGzdhQuwl41WCY4RtNjWImmEfbSDg4gtYu9Myp6BpvGwUO5L+3LeiBe8 9R9B8yHKJMWe5gxBmioH9f3IZcIrH1zVxo5gr96k= From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 12 Jun 2012 12:57:37 -0700 Message-ID: <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 531057000 Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 19:57:44 -0000 On Tue, 2012-06-05 at 14:13 -0700, Sean Bruno wrote: > On Tue, 2012-06-05 at 11:55 -0700, Sean Bruno wrote: allrighty, after some doc reviews by Glen, I've thwacked together a quick and dirty est(4). Any objections? http://people.freebsd.org/~sbruno/est_man.txt view via: groff -S -P-h -Wall -mtty-char -man -Tascii est_man.txt | less Sean From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 20:26:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC35106564A; Tue, 12 Jun 2012 20:26:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8698FC1B; Tue, 12 Jun 2012 20:26:52 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5CKQfIP027077; Tue, 12 Jun 2012 23:26:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5CKQfq7001902; Tue, 12 Jun 2012 23:26:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5CKQeoN001901; Tue, 12 Jun 2012 23:26:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Jun 2012 23:26:40 +0300 From: Konstantin Belousov To: Jan Sieka Message-ID: <20120612202640.GO2337@deviant.kiev.zoral.com.ua> References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> <4FD7669C.8030802@semihalf.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AKkMM/tm2Mk6Yn/s" Content-Disposition: inline In-Reply-To: <4FD7669C.8030802@semihalf.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: gjb@semihalf.com, Rafal Jaworowski , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Ian Lepore Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 20:26:53 -0000 --AKkMM/tm2Mk6Yn/s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 12, 2012 at 05:56:12PM +0200, Jan Sieka wrote: > Both versions work indeed. I have analysed other architectures'=20 > lib/libc//Symbol.map files and __flt_rounds should go into FBSD_ an= d=20 > *not* into FBSDprivate section. I have verified that at least one of the= =20 > Perl's libraries (POSIX.so) links to __flt_rounds. Python also links to= =20 > this function. So to the best of my knowledge current patch is the=20 > righteous one. Let me restate my point again. It does not matter whether some application uses the symbol. It does matter whether the symbol is considered the part of exported stable ABI, intended for use by applications. If it is, then FBSD_1.X is the right namespace, otherwise symbol should be moved to private and existing usage fixed. --AKkMM/tm2Mk6Yn/s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/Xpf8ACgkQC3+MBN1Mb4j6YwCeJy6CHLcm7IMwo2UvAC8P+6ys 6j4AoOme0VcUsk3V3SgyvHt1j7b8Ezls =5vn9 -----END PGP SIGNATURE----- --AKkMM/tm2Mk6Yn/s-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 21:44:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96595106566C for ; Tue, 12 Jun 2012 21:44:23 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0128FC16 for ; Tue, 12 Jun 2012 21:44:23 +0000 (UTC) Received: from [50.14.114.54] (port=65528 helo=[192.168.1.11]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1SeYsw-0000WU-69 for current@freebsd.org; Tue, 12 Jun 2012 17:44:22 -0400 From: George Neville-Neil Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 12 Jun 2012 17:44:20 -0400 Message-Id: <73A88FC1-3ADB-41AE-8EF8-F1A9AA1F2871@neville-neil.com> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: Subject: Rudimentary DTrace IO provider going in in one week... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 21:44:23 -0000 Howdy, I'd really like this code: http://people.freebsd.org/~gnn/dtio_provider_2.diff to get some review before I commit it to HEAD. In particular I'd like people to try and test it but also I want to know: *) Is the code organization correct? The way that DTrace was imported had some issues and I don't fix them = here. *) Are people OK with the module names? I did what DTrace on Solaris did because that makes using scripts in the = DTraceToolkit an the DTrace book easier. Best, George From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 23:11:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DA94106564A for ; Tue, 12 Jun 2012 23:11:16 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU [18.7.68.37]) by mx1.freebsd.org (Postfix) with ESMTP id A12538FC18 for ; Tue, 12 Jun 2012 23:11:15 +0000 (UTC) X-AuditID: 12074425-b7f9b6d0000008c4-f7-4fd7cc932d86 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 69.59.02244.39CC7DF4; Tue, 12 Jun 2012 19:11:15 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id q5CNBEZw012119 for ; Tue, 12 Jun 2012 19:11:15 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q5CNBD9Z002080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 12 Jun 2012 19:11:14 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q5CNBDMB005231; Tue, 12 Jun 2012 19:11:13 -0400 (EDT) Date: Tue, 12 Jun 2012 19:11:13 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNIsWRmVeSWpSXmKPExsUixG6nrjv5zHV/g9N7uSzmvPnA5MDoMePT fJYAxigum5TUnMyy1CJ9uwSujLmbnrAWNItVvOueztrAuIG/i5GTQ0LAROLinzuMELaYxIV7 69m6GLk4hAT2MUosW/WUFSQhJHCJUeLq+gCIxCMmib33LkJVNTBKbGhdwgRSxSKgLXFv0y5m EJtNQEVi5puNbCC2iIC8xLNP18EmCQu4SBz98RNsHa+Ao8TG0yfBbFEBHYnV+6ewQMQFJU7O fAJmMwtYSvxb+4t1AiPfLCSpWUhSCxiZVjHKpuRW6eYmZuYUpybrFicn5uWlFula6OVmluil ppRuYgSHk4vqDsYJh5QOMQpwMCrx8CrFXfcXYk0sK67MPcQoycGkJMp79DRQiC8pP6UyI7E4 I76oNCe1+BCjBAezkghv8VagHG9KYmVValE+TEqag0VJnDeV66y/kEB6YklqdmpqQWoRTFaG g0NJgvcqyFDBotT01Iq0zJwShDQTByfIcB6g4ctAaniLCxJzizPTIfKnGHU57l08d51RiCUv Py9VSpx3B0iRAEhRRmke3BxYGnjFKA70ljDvWpAqHmAKgZv0CmgJE9ASSe8rIEtKEhFSUg2M lureys1cH+Sev1Csq4/gXjaT/fsSq1KBBwVTOQIU7vSmziuctVLIa77mXy697V8Ox1XsmNLW osxqoLPe159lke1GM+am/OyZ1WvuKcyO2HbgakLpgvcuYkuU1vnddVA8tnLy6m0WWR37FtRd PXnBUzVD2vMr6xLP5NmTpzsfSTn4XylpwoQzSizFGYmGWsxFxYkApcVbVd4CAAA= Subject: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 23:11:16 -0000 Hi all, I know, I should update the machine, but I figured I would throw this out for the archives anyway. I saw the panic a few minutes after starting X, but I'm pretty sure I was not actually swapping. In ddb (blind), I ran 'call doadump; show alllocks; show lockedvnods; call doadump; reboot' ... I'm not sure whether the two 'doadump's will cause any issues with the core. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff806d7dce stack pointer = 0x28:0xffffffff81381c40 frame pointer = 0x28:0xffffffff81381ca0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) #7 0xffffffff809e20a5 in trap (frame=0xffffffff81381b90) at /usr/src/sys/amd64/amd64/trap.c:319 #8 0xffffffff809cc6ef in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #9 0xffffffff806d7dce in _thread_lock_flags (td=0xfffffe003b14d8c0, opts=0, file=0xffffffff80b4b720 "/usr/src/sys/vm/vm_glue.c", line=744) at /usr/src/sys/kern/kern_mutex.c:560 #10 0xffffffff8094b395 in scheduler (dummy=Variable "dummy" is not available. ) at /usr/src/sys/vm/vm_glue.c:744 #11 0xffffffff8069f8c7 in mi_startup () at /usr/src/sys/kern/init_main.c:256 #12 0xffffffff80292f2c in btext () at /usr/src/sys/amd64/amd64/locore.S:81 #13 0x0000000000000000 in ?? () #14 0xffffffff80eff8a0 in cpu_top () #15 0xffffffff80eff900 in affinity () #16 0xfffffe00025f8000 in ?? () #17 0xffffffff81381b60 in ?? () #18 0xffffffff81381b08 in ?? () #19 0xffffffff80ee6030 in proc0 () #20 0xffffffff8070e5d2 in sched_switch (td=0x0, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1847 I verified that td->td_lock was null using kgdb on the coredump. kern_mutex.c: 558 retry: 559 spinlock_enter(); 560 m = td->td_lock; 561 KASSERT(m->mtx_lock != MTX_DESTROYED, 562 ("thread_lock() of destroyed mutex @ %s:%d", file, l vm_glue.c: 738 FOREACH_THREAD_IN_PROC(p, td) { 739 /* 740 * An otherwise runnable thread of a process 741 * swapped out has only the TDI_SWAPPED bit set. 742 * 743 */ 744 thread_lock(td); 745 if (td->td_inhibitors == TDI_SWAPPED) { -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Jun 12 23:42:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54FAA106564A for ; Tue, 12 Jun 2012 23:42:26 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2EB658FC1A for ; Tue, 12 Jun 2012 23:42:26 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta11.emeryville.ca.mail.comcast.net with comcast id MatW1j0040FhH24ABbhL3e; Tue, 12 Jun 2012 23:41:20 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta08.emeryville.ca.mail.comcast.net with comcast id MbhK1j00a4NgCEG8UbhKfA; Tue, 12 Jun 2012 23:41:20 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q5CNfHl4032432; Tue, 12 Jun 2012 17:41:17 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Konstantin Belousov In-Reply-To: <20120612202640.GO2337@deviant.kiev.zoral.com.ua> References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> <4FD7669C.8030802@semihalf.com> <20120612202640.GO2337@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="us-ascii" Date: Tue, 12 Jun 2012 17:41:17 -0600 Message-ID: <1339544477.36051.373.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: gjb@semihalf.com, freebsd-arm@freebsd.org, Jan Sieka , freebsd-current@freebsd.org, Rafal Jaworowski Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 23:42:26 -0000 On Tue, 2012-06-12 at 23:26 +0300, Konstantin Belousov wrote: > On Tue, Jun 12, 2012 at 05:56:12PM +0200, Jan Sieka wrote: > > Both versions work indeed. I have analysed other architectures' > > lib/libc//Symbol.map files and __flt_rounds should go into FBSD_ and > > *not* into FBSDprivate section. I have verified that at least one of the > > Perl's libraries (POSIX.so) links to __flt_rounds. Python also links to > > this function. So to the best of my knowledge current patch is the > > righteous one. > > Let me restate my point again. It does not matter whether some application > uses the symbol. It does matter whether the symbol is considered the part > of exported stable ABI, intended for use by applications. If it is, then > FBSD_1.X is the right namespace, otherwise symbol should be moved to > private and existing usage fixed. The standard C macro FLT_ROUNDS from float.h expands to the reference to __flt_rounds; it's intended for use by applications. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 03:10:02 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5606106566C for ; Wed, 13 Jun 2012 03:10:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 166468FC0A for ; Wed, 13 Jun 2012 03:09:59 +0000 (UTC) Received: from alph.allbsd.org (p4242-ipbf1504funabasi.chiba.ocn.ne.jp [118.7.211.242]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id q5D39bPY051219; Wed, 13 Jun 2012 12:09:49 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q5D39Z7g082235; Wed, 13 Jun 2012 12:09:36 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 13 Jun 2012 12:06:00 +0900 (JST) Message-Id: <20120613.120600.2188772873180778735.hrs@allbsd.org> To: seanbru@yahoo-inc.com From: Hiroki Sato In-Reply-To: <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Wed_Jun_13_12_06_00_2012_124)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 13 Jun 2012 12:09:50 +0900 (JST) X-Spam-Status: No, score=-98.8 required=13.0 tests=CONTENT_TYPE_PRESENT, RCVD_IN_RP_RNBL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 03:10:03 -0000 ----Security_Multipart0(Wed_Jun_13_12_06_00_2012_124)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Jun_13_12_06_00_2012_134)--" Content-Transfer-Encoding: 7bit ----Next_Part(Wed_Jun_13_12_06_00_2012_134)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sean Bruno wrote in <1339531057.42366.2.camel@powernoodle.corp.yahoo.com>: se> On Tue, 2012-06-05 at 14:13 -0700, Sean Bruno wrote: se> > On Tue, 2012-06-05 at 11:55 -0700, Sean Bruno wrote: se> se> se> se> allrighty, after some doc reviews by Glen, I've thwacked together a se> quick and dirty est(4). se> se> Any objections? se> se> http://people.freebsd.org/~sbruno/est_man.txt Looks good. Attached a diff for some small fixes. se> view via: se> groff -S -P-h -Wall -mtty-char -man -Tascii est_man.txt | less % man $PWD/est_man.txt may be easier :) -- Hiroki ----Next_Part(Wed_Jun_13_12_06_00_2012_134)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="est_man.txt.diff" --- est_man.txt.orig 2012-06-13 11:06:23.000000000 +0900 +++ est_man.txt 2012-06-13 11:39:12.000000000 +0900 @@ -23,6 +23,7 @@ .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" +.\" $FreeBSD$ .\" .Dd June 12, 2012 .Dt EST 4 @@ -36,7 +37,7 @@ configuration file: .Bd -ragged -offset indent .Cd "device cpufreq" -.Ep +.Ed .Sh DESCRIPTION The .Nm @@ -72,12 +73,12 @@ .Sh DIAGNOSTICS .Bl -diag .It "est%d: on cpu%d" -.It \& +.Pp Indicates normal startup of this interface. .It "est: CPU supports Enhanced Speedstep, but is not recognized." .It "est: cpu_vendor GenuineIntel, msr 471c471c0600471c" .It "device_attach: est2 attach returned 6" -.It \& +.Pp Indicates all attempts to attach to this interface have failed. This usually indicates and improper BIOS setting restricting O/S control of the CPU speeds. Consult your BIOS documentation for @@ -87,12 +88,13 @@ .Nm is only found on supported Intel CPUs. .Sh SEE ALSO -.Xr cpufreq 4 , +.Xr cpufreq 4 .Sh SUPPORT For general information and support, go to the Intel 64 and IA-32 Architectures Software Developer Manuals site. .Pa http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html +.Sh AUTHORS .Pp This manual page was written by .An Sean Bruno Aq sbruno@FreeBSD.org . ----Next_Part(Wed_Jun_13_12_06_00_2012_134)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="est_man.txt" .\" .\" Copyright (c) 2012 Sean Bruno .\" All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" $FreeBSD$ .\" .Dd June 12, 2012 .Dt EST 4 .Os .Sh NAME .Nm est .Nd Enhanced Speedstep Technology .Sh SYNOPSIS To compile this capability into your kernel place the following lines in your kernel configuration file: .Bd -ragged -offset indent .Cd "device cpufreq" .Ed .Sh DESCRIPTION The .Nm interface that provides support for the Intel Enhanced Speedstep Technology .Pp Note that the .Nm driver is automatically loaded by the .Xr cpufreq 4 driver. .Sh LOADER TUNABLES The .Nm interface is intended to allow .Xr cpufreq 4 to access and implement Intel Enhanced SpeedStep Technology via .Xr acpi 4 and the acpi_perf interface accessors. If the default settings are not optimal, the following sysctls can be used to modify or monitor .Nm behavior. .Bl -tag -width indent .It hw.est.msr_info Attempt to infer information from direct probing of the msr. Should only be used in diagnostic cases. .Pq default 0 .It hw.est.strict Do not allow different cpus to be set to different frequencies. It appears that this will only work on i386 systems. .Pq default 0 .El .Sh DIAGNOSTICS .Bl -diag .It "est%d: on cpu%d" .Pp Indicates normal startup of this interface. .It "est: CPU supports Enhanced Speedstep, but is not recognized." .It "est: cpu_vendor GenuineIntel, msr 471c471c0600471c" .It "device_attach: est2 attach returned 6" .Pp Indicates all attempts to attach to this interface have failed. This usually indicates and improper BIOS setting restricting O/S control of the CPU speeds. Consult your BIOS documentation for more details. .El .Sh COMPATIBILITY .Nm is only found on supported Intel CPUs. .Sh SEE ALSO .Xr cpufreq 4 .Sh SUPPORT For general information and support, go to the Intel 64 and IA-32 Architectures Software Developer Manuals site. .Pa http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html .Sh AUTHORS .Pp This manual page was written by .An Sean Bruno Aq sbruno@FreeBSD.org . ----Next_Part(Wed_Jun_13_12_06_00_2012_134)---- ----Security_Multipart0(Wed_Jun_13_12_06_00_2012_124)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk/YA5gACgkQTyzT2CeTzy2f+QCeK647IyzT3zPflyWR7RHxd5zy 7J8AoNVXPQ7UpA4fhiqkQ49AJVAXf99z =HuMn -----END PGP SIGNATURE----- ----Security_Multipart0(Wed_Jun_13_12_06_00_2012_124)---- From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 03:21:09 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4771065672 for ; Wed, 13 Jun 2012 03:21:09 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id D61998FC23 for ; Wed, 13 Jun 2012 03:21:08 +0000 (UTC) Received: (qmail 34003 invoked by uid 0); 12 Jun 2012 23:21:07 -0400 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 12 Jun 2012 23:21:07 -0400 Date: Tue, 12 Jun 2012 23:21:05 -0400 From: Glen Barber To: Hiroki Sato Message-ID: <20120613032105.GA1486@glenbarber.us> References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> <20120613.120600.2188772873180778735.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120613.120600.2188772873180778735.hrs@allbsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, seanbru@yahoo-inc.com Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 03:21:09 -0000 On Wed, Jun 13, 2012 at 12:06:00PM +0900, Hiroki Sato wrote: > Sean Bruno wrote > in <1339531057.42366.2.camel@powernoodle.corp.yahoo.com>: > > se> On Tue, 2012-06-05 at 14:13 -0700, Sean Bruno wrote: > se> > On Tue, 2012-06-05 at 11:55 -0700, Sean Bruno wrote: > se> > se> > se> > se> allrighty, after some doc reviews by Glen, I've thwacked together a > se> quick and dirty est(4). > se> > se> Any objections? > se> > se> http://people.freebsd.org/~sbruno/est_man.txt > > Looks good. Attached a diff for some small fixes. > > se> view via: > se> groff -S -P-h -Wall -mtty-char -man -Tascii est_man.txt | less > > % man $PWD/est_man.txt > > may be easier :) > > -- Hiroki > --- est_man.txt.orig 2012-06-13 11:06:23.000000000 +0900 > +++ est_man.txt 2012-06-13 11:39:12.000000000 +0900 > @@ -23,6 +23,7 @@ > .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > .\" SUCH DAMAGE. > .\" > +.\" $FreeBSD$ > .\" > .Dd June 12, 2012 > .Dt EST 4 > @@ -36,7 +37,7 @@ > configuration file: > .Bd -ragged -offset indent > .Cd "device cpufreq" > -.Ep > +.Ed > .Sh DESCRIPTION > The > .Nm > @@ -72,12 +73,12 @@ > .Sh DIAGNOSTICS > .Bl -diag > .It "est%d: on cpu%d" > -.It \& > +.Pp > Indicates normal startup of this interface. > .It "est: CPU supports Enhanced Speedstep, but is not recognized." > .It "est: cpu_vendor GenuineIntel, msr 471c471c0600471c" > .It "device_attach: est2 attach returned 6" > -.It \& > +.Pp > Indicates all attempts to attach to this interface have failed. > This usually indicates and improper BIOS setting restricting O/S > control of the CPU speeds. Consult your BIOS documentation for ^^^^^^ Oops, I missed a newline wrap here. :/ Glen From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 11:11:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD5F91065672 for ; Wed, 13 Jun 2012 11:11:12 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2BED98FC16 for ; Wed, 13 Jun 2012 11:11:11 +0000 (UTC) Received: by laai10 with SMTP id i10so391858laa.13 for ; Wed, 13 Jun 2012 04:11:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=b+Jpe0v8+A1oDzZVN3xyoQ0I+w2cqwja0RkG0OFi0CE=; b=iVDG9rcMkav86pyS3Dmg9VBxa86qB6xnxAOXDl/9IpcUZCnd3YJI8Eu3eI2sxXDEPV /iVW7oujFF3RJ/B6LlV8ma3ATgOuzlrIyq2mlfHYeIamH6E5mB63FBJvFZta3sAsRf4y Pikhblmo1tUlgiaeVpWsVvQ0zhdy3kP38ikion0xaXZbiVgCiNke36fHnacKDmndI34W HkGj1EsXYahUAGRLOibvBQ+AFG1fDSVNizHCf0VQ3PPLd+NWEPVy3aCGkH0k/Wkrc/8P ET6jKdL9caQjaWMDiukQNaG6H7rtdZa+Tbqungs7FEwleh1sl2rWUx3B3hQGubBxv/KE wvsg== MIME-Version: 1.0 Received: by 10.112.82.42 with SMTP id f10mr6169513lby.95.1339585871099; Wed, 13 Jun 2012 04:11:11 -0700 (PDT) Received: by 10.112.17.130 with HTTP; Wed, 13 Jun 2012 04:11:10 -0700 (PDT) In-Reply-To: References: Date: Wed, 13 Jun 2012 13:11:10 +0200 Message-ID: From: Svatopluk Kraus To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 11:11:12 -0000 Hi, it looks similar to http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html Svata On Wed, Jun 13, 2012 at 1:11 AM, Benjamin Kaduk wrote: > Hi all, > > I know, I should update the machine, but I figured I would throw this out > for the archives anyway. > > I saw the panic a few minutes after starting X, but I'm pretty sure I was > not actually swapping. =A0In ddb (blind), I ran 'call doadump; show alllo= cks; > show lockedvnods; call doadump; reboot' ... I'm not sure whether the two > 'doadump's will cause any issues with the core. > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0x18 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read data, page not = present > instruction pointer =A0 =A0 =3D 0x20:0xffffffff806d7dce > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffffff81381c40 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffffff81381ca0 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, long 1= , def32 0, gran 1 > processor eflags =A0 =A0 =A0 =A0=3D resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 0 (swapper) > #7 =A00xffffffff809e20a5 in trap (frame=3D0xffffffff81381b90) > =A0 =A0 at /usr/src/sys/amd64/amd64/trap.c:319 > #8 =A00xffffffff809cc6ef in calltrap () > =A0 =A0 at /usr/src/sys/amd64/amd64/exception.S:228 > #9 =A00xffffffff806d7dce in _thread_lock_flags (td=3D0xfffffe003b14d8c0, = opts=3D0, > =A0 =A0 file=3D0xffffffff80b4b720 "/usr/src/sys/vm/vm_glue.c", line=3D744= ) > =A0 =A0 at /usr/src/sys/kern/kern_mutex.c:560 > #10 0xffffffff8094b395 in scheduler (dummy=3DVariable "dummy" is not > available. > ) at /usr/src/sys/vm/vm_glue.c:744 > #11 0xffffffff8069f8c7 in mi_startup () at /usr/src/sys/kern/init_main.c:= 256 > #12 0xffffffff80292f2c in btext () at /usr/src/sys/amd64/amd64/locore.S:8= 1 > #13 0x0000000000000000 in ?? () > #14 0xffffffff80eff8a0 in cpu_top () > #15 0xffffffff80eff900 in affinity () > #16 0xfffffe00025f8000 in ?? () > #17 0xffffffff81381b60 in ?? () > #18 0xffffffff81381b08 in ?? () > #19 0xffffffff80ee6030 in proc0 () > #20 0xffffffff8070e5d2 in sched_switch (td=3D0x0, newtd=3D0x0, flags=3DVa= riable > "flags" is not available. > ) > =A0 =A0 at /usr/src/sys/kern/sched_ule.c:1847 > > I verified that td->td_lock was null using kgdb on the coredump. > > kern_mutex.c: > =A0 =A0 558 retry: > =A0 =A0 559 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 spinlock_enter(); > =A0 =A0 560 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 m =3D td->td_lock; > =A0 =A0 561 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 KASSERT(m->mtx_lock !=3D MTX_= DESTROYED, > =A0 =A0 562 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ("thread_lock() of de= stroyed mutex @ %s:%d", > file, l > > vm_glue.c: > =A0 =A0 738 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 FOREACH_THREAD_IN_PROC(p, td)= { > =A0 =A0 739 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* > =A0 =A0 740 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* An other= wise runnable thread of a process > =A0 =A0 741 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* swapped = out has only the TDI_SWAPPED bit > set. > =A0 =A0 742 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* > =A0 =A0 743 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*/ > =A0 =A0 744 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 thread_lock(t= d); > =A0 =A0 745 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (td->td_in= hibitors =3D=3D TDI_SWAPPED) { > > -Ben Kaduk > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 13:46:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6C92106566C for ; Wed, 13 Jun 2012 13:46:52 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 639EE8FC17 for ; Wed, 13 Jun 2012 13:46:52 +0000 (UTC) Received: by lbon10 with SMTP id n10so1555066lbo.13 for ; Wed, 13 Jun 2012 06:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=imT3LkmY6uz0h5CJZfsMf1dNkHY1tzQB9PgrQiqWoxA=; b=JypAyXpmpnEWEG+1rrs5QbM4JIuWgzSHNt+MuR4zsou1Fdk7QVAbk5JsX/UbnPda4H WKIZSMbs1EsmMkOJ2d7VM8aW8KMzEHXX/PZFunaejq7WRDNsKintKcNYFg0F/lV6HntL Ur0EEcHLpuLE6LWLI8qz74EMWndMcLmy7zZgqgLlopGb6cywy4z44G6HUIdFeC+cnbKg LVOiFFlgevmjSaAWB7c/yoKTAmVSlBBsE3W5rFNc/84o+4eXUXKetyGfM/3NykWasHi/ G14cDtwmOwhvHquT3cMNYLQD+Ce3G7FQuAzbOpiB1nRG1sh1WFJyk1lnDgegAgrcJrAF 8SDg== MIME-Version: 1.0 Received: by 10.112.23.196 with SMTP id o4mr6361185lbf.49.1339595211002; Wed, 13 Jun 2012 06:46:51 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Wed, 13 Jun 2012 06:46:50 -0700 (PDT) In-Reply-To: References: Date: Wed, 13 Jun 2012 14:46:50 +0100 X-Google-Sender-Auth: P_3bUtu3Tm4U3ENGj26vOBqGSMY Message-ID: From: Attilio Rao To: Svatopluk Kraus Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 13:46:53 -0000 2012/6/13, Svatopluk Kraus : > Hi, > > it looks similar to > http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html Yes, that is likely the problem. However, I would really love to workaround the pid allocation race in another way than PRS_NEW because this imposes an extra-constraint, undocumented, on iterations of processes in the system. If you want to work on a patch for that, you are welcome to do so. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 14:55:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76B04106564A; Wed, 13 Jun 2012 14:55:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 46C088FC19; Wed, 13 Jun 2012 14:55:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5DEtoBl004621; Wed, 13 Jun 2012 10:55:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5DEtoR9004620; Wed, 13 Jun 2012 14:55:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 13 Jun 2012 14:55:50 GMT Message-Id: <201206131455.q5DEtoR9004620@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 14:55:56 -0000 TB --- 2012-06-13 13:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-13 13:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-13 13:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-13 13:50:00 - cleaning the object tree TB --- 2012-06-13 13:50:00 - cvsupping the source tree TB --- 2012-06-13 13:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-13 13:52:37 - building world TB --- 2012-06-13 13:52:37 - CROSS_BUILD_TESTING=YES TB --- 2012-06-13 13:52:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-13 13:52:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-13 13:52:37 - SRCCONF=/dev/null TB --- 2012-06-13 13:52:37 - TARGET=arm TB --- 2012-06-13 13:52:37 - TARGET_ARCH=arm TB --- 2012-06-13 13:52:37 - TZ=UTC TB --- 2012-06-13 13:52:37 - __MAKE_CONF=/dev/null TB --- 2012-06-13 13:52:37 - cd /src TB --- 2012-06-13 13:52:37 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 13 13:52:37 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 13 14:52:48 UTC 2012 TB --- 2012-06-13 14:52:48 - cd /src/sys/arm/conf TB --- 2012-06-13 14:52:48 - /usr/sbin/config -m AVILA TB --- 2012-06-13 14:52:49 - building AVILA kernel TB --- 2012-06-13 14:52:49 - CROSS_BUILD_TESTING=YES TB --- 2012-06-13 14:52:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-13 14:52:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-13 14:52:49 - SRCCONF=/dev/null TB --- 2012-06-13 14:52:49 - TARGET=arm TB --- 2012-06-13 14:52:49 - TARGET_ARCH=arm TB --- 2012-06-13 14:52:49 - TZ=UTC TB --- 2012-06-13 14:52:49 - __MAKE_CONF=/dev/null TB --- 2012-06-13 14:52:49 - cd /src TB --- 2012-06-13 14:52:49 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Jun 13 14:52:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -EL -b binary -d -warn-common -r -d -o IxNpeMicrocode.fwo IxNpeMicrocode.dat cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/xscale/ixp425/ixp425_qmgr.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/usb/controller/ehci_ixp4xx.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/xscale/ixp425/avila_machdep.c cc1: warnings being treated as errors /src/sys/arm/xscale/ixp425/avila_machdep.c: In function 'initarm': /src/sys/arm/xscale/ixp425/avila_machdep.c:241: warning: implicit declaration of function 'parse_boot_param' /src/sys/arm/xscale/ixp425/avila_machdep.c:241: warning: nested extern declaration of 'parse_boot_param' [-Wnested-externs] *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-13 14:55:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-13 14:55:50 - ERROR: failed to build AVILA kernel TB --- 2012-06-13 14:55:50 - 2562.27 user 587.42 system 3949.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:17:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF5E1065673 for ; Wed, 13 Jun 2012 15:17:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id DC1ED8FC16 for ; Wed, 13 Jun 2012 15:17:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 293ADB945; Wed, 13 Jun 2012 11:10:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 13 Jun 2012 08:42:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206130842.58568.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 11:10:21 -0400 (EDT) Cc: Svatopluk Kraus , Benjamin Kaduk Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 15:17:55 -0000 On Wednesday, June 13, 2012 7:11:10 am Svatopluk Kraus wrote: > Hi, > > it looks similar to > http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html Hmm, the code in question has a PRS_NEW check though. Benjamin, can you go to the scheduler() frame and do 'p *p' and 'p *td'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:31:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56BF6106564A; Wed, 13 Jun 2012 15:31:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8308FC1A; Wed, 13 Jun 2012 15:31:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8A0FCB945; Wed, 13 Jun 2012 11:31:21 -0400 (EDT) To: jasone@freebsd.org From: John Baldwin Date: Wed, 13 Jun 2012 11:31:21 -0400 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206131131.21059.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 11:31:21 -0400 (EDT) Cc: current@freebsd.org Subject: jemalloc() assumes DSS is aligned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 15:31:22 -0000 I tracked down a weird bug at work on the older jemalloc in FreeBSD 8/9 that a co-worker tripped over. Specifically, if you build the program below and link it with gold, the program will have an _end symbol that is on an odd address (std::nothrow results in some single-byte symbol being added to the end of the BSS). This causes the first arena allocated by jemalloc to use an odd address, and the rbt_nil structures for that arena's embedded trees (like runs_avail) to be allocated on odd addresses. This interferes with the RB trees using the low bit to distinguish red vs black. Specifically, the program ends up setting the right node of rbt_nil to an incorrect pointer value (the low bit gets cleared) resulting in an eventual segfault. Looking at phkmalloc, it always applied round_page() to the results from sbrk(). I believe that for jemalloc only the very first allocation from the DSS needs to check for misalignment, and the patch below does fix the segfault on FreeBSD 8. I have a stab at porting the change to jemalloc 3.0.0 in HEAD, but I'm not sure if it is quite correct. Also, I only made the DSS align on the quantum boundary rather than a page boundary. BTW, I filed a bug with the binutils folks as I initially thought this was a gold bug. However, POSIX doesn't make any guarantees about the return value of sbrk(), so I think gold is not broken. Test program: #include #include void foo() { char *c = new(std::nothrow) char[10]; delete c; } int main() { printf("Hello world\n"); } Tested patch against FreeBSD 8: Index: malloc.c =================================================================== --- malloc.c (revision 225507) +++ malloc.c (working copy) @@ -5132,6 +5132,9 @@ MALLOC_OUT: #ifdef MALLOC_DSS malloc_mutex_init(&dss_mtx); dss_base = sbrk(0); + i = (uintptr_t)dss_base & QUANTUM_MASK; + if (i != 0) + dss_base = sbrk(QUANTUM - i); dss_prev = dss_base; dss_max = dss_base; extent_tree_szad_new(&dss_chunks_szad); Untested forward port to jemalloc 3.0.0: Index: chunk_dss.c =================================================================== --- chunk_dss.c (revision 235919) +++ chunk_dss.c (working copy) @@ -123,12 +123,16 @@ chunk_in_dss(void *chunk) bool chunk_dss_boot(void) { + uintptr_t off; cassert(config_dss); if (malloc_mutex_init(&dss_mtx)) return (true); dss_base = sbrk(0); + off = (uintptr_t)dss_base & QUANTUM_MASK; + if (off != 0) + dss_base = sbrk(QUANTUM - off); dss_prev = dss_base; dss_max = dss_base; binutils ld.gold PR: http://sourceware.org/bugzilla/show_bug.cgi?id=14149 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:32:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFF5B106564A; Wed, 13 Jun 2012 15:32:12 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id AF8B08FC12; Wed, 13 Jun 2012 15:32:12 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q5DFW4l0021256; Wed, 13 Jun 2012 08:32:07 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201206131532.q5DFW4l0021256@gw.catspoiler.org> Date: Wed, 13 Jun 2012 08:32:03 -0700 (PDT) From: Don Lewis To: attilio@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, onwahe@gmail.com, kaduk@mit.edu Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 15:32:12 -0000 On 13 Jun, Attilio Rao wrote: > 2012/6/13, Svatopluk Kraus : >> Hi, >> >> it looks similar to >> http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html > > Yes, that is likely the problem. > However, I would really love to workaround the pid allocation race in > another way than PRS_NEW because this imposes an extra-constraint, > undocumented, on iterations of processes in the system. > If you want to work on a patch for that, you are welcome to do so. A long time ago I had a patch that moved pid allocation and insertion into allproc to a later point in fork1() where the child had been fully initialized. It had two minor disadvantages. The first is that allproc_lock needed to be acquired and released twice. The second is that nprocs and the number of processes in allproc temporarily become inconsistent while the fork is in progress. Eventually the patch conflicts got too bad and I dropped the patch from my local tree. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 15:47:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F26971065670; Wed, 13 Jun 2012 15:47:04 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (DMZ-MAILSEC-SCANNER-6.MIT.EDU [18.7.68.35]) by mx1.freebsd.org (Postfix) with ESMTP id 784A58FC1A; Wed, 13 Jun 2012 15:47:04 +0000 (UTC) X-AuditID: 12074423-b7f396d0000008f4-5f-4fd8b5f272d7 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id F6.0B.02292.2F5B8DF4; Wed, 13 Jun 2012 11:46:58 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id q5DFkwhF027474; Wed, 13 Jun 2012 11:46:58 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q5DFkuv7012858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 13 Jun 2012 11:46:57 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q5DFkuwb023922; Wed, 13 Jun 2012 11:46:56 -0400 (EDT) Date: Wed, 13 Jun 2012 11:46:56 -0400 (EDT) From: Benjamin Kaduk To: John Baldwin In-Reply-To: <201206130842.58568.jhb@freebsd.org> Message-ID: References: <201206130842.58568.jhb@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIIsWRmVeSWpSXmKPExsUixG6novtp6w1/gx8/xCzmvPnAZLH3yHVm i7eHn7A6MHvM+DSfxWPnrLvsAUxRXDYpqTmZZalF+nYJXBknjjUwFTywqzi6nr+B8Y9+FyMn h4SAicSGlt9sELaYxIV764FsLg4hgX2MEn8m/2MHSQgJbGCUePSAByJxgElizpIT7BBOA6NE y7E/rCBVLALaEgs394DZbAIqEjPfbAQaxcEhIqAkMfWbGkiYWcBZ4vXFD8wgtrCAh8TfBxfB bE4BQ4mOzYvBlvEKOEose/sbav5qRokVz/ezgCREBXQkVu+fwgJRJChxcuYTFoihlhLn/lxn m8AoOAtJahaS1AJGplWMsim5Vbq5iZk5xanJusXJiXl5qUW6Znq5mSV6qSmlmxjBIeuivIPx z0GlQ4wCHIxKPLxKcdf9hVgTy4orcw8xSnIwKYnyrt98w1+ILyk/pTIjsTgjvqg0J7X4EKME B7OSCO/qlUA53pTEyqrUonyYlDQHi5I4bwrXWX8hgfTEktTs1NSC1CKYrAwHh5IErwIwNoUE i1LTUyvSMnNKENJMHJwgw3mAhmuA1PAWFyTmFmemQ+RPMSpKifMKgiQEQBIZpXlwvbCU8opR HOgVYV4mkCoeYDqC634FNJgJaPADZ7DBJYkIKakGxpLTKxe+49wx0Veg4bnYbbUpTi5/J3Yd nnj+26O8TFOdxBepP05uv/34Ef/ivfq7boUWzrma/fR4zE3Btml6k0uOdgf8s+qo2htsq7Lb 9SK3uFFkkdAs9p3cj1XY7598aOv3Mss5oGNa5yTD7R0iy6VylrgIPedunSH14OkaQUfNswZL zI2n9yuxFGckGmoxFxUnAgD/u345BAMAAA== Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 15:47:05 -0000 On Wed, 13 Jun 2012, John Baldwin wrote: > On Wednesday, June 13, 2012 7:11:10 am Svatopluk Kraus wrote: >> Hi, >> >> it looks similar to >> http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html > > Hmm, the code in question has a PRS_NEW check though. > > Benjamin, can you go to the scheduler() frame and do 'p *p' and 'p *td'? Sure. (kgdb) frame 10 #10 0xffffffff8094b395 in scheduler (dummy=Variable "dummy" is not available. ) at /usr/src/sys/vm/vm_glue.c:744 744 thread_lock(td); (kgdb) p *p $1 = {p_list = {le_next = 0xfffffe006d4c1000, le_prev = 0xffffffff80ee8f60}, p_threads = {tqh_first = 0xfffffe003b14d8c0, tqh_last = 0xfffffe003b14d8d0}, p_slock = {lock_object = {lo_name = 0xffffffff80b09517 "process slock", lo_flags = 720896, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, p_ucred = 0xfffffe00025e4e00, p_fd = 0x0, p_fdtol = 0x0, p_stats = 0xfffffe00058a1000, p_limit = 0x0, p_limco = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, p_sigacts = 0x0, p_flag = 0, p_state = PRS_NEW, p_pid = 3054, p_hash = { le_next = 0x0, le_prev = 0xffffff800023df70}, p_pglist = {le_next = 0x0, le_prev = 0x0}, p_pptr = 0x0, p_sibling = {le_next = 0x0, le_prev = 0x0}, p_children = {lh_first = 0x0}, p_mtx = {lock_object = { lo_name = 0xffffffff80b0950a "process lock", lo_flags = 21168128, lo_data = 0, lo_witness = 0xffffff800021a400}, mtx_lock = 18446744071577690160}, p_ksi = 0xfffffe0002cee850, p_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = {tqh_first = 0x0, tqh_last = 0xfffffe003b07aa20}, sq_proc = 0xfffffe003b07a8e0, sq_flags = 1}, p_oppid = 0, p_vmspace = 0x0, p_swtick = 0, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, p_rux = { rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_crux = {rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_profthreads = 0, p_exitthreads = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0x0, p_lock = 0, p_sigiolst = {slh_first = 0x0}, p_sigparent = 0, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_pendingcnt = 0, p_itimers = 0x0, p_magic = 3203398350, p_osrel = 900033, p_comm = "sh", '\0' , p_pgrp = 0xfffffe0002d42880, p_sysent = 0xffffffff80e8b960, p_args = 0xfffffe005d3e52c0, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_fibnum = 0, p_xstat = 0, p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xffffffff806b3480 , kl_unlock = 0xffffffff806b34a0 , kl_assert_locked = 0xffffffff806b3780 , kl_assert_unlocked = 0xffffffff806b3760 , kl_lockarg = 0xfffffe003b07a9d8}, p_numthreads = 1, p_md = {md_ldt = 0x0, md_ldt_sd = {sd_lolimit = 0, sd_lobase = 0, sd_type = 0, sd_dpl = 0, sd_p = 0, sd_hilimit = 0, sd_xx0 = 0, sd_gran = 0, sd_hibase = 0, sd_xx1 = 0, sd_mbz = 0, sd_xx2 = 0}}, p_itcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, p_acflag = 0, p_peers = 0x0, p_leader = 0x0, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xfffffe003b07ad50, p_ktr = {stqh_first = 0x0, stqh_last = 0xfffffe003b07ad10}, p_mqnotifier = {lh_first = 0x0}, p_dtrace = 0x0, p_pwait = {cv_description = 0xffffffff80b09f6a "ppwait", cv_waiters = 0}, p_dbgwait = { cv_description = 0xffffffff80b09f71 "dbgwait", cv_waiters = 0}} (kgdb) p *td $2 = {td_lock = 0x0, td_proc = 0xfffffe003b07a8e0, td_plist = {tqe_next = 0x0, tqe_prev = 0xfffffe003b07a8f0}, td_runq = {tqe_next = 0x0, tqe_prev = 0x0}, td_slpq = {tqe_next = 0x0, tqe_prev = 0x0}, td_lockq = { tqe_next = 0x0, tqe_prev = 0x0}, td_hash = {le_next = 0x0, le_prev = 0xffffff8000247b58}, td_cpuset = 0x0, td_sel = 0x0, td_sleepqueue = 0xfffffe0005bdd680, td_turnstile = 0xfffffe003b14ea80, td_umtxq = 0xfffffe0005be0780, td_tid = 100203, td_sigqueue = {sq_signals = { __bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { tqh_first = 0x0, tqh_last = 0xfffffe003b14d970}, sq_proc = 0xfffffe003b07a8e0, sq_flags = 1}, td_lend_user_pri = 255 '?', td_flags = 4, td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 255 '?', td_owepreempt = 0 '\0', td_tsqueue = 0 '\0', td_locks = 0, td_rw_rlocks = 0, td_lk_slocks = 0, td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_ucred = 0x0, td_estcpu = 0, td_slptick = 0, td_blktick = 0, td_swvoltick = 0, td_ru = {ru_utime = { tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, td_rux = {rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, td_incruntime = 0, td_runtime = 0, td_pticks = 0, td_sticks = 0, td_iticks = 0, td_uticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = { __bits = {0, 0, 0, 0}}, td_generation = 0, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_name = '\0' , td_fpop = 0x0, td_dbgflags = 0, td_dbgksi = {ksi_link = {tqe_next = 0x0, tqe_prev = 0x0}, ksi_info = {si_signo = 0, si_errno = 0, si_code = 0, si_pid = 0, si_uid = 0, si_status = 0, si_addr = 0x0, si_value = {sival_int = 0, sival_ptr = 0x0, sigval_int = 0, sigval_ptr = 0x0}, _reason = { _fault = {_trapno = 0}, _timer = {_timerid = 0, _overrun = 0}, _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = {__spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0}}}}, ksi_flags = 0, ksi_sigq = 0x0}, td_ng_outbound = 0, td_osd = {osd_nslots = 0, osd_slots = 0x0, osd_next = {le_next = 0x0, le_prev = 0x0}}, td_map_def_user = 0x0, td_dbg_forked = 0, td_rqindex = 0 '\0', td_base_pri = 0 '\0', td_priority = 0 '\0', td_pri_class = 0 '\0', td_user_pri = 0 '\0', td_base_user_pri = 0 '\0', td_pcb = 0xffffff8090bd2d10, td_state = TDS_INACTIVE, td_retval = {0, 0}, td_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 16, c_cpu = 0}, td_frame = 0xffffff8090bd2c50, td_kstack_obj = 0xfffffe005bb24ca8, td_kstack = 18446743526382039040, td_kstack_pages = 4, td_critnest = 1, td_md = {md_spinlock_count = 0, md_saved_flags = 0}, td_sched = 0xfffffe003b14dce8, td_ar = 0x0, td_lprof = {{lh_first = 0x0}, {lh_first = 0x0}}, td_dtrace = 0x0, td_errno = 0, td_vnet = 0x0, td_vnet_lpush = 0x0, td_intr_frame = 0x0} -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 16:36:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DAE9106566C; Wed, 13 Jun 2012 16:36:44 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5BF1D8FC1D; Wed, 13 Jun 2012 16:36:44 +0000 (UTC) Received: from [172.25.16.115] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id C23F72841A; Wed, 13 Jun 2012 09:29:25 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jason Evans In-Reply-To: <201206131131.21059.jhb@freebsd.org> Date: Wed, 13 Jun 2012 09:29:26 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <75692401-890D-4561-8546-E9428F833F52@freebsd.org> References: <201206131131.21059.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) Cc: current@freebsd.org Subject: Re: jemalloc() assumes DSS is aligned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 16:36:44 -0000 On Jun 13, 2012, at 8:31 AM, John Baldwin wrote: > I tracked down a weird bug at work on the older jemalloc in FreeBSD = 8/9 that a=20 > co-worker tripped over. Specifically, if you build the program below = and link=20 > it with gold, the program will have an _end symbol that is on an odd = address=20 > (std::nothrow results in some single-byte symbol being added to the = end of the=20 > BSS). This causes the first arena allocated by jemalloc to use an odd=20= > address, and the rbt_nil structures for that arena's embedded trees = (like=20 > runs_avail) to be allocated on odd addresses. This interferes with = the RB=20 > trees using the low bit to distinguish red vs black. Specifically, = the=20 > program ends up setting the right node of rbt_nil to an incorrect = pointer=20 > value (the low bit gets cleared) resulting in an eventual segfault. = Looking=20 > at phkmalloc, it always applied round_page() to the results from = sbrk(). I=20 > believe that for jemalloc only the very first allocation from the DSS = needs to=20 > check for misalignment, and the patch below does fix the segfault on = FreeBSD=20 > 8. I have a stab at porting the change to jemalloc 3.0.0 in HEAD, but = I'm not=20 > sure if it is quite correct. Also, I only made the DSS align on the = quantum=20 > boundary rather than a page boundary. BTW, I filed a bug with the = binutils=20 > folks as I initially thought this was a gold bug. However, POSIX = doesn't make=20 > any guarantees about the return value of sbrk(), so I think gold is = not=20 > broken. Hi John, Your fix for FreeBSD 7/8/9 looks correct to me. I don't currently have = any development machines running anything but 10-CURRENT, so I'd be = grateful if you could commit the fix, assuming it isn't much trouble for = you. (I'll set up additional development installations if needed.) I don't think this is an issue for HEAD's chunk_alloc_dss(), because = there is logic to always insert enough padding to allocate on chunk = alignment boundaries, and also base_alloc() no longer makes any attempt = to use a partial dss 'chunk'. Thanks, Jason P.S. Sorry about putting off responding to your original email for too = long.= From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 17:32:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D6D5106566B; Wed, 13 Jun 2012 17:32:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB5C8FC12; Wed, 13 Jun 2012 17:32:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B62EFB981; Wed, 13 Jun 2012 13:32:13 -0400 (EDT) From: John Baldwin To: Jason Evans Date: Wed, 13 Jun 2012 13:28:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <201206131131.21059.jhb@freebsd.org> <75692401-890D-4561-8546-E9428F833F52@freebsd.org> In-Reply-To: <75692401-890D-4561-8546-E9428F833F52@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206131328.31243.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 13:32:13 -0400 (EDT) Cc: current@freebsd.org Subject: Re: jemalloc() assumes DSS is aligned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 17:32:14 -0000 On Wednesday, June 13, 2012 12:29:26 pm Jason Evans wrote: > On Jun 13, 2012, at 8:31 AM, John Baldwin wrote: > > I tracked down a weird bug at work on the older jemalloc in FreeBSD 8/9 that a > > co-worker tripped over. Specifically, if you build the program below and link > > it with gold, the program will have an _end symbol that is on an odd address > > (std::nothrow results in some single-byte symbol being added to the end of the > > BSS). This causes the first arena allocated by jemalloc to use an odd > > address, and the rbt_nil structures for that arena's embedded trees (like > > runs_avail) to be allocated on odd addresses. This interferes with the RB > > trees using the low bit to distinguish red vs black. Specifically, the > > program ends up setting the right node of rbt_nil to an incorrect pointer > > value (the low bit gets cleared) resulting in an eventual segfault. Looking > > at phkmalloc, it always applied round_page() to the results from sbrk(). I > > believe that for jemalloc only the very first allocation from the DSS needs to > > check for misalignment, and the patch below does fix the segfault on FreeBSD > > 8. I have a stab at porting the change to jemalloc 3.0.0 in HEAD, but I'm not > > sure if it is quite correct. Also, I only made the DSS align on the quantum > > boundary rather than a page boundary. BTW, I filed a bug with the binutils > > folks as I initially thought this was a gold bug. However, POSIX doesn't make > > any guarantees about the return value of sbrk(), so I think gold is not > > broken. > > Hi John, > > Your fix for FreeBSD 7/8/9 looks correct to me. I don't currently have any development machines running anything but 10-CURRENT, so I'd be grateful if you could commit the fix, assuming it isn't much trouble for you. (I'll set up additional development installations if needed.) Sure, I'm fine with doing that. > I don't think this is an issue for HEAD's chunk_alloc_dss(), because there is logic to always insert enough padding to allocate on chunk alignment boundaries, and also base_alloc() no longer makes any attempt to use a partial dss 'chunk'. Ok, this was my main concern was to ensure it was fixed going forward. > Thanks, > Jason > > P.S. Sorry about putting off responding to your original email for too long. No problem, I figured the original got lost. :-P -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 17:32:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 438221065670 for ; Wed, 13 Jun 2012 17:32:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3488FC14 for ; Wed, 13 Jun 2012 17:32:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4234CB995; Wed, 13 Jun 2012 13:32:14 -0400 (EDT) From: John Baldwin To: Benjamin Kaduk Date: Wed, 13 Jun 2012 13:32:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <201206130842.58568.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206131332.12301.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 13:32:14 -0400 (EDT) Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 17:32:15 -0000 On Wednesday, June 13, 2012 11:46:56 am Benjamin Kaduk wrote: > On Wed, 13 Jun 2012, John Baldwin wrote: > > > On Wednesday, June 13, 2012 7:11:10 am Svatopluk Kraus wrote: > >> Hi, > >> > >> it looks similar to > >> http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html > > > > Hmm, the code in question has a PRS_NEW check though. > > > > Benjamin, can you go to the scheduler() frame and do 'p *p' and 'p *td'? > > Sure. > > (kgdb) frame 10 > #10 0xffffffff8094b395 in scheduler (dummy=Variable "dummy" is not available. > ) at /usr/src/sys/vm/vm_glue.c:744 > 744 thread_lock(td); > (kgdb) p *p > $1 = {p_list = {le_next = 0xfffffe006d4c1000, le_prev = 0xffffffff80ee8f60}, > p_threads = {tqh_first = 0xfffffe003b14d8c0, tqh_last = 0xfffffe003b14d8d0}, > p_slock = {lock_object = {lo_name = 0xffffffff80b09517 "process slock", > lo_flags = 720896, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, > p_ucred = 0xfffffe00025e4e00, p_fd = 0x0, p_fdtol = 0x0, > p_stats = 0xfffffe00058a1000, p_limit = 0x0, p_limco = {c_links = {sle = { > sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, > c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, > p_sigacts = 0x0, p_flag = 0, p_state = PRS_NEW, p_pid = 3054, p_hash = { Hmmm, p_state == PRS_NEW. I don't understand why this loop didn't bail out earlier then. This is the code in stock HEAD: FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); if (p->p_state == PRS_NEW || p->p_flag & (P_SWAPPINGOUT | P_SWAPPINGIN | P_INMEM)) { PROC_UNLOCK(p); continue; } swtime = (ticks - p->p_swtick) / hz; FOREACH_THREAD_IN_PROC(p, td) { /* * An otherwise runnable thread of a process * swapped out has only the TDI_SWAPPED bit set. * */ thread_lock(td); Granted, my line numbers don't match up with yours (the FOREACH_THREAD_IN_PROC() is at line 755 in HEAD vs 738 in your core). Oh, does your subject line mean you are still running a kernel from that date? I read it as meaning that you had just updated and gotten a crash in top-of-tree and your previously-fine kernel was from the date in the subject. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 18:07:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA32F106564A; Wed, 13 Jun 2012 18:07:00 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF3B8FC12; Wed, 13 Jun 2012 18:07:00 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5DI6W3M059134; Wed, 13 Jun 2012 11:06:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1339610793; bh=N+P8wH2cPR3EhddehIcP9uVtmLIgJRa7UHjZvFCze8g=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=KnSiYXJk4fraEcnRh2/aY8xBGWAoJlvdFpci7JrKde0Ob/hX6Uid+Bvosty/KDtkJ Ji6ljED0Huy6mIMzs7W9tF87RnQSOggAN/8sr199eL8TDF0Zlznf7nTTTGzljSjcv9 G7qgRFCfm/CS6nFGAmbEpch6s4ap29MlnuEm0UDQ= From: Sean Bruno To: Hiroki Sato In-Reply-To: <20120613.120600.2188772873180778735.hrs@allbsd.org> References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> <20120613.120600.2188772873180778735.hrs@allbsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 13 Jun 2012 11:06:32 -0700 Message-ID: <1339610792.2878.5.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 610793002 Cc: "freebsd-current@freebsd.org" Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 18:07:00 -0000 > se> http://people.freebsd.org/~sbruno/est_man.txt > > Looks good. Attached a diff for some small fixes. Updated again with feedback that I've gotten. I changed the "Note that est interface is automatically loaded" to "Note that est capabilities are automatically loaded" Sean From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 18:49:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D85F106566C; Wed, 13 Jun 2012 18:49:36 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id B7E588FC18; Wed, 13 Jun 2012 18:49:35 +0000 (UTC) X-AuditID: 1209190c-b7fb16d000000926-b5-4fd8e0bee539 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 91.EA.02342.EB0E8DF4; Wed, 13 Jun 2012 14:49:34 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id q5DInYda017975; Wed, 13 Jun 2012 14:49:34 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q5DInXxP014216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 13 Jun 2012 14:49:34 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q5DInWOe027413; Wed, 13 Jun 2012 14:49:32 -0400 (EDT) Date: Wed, 13 Jun 2012 14:49:32 -0400 (EDT) From: Benjamin Kaduk To: John Baldwin In-Reply-To: <201206131332.12301.jhb@freebsd.org> Message-ID: References: <201206130842.58568.jhb@freebsd.org> <201206131332.12301.jhb@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPIsWRmVeSWpSXmKPExsUixG6norvvwQ1/g203TCzmvPnAZLH3yHVm i7eHn7A6MHvM+DSfxWPnrLvsAUxRXDYpqTmZZalF+nYJXBlXX9xgLZjCXLH/EW8D4x6mLkYO DgkBE4mbs7W7GDmBTDGJC/fWs4HYQgL7GCVWbi7oYuQCsjcwStydt5IVwjnAJPH2xQpmCKeB UaJ322mwFhYBbYktdzexgthsAioSM99sZAPZICKgJDH1mxpImFnAWeL1xQ/MILawgIfE3wcX mUFKOAUMJR6eDQMJ8wo4SizduBVq/EFGiUX/G1hAEqICOhKr909hgSgSlDg58wkLxExLiXN/ rrNNYBSchSQ1C0lqASPTKkbZlNwq3dzEzJzi1GTd4uTEvLzUIl1DvdzMEr3UlNJNjKBw5ZTk 2cH45qDSIUYBDkYlHt7EQzf8hVgTy4orcw8xSnIwKYnyGt0DCvEl5adUZiQWZ8QXleakFh9i lOBgVhLhXXgGKMebklhZlVqUD5OS5mBREudN4DrrLySQnliSmp2aWpBaBJOV4eBQkuB9fB+o UbAoNT21Ii0zpwQhzcTBCTKcB2j4A5Aa3uKCxNzizHSI/ClGRSlx3lMgCQGQREZpHlwvLJ28 YhQHekWY9yBIFQ8wFcF1vwIazAQ0WPMs2OCSRISUVAMjx+yIxtpsaxPp31ovtXS2MZZsvbVt 6ac1ZndYXjEaz39vL7dT98JBP+vj/TeSDH65KHLzT5A1f9UdWlfLn+i69q2h5PIHn8ouqMRI PQnd8kalk13+iDEwPGP5HYr/Ffgo5VyYUlR1v/G2UDhP2I51LfwHD3sseZt0lFMwrSD8Mnez 1ddPSUosxRmJhlrMRcWJAA/WBCICAwAA Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: panic td->td_lock == NULL in scheduler(), csup'd 2011-02-19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 18:49:36 -0000 On Wed, 13 Jun 2012, John Baldwin wrote: > Oh, does your subject line mean you are still running a kernel from that date? > I read it as meaning that you had just updated and gotten a crash in > top-of-tree and your previously-fine kernel was from the date in the subject. Yes, the subject means that I'm still running the year-plus old code. Sorry to lead you on a wild goose chase... -Ben From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 20:05:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB9B5106566C; Wed, 13 Jun 2012 20:05:12 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7490D8FC0C; Wed, 13 Jun 2012 20:05:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5DK55hV011087; Wed, 13 Jun 2012 14:05:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5DK55X8011084; Wed, 13 Jun 2012 14:05:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 13 Jun 2012 14:05:05 -0600 (MDT) From: Warren Block To: Sean Bruno In-Reply-To: <1339610792.2878.5.camel@powernoodle.corp.yahoo.com> Message-ID: References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> <20120613.120600.2188772873180778735.hrs@allbsd.org> <1339610792.2878.5.camel@powernoodle.corp.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 13 Jun 2012 14:05:05 -0600 (MDT) Cc: "freebsd-current@freebsd.org" Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 20:05:12 -0000 On Wed, 13 Jun 2012, Sean Bruno wrote: > >> se> http://people.freebsd.org/~sbruno/est_man.txt >> >> Looks good. Attached a diff for some small fixes. > > Updated again with feedback that I've gotten. > > I changed the "Note that est interface is automatically loaded" to "Note > that est capabilities are automatically loaded" The only remaining problem I see is .Sh COMPATIBILITY .Nm is only found on supported Intel CPUs. est(4) is not on the supported CPUs, but EST, the feature that est(4) uses. Does "supported" mean "supported by est(4)" or "supported by the CPU"? Maybe Enhanced Speedstep Technology is supported by many Intel CPUs. From owner-freebsd-current@FreeBSD.ORG Wed Jun 13 20:11:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D28C106566C for ; Wed, 13 Jun 2012 20:11:10 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 45B2B8FC0C for ; Wed, 13 Jun 2012 20:11:10 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5DKB9rD011178; Wed, 13 Jun 2012 14:11:09 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5DKB92W011175; Wed, 13 Jun 2012 14:11:09 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 13 Jun 2012 14:11:09 -0600 (MDT) From: Warren Block To: Sean Bruno In-Reply-To: Message-ID: References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> <20120613.120600.2188772873180778735.hrs@allbsd.org> <1339610792.2878.5.camel@powernoodle.corp.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 13 Jun 2012 14:11:09 -0600 (MDT) Cc: "freebsd-current@freebsd.org" Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 20:11:10 -0000 On Wed, 13 Jun 2012, Warren Block wrote: > On Wed, 13 Jun 2012, Sean Bruno wrote: > >> >>> se> http://people.freebsd.org/~sbruno/est_man.txt >>> >>> Looks good. Attached a diff for some small fixes. >> >> Updated again with feedback that I've gotten. >> >> I changed the "Note that est interface is automatically loaded" to "Note >> that est capabilities are automatically loaded" > > The only remaining problem I see is > > .Sh COMPATIBILITY > .Nm > is only found on supported Intel CPUs. > > est(4) is not on the supported CPUs, but EST, the feature that est(4) uses. > > Does "supported" mean "supported by est(4)" or "supported by the CPU"? > > Maybe > > Enhanced Speedstep Technology is supported by many Intel CPUs. Oops, and trailing whitespace on lines 66 and 70. From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 02:10:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CC84106566B for ; Thu, 14 Jun 2012 02:10:48 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 98D8B8FC0A for ; Thu, 14 Jun 2012 02:10:48 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 66DC41CC89; Wed, 13 Jun 2012 23:10:32 -0300 (BRT) Received: from 177.99.69.157 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Wed, 13 Jun 2012 23:10:32 -0300 Message-ID: In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> Date: Wed, 13 Jun 2012 23:10:32 -0300 From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 02:10:49 -0000 On Sun, June 10, 2012 06:46, Alexander Yerenkow wrote: > Okay everyone interested - listen up :) > > http://gits.kiev.ua/FreeBSD/FreeBSD-10-i386-2012-06-08.img.xz > > Here is the image, which can be dd'ed to 4g+ flash drive. > It should be bootable, and contains new xorg, and some soft from ports; > - seamonkey (if you want go to internet) > - stellarium (it's full of stars) > - blender (but it depends on devel/icu which probably built with > error, or by some other reason blender produces coredump) > - xterm and openbox; > > How to use: > boot, login as root; > after passwordless login you can view simple x run script with: > cat ./runx.sh > > or you just launch it > ./runx.sh > > If you have non-intel card, you need edit xorg.conf, and runx.sh > (remove load i915kms). > Load process and X launching can be a while if you have not very fast flash. > > I'll continue improving of infrastructure for building such testing > images, helps and advises appreciated. is this expected not to work on gma500 ? I tried and got error. no X loaded. matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 02:59:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 647E1106566B; Thu, 14 Jun 2012 02:59:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3253B8FC08; Thu, 14 Jun 2012 02:59:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5E2xSA0094179; Wed, 13 Jun 2012 22:59:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5E2xSvW094178; Thu, 14 Jun 2012 02:59:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 14 Jun 2012 02:59:28 GMT Message-Id: <201206140259.q5E2xSvW094178@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 02:59:29 -0000 TB --- 2012-06-14 01:57:56 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-14 01:57:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-14 01:57:56 - starting HEAD tinderbox run for mips/mips TB --- 2012-06-14 01:57:56 - cleaning the object tree TB --- 2012-06-14 01:57:56 - cvsupping the source tree TB --- 2012-06-14 01:57:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-06-14 01:58:29 - building world TB --- 2012-06-14 01:58:29 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 01:58:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 01:58:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 01:58:29 - SRCCONF=/dev/null TB --- 2012-06-14 01:58:29 - TARGET=mips TB --- 2012-06-14 01:58:29 - TARGET_ARCH=mips TB --- 2012-06-14 01:58:29 - TZ=UTC TB --- 2012-06-14 01:58:29 - __MAKE_CONF=/dev/null TB --- 2012-06-14 01:58:29 - cd /src TB --- 2012-06-14 01:58:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 14 01:58:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jun 14 02:58:28 UTC 2012 TB --- 2012-06-14 02:58:28 - cd /src/sys/mips/conf TB --- 2012-06-14 02:58:28 - /usr/sbin/config -m ADM5120 TB --- 2012-06-14 02:58:28 - skipping ADM5120 kernel TB --- 2012-06-14 02:58:28 - cd /src/sys/mips/conf TB --- 2012-06-14 02:58:28 - /usr/sbin/config -m ALCHEMY TB --- 2012-06-14 02:58:28 - skipping ALCHEMY kernel TB --- 2012-06-14 02:58:28 - cd /src/sys/mips/conf TB --- 2012-06-14 02:58:28 - /usr/sbin/config -m AP93 TB --- 2012-06-14 02:58:28 - building AP93 kernel TB --- 2012-06-14 02:58:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 02:58:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 02:58:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 02:58:28 - SRCCONF=/dev/null TB --- 2012-06-14 02:58:28 - TARGET=mips TB --- 2012-06-14 02:58:28 - TARGET_ARCH=mips TB --- 2012-06-14 02:58:28 - TZ=UTC TB --- 2012-06-14 02:58:28 - __MAKE_CONF=/dev/null TB --- 2012-06-14 02:58:28 - cd /src TB --- 2012-06-14 02:58:28 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Jun 14 02:58:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/ath/if_ath_tx_ht.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/ath/if_ath_tdma.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/ath/if_ath_sysctl.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_sysctl.c: In function 'ath_sysctl_txagg': /src/sys/dev/ath/if_ath_sysctl.c:378: error: 'struct ath_softc' has no member named 'sc_txbuf_cnt' *** Error code 1 Stop in /obj/mips.mips/src/sys/AP93. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-14 02:59:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-14 02:59:28 - ERROR: failed to build AP93 kernel TB --- 2012-06-14 02:59:28 - 2567.42 user 549.88 system 3691.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 03:27:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7113A1065680; Thu, 14 Jun 2012 03:27:45 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 4601A8FC0A; Thu, 14 Jun 2012 03:27:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5E3RdWY066371; Thu, 14 Jun 2012 03:27:39 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id vurf9cxnrzb3n3hyisw7cyyrgi; Thu, 14 Jun 2012 03:27:39 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120612202640.GO2337@deviant.kiev.zoral.com.ua> Date: Wed, 13 Jun 2012 20:27:37 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> <4FD7669C.8030802@semihalf.com> <20120612202640.GO2337@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1278) Cc: freebsd-arm@freebsd.org, Jan Sieka , freebsd-current@freebsd.org Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 03:27:45 -0000 On Jun 12, 2012, at 1:26 PM, Konstantin Belousov wrote: > On Tue, Jun 12, 2012 at 05:56:12PM +0200, Jan Sieka wrote: >> Both versions work indeed. I have analysed other architectures'=20 >> lib/libc//Symbol.map files and __flt_rounds should go into = FBSD_ and=20 >> *not* into FBSDprivate section. I have verified that at least one of = the=20 >> Perl's libraries (POSIX.so) links to __flt_rounds. Python also links = to=20 >> this function. So to the best of my knowledge current patch is the=20 >> righteous one. >=20 > Let me restate my point again. It does not matter whether some = application > uses the symbol. It does matter whether the symbol is considered the = part > of exported stable ABI, intended for use by applications. If it is, = then > FBSD_1.X is the right namespace, otherwise symbol should be moved to > private and existing usage fixed. That particular symbol is in FBSD_1.0 for amd64, i386, ia64, powerpc, = powerpc64, sparc64. It's in FBSDPrivate_1.0 for arm. It's not defined for mips at all. The latter two seem to be bugs; I just committed r237039 to fix arm. I haven't checked the situation on mips. Tim From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 03:32:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0BF11065677; Thu, 14 Jun 2012 03:32:20 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id B60518FC14; Thu, 14 Jun 2012 03:32:20 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5E3WKvl066426; Thu, 14 Jun 2012 03:32:20 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 67br62wum4iznr6hhwbgpm5dc2; Thu, 14 Jun 2012 03:32:20 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120612084917.GL2337@deviant.kiev.zoral.com.ua> Date: Wed, 13 Jun 2012 20:32:19 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1278) Cc: freebsd-arm@freebsd.org, Jan Sieka , freebsd-current@freebsd.org Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 03:32:21 -0000 On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote: >>> >>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: >>>> >>>> >>>> After investigating the issue it appeared that __flt_rounds symbol is >>>> not exported by libc. Applying the following patch, recompilling world >>>> and Perl fixed the problem and allowed to use Perl on SheevaPlug: >>>> >>>> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map >>>> index e8c7f1d..8cdcdaf 100644 >>>> --- a/lib/libc/arm/Symbol.map >>>> +++ b/lib/libc/arm/Symbol.map >>>> @@ -70,6 +70,7 @@ FBSDprivate_1.0 { >>>> __divdf3; >>>> __floatsisf; >>>> __floatsidf; >>>> + __flt_rounds; >>>> __fixsfsi; >>>> __fixdfsi; >>>> __fixunssfsi; > If the symbols are used by normal programs, that I think > we should indeed guarantee ABI stability for them, and FBSD_1.3 > namespace is the right namespace to use. Why 1.3? This is a common function across every architecture except MIPS right now (and that's probably easily remedied), so why would it be in a different section for different architectures? Tim From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 04:33:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEBC4106566B for ; Thu, 14 Jun 2012 04:33:09 +0000 (UTC) (envelope-from rgoodfel@eecs.wsu.edu) Received: from mx0b-0007b301.pphosted.com (mx0b-0007b301.pphosted.com [67.231.152.34]) by mx1.freebsd.org (Postfix) with ESMTP id 832A68FC16 for ; Thu, 14 Jun 2012 04:33:09 +0000 (UTC) Received: from pps.filterd (m0000696 [127.0.0.1]) by mx0b-0007b301.pphosted.com (8.14.4/8.14.4) with SMTP id q5E4TwHA012138 for ; Wed, 13 Jun 2012 21:33:03 -0700 Received: from zmail1.eecs.wsu.edu (zmail1.eecs.wsu.edu [69.166.54.48]) by mx0b-0007b301.pphosted.com with ESMTP id 15f2wmrxxr-1 for ; Wed, 13 Jun 2012 21:33:03 -0700 Received: from [128.9.184.199] (unknown [128.9.184.199]) by zmail1.eecs.wsu.edu (Postfix) with ESMTPSA id 9344C66D20A for ; Wed, 13 Jun 2012 21:33:02 -0700 (PDT) From: Ryan Goodfellow Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 13 Jun 2012 21:33:01 -0700 Message-Id: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-14_01:2012-06-13, 2012-06-14, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1206130364 Subject: DTrace broken on 9.0-Release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 04:33:09 -0000 Hi FreeBSD community, Today I downloaded and installed FreeBSD 9.0-RELEASE and followed the = directions from to get DTrace up and = running. The output of DTrace instrumenting a simple program, however, = is not correct. The program is as follows: // test.cc #include int main(void) { for(int i =3D 0; i < 5; i++) { malloc(47); } } then compiling and running DTrace as follows: g++ test.cc -o test dtrace -n 'pid$target::malloc:entry{ }' -c ./test The correct output for this example is something to the tune of: dtrace: description 'pid$target::malloc:entry' matched 2 probes dtrace: pid 95236 has exited CPU ID FUNCTION:NAME 0 188748 malloc:entry=20 0 188748 malloc:entry=20 0 188748 malloc:entry=20 0 188748 malloc:entry=20 0 188748 malloc:entry=20 (this from a machine with the same code running DTrace) The DTrace session should also make an immediate exit on completion. On = FreeBSD I have the following CPU ID FUNCTION:NAME 2 42213 malloc:entry=20 and the execution does either not exit on it's own or hangs, it requires = a ctrl-c. I followed the instructions from the FreeBSD site exactly, compiling and = installing the custom kernel. I used both clang++ and g++ for = compilation with the same result. The system has even completely hung = on other attempts. Is DTrace not something that should be relied upon in FreeBSD? I have = also tried this on the latest 10-CURRENT build with the same result. Thanks Ryan G= From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 05:12:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8829106566B for ; Thu, 14 Jun 2012 05:12:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0438FC14 for ; Thu, 14 Jun 2012 05:12:46 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so3461630pbb.13 for ; Wed, 13 Jun 2012 22:12:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=a3cmr1SaGPG9kzVXJHaXRhvigo+lD3rDPU3hBE0kHIc=; b=t6XE2xMarluTs0pxKs/PH2J7wCiVy+xL//sI8K1ntY88ysqypRU8z53amS/AuFZzkp t53uR8ohYWctWJTKjj05/KhTu3/+OCLnacquyOGxgiijmXdq0U3qpkFFDlOiW47GdI1F KPJkc9epdW6DcQ/n+DYPNGXxZ8wb7ZmBSitD4i2Nu2k15g7zUdADMN/GYB502zwnVSBG /XIXKa1PqwtvQeQuxqJmcVQhwti+zp4KUD9syl41vy2v2EkPhodeQRG80ZvoRWXChwI2 edVSvE8Muh2rthu3e0xjR+BjX5g3WIXRhF2V2cR2IFnAtcAHfVvpCUQHWOngc7wZDBYu nEtQ== MIME-Version: 1.0 Received: by 10.68.129.167 with SMTP id nx7mr3250710pbb.80.1339650766241; Wed, 13 Jun 2012 22:12:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Wed, 13 Jun 2012 22:12:46 -0700 (PDT) In-Reply-To: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> References: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> Date: Wed, 13 Jun 2012 22:12:46 -0700 X-Google-Sender-Auth: EW5W747ihFu817Mp-qMQ-HfULLc Message-ID: From: Adrian Chadd To: Ryan Goodfellow Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: DTrace broken on 9.0-Release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 05:12:46 -0000 Hi, Would you please make sure you file a PR with exactly what you've just listed above? You've gone into great detail here, so it should be easy to reproduce. What happens if you name it 'test.c' and compile it with cc (as a C source) rather than C++? Adrian From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 06:32:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D35B81065702 for ; Thu, 14 Jun 2012 06:32:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 96F4F8FC1A for ; Thu, 14 Jun 2012 06:32:56 +0000 (UTC) Received: by obcni5 with SMTP id ni5so2520005obc.13 for ; Wed, 13 Jun 2012 23:32:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=i1zxW/ko0B8BF5I/TfOSfqxiTF5+QDEWEo/sGWC2kug=; b=vvWpR/DKDDhM1hSmYjjmNsi4GVxk9Fhllp1aZ9PVf9tmN8nDL27cysGNJMrlJ2gjj5 tBP+5WgxaT4YQ02o3W/Fn4wqRjtJxNEhPwYVhlmNzI0TuYLiZB/X/rVpAdumnwnYsUBF cqUgYUgRYxOP3n9dU6+refl8vbJL0DfOoMMReQBu7pfLvM3WeOtrw1LvVBAUDI5BjV7Z RfkLTIIisYzTJVO6gkCIrFHCtVqc12fU/9MyTJzZ1VgUvrLqjg6BkKecZWhZxd+B7KNn SMRrS/TgXKb1/GueMYpAQ4UgDfseu0PZJUpxoKGhyw5zztwQEl+knOv8WRv7GPRdG59m Hhtw== MIME-Version: 1.0 Received: by 10.182.40.5 with SMTP id t5mr462984obk.68.1339655576243; Wed, 13 Jun 2012 23:32:56 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Wed, 13 Jun 2012 23:32:56 -0700 (PDT) In-Reply-To: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> References: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> Date: Wed, 13 Jun 2012 23:32:56 -0700 Message-ID: From: Garrett Cooper To: Ryan Goodfellow Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: DTrace broken on 9.0-Release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 06:32:56 -0000 On Wed, Jun 13, 2012 at 9:33 PM, Ryan Goodfellow wr= ote: > Hi FreeBSD community, > > Today I downloaded and installed FreeBSD 9.0-RELEASE and followed the dir= ections from to get DTrace up and running.= =A0The output of DTrace instrumenting a simple program, however, is not co= rrect. =A0The program is as follows: > > // test.cc > #include > > int main(void) { > =A0for(int i =3D 0; i < 5; i++) { > =A0 =A0malloc(47); > =A0} > } > > then compiling and running DTrace as follows: > > g++ test.cc -o test > > dtrace -n 'pid$target::malloc:entry{ }' -c ./test > > > The correct output for this example is something to the tune of: > > dtrace: description 'pid$target::malloc:entry' matched 2 probes > dtrace: pid 95236 has exited > CPU =A0 =A0 ID =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0FUNCTION:NAME > =A00 188748 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 malloc:entry > =A00 188748 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 malloc:entry > =A00 188748 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 malloc:entry > =A00 188748 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 malloc:entry > =A00 188748 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 malloc:entry > > (this from a machine with the same code running DTrace) > > The DTrace session should also make an immediate exit on completion. On F= reeBSD I have the following > CPU =A0 =A0 ID =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0FUNCTION:NAME > =A02 =A0 =A0 =A042213 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 malloc:entr= y > > and the execution does either not exit on it's own or hangs, it requires = a ctrl-c. > > I followed the instructions from the FreeBSD site exactly, compiling and = installing the custom kernel. =A0I used both clang++ and g++ for compilatio= n with the same result. =A0The system has even completely hung on other att= empts. > > Is DTrace not something that should be relied upon in FreeBSD? =A0I have = also tried this on the latest 10-CURRENT build with the same result. Did you compile world with -fno-omit-frame-pointer ? I didn't doing that (at least) and I'm seeing the same things that you are seeing. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 08:11:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6D461065672; Thu, 14 Jun 2012 08:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 871CA8FC12; Thu, 14 Jun 2012 08:11:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5E8Bg8Q070121; Thu, 14 Jun 2012 04:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5E8BgRA070120; Thu, 14 Jun 2012 08:11:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 14 Jun 2012 08:11:42 GMT Message-Id: <201206140811.q5E8BgRA070120@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 08:11:44 -0000 TB --- 2012-06-14 07:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-14 07:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-14 07:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-14 07:10:00 - cleaning the object tree TB --- 2012-06-14 07:10:00 - cvsupping the source tree TB --- 2012-06-14 07:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-14 07:11:06 - building world TB --- 2012-06-14 07:11:06 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 07:11:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 07:11:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 07:11:06 - SRCCONF=/dev/null TB --- 2012-06-14 07:11:06 - TARGET=arm TB --- 2012-06-14 07:11:06 - TARGET_ARCH=arm TB --- 2012-06-14 07:11:06 - TZ=UTC TB --- 2012-06-14 07:11:06 - __MAKE_CONF=/dev/null TB --- 2012-06-14 07:11:06 - cd /src TB --- 2012-06-14 07:11:06 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 14 07:11:06 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jun 14 08:11:17 UTC 2012 TB --- 2012-06-14 08:11:17 - cd /src/sys/arm/conf TB --- 2012-06-14 08:11:17 - /usr/sbin/config -m AVILA TB --- 2012-06-14 08:11:17 - building AVILA kernel TB --- 2012-06-14 08:11:17 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 08:11:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 08:11:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 08:11:17 - SRCCONF=/dev/null TB --- 2012-06-14 08:11:17 - TARGET=arm TB --- 2012-06-14 08:11:17 - TARGET_ARCH=arm TB --- 2012-06-14 08:11:17 - TZ=UTC TB --- 2012-06-14 08:11:17 - __MAKE_CONF=/dev/null TB --- 2012-06-14 08:11:17 - cd /src TB --- 2012-06-14 08:11:17 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jun 14 08:11:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/linker_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h rm -f .newdep /usr/bin/make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -mlittle-endian -E" CC="cc -mlittle-endian" xargs mkdep -a -f .newdep -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding /src/sys/arm/arm/machdep.c:83:27: error: machine/atags.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-14 08:11:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-14 08:11:42 - ERROR: failed to build AVILA kernel TB --- 2012-06-14 08:11:42 - 2435.68 user 567.71 system 3701.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 09:55:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FE651065759 for ; Thu, 14 Jun 2012 09:55:17 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.30]) by mx1.freebsd.org (Postfix) with ESMTP id C0CC78FC17 for ; Thu, 14 Jun 2012 09:55:16 +0000 (UTC) Received: from [78.35.134.186] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Sf6lQ-00048u-B7; Thu, 14 Jun 2012 11:54:52 +0200 Date: Thu, 14 Jun 2012 11:53:01 +0200 From: Fabian Keil To: Ryan Goodfellow Message-ID: <20120614115301.1cd0975b@fabiankeil.de> In-Reply-To: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> References: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/E6obdHOAq.1VH2PflLSPJDX"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org Subject: Re: DTrace broken on 9.0-Release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 09:55:17 -0000 --Sig_/E6obdHOAq.1VH2PflLSPJDX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Ryan Goodfellow wrote: > Today I downloaded and installed FreeBSD 9.0-RELEASE and followed the > directions from to get DTrace up and > running. The output of DTrace instrumenting a simple program, however, > is not correct. The program is as follows: >=20 > // test.cc > #include >=20 > int main(void) { > for(int i =3D 0; i < 5; i++) { > malloc(47); > } > } >=20 > then compiling and running DTrace as follows: >=20 > g++ test.cc -o test >=20 > dtrace -n 'pid$target::malloc:entry{ }' -c ./test >=20 >=20 > The correct output for this example is something to the tune of: >=20 > dtrace: description 'pid$target::malloc:entry' matched 2 probes > dtrace: pid 95236 has exited > CPU ID FUNCTION:NAME > 0 188748 malloc:entry=20 > 0 188748 malloc:entry=20 > 0 188748 malloc:entry=20 > 0 188748 malloc:entry=20 > 0 188748 malloc:entry=20 >=20 > (this from a machine with the same code running DTrace) >=20 > The DTrace session should also make an immediate exit on completion. On > FreeBSD I have the following CPU ID FUNCTION:NAME > 2 42213 malloc:entry=20 >=20 > and the execution does either not exit on it's own or hangs, it requires > a ctrl-c. Doesn't work for me either on 10-CURRENT amd64. Converting it to C doesn't make a difference, it works if one changes the loop to "for (;;)", though. > I followed the instructions from the FreeBSD site exactly, compiling and > installing the custom kernel. I used both clang++ and g++ for > compilation with the same result. The system has even completely hung > on other attempts. >=20 > Is DTrace not something that should be relied upon in FreeBSD? I have > also tried this on the latest 10-CURRENT build with the same result. In my opinion the problem with DTrace on FreeBSD is that while it's known to be incomplete, there doesn't seem to be documentation available about which parts are supposed to work already and which aren't. For example the trivial example program at: http://wiki.freebsd.org/DTrace/userland (which works for me) doesn't actually use a counting loop, so maybe dtracing your example program isn't supposed to work yet and never did on FreeBSD. Without documentation it's hard to tell. Fabian --Sig_/E6obdHOAq.1VH2PflLSPJDX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ZtIUACgkQBYqIVf93VJ0vHQCfS/5oHrwEDEr7vhi7EFjXUm9t CUIAoI/sPbw1WwPbfjK/axaieisKKcEu =Ouc8 -----END PGP SIGNATURE----- --Sig_/E6obdHOAq.1VH2PflLSPJDX-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 10:57:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8E82106566B; Thu, 14 Jun 2012 10:57:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 604708FC0A; Thu, 14 Jun 2012 10:57:40 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sf7kB-00050e-Dz; Thu, 14 Jun 2012 11:57:39 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sf7kB-0002UW-AZ; Thu, 14 Jun 2012 11:57:39 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5EAvdI5035802; Thu, 14 Jun 2012 11:57:39 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5EAvdh6035801; Thu, 14 Jun 2012 11:57:39 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 14 Jun 2012 11:57:38 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: csup ends up in sigwai after "Shutting down connection to server", never exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 10:57:40 -0000 On ia64 r235474 and r235163 I get: # csup -L2 /root/ports-supfile Parsing supfile "/root/ports-supfile" Connecting to cvsup.uk.FreeBSD.org Connected to 131.111.8.41 Server software version: SNAP_16_1h MD5 authentication started MD5 authentication successful Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection ports-all/cvs Shutting down connection to server csup never exits. >From top: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup On amd64 r236740M I don't see this problem. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 11:15:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0C93106566C; Thu, 14 Jun 2012 11:15:09 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 5F01D8FC17; Thu, 14 Jun 2012 11:15:09 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sf816-0006Sv-MY; Thu, 14 Jun 2012 12:15:08 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sf813-0000bW-R8; Thu, 14 Jun 2012 12:15:07 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5EBF58a036652; Thu, 14 Jun 2012 12:15:05 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5EBF5t9036651; Thu, 14 Jun 2012 12:15:05 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 14 Jun 2012 12:15:05 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120614111505.GA36160@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 11:15:09 -0000 On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: > On ia64 r235474 and r235163 I get: > > # csup -L2 /root/ports-supfile > Parsing supfile "/root/ports-supfile" > Connecting to cvsup.uk.FreeBSD.org > Connected to 131.111.8.41 > Server software version: SNAP_16_1h > MD5 authentication started > MD5 authentication successful > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection ports-all/cvs > Shutting down connection to server > > csup never exits. > > >From top: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup > > > On amd64 r236740M I don't see this problem. Just to update - I don't see this problem on ia64 r231193M. It seems the only relevant change in usr.bin/csup since then was: Index: usr.bin/csup/auth.c =================================================================== --- usr.bin/csup/auth.c (revision 231193) +++ usr.bin/csup/auth.c (working copy) @@ -293,7 +293,7 @@ gettimeofday(&tv, NULL); pid = getpid(); ppid = getppid(); - srand(tv.tv_usec ^ tv.tv_sec ^ pid); + srandom(tv.tv_usec ^ tv.tv_sec ^ pid); addrlen = sizeof(laddr); error = getsockname(config->socket, (struct sockaddr *)&laddr, &addrlen); if (error < 0) { -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 12:11:19 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DB471065678; Thu, 14 Jun 2012 12:11:19 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 88F0A8FC1C; Thu, 14 Jun 2012 12:11:18 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 9DA31B805E; Thu, 14 Jun 2012 16:11:11 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 7F141B8027; Thu, 14 Jun 2012 16:11:11 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 78E33BA043; Thu, 14 Jun 2012 16:11:11 +0400 (MSK) Received: from [127.0.0.1] (unknown [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id 3CAD6BA03D; Thu, 14 Jun 2012 16:11:11 +0400 (MSK) Message-ID: <4FD9D4DF.9090609@FreeBSD.org> Date: Thu, 14 Jun 2012 16:11:11 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Hiroki Sato References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> In-Reply-To: <20120610.224813.710171778841273502.hrs@allbsd.org> X-Enigmail-Version: 1.4.1 Content-Type: multipart/mixed; boundary="------------000000090006070106000802" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: Warren Block , Andriy Gapon , Pawel Jakub Dawidek , current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 12:11:19 -0000 This is a multi-part message in MIME format. --------------000000090006070106000802 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit On 10.06.2012 17:48, Hiroki Sato wrote: > ae> Yes, i also have thought about this and this should work for most GEOM classes, > ae> but i revised again PMBR code and it seems that it will not work anyway :) > ae> Our PMBR doesn't use backup GPT header and table, and it doesn't verify > ae> correctness of primary GPT. > ae> > ae> From the other side, there are three situations when we use GPT: > ae> 1. FreeBSD is only one system on the disk and we use PMBR and gptboot to boot it. > ae> > ae> In case if we will fix PMBR your patch will help. > > I created the attached patchset for the loader and pmbr to support > backup GPT header when the primary one is corrupted. Can anyone test > and/or review it? > > The pmbr program now checks the GPT signature, and if failed it tries > to search the backup header from the last LBA. When GEOM metadata is > found at the last LBA, the second last will be checked. The > loader(8) program also supports the same algorithm to search the > backup header. Hi, I have tested your patch and discovered yet another problem. Actually the loader(8) doesn't read backup GPT header and table and this stops booting when primary header or table damaged (pmbr and gptboot works as expected in this case). The libi386/biosdisk.c should be modified to add this support. Also, our PMBR image doesn't contain any partition entries and writing it to the disk with dd(1) makes the system unbootable. What you think if we will add one partition entry to the PMBR image? I modified your patch (the last hunk added) and it is attached. -- WBR, Andrey V. Elsukov --------------000000090006070106000802 Content-Type: text/plain; charset=windows-1251; name="pmbr.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pmbr.diff" Index: head/sys/boot/i386/pmbr/pmbr.s =================================================================== --- head/sys/boot/i386/pmbr/pmbr.s (revision 237056) +++ head/sys/boot/i386/pmbr/pmbr.s (working copy) @@ -42,8 +42,9 @@ .set STACK,EXEC+SECSIZE*4 # Stack address .set GPT_ADDR,STACK # GPT header address .set GPT_SIG,0 - .set GPT_SIG_0,0x20494645 - .set GPT_SIG_1,0x54524150 + .set GPT_SIG_0,0x20494645 # "EFI " + .set GPT_SIG_1,0x54524150 # "PART" + .set GEOM_MAGIC,0x4d4f4547 # "GEOM" .set GPT_MYLBA,24 .set GPT_PART_LBA,72 .set GPT_NPART,80 @@ -52,6 +53,8 @@ .set PART_TYPE,0 .set PART_START_LBA,32 .set PART_END_LBA,40 + .set DPBUF,PART_ADDR+SECSIZE + .set DPBUF_SEC,0x10 # Number of sectors .set NHRDRV,0x475 # Number of hard drives @@ -91,16 +94,40 @@ main: cmpb $0x80,%dl # Drive valid? jb main.2 # Yes main.1: movb $0x80,%dl # Assume drive 0x80 # -# Load the primary GPT header from LBA 1 and verify signature. +# Load the GPT header and verify signature. Try LBA 1 for the primary one and +# the last LBA for the backup if it is broken. Skip the LBAs if GEOM +# metadata found at the backup location. # -main.2: movw $GPT_ADDR,%bx +main.2: call getdrvparams # Read drive parameters + movb $1,%dh # %dh := 1 (reading primary) +main.2a: movw $GPT_ADDR,%bx movw $lba,%si - call read + call read # Read header and check GPT sig cmpl $GPT_SIG_0,GPT_ADDR+GPT_SIG - jnz err_pt + jnz main.2b cmpl $GPT_SIG_1,GPT_ADDR+GPT_SIG+4 - jnz err_pt + jnz main.2b + jmp load_part +main.2b: cmpb $1,%dh # Reading primary? + je main.3 # Try backup if yes + cmpl $GEOM_MAGIC,GPT_ADDR # GEOM sig at backup location? + jz main.3 # Skip GEOM metadata + jmp err_pt # Invalid table found # +# Try alternative LBAs from the last sector for the GPT header. +# +main.3: movb $0,%dh # %dh := 0 (reading backup) + movw $DPBUF+DPBUF_SEC,%si # %si = last sector + 1 + movw $lba,%di # %di = $lba + cmpl $0,(%si) # + jnz main.3a # + decl 0x4(%si) # 0x4(%si) = last sec (32-64) +main.3a: decl (%si) # 0x0(%si) = last sec (0-31) + movw $2,%cx + rep + movsw # $lastsec--, copy it to $lba + jmp main.2a # Read the next sector +# # Load a partition table sector from disk and look for a FreeBSD boot # partition. # @@ -172,6 +199,16 @@ read: pushl 0x4(%si) # Set the LBA jc err_rd # If error ret # +# Check the number of LBAs on the drive index %dx. Trashes %ax and %si. +# +getdrvparams: + movw $DPBUF,%si # Set the address of result buf + movw $0x001e,(%si) # len + movw $0x4800,%ax # BIOS: Read Drive Parameters + int $0x13 # Call the BIOS + jc err_rd # "I/O error" if error + ret +# # Various error message entry points. # err_big: movw $msg_big,%si # "Boot loader too @@ -219,5 +256,15 @@ boot_uuid: .long 0x83bd6b9d sig: .long 0 # OS Disk Signature .word 0 # "Unknown" in PMBR -partbl: .fill 0x10,0x4,0x0 # Partition table +partbl: .byte 0x80 + .byte 0x00 + .byte 0x02 + .byte 0x00 + .byte 0xee + .byte 0xff + .byte 0xff + .byte 0xff + .long 1 + .long 0xffffffff + .fill 0x10,0x3,0x0 # Partition table .word MAGIC # Magic number --------------000000090006070106000802-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 12:34:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F14B21065672; Thu, 14 Jun 2012 12:34:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5038FC08; Thu, 14 Jun 2012 12:34:49 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5ECYX82062827; Thu, 14 Jun 2012 15:34:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5ECYXq6032541; Thu, 14 Jun 2012 15:34:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5ECYWXs032540; Thu, 14 Jun 2012 15:34:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Jun 2012 15:34:32 +0300 From: Konstantin Belousov To: Tim Kientzle Message-ID: <20120614123432.GB2337@deviant.kiev.zoral.com.ua> References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zUOaI4FcYSvHUUu9" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-arm@freebsd.org, Jan Sieka , freebsd-current@freebsd.org Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 12:34:50 -0000 --zUOaI4FcYSvHUUu9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 13, 2012 at 08:32:19PM -0700, Tim Kientzle wrote: > On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote: > >>>=20 > >>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: > >>>>=20 > >>>>=20 > >>>> After investigating the issue it appeared that __flt_rounds symbol is > >>>> not exported by libc. Applying the following patch, recompilling wor= ld > >>>> and Perl fixed the problem and allowed to use Perl on SheevaPlug: > >>>>=20 > >>>> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map > >>>> index e8c7f1d..8cdcdaf 100644 > >>>> --- a/lib/libc/arm/Symbol.map > >>>> +++ b/lib/libc/arm/Symbol.map > >>>> @@ -70,6 +70,7 @@ FBSDprivate_1.0 { > >>>> __divdf3; > >>>> __floatsisf; > >>>> __floatsidf; > >>>> + __flt_rounds; > >>>> __fixsfsi; > >>>> __fixdfsi; > >>>> __fixunssfsi; >=20 >=20 > > If the symbols are used by normal programs, that I think > > we should indeed guarantee ABI stability for them, and FBSD_1.3 > > namespace is the right namespace to use. >=20 > Why 1.3? >=20 > This is a common function across every architecture except MIPS right > now (and that's probably easily remedied), so why would it be in > a different section for different architectures? The libc.so built as a result is architecture-specific, so it shall follow the ABI and ABI history of that architecture. By the project policy, a symbol added during the lifetime of CURRENT-10, goes into FBSD_1.3 version namespace. What other arches do there is irrelevant. --zUOaI4FcYSvHUUu9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/Z2lcACgkQC3+MBN1Mb4j1wQCgui/jL5mTE5ZMIZNY669NHaHg YcMAoLBSxh8hPyn2TcF7GKvuWi9nt9SA =iVWx -----END PGP SIGNATURE----- --zUOaI4FcYSvHUUu9-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:08:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F13F106567B for ; Thu, 14 Jun 2012 13:08:56 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9009E8FC18 for ; Thu, 14 Jun 2012 13:08:55 +0000 (UTC) Received: by laai10 with SMTP id i10so1503127laa.13 for ; Thu, 14 Jun 2012 06:08:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=KGBpSOg2GtK5SyKVdXtB5thi8BJTp/Iwo8WEX1BHOkg=; b=BC4NKNB/UHljteRrfArgpzbHRa1icyGyfV62qCKeUqn+q4swD/DZH7vPEHDBkGd3tn K8o2qg3Y4e/ImP717FugTIgNzwSu0Jmbfnn4wnErdESvXTKxysXrJNFBcmdZA2XVzw1y CDuBRUybB9iJLthKxh89bvNYAbha92bLIqza3jJsPFThNbD+eXMFcBwb/3zT2LhzOVXj X+MDJoofPJb8T+BjCLaeLQ9ioWM8vic4iu4KU9i0ha2+WL+TkgSL+yy7yhvxq0e6lDqA nDVlkuUurlIHuvJrQO9wmApVSe9HunIB7ydWvU7l0jAnIdu1RGKZCR+P0uameYczvhxs 7wqQ== MIME-Version: 1.0 Received: by 10.152.148.170 with SMTP id tt10mr1816557lab.48.1339679333868; Thu, 14 Jun 2012 06:08:53 -0700 (PDT) Received: by 10.112.100.68 with HTTP; Thu, 14 Jun 2012 06:08:53 -0700 (PDT) In-Reply-To: <4FD9D4DF.9090609@FreeBSD.org> References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> Date: Thu, 14 Jun 2012 15:08:53 +0200 Message-ID: From: Olivier Smedts To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnVj7EuWkNwx0G5YyrKkfgZf11/j82cHaxQjdJR0yPLWuClsUD8nlKUHhmWc30SaraTswB8 Cc: Warren Block , Pawel Jakub Dawidek , current@freebsd.org, Andriy Gapon Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 13:08:56 -0000 2012/6/14 Andrey V. Elsukov : > Also, our PMBR image doesn't contain any partition entries and > writing it to the disk with dd(1) makes the system unbootable. > What you think if we will add one partition entry to the PMBR image? > I modified your patch (the last hunk added) and it is attached. Isn't it gpart(8)'s job to write the proper boot code from the pmbr image without damaging the partition table ? ie. "gpart bootcode -b /boot/pmbr ada0" instead of using dd. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:20:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 583A2106566B; Thu, 14 Jun 2012 13:20:32 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id C43188FC1D; Thu, 14 Jun 2012 13:20:29 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id D9E44D480AE; Thu, 14 Jun 2012 15:20:17 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 89660C28; Thu, 14 Jun 2012 15:20:16 +0200 (CEST) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 5EB7DE38A; Thu, 14 Jun 2012 13:20:16 +0000 (UTC) Date: Thu, 14 Jun 2012 15:20:16 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120614132016.GB40355@felucia.tataz.chchile.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org, Maxime Henrion References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Maxime Henrion Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 13:20:32 -0000 Hi Anton, On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: > On ia64 r235474 and r235163 I get: > > # csup -L2 /root/ports-supfile > Parsing supfile "/root/ports-supfile" > Connecting to cvsup.uk.FreeBSD.org > Connected to 131.111.8.41 > Server software version: SNAP_16_1h > MD5 authentication started > MD5 authentication successful > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection ports-all/cvs > Shutting down connection to server > > csup never exits. > > >From top: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup > > > On amd64 r236740M I don't see this problem. mux@ fixed many bugs in his bitbucket source tree [1], would you mind giving it a spin? I may import the latest code into the tree when I have enough free time. [1] https://bitbucket.org/mux/csup -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 13:50:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 68145106566B for ; Thu, 14 Jun 2012 13:50:16 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B2CBB153FED; Thu, 14 Jun 2012 13:50:14 +0000 (UTC) Message-ID: <4FD9EC14.8070203@FreeBSD.org> Date: Thu, 14 Jun 2012 17:50:12 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Olivier Smedts References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig02D67ED291418359EC897546" Cc: current@freebsd.org Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 13:50:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig02D67ED291418359EC897546 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 14.06.2012 17:08, Olivier Smedts wrote: > 2012/6/14 Andrey V. Elsukov : >> Also, our PMBR image doesn't contain any partition entries and >> writing it to the disk with dd(1) makes the system unbootable. >> What you think if we will add one partition entry to the PMBR image? >> I modified your patch (the last hunk added) and it is attached. >=20 > Isn't it gpart(8)'s job to write the proper boot code from the pmbr > image without damaging the partition table ? >=20 > ie. "gpart bootcode -b /boot/pmbr ada0" instead of using dd. gpart(8) works only when GPT's geom exists, when PMBR is damaged GEOM_PART_GPT can't detect GPT and thus you can't use it. --=20 WBR, Andrey V. Elsukov --------------enig02D67ED291418359EC897546 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP2ewUAAoJEAHF6gQQyKF6NNkIAKbmq2s6CYt3hp7+VCVpvvv4 vkBFxm6lKyipT/mP+t9ic1mCZX6GB2nT+Ur94vQhFi5GQu/tQRCMnfMifs+UMnJ2 PkRX0445A3Q0/85EIuN0pp0wLxukXRhRtCbTy2VKXtA2UOOzSIhRZH7+0mETRe+O x9BO3SU+GPW6nSkHcMXX/sCAUy2UmAWBjsNP+nfWuIrNBRq0jkSYcCrim4zdge8Z RCGXIPveKVYggkIz/0Ku2AUnv/yk3fRuDIiq8B7ELcL2Ffdx1wiFTT9EE/+8W1ZE ff/SI5z4I+nXtJIOr/enRyihMaG17RH5qNGyPgHuiV9PS+jlHGziunF5JL9qP5E= =uo6i -----END PGP SIGNATURE----- --------------enig02D67ED291418359EC897546-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:03:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BD8106566C; Thu, 14 Jun 2012 15:03:32 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 991B18FC12; Thu, 14 Jun 2012 15:03:32 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5EF3VbS018198; Thu, 14 Jun 2012 09:03:31 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5EF3Vgd018195; Thu, 14 Jun 2012 09:03:31 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 14 Jun 2012 09:03:31 -0600 (MDT) From: Warren Block To: "Andrey V. Elsukov" In-Reply-To: <4FD9EC14.8070203@FreeBSD.org> Message-ID: References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> <4FD9EC14.8070203@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 14 Jun 2012 09:03:31 -0600 (MDT) Cc: Olivier Smedts , current@freebsd.org Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 15:03:33 -0000 On Thu, 14 Jun 2012, Andrey V. Elsukov wrote: > On 14.06.2012 17:08, Olivier Smedts wrote: >> 2012/6/14 Andrey V. Elsukov : >>> Also, our PMBR image doesn't contain any partition entries and >>> writing it to the disk with dd(1) makes the system unbootable. >>> What you think if we will add one partition entry to the PMBR image? >>> I modified your patch (the last hunk added) and it is attached. >> >> Isn't it gpart(8)'s job to write the proper boot code from the pmbr >> image without damaging the partition table ? >> >> ie. "gpart bootcode -b /boot/pmbr ada0" instead of using dd. > > gpart(8) works only when GPT's geom exists, when PMBR is damaged > GEOM_PART_GPT can't detect GPT and thus you can't use it. So the idea is that you could dd this to the first block of any given drive and at least have one active partition marked, even if the start or end is not necessarily correct? That could be useful. However, an empty partition table is clearly empty, but a program won't be able to tell whether a pre-filled partition table is real or not. (Aside from whether to do it: the "partition table" comment is now on the second entry, and it would be nice to have some comments to identify the fields on the new static entry, like 0x80 # active, 0x00 # head, and so on.) From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:04:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1AAC1065670; Thu, 14 Jun 2012 15:04:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 67B688FC1D; Thu, 14 Jun 2012 15:04:19 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SfBas-0000h3-Ho; Thu, 14 Jun 2012 16:04:18 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SfBas-0004Gp-67; Thu, 14 Jun 2012 16:04:18 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5EF4HZx001337; Thu, 14 Jun 2012 16:04:17 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5EF4HKP001336; Thu, 14 Jun 2012 16:04:17 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 14 Jun 2012 16:04:17 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org, Maxime Henrion Message-ID: <20120614150417.GA1309@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org, Maxime Henrion References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> <20120614132016.GB40355@felucia.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120614132016.GB40355@felucia.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 15:04:19 -0000 On Thu, Jun 14, 2012 at 03:20:16PM +0200, Jeremie Le Hen wrote: > Hi Anton, > > On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: > > On ia64 r235474 and r235163 I get: > > > > # csup -L2 /root/ports-supfile > > Parsing supfile "/root/ports-supfile" > > Connecting to cvsup.uk.FreeBSD.org > > Connected to 131.111.8.41 > > Server software version: SNAP_16_1h > > MD5 authentication started > > MD5 authentication successful > > Negotiating file attribute support > > Exchanging collection information > > Establishing multiplexed-mode data connection > > Running > > Updating collection ports-all/cvs > > Shutting down connection to server > > > > csup never exits. > > > > >From top: > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup > > > > > > On amd64 r236740M I don't see this problem. > > mux@ fixed many bugs in his bitbucket source tree [1], would you mind > giving it a spin? I may import the latest code into the tree when I > have enough free time. > > [1] https://bitbucket.org/mux/csup no, this doesn't help. I get exactly the same behaviour. Perhaps the problem is not in csup. Any ideas on how to debug this further? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:09:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A973F1065675; Thu, 14 Jun 2012 15:09:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 726078FC0C; Thu, 14 Jun 2012 15:09:44 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CA4CDB962; Thu, 14 Jun 2012 11:09:42 -0400 (EDT) From: John Baldwin To: "Andrey V. Elsukov" Date: Thu, 14 Jun 2012 08:18:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FCF3021.5070802@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> In-Reply-To: <4FD9D4DF.9090609@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206140818.10058.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Jun 2012 11:09:42 -0400 (EDT) Cc: Warren Block , Pawel Jakub Dawidek , current@freebsd.org, Andriy Gapon Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 15:09:44 -0000 On Thursday, June 14, 2012 8:11:11 am Andrey V. Elsukov wrote: > On 10.06.2012 17:48, Hiroki Sato wrote: > > ae> Yes, i also have thought about this and this should work for most GEOM classes, > > ae> but i revised again PMBR code and it seems that it will not work anyway :) > > ae> Our PMBR doesn't use backup GPT header and table, and it doesn't verify > > ae> correctness of primary GPT. > > ae> > > ae> From the other side, there are three situations when we use GPT: > > ae> 1. FreeBSD is only one system on the disk and we use PMBR and gptboot to boot it. > > ae> > > ae> In case if we will fix PMBR your patch will help. > > > > I created the attached patchset for the loader and pmbr to support > > backup GPT header when the primary one is corrupted. Can anyone test > > and/or review it? > > > > The pmbr program now checks the GPT signature, and if failed it tries > > to search the backup header from the last LBA. When GEOM metadata is > > found at the last LBA, the second last will be checked. The > > loader(8) program also supports the same algorithm to search the > > backup header. > > Hi, > > I have tested your patch and discovered yet another problem. > Actually the loader(8) doesn't read backup GPT header and table and > this stops booting when primary header or table damaged > (pmbr and gptboot works as expected in this case). > The libi386/biosdisk.c should be modified to add this support. > > Also, our PMBR image doesn't contain any partition entries and > writing it to the disk with dd(1) makes the system unbootable. > What you think if we will add one partition entry to the PMBR image? > I modified your patch (the last hunk added) and it is attached. That is on purpose. It is the responsibility of gpart to create the partition entry, not to hardcode one in pmbr.S. You aren't supposed to dd pmbr to the disk, but use gpart to install it as bootcode. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 15:28:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FE811065670; Thu, 14 Jun 2012 15:28:24 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id B33588FC0A; Thu, 14 Jun 2012 15:28:23 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id q5EFSKLx030092; Thu, 14 Jun 2012 17:28:20 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4FDA0311.2050300@fgznet.ch> Date: Thu, 14 Jun 2012 17:28:17 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org, Maxime Henrion References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> <20120614132016.GB40355@felucia.tataz.chchile.org> <20120614150417.GA1309@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20120614150417.GA1309@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 15:28:24 -0000 On 14.06.12 17:04, Anton Shterenlikht wrote: > On Thu, Jun 14, 2012 at 03:20:16PM +0200, Jeremie Le Hen wrote: >> Hi Anton, >> >> On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: >>> On ia64 r235474 and r235163 I get: >>> >>> # csup -L2 /root/ports-supfile >>> Parsing supfile "/root/ports-supfile" >>> Connecting to cvsup.uk.FreeBSD.org >>> Connected to 131.111.8.41 >>> Server software version: SNAP_16_1h >>> MD5 authentication started >>> MD5 authentication successful >>> Negotiating file attribute support >>> Exchanging collection information >>> Establishing multiplexed-mode data connection >>> Running >>> Updating collection ports-all/cvs >>> Shutting down connection to server >>> >>> csup never exits. >>> >>> >From top: >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >>> 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup >>> >>> >>> On amd64 r236740M I don't see this problem. >> >> mux@ fixed many bugs in his bitbucket source tree [1], would you mind >> giving it a spin? I may import the latest code into the tree when I >> have enough free time. >> >> [1] https://bitbucket.org/mux/csup > > no, this doesn't help. > I get exactly the same behaviour. > Perhaps the problem is not in csup. > > Any ideas on how to debug this further? > Not really debugging, but did you try to fetch a fresh ports-tree? Had something similar yesterday (afair on ppc64) and ended with a fresh csup. Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:01:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC44106564A for ; Thu, 14 Jun 2012 16:01:07 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8653C8FC08 for ; Thu, 14 Jun 2012 16:01:07 +0000 (UTC) Received: from [96.24.66.162] (port=59973 helo=[192.168.1.14]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1SfCTY-0004GB-4a; Thu, 14 Jun 2012 12:00:48 -0400 Mime-Version: 1.0 (Apple Message framework v1280) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: <20120614115301.1cd0975b@fabiankeil.de> Date: Thu, 14 Jun 2012 09:00:45 -0700 Content-Transfer-Encoding: 7bit Message-Id: <5BD5B2B1-7165-4705-8750-50EEBB5E26F2@neville-neil.com> References: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> <20120614115301.1cd0975b@fabiankeil.de> To: Fabian Keil X-Mailer: Apple Mail (2.1280) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: freebsd-current@freebsd.org, Ryan Goodfellow Subject: Re: DTrace broken on 9.0-Release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 16:01:08 -0000 Top post. File a PR and assign it to me (gnn) please. I'm on vacation until Sunday but I am actively working on DTrace when I'm not on vacation. Best, Geo On Jun 14, 2012, at 02:53 , Fabian Keil wrote: > Ryan Goodfellow wrote: > >> Today I downloaded and installed FreeBSD 9.0-RELEASE and followed the >> directions from to get DTrace up and >> running. The output of DTrace instrumenting a simple program, however, >> is not correct. The program is as follows: >> >> // test.cc >> #include >> >> int main(void) { >> for(int i = 0; i < 5; i++) { >> malloc(47); >> } >> } >> >> then compiling and running DTrace as follows: >> >> g++ test.cc -o test >> >> dtrace -n 'pid$target::malloc:entry{ }' -c ./test >> >> >> The correct output for this example is something to the tune of: >> >> dtrace: description 'pid$target::malloc:entry' matched 2 probes >> dtrace: pid 95236 has exited >> CPU ID FUNCTION:NAME >> 0 188748 malloc:entry >> 0 188748 malloc:entry >> 0 188748 malloc:entry >> 0 188748 malloc:entry >> 0 188748 malloc:entry >> >> (this from a machine with the same code running DTrace) >> >> The DTrace session should also make an immediate exit on completion. On >> FreeBSD I have the following CPU ID FUNCTION:NAME >> 2 42213 malloc:entry >> >> and the execution does either not exit on it's own or hangs, it requires >> a ctrl-c. > > Doesn't work for me either on 10-CURRENT amd64. > Converting it to C doesn't make a difference, it works if > one changes the loop to "for (;;)", though. > >> I followed the instructions from the FreeBSD site exactly, compiling and >> installing the custom kernel. I used both clang++ and g++ for >> compilation with the same result. The system has even completely hung >> on other attempts. >> >> Is DTrace not something that should be relied upon in FreeBSD? I have >> also tried this on the latest 10-CURRENT build with the same result. > > In my opinion the problem with DTrace on FreeBSD is that while it's > known to be incomplete, there doesn't seem to be documentation > available about which parts are supposed to work already and which > aren't. > > For example the trivial example program at: > http://wiki.freebsd.org/DTrace/userland (which works for me) doesn't > actually use a counting loop, so maybe dtracing your example program > isn't supposed to work yet and never did on FreeBSD. > > Without documentation it's hard to tell. > > Fabian From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:05:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A38A1065674 for ; Thu, 14 Jun 2012 16:05:43 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C83B58FC14 for ; Thu, 14 Jun 2012 16:05:42 +0000 (UTC) Received: by laai10 with SMTP id i10so1692137laa.13 for ; Thu, 14 Jun 2012 09:05:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=l+n9ZC7j8Sl4+19X7cz7OdapzREBLchZuSjXF3Po1Ak=; b=OaoPdXLPG0l0pxbwpvQjtj6moQPcJC6soFrJtQgwsSZpuO1pZJOphqNgsBBaaJxg3U 7S8e2/2r+ztc2KRNgzGpq2RR2kHhsH9c1+LBx04ezUe41xgwBmNtUBO03S88L3x3SWQO fRD37bvErhijWfnlLHIhR4F+Pdu36sFKrOxTUzXs5T+/nur9ab/2casNDkI89vWIWYR+ bbYY+iMnU7r2IZlNE32lD9O08aKJPEWYYuGJP7CWliswngPFukyvbouCjJ6kFSl6rnV0 vAsiDwU5e76cpv0NVgafXF064QP9eTl/fbuf+gfFEMAHlkHQcR/NLxjA0xFmtX4PKa8a vfBQ== MIME-Version: 1.0 Received: by 10.112.36.225 with SMTP id t1mr1246892lbj.67.1339689941298; Thu, 14 Jun 2012 09:05:41 -0700 (PDT) Received: by 10.112.100.68 with HTTP; Thu, 14 Jun 2012 09:05:41 -0700 (PDT) In-Reply-To: <4FD9EC14.8070203@FreeBSD.org> References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> <4FD9EC14.8070203@FreeBSD.org> Date: Thu, 14 Jun 2012 18:05:41 +0200 Message-ID: From: Olivier Smedts To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlL1E6Eig+VUQ7OkTO5JL+t4M38LJWz2Klf2r+fEo4zu4a+omjnSJfLeywER3Z2DP92DSyq Cc: current@freebsd.org Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 16:05:43 -0000 2012/6/14 Andrey V. Elsukov : > On 14.06.2012 17:08, Olivier Smedts wrote: >> 2012/6/14 Andrey V. Elsukov : >>> Also, our PMBR image doesn't contain any partition entries and >>> writing it to the disk with dd(1) makes the system unbootable. >>> What you think if we will add one partition entry to the PMBR image? >>> I modified your patch (the last hunk added) and it is attached. >> >> Isn't it gpart(8)'s job to write the proper boot code from the pmbr >> image without damaging the partition table ? >> >> ie. "gpart bootcode -b /boot/pmbr ada0" instead of using dd. > > gpart(8) works only when GPT's geom exists, when PMBR is damaged > GEOM_PART_GPT can't detect GPT and thus you can't use it. IMO, GEOM_PART_GPT should not depend on the MBR do detect GPT. That's the problem which should be fixed ; adding a partition to the MBR is only a workaround (and what would happen if the sector 0 was permanently damaged on disk ?). Why does GEOM_PART_GPT depends on the sector LBA 0 while the GPT header is located at sector LBA 1 ? Don't know the feasability of this, just saying... :-) --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 16:49:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C792E1065678 for ; Thu, 14 Jun 2012 16:49:36 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward17.mail.yandex.net (forward17.mail.yandex.net [95.108.253.142]) by mx1.freebsd.org (Postfix) with ESMTP id 3134B8FC18 for ; Thu, 14 Jun 2012 16:49:36 +0000 (UTC) Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward17.mail.yandex.net (Yandex) with ESMTP id 437BE10616DB; Thu, 14 Jun 2012 20:49:34 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339692574; bh=hlA3pE/rehXtvKLEelLx+9k1VGaoc77/LokFOk0T7y0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=dWWG9wjEeDrDj1EKt+noPagIigs40GdSDNXGBklMZMUHjmPro1iQZoFDXIrukI1Dk T8nrSg0FZRx1U457v9KfwdMSs1/7xwy1lt5LnXLyblI3S/NHqSFfsswChhR/YfK5+C yjxQ4/JrJ0tsA0lpMmD1TmkS+2zZqe+SsE2BmQj0= Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id 20DB96A030D; Thu, 14 Jun 2012 20:49:34 +0400 (MSK) Received: from dynamic-178-141-5-132.kirov.comstar-r.ru (dynamic-178-141-5-132.kirov.comstar-r.ru [178.141.5.132]) by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nWoWiZc2-nXoiaJ4Z; Thu, 14 Jun 2012 20:49:33 +0400 X-Yandex-Rcpt-Suid: olivier@gid0.org X-Yandex-Rcpt-Suid: current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339692574; bh=hlA3pE/rehXtvKLEelLx+9k1VGaoc77/LokFOk0T7y0=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type; b=Al8O1+FuB0XXMVWJRQsYFin2l5uiri3bQMznu5t+mavFBqKcLKVLrwyAeNeX3yVcs eiA2GvcZhbW06ZAzEwCDhXpCKbtXzqzgoWwnj/RC1h2LOBcM53+nuD0LCEmvDo/Lxq As0vJsFDfdZhW38eNUm7a3P2fJ/h1vAwyeoHqPUg= Message-ID: <4FDA161C.80101@yandex.ru> Date: Thu, 14 Jun 2012 20:49:32 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Olivier Smedts References: <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> <4FD9EC14.8070203@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8A5405B235F51293ED22C5C0" Cc: current@freebsd.org Subject: Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 16:49:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8A5405B235F51293ED22C5C0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 14.06.2012 20:05, Olivier Smedts wrote: >> gpart(8) works only when GPT's geom exists, when PMBR is damaged >> GEOM_PART_GPT can't detect GPT and thus you can't use it. >=20 > IMO, GEOM_PART_GPT should not depend on the MBR do detect GPT. That's > the problem which should be fixed ; adding a partition to the MBR is > only a workaround (and what would happen if the sector 0 was > permanently damaged on disk ?). Why does GEOM_PART_GPT depends on the > sector LBA 0 while the GPT header is located at sector LBA 1 ? Don't > know the feasability of this, just saying... :-) When the GPT disk layout is used the disk should contain a Protective MBR at the LBA 0. This is by the UEFI standard. The protective MBR contains one partition record with the type 0xEE, this partition covers the entire space on the disk after the PMBR. The remaining partition records shall each be set to zeros. When the disk capacity exceeds LBA 0xFFFFFFFF this value is used in the size field of PMBR record. --=20 WBR, Andrey V. Elsukov --------------enig8A5405B235F51293ED22C5C0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP2hYcAAoJEAHF6gQQyKF6LlEH/RG4jwMOXB3Ot3EQAmr5rU1v BjPookK8f2ArKhnfp1tI0A7ytJ17SlGMdlyyHrH1E5g1TphPVOuiXiXG0SWAfOr0 xt0HWOsWenyzAtEiLdGQ675Fur/V3i9P3442NRviRD6d3uj9B+M6K0B72ClIA6zT Q9bguLT4BP7eZ41NrSDnDSGCyzFlbEMHFI/V1Uu5JJC59somqBPuPDkU91K2Rwnj LSzQYH5rt3L1E8ofPJd7vs9wlSq7sSRLdStW5Atv86BUpvGmcCK6AcRm64LHhFJ5 xfgpPCEIJ7nrp0sE2QQ+cCaYYvDI2Gh1wCym3jMhkip9GnH80ZyPa38DU4/tm70= =0ORw -----END PGP SIGNATURE----- --------------enig8A5405B235F51293ED22C5C0-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 17:46:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B32BD106564A; Thu, 14 Jun 2012 17:46:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5918FC17; Thu, 14 Jun 2012 17:46:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5EHkQkc038766; Thu, 14 Jun 2012 13:46:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5EHkQx6038761; Thu, 14 Jun 2012 17:46:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 14 Jun 2012 17:46:26 GMT Message-Id: <201206141746.q5EHkQx6038761@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 17:46:32 -0000 TB --- 2012-06-14 16:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-14 16:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-14 16:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-14 16:00:00 - cleaning the object tree TB --- 2012-06-14 16:03:46 - cvsupping the source tree TB --- 2012-06-14 16:03:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-14 16:04:23 - building world TB --- 2012-06-14 16:04:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 16:04:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 16:04:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 16:04:23 - SRCCONF=/dev/null TB --- 2012-06-14 16:04:23 - TARGET=arm TB --- 2012-06-14 16:04:23 - TARGET_ARCH=arm TB --- 2012-06-14 16:04:23 - TZ=UTC TB --- 2012-06-14 16:04:23 - __MAKE_CONF=/dev/null TB --- 2012-06-14 16:04:23 - cd /src TB --- 2012-06-14 16:04:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 14 16:04:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jun 14 17:06:24 UTC 2012 TB --- 2012-06-14 17:06:24 - cd /src/sys/arm/conf TB --- 2012-06-14 17:06:24 - /usr/sbin/config -m AVILA TB --- 2012-06-14 17:06:25 - building AVILA kernel TB --- 2012-06-14 17:06:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:06:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:06:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:06:25 - SRCCONF=/dev/null TB --- 2012-06-14 17:06:25 - TARGET=arm TB --- 2012-06-14 17:06:25 - TARGET_ARCH=arm TB --- 2012-06-14 17:06:25 - TZ=UTC TB --- 2012-06-14 17:06:25 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:06:25 - cd /src TB --- 2012-06-14 17:06:25 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jun 14 17:06:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Thu Jun 14 17:09:30 UTC 2012 TB --- 2012-06-14 17:09:30 - cd /src/sys/arm/conf TB --- 2012-06-14 17:09:30 - /usr/sbin/config -m BWCT TB --- 2012-06-14 17:09:30 - building BWCT kernel TB --- 2012-06-14 17:09:30 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:09:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:09:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:09:30 - SRCCONF=/dev/null TB --- 2012-06-14 17:09:30 - TARGET=arm TB --- 2012-06-14 17:09:30 - TARGET_ARCH=arm TB --- 2012-06-14 17:09:30 - TZ=UTC TB --- 2012-06-14 17:09:30 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:09:30 - cd /src TB --- 2012-06-14 17:09:30 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Jun 14 17:09:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Thu Jun 14 17:11:45 UTC 2012 TB --- 2012-06-14 17:11:45 - cd /src/sys/arm/conf TB --- 2012-06-14 17:11:45 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-14 17:11:46 - building CAMBRIA kernel TB --- 2012-06-14 17:11:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:11:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:11:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:11:46 - SRCCONF=/dev/null TB --- 2012-06-14 17:11:46 - TARGET=arm TB --- 2012-06-14 17:11:46 - TARGET_ARCH=arm TB --- 2012-06-14 17:11:46 - TZ=UTC TB --- 2012-06-14 17:11:46 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:11:46 - cd /src TB --- 2012-06-14 17:11:46 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Thu Jun 14 17:11:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Thu Jun 14 17:14:51 UTC 2012 TB --- 2012-06-14 17:14:51 - cd /src/sys/arm/conf TB --- 2012-06-14 17:14:51 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-14 17:14:52 - building CNS11XXNAS kernel TB --- 2012-06-14 17:14:52 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:14:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:14:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:14:52 - SRCCONF=/dev/null TB --- 2012-06-14 17:14:52 - TARGET=arm TB --- 2012-06-14 17:14:52 - TARGET_ARCH=arm TB --- 2012-06-14 17:14:52 - TZ=UTC TB --- 2012-06-14 17:14:52 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:14:52 - cd /src TB --- 2012-06-14 17:14:52 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Thu Jun 14 17:14:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Thu Jun 14 17:17:24 UTC 2012 TB --- 2012-06-14 17:17:24 - cd /src/sys/arm/conf TB --- 2012-06-14 17:17:24 - /usr/sbin/config -m CRB TB --- 2012-06-14 17:17:24 - building CRB kernel TB --- 2012-06-14 17:17:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:17:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:17:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:17:24 - SRCCONF=/dev/null TB --- 2012-06-14 17:17:24 - TARGET=arm TB --- 2012-06-14 17:17:24 - TARGET_ARCH=arm TB --- 2012-06-14 17:17:24 - TZ=UTC TB --- 2012-06-14 17:17:24 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:17:24 - cd /src TB --- 2012-06-14 17:17:24 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Thu Jun 14 17:17:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Thu Jun 14 17:20:48 UTC 2012 TB --- 2012-06-14 17:20:48 - cd /src/sys/arm/conf TB --- 2012-06-14 17:20:48 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-14 17:20:48 - building DB-78XXX kernel TB --- 2012-06-14 17:20:48 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:20:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:20:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:20:48 - SRCCONF=/dev/null TB --- 2012-06-14 17:20:48 - TARGET=arm TB --- 2012-06-14 17:20:48 - TARGET_ARCH=arm TB --- 2012-06-14 17:20:48 - TZ=UTC TB --- 2012-06-14 17:20:48 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:20:48 - cd /src TB --- 2012-06-14 17:20:48 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Thu Jun 14 17:20:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Thu Jun 14 17:23:36 UTC 2012 TB --- 2012-06-14 17:23:36 - cd /src/sys/arm/conf TB --- 2012-06-14 17:23:36 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-14 17:23:36 - building DB-88F5XXX kernel TB --- 2012-06-14 17:23:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:23:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:23:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:23:36 - SRCCONF=/dev/null TB --- 2012-06-14 17:23:36 - TARGET=arm TB --- 2012-06-14 17:23:36 - TARGET_ARCH=arm TB --- 2012-06-14 17:23:36 - TZ=UTC TB --- 2012-06-14 17:23:36 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:23:36 - cd /src TB --- 2012-06-14 17:23:36 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Thu Jun 14 17:23:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Thu Jun 14 17:26:15 UTC 2012 TB --- 2012-06-14 17:26:15 - cd /src/sys/arm/conf TB --- 2012-06-14 17:26:15 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-14 17:26:15 - building DB-88F6XXX kernel TB --- 2012-06-14 17:26:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:26:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:26:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:26:15 - SRCCONF=/dev/null TB --- 2012-06-14 17:26:15 - TARGET=arm TB --- 2012-06-14 17:26:15 - TARGET_ARCH=arm TB --- 2012-06-14 17:26:15 - TZ=UTC TB --- 2012-06-14 17:26:15 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:26:15 - cd /src TB --- 2012-06-14 17:26:15 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Thu Jun 14 17:26:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Thu Jun 14 17:29:04 UTC 2012 TB --- 2012-06-14 17:29:04 - cd /src/sys/arm/conf TB --- 2012-06-14 17:29:04 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-14 17:29:04 - building DOCKSTAR kernel TB --- 2012-06-14 17:29:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:29:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:29:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:29:04 - SRCCONF=/dev/null TB --- 2012-06-14 17:29:04 - TARGET=arm TB --- 2012-06-14 17:29:04 - TARGET_ARCH=arm TB --- 2012-06-14 17:29:04 - TZ=UTC TB --- 2012-06-14 17:29:04 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:29:04 - cd /src TB --- 2012-06-14 17:29:04 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Thu Jun 14 17:29:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Thu Jun 14 17:31:38 UTC 2012 TB --- 2012-06-14 17:31:38 - cd /src/sys/arm/conf TB --- 2012-06-14 17:31:38 - /usr/sbin/config -m EP80219 TB --- 2012-06-14 17:31:38 - building EP80219 kernel TB --- 2012-06-14 17:31:38 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:31:38 - SRCCONF=/dev/null TB --- 2012-06-14 17:31:38 - TARGET=arm TB --- 2012-06-14 17:31:38 - TARGET_ARCH=arm TB --- 2012-06-14 17:31:38 - TZ=UTC TB --- 2012-06-14 17:31:38 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:31:38 - cd /src TB --- 2012-06-14 17:31:38 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Thu Jun 14 17:31:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Thu Jun 14 17:34:30 UTC 2012 TB --- 2012-06-14 17:34:30 - cd /src/sys/arm/conf TB --- 2012-06-14 17:34:30 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-14 17:34:30 - building ETHERNUT5 kernel TB --- 2012-06-14 17:34:30 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:34:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:34:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:34:30 - SRCCONF=/dev/null TB --- 2012-06-14 17:34:30 - TARGET=arm TB --- 2012-06-14 17:34:30 - TARGET_ARCH=arm TB --- 2012-06-14 17:34:30 - TZ=UTC TB --- 2012-06-14 17:34:30 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:34:30 - cd /src TB --- 2012-06-14 17:34:30 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Thu Jun 14 17:34:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ETHERNUT5 completed on Thu Jun 14 17:44:05 UTC 2012 TB --- 2012-06-14 17:44:05 - cd /src/sys/arm/conf TB --- 2012-06-14 17:44:05 - /usr/sbin/config -m GUMSTIX TB --- 2012-06-14 17:44:05 - building GUMSTIX kernel TB --- 2012-06-14 17:44:05 - CROSS_BUILD_TESTING=YES TB --- 2012-06-14 17:44:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-14 17:44:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-14 17:44:05 - SRCCONF=/dev/null TB --- 2012-06-14 17:44:05 - TARGET=arm TB --- 2012-06-14 17:44:05 - TARGET_ARCH=arm TB --- 2012-06-14 17:44:05 - TZ=UTC TB --- 2012-06-14 17:44:05 - __MAKE_CONF=/dev/null TB --- 2012-06-14 17:44:05 - cd /src TB --- 2012-06-14 17:44:05 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Thu Jun 14 17:44:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/arm/bus_space_generic.c cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/arm/cpufunc_asm_xscale.S cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/arm/irq_dispatch.S cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/xscale/pxa/pxa_gpio.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/xscale/pxa/pxa_icu.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/arm/xscale/pxa/pxa_machdep.c /src/sys/arm/xscale/pxa/pxa_machdep.c: In function 'initarm': /src/sys/arm/xscale/pxa/pxa_machdep.c:178: error: too few arguments to function 'fake_preload_metadata' *** Error code 1 Stop in /obj/arm.arm/src/sys/GUMSTIX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-14 17:46:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-14 17:46:26 - ERROR: failed to build GUMSTIX kernel TB --- 2012-06-14 17:46:26 - 4316.03 user 859.67 system 6385.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 14 19:53:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC2F106566C for ; Thu, 14 Jun 2012 19:53:15 +0000 (UTC) (envelope-from rgoodfel@eecs.wsu.edu) Received: from mx0a-0007b301.pphosted.com (mx0a-0007b301.pphosted.com [67.231.144.34]) by mx1.freebsd.org (Postfix) with ESMTP id 475FC8FC12 for ; Thu, 14 Jun 2012 19:53:15 +0000 (UTC) Received: from pps.filterd (m0000529 [127.0.0.1]) by mx0a-0007b301.pphosted.com (8.14.4/8.14.4) with SMTP id q5EJo2x7015609 for ; Thu, 14 Jun 2012 12:53:09 -0700 Received: from zmail1.eecs.wsu.edu (zmail1.eecs.wsu.edu [69.166.54.48]) by mx0a-0007b301.pphosted.com with ESMTP id 15fh9nsue8-1 for ; Thu, 14 Jun 2012 12:53:08 -0700 Received: from guest-112.isi.edu (guest-112.isi.edu [206.117.31.112]) by zmail1.eecs.wsu.edu (Postfix) with ESMTPSA id 7AA1C66D272 for ; Thu, 14 Jun 2012 12:53:08 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1474\)) From: Ryan Goodfellow In-Reply-To: <5BD5B2B1-7165-4705-8750-50EEBB5E26F2@neville-neil.com> Date: Thu, 14 Jun 2012 12:53:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5D6510D5-A8B3-41D9-B175-15FA680AF7F2@eecs.wsu.edu> <20120614115301.1cd0975b@fabiankeil.de> <5BD5B2B1-7165-4705-8750-50EEBB5E26F2@neville-neil.com> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1474) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-14_06:2012-06-14, 2012-06-14, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1206140207 Subject: Re: DTrace broken on 9.0-Release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 19:53:15 -0000 Hi everyone, and thank you for the very prompt responses. I did indeed compile world with CFLAGS+=3D-fno-omit-frame-poiner in my = make.conf. I will file the PR shortly. Thank You Ryan G On Jun 14, 2012, at 9:00 AM, George Neville-Neil = wrote: > Top post. >=20 > File a PR and assign it to me (gnn) please. >=20 > I'm on vacation until Sunday but I am actively working on DTrace when = I'm not > on vacation. >=20 > Best, > Geo > On Jun 14, 2012, at 02:53 , Fabian Keil wrote: >=20 >> Ryan Goodfellow wrote: >>=20 >>> Today I downloaded and installed FreeBSD 9.0-RELEASE and followed = the >>> directions from to get DTrace up = and >>> running. The output of DTrace instrumenting a simple program, = however, >>> is not correct. The program is as follows: >>>=20 >>> // test.cc >>> #include >>>=20 >>> int main(void) { >>> for(int i =3D 0; i < 5; i++) { >>> malloc(47); >>> } >>> } >>>=20 >>> then compiling and running DTrace as follows: >>>=20 >>> g++ test.cc -o test >>>=20 >>> dtrace -n 'pid$target::malloc:entry{ }' -c ./test >>>=20 >>>=20 >>> The correct output for this example is something to the tune of: >>>=20 >>> dtrace: description 'pid$target::malloc:entry' matched 2 probes >>> dtrace: pid 95236 has exited >>> CPU ID FUNCTION:NAME >>> 0 188748 malloc:entry=20 >>> 0 188748 malloc:entry=20 >>> 0 188748 malloc:entry=20 >>> 0 188748 malloc:entry=20 >>> 0 188748 malloc:entry=20 >>>=20 >>> (this from a machine with the same code running DTrace) >>>=20 >>> The DTrace session should also make an immediate exit on completion. = On >>> FreeBSD I have the following CPU ID = FUNCTION:NAME >>> 2 42213 malloc:entry=20 >>>=20 >>> and the execution does either not exit on it's own or hangs, it = requires >>> a ctrl-c. >>=20 >> Doesn't work for me either on 10-CURRENT amd64. >> Converting it to C doesn't make a difference, it works if >> one changes the loop to "for (;;)", though. >>=20 >>> I followed the instructions from the FreeBSD site exactly, compiling = and >>> installing the custom kernel. I used both clang++ and g++ for >>> compilation with the same result. The system has even completely = hung >>> on other attempts. >>>=20 >>> Is DTrace not something that should be relied upon in FreeBSD? I = have >>> also tried this on the latest 10-CURRENT build with the same result. >>=20 >> In my opinion the problem with DTrace on FreeBSD is that while it's >> known to be incomplete, there doesn't seem to be documentation >> available about which parts are supposed to work already and which >> aren't. >>=20 >> For example the trivial example program at: >> http://wiki.freebsd.org/DTrace/userland (which works for me) doesn't >> actually use a counting loop, so maybe dtracing your example program >> isn't supposed to work yet and never did on FreeBSD. >>=20 >> Without documentation it's hard to tell. >>=20 >> Fabian >=20 From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 03:11:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA6571065673; Fri, 15 Jun 2012 03:11:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4D63E8FC17; Fri, 15 Jun 2012 03:11:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5F3BefK021997; Thu, 14 Jun 2012 23:11:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5F3BeJN021992; Fri, 15 Jun 2012 03:11:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 03:11:40 GMT Message-Id: <201206150311.q5F3BeJN021992@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 03:11:41 -0000 TB --- 2012-06-15 01:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-15 01:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 01:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-15 01:00:00 - cleaning the object tree TB --- 2012-06-15 01:03:59 - cvsupping the source tree TB --- 2012-06-15 01:03:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-15 01:04:35 - building world TB --- 2012-06-15 01:04:35 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 01:04:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 01:04:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 01:04:35 - SRCCONF=/dev/null TB --- 2012-06-15 01:04:35 - TARGET=arm TB --- 2012-06-15 01:04:35 - TARGET_ARCH=arm TB --- 2012-06-15 01:04:35 - TZ=UTC TB --- 2012-06-15 01:04:35 - __MAKE_CONF=/dev/null TB --- 2012-06-15 01:04:35 - cd /src TB --- 2012-06-15 01:04:35 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 01:04:36 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 15 02:07:35 UTC 2012 TB --- 2012-06-15 02:07:35 - cd /src/sys/arm/conf TB --- 2012-06-15 02:07:35 - /usr/sbin/config -m AVILA TB --- 2012-06-15 02:07:35 - building AVILA kernel TB --- 2012-06-15 02:07:35 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:07:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:07:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:07:35 - SRCCONF=/dev/null TB --- 2012-06-15 02:07:35 - TARGET=arm TB --- 2012-06-15 02:07:35 - TARGET_ARCH=arm TB --- 2012-06-15 02:07:35 - TZ=UTC TB --- 2012-06-15 02:07:35 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:07:35 - cd /src TB --- 2012-06-15 02:07:35 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 15 02:07:35 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Fri Jun 15 02:10:44 UTC 2012 TB --- 2012-06-15 02:10:44 - cd /src/sys/arm/conf TB --- 2012-06-15 02:10:44 - /usr/sbin/config -m BWCT TB --- 2012-06-15 02:10:44 - building BWCT kernel TB --- 2012-06-15 02:10:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:10:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:10:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:10:44 - SRCCONF=/dev/null TB --- 2012-06-15 02:10:44 - TARGET=arm TB --- 2012-06-15 02:10:44 - TARGET_ARCH=arm TB --- 2012-06-15 02:10:44 - TZ=UTC TB --- 2012-06-15 02:10:44 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:10:44 - cd /src TB --- 2012-06-15 02:10:44 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 15 02:10:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Fri Jun 15 02:12:51 UTC 2012 TB --- 2012-06-15 02:12:51 - cd /src/sys/arm/conf TB --- 2012-06-15 02:12:51 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-15 02:12:51 - building CAMBRIA kernel TB --- 2012-06-15 02:12:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:12:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:12:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:12:51 - SRCCONF=/dev/null TB --- 2012-06-15 02:12:51 - TARGET=arm TB --- 2012-06-15 02:12:51 - TARGET_ARCH=arm TB --- 2012-06-15 02:12:51 - TZ=UTC TB --- 2012-06-15 02:12:51 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:12:51 - cd /src TB --- 2012-06-15 02:12:51 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Fri Jun 15 02:12:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Fri Jun 15 02:15:52 UTC 2012 TB --- 2012-06-15 02:15:52 - cd /src/sys/arm/conf TB --- 2012-06-15 02:15:52 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-15 02:15:52 - building CNS11XXNAS kernel TB --- 2012-06-15 02:15:52 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:15:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:15:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:15:52 - SRCCONF=/dev/null TB --- 2012-06-15 02:15:52 - TARGET=arm TB --- 2012-06-15 02:15:52 - TARGET_ARCH=arm TB --- 2012-06-15 02:15:52 - TZ=UTC TB --- 2012-06-15 02:15:52 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:15:52 - cd /src TB --- 2012-06-15 02:15:52 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Fri Jun 15 02:15:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Fri Jun 15 02:18:24 UTC 2012 TB --- 2012-06-15 02:18:24 - cd /src/sys/arm/conf TB --- 2012-06-15 02:18:24 - /usr/sbin/config -m CRB TB --- 2012-06-15 02:18:25 - building CRB kernel TB --- 2012-06-15 02:18:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:18:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:18:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:18:25 - SRCCONF=/dev/null TB --- 2012-06-15 02:18:25 - TARGET=arm TB --- 2012-06-15 02:18:25 - TARGET_ARCH=arm TB --- 2012-06-15 02:18:25 - TZ=UTC TB --- 2012-06-15 02:18:25 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:18:25 - cd /src TB --- 2012-06-15 02:18:25 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Fri Jun 15 02:18:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Fri Jun 15 02:21:49 UTC 2012 TB --- 2012-06-15 02:21:49 - cd /src/sys/arm/conf TB --- 2012-06-15 02:21:49 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-15 02:21:49 - building DB-78XXX kernel TB --- 2012-06-15 02:21:49 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:21:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:21:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:21:49 - SRCCONF=/dev/null TB --- 2012-06-15 02:21:49 - TARGET=arm TB --- 2012-06-15 02:21:49 - TARGET_ARCH=arm TB --- 2012-06-15 02:21:49 - TZ=UTC TB --- 2012-06-15 02:21:49 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:21:49 - cd /src TB --- 2012-06-15 02:21:49 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Fri Jun 15 02:21:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Fri Jun 15 02:24:37 UTC 2012 TB --- 2012-06-15 02:24:37 - cd /src/sys/arm/conf TB --- 2012-06-15 02:24:37 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-15 02:24:37 - building DB-88F5XXX kernel TB --- 2012-06-15 02:24:37 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:24:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:24:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:24:37 - SRCCONF=/dev/null TB --- 2012-06-15 02:24:37 - TARGET=arm TB --- 2012-06-15 02:24:37 - TARGET_ARCH=arm TB --- 2012-06-15 02:24:37 - TZ=UTC TB --- 2012-06-15 02:24:37 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:24:37 - cd /src TB --- 2012-06-15 02:24:37 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Fri Jun 15 02:24:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Fri Jun 15 02:27:14 UTC 2012 TB --- 2012-06-15 02:27:14 - cd /src/sys/arm/conf TB --- 2012-06-15 02:27:14 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-15 02:27:15 - building DB-88F6XXX kernel TB --- 2012-06-15 02:27:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:27:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:27:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:27:15 - SRCCONF=/dev/null TB --- 2012-06-15 02:27:15 - TARGET=arm TB --- 2012-06-15 02:27:15 - TARGET_ARCH=arm TB --- 2012-06-15 02:27:15 - TZ=UTC TB --- 2012-06-15 02:27:15 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:27:15 - cd /src TB --- 2012-06-15 02:27:15 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Fri Jun 15 02:27:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Fri Jun 15 02:30:04 UTC 2012 TB --- 2012-06-15 02:30:04 - cd /src/sys/arm/conf TB --- 2012-06-15 02:30:04 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-15 02:30:04 - building DOCKSTAR kernel TB --- 2012-06-15 02:30:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:30:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:30:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:30:04 - SRCCONF=/dev/null TB --- 2012-06-15 02:30:04 - TARGET=arm TB --- 2012-06-15 02:30:04 - TARGET_ARCH=arm TB --- 2012-06-15 02:30:04 - TZ=UTC TB --- 2012-06-15 02:30:04 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:30:04 - cd /src TB --- 2012-06-15 02:30:04 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Fri Jun 15 02:30:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Fri Jun 15 02:32:40 UTC 2012 TB --- 2012-06-15 02:32:40 - cd /src/sys/arm/conf TB --- 2012-06-15 02:32:40 - /usr/sbin/config -m EP80219 TB --- 2012-06-15 02:32:40 - building EP80219 kernel TB --- 2012-06-15 02:32:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:32:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:32:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:32:40 - SRCCONF=/dev/null TB --- 2012-06-15 02:32:40 - TARGET=arm TB --- 2012-06-15 02:32:40 - TARGET_ARCH=arm TB --- 2012-06-15 02:32:40 - TZ=UTC TB --- 2012-06-15 02:32:40 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:32:40 - cd /src TB --- 2012-06-15 02:32:40 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Fri Jun 15 02:32:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Fri Jun 15 02:35:31 UTC 2012 TB --- 2012-06-15 02:35:31 - cd /src/sys/arm/conf TB --- 2012-06-15 02:35:31 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-15 02:35:31 - building ETHERNUT5 kernel TB --- 2012-06-15 02:35:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:35:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:35:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:35:31 - SRCCONF=/dev/null TB --- 2012-06-15 02:35:31 - TARGET=arm TB --- 2012-06-15 02:35:31 - TARGET_ARCH=arm TB --- 2012-06-15 02:35:31 - TZ=UTC TB --- 2012-06-15 02:35:31 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:35:31 - cd /src TB --- 2012-06-15 02:35:31 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Fri Jun 15 02:35:31 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ETHERNUT5 completed on Fri Jun 15 02:45:15 UTC 2012 TB --- 2012-06-15 02:45:15 - cd /src/sys/arm/conf TB --- 2012-06-15 02:45:15 - /usr/sbin/config -m GUMSTIX TB --- 2012-06-15 02:45:15 - building GUMSTIX kernel TB --- 2012-06-15 02:45:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:45:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:45:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:45:15 - SRCCONF=/dev/null TB --- 2012-06-15 02:45:15 - TARGET=arm TB --- 2012-06-15 02:45:15 - TARGET_ARCH=arm TB --- 2012-06-15 02:45:15 - TZ=UTC TB --- 2012-06-15 02:45:15 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:45:15 - cd /src TB --- 2012-06-15 02:45:15 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Fri Jun 15 02:45:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GUMSTIX completed on Fri Jun 15 02:47:45 UTC 2012 TB --- 2012-06-15 02:47:45 - cd /src/sys/arm/conf TB --- 2012-06-15 02:47:45 - /usr/sbin/config -m GUMSTIX-QEMU TB --- 2012-06-15 02:47:45 - building GUMSTIX-QEMU kernel TB --- 2012-06-15 02:47:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:47:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:47:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:47:45 - SRCCONF=/dev/null TB --- 2012-06-15 02:47:45 - TARGET=arm TB --- 2012-06-15 02:47:45 - TARGET_ARCH=arm TB --- 2012-06-15 02:47:45 - TZ=UTC TB --- 2012-06-15 02:47:45 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:47:45 - cd /src TB --- 2012-06-15 02:47:45 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX-QEMU >>> Kernel build for GUMSTIX-QEMU started on Fri Jun 15 02:47:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GUMSTIX-QEMU completed on Fri Jun 15 02:50:27 UTC 2012 TB --- 2012-06-15 02:50:27 - cd /src/sys/arm/conf TB --- 2012-06-15 02:50:27 - /usr/sbin/config -m HL200 TB --- 2012-06-15 02:50:28 - building HL200 kernel TB --- 2012-06-15 02:50:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:50:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:50:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:50:28 - SRCCONF=/dev/null TB --- 2012-06-15 02:50:28 - TARGET=arm TB --- 2012-06-15 02:50:28 - TARGET_ARCH=arm TB --- 2012-06-15 02:50:28 - TZ=UTC TB --- 2012-06-15 02:50:28 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:50:28 - cd /src TB --- 2012-06-15 02:50:28 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Fri Jun 15 02:50:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for HL200 completed on Fri Jun 15 02:53:25 UTC 2012 TB --- 2012-06-15 02:53:25 - cd /src/sys/arm/conf TB --- 2012-06-15 02:53:25 - /usr/sbin/config -m HL201 TB --- 2012-06-15 02:53:25 - building HL201 kernel TB --- 2012-06-15 02:53:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:53:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:53:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:53:25 - SRCCONF=/dev/null TB --- 2012-06-15 02:53:25 - TARGET=arm TB --- 2012-06-15 02:53:25 - TARGET_ARCH=arm TB --- 2012-06-15 02:53:25 - TZ=UTC TB --- 2012-06-15 02:53:25 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:53:25 - cd /src TB --- 2012-06-15 02:53:25 - /usr/bin/make -B buildkernel KERNCONF=HL201 >>> Kernel build for HL201 started on Fri Jun 15 02:53:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for HL201 completed on Fri Jun 15 02:55:46 UTC 2012 TB --- 2012-06-15 02:55:46 - cd /src/sys/arm/conf TB --- 2012-06-15 02:55:46 - /usr/sbin/config -m IQ31244 TB --- 2012-06-15 02:55:46 - building IQ31244 kernel TB --- 2012-06-15 02:55:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:55:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:55:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:55:46 - SRCCONF=/dev/null TB --- 2012-06-15 02:55:46 - TARGET=arm TB --- 2012-06-15 02:55:46 - TARGET_ARCH=arm TB --- 2012-06-15 02:55:46 - TZ=UTC TB --- 2012-06-15 02:55:46 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:55:46 - cd /src TB --- 2012-06-15 02:55:46 - /usr/bin/make -B buildkernel KERNCONF=IQ31244 >>> Kernel build for IQ31244 started on Fri Jun 15 02:55:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for IQ31244 completed on Fri Jun 15 02:59:10 UTC 2012 TB --- 2012-06-15 02:59:10 - cd /src/sys/arm/conf TB --- 2012-06-15 02:59:10 - /usr/sbin/config -m KB920X TB --- 2012-06-15 02:59:10 - building KB920X kernel TB --- 2012-06-15 02:59:10 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 02:59:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 02:59:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 02:59:10 - SRCCONF=/dev/null TB --- 2012-06-15 02:59:10 - TARGET=arm TB --- 2012-06-15 02:59:10 - TARGET_ARCH=arm TB --- 2012-06-15 02:59:10 - TZ=UTC TB --- 2012-06-15 02:59:10 - __MAKE_CONF=/dev/null TB --- 2012-06-15 02:59:10 - cd /src TB --- 2012-06-15 02:59:10 - /usr/bin/make -B buildkernel KERNCONF=KB920X >>> Kernel build for KB920X started on Fri Jun 15 02:59:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for KB920X completed on Fri Jun 15 03:09:50 UTC 2012 TB --- 2012-06-15 03:09:50 - cd /src/sys/arm/conf TB --- 2012-06-15 03:09:50 - /usr/sbin/config -m LN2410SBC TB --- 2012-06-15 03:09:51 - building LN2410SBC kernel TB --- 2012-06-15 03:09:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 03:09:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 03:09:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 03:09:51 - SRCCONF=/dev/null TB --- 2012-06-15 03:09:51 - TARGET=arm TB --- 2012-06-15 03:09:51 - TARGET_ARCH=arm TB --- 2012-06-15 03:09:51 - TZ=UTC TB --- 2012-06-15 03:09:51 - __MAKE_CONF=/dev/null TB --- 2012-06-15 03:09:51 - cd /src TB --- 2012-06-15 03:09:51 - /usr/bin/make -B buildkernel KERNCONF=LN2410SBC >>> Kernel build for LN2410SBC started on Fri Jun 15 03:09:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/libkern/umoddi3.c cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/arm/cpufunc_asm_arm9.S cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/arm/irq_dispatch.S cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/s3c2xx0/board_ln2410sbc.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/s3c2xx0/s3c24x0_rtc.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/s3c2xx0/s3c24x0_machdep.c /src/sys/arm/s3c2xx0/s3c24x0_machdep.c: In function 'initarm': /src/sys/arm/s3c2xx0/s3c24x0_machdep.c:252: error: too few arguments to function 'fake_preload_metadata' *** Error code 1 Stop in /obj/arm.arm/src/sys/LN2410SBC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 03:11:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 03:11:40 - ERROR: failed to build LN2410SBC kernel TB --- 2012-06-15 03:11:40 - 5402.20 user 1039.56 system 7900.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 03:56:45 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB5A1065696; Fri, 15 Jun 2012 03:56:45 +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 13E308FC19; Fri, 15 Jun 2012 03:56:44 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q5F3uH0g064410 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 14 Jun 2012 21:56:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201206150311.q5F3BeJN021992@freebsd-current.sentex.ca> Date: Thu, 14 Jun 2012 21:56:17 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <54887691-6427-4CEE-A525-ADF5290CFCBC@bsdimp.com> References: <201206150311.q5F3BeJN021992@freebsd-current.sentex.ca> To: FreeBSD Tinderbox X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 14 Jun 2012 21:56:18 -0600 (MDT) Cc: arm@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 03:56:45 -0000 On Jun 14, 2012, at 9:11 PM, FreeBSD Tinderbox wrote: > /src/sys/arm/s3c2xx0/s3c24x0_machdep.c: In function 'initarm': > /src/sys/arm/s3c2xx0/s3c24x0_machdep.c:252: error: too few arguments = to function 'fake_preload_metadata' Odd... This looks like a stale build. 252 no longer has that call on = it... Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 03:58:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D6411065678; Fri, 15 Jun 2012 03:58:19 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6250E8FC15; Fri, 15 Jun 2012 03:58:19 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5F3wCVN072705; Fri, 15 Jun 2012 03:58:12 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 389bqi3in9tpbtmamnex7ni4cs; Fri, 15 Jun 2012 03:58:12 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120614123432.GB2337@deviant.kiev.zoral.com.ua> Date: Thu, 14 Jun 2012 20:58:10 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <4FCE211D.10204@semihalf.com> <0FE5C5BF-FADE-49BA-BF38-00018A752F14@kientzle.com> <4FD6FB72.10900@semihalf.com> <20120612084917.GL2337@deviant.kiev.zoral.com.ua> <20120614123432.GB2337@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1278) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Possible fix for Perl failing with ../lib/auto/POSIX/POSIX.so: Undefined symbol "__flt_rounds" on ARM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 03:58:19 -0000 On Jun 14, 2012, at 5:34 AM, Konstantin Belousov wrote: > On Wed, Jun 13, 2012 at 08:32:19PM -0700, Tim Kientzle wrote: >> On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote: >>>>> >>>>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: >>>>>> >>>>>> >>>>>> After investigating the issue it appeared that __flt_rounds symbol is >>>>>> not exported by libc. Applying the following patch, recompilling world >>>>>> and Perl fixed the problem and allowed to use Perl on SheevaPlug: >>>>>> >>>>>> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map >>>>>> index e8c7f1d..8cdcdaf 100644 >>>>>> --- a/lib/libc/arm/Symbol.map >>>>>> +++ b/lib/libc/arm/Symbol.map >>>>>> @@ -70,6 +70,7 @@ FBSDprivate_1.0 { >>>>>> __divdf3; >>>>>> __floatsisf; >>>>>> __floatsidf; >>>>>> + __flt_rounds; >>>>>> __fixsfsi; >>>>>> __fixdfsi; >>>>>> __fixunssfsi; >> >> >>> If the symbols are used by normal programs, that I think >>> we should indeed guarantee ABI stability for them, and FBSD_1.3 >>> namespace is the right namespace to use. >> >> Why 1.3? >> >> This is a common function across every architecture except MIPS right >> now (and that's probably easily remedied), so why would it be in >> a different section for different architectures? > > The libc.so built as a result is architecture-specific, so it shall > follow the ABI and ABI history of that architecture. By the project > policy, a symbol added during the lifetime of CURRENT-10, goes into > FBSD_1.3 version namespace. What other arches do there is irrelevant. Changed in r237110. Tim From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 08:17:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E3F91065672; Fri, 15 Jun 2012 08:17:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7128FC08; Fri, 15 Jun 2012 08:17:32 +0000 (UTC) Received: by dadv36 with SMTP id v36so3901700dad.13 for ; Fri, 15 Jun 2012 01:17:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=ftke2i5RgOVC+oOOVf5kU47E0mTGDKPSBjINb26GODc=; b=E7jXSi86scQoLqetrTwzxBBI98dHU8b8lhfkDuORcW9JmXSnHtFbTv6uJcVuDSX2YP OQl2Q03injlKcdFhOtlhW2BUAIh9B1Rra5xoo1qBVp9DjsVIPS1tLuf/t8+Z/21AK9J1 W4xCDMHfQa1Qa+SNBlbJPWt6PhzDLW5Q4jQlhBbdnuLI1yKPxXlhEb+t3IMZougCEg/B 5dsLDNLtldZ3Fu9klOScFE+LLRns7eLx29mQWoMxDPKEb9B9H/VzR4QocMWGTp6S++a0 zJ6JLqKSqM+uclOiVsET5AAyn0SakVfL7h9YRZWEpUS/tFWmvWlrQ+P8TySsQBA+D1Wy yRjg== MIME-Version: 1.0 Received: by 10.68.116.203 with SMTP id jy11mr17260290pbb.129.1339748251877; Fri, 15 Jun 2012 01:17:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Fri, 15 Jun 2012 01:17:31 -0700 (PDT) Date: Fri, 15 Jun 2012 01:17:31 -0700 X-Google-Sender-Auth: Af5YpSJhLW7_vwqoWKL28otKc7E Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 08:17:32 -0000 Hi, I've flipped on ATH_ENABLE_11N and the interrupt mitigation in i386 and amd64 GENERIC. I'll flip it on on PPC when someone (chmee?) verifies that 802.11n works on PPC. It's still delicate. I still don't know if RTS/CTS HT frame protection is working quite right on all chips. But all the basics are there (software TX aggregation, RX AMPDU reordering in net80211, BAR transmission, software queue pause and unpause, frame retransmission.) Don't be surprised if your 802.11n mobile devices perform poorly as the power queue handling is very broken and will result in all kinds of weird traffic stalls if things are too aggressive. I'll look into fixing that soon. If you have problems, please read the wiki article: http://wiki.freebsd.org/dev/ath(4) - specifically the bits where I tell you to compile with the debugging and diagnostic stuff in your -HEAD kernel, including the HAL/driver diagnostic APIs and tools. Enjoy, Adrian From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 09:00:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2D7D1065675; Fri, 15 Jun 2012 09:00:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id A64478FC15; Fri, 15 Jun 2012 09:00:27 +0000 (UTC) Received: by dadv36 with SMTP id v36so3950304dad.13 for ; Fri, 15 Jun 2012 02:00:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=yRcZtUunx3Wr+FbaL2HIlXP3K/Vt+OwehSx0h/nQZEs=; b=zTQxIjzmJajo5xO918mu0SuirB5tjDPX8+rAUeAyo92E9qH7Ur/kEG/RPZ4VEsF9qA t/rOu//skHqio7vEkiduXre3qak/OuAYaQk8ou/jDvFk/tCGgnNHdnFiT7evL6B9UyzU +IM9iNpNgSTiqkoFpa/qMk8WysEUkdDajVQk3DMSmGXYxmASea/9BoqnLWJaAebcP5Gu 9ZzHIEEiQK2JrNgusyT6c+pB2Yl8wqWyXxOA17mjHrJj4fNY4Ur3PCYxHNd/DpbKLqDn Udpsteh2QhnYu7TExRVVv8VIdwLgR/ZjqgASnH5CZV3GXKx5BWPeqP5JqksGwX7TMoxZ QLmQ== MIME-Version: 1.0 Received: by 10.68.138.169 with SMTP id qr9mr17964397pbb.27.1339750827270; Fri, 15 Jun 2012 02:00:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Fri, 15 Jun 2012 02:00:27 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Jun 2012 02:00:27 -0700 X-Google-Sender-Auth: JjnE6tDb8c59YlmCsftWAF2RKH4 Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 09:00:31 -0000 On 15 June 2012 01:17, Adrian Chadd wrote: > Hi, > > I've flipped on ATH_ENABLE_11N and the interrupt mitigation in i386 > and amd64 GENERIC. [snip] > If you have problems, please read the wiki article: > http://wiki.freebsd.org/dev/ath(4) - specifically the bits where I > tell you to compile with the debugging and diagnostic stuff in your > -HEAD kernel, including the HAL/driver diagnostic APIs and tools. I've also just created a wiki page which provides a very basic overview of the debugging tools for the driver: http://wiki.freebsd.org/dev/ath(4)/Debugging I'll write one for net80211 tomorrow. It turns out 'wlanstats' is really damned helpful. adrian From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 09:48:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFC2106566C; Fri, 15 Jun 2012 09:48:50 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2C78FC14; Fri, 15 Jun 2012 09:48:50 +0000 (UTC) Received: from [89.204.130.112] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SfT90-0004Xi-D2; Fri, 15 Jun 2012 11:48:42 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q5F9meP9001750; Fri, 15 Jun 2012 11:48:40 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q5F9mdoC001749; Fri, 15 Jun 2012 11:48:39 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Fri, 15 Jun 2012 11:48:39 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20120615094837.GA1440@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.112 Cc: swills@freebsd.org Subject: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 09:48:50 -0000 Hello, I have PANIC's while going multiuser in r235646. They are perhaps somewhat VMware related, because I do not saw them in a real machine while compiling ~1200 ports. the panic says: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 I have a screen shoot here: http://www.unixarea.de/aurora-panic.gif Installed and started (via rc.conf) is the port open-vm-tools-425873,1; Thx matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 11:01:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 488811065672; Fri, 15 Jun 2012 11:01:46 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C3A308FC0A; Fri, 15 Jun 2012 11:01:45 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1887602qcs.13 for ; Fri, 15 Jun 2012 04:01:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=ZIuBUqiIKrm6Tu4qywqyLBEN1G6pK9WgDLjTk5b+ajo=; b=ZxRmaY/hBB/zxOQW1GnDpMhAr+A8TKnKM+JMP9+1SK19v+/BYLAZKvwGx1ak7lzwwc vEZ5BSFyX6sNkLhNbgG/DbIm3iFQyZCETIZ8xH1Fnyhqbu1qcscnrpZPrPwwsQQ8O+Sn pMkczbw5/rZAg9MQ8L/u8oQ7x6V0q8AAjZp0SfzLFaiGDobq4uXZFPvGn0pzcfXi1On3 8IWBdm0Tytr1QiZUUnikAELzfyMpdD5XEROEIE+C4lWpBxmNPcXkl5gwAX6YJ55rITcS onojLLpX4Ty0I/LgYmgcOE8Alj+wQdccqYORizyWCUwkvt5GFf2fkrnhBFpQ/hX6t5FB PqmA== Received: by 10.229.102.67 with SMTP id f3mr2656335qco.137.1339758105108; Fri, 15 Jun 2012 04:01:45 -0700 (PDT) Received: from narn.knownspace (216-15-41-8.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com. [216.15.41.8]) by mx.google.com with ESMTPS id cg7sm21802858qab.19.2012.06.15.04.01.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Jun 2012 04:01:44 -0700 (PDT) Date: Fri, 15 Jun 2012 07:01:41 -0400 From: Justin Hibbits To: Adrian Chadd Message-ID: <20120615070141.1e1cde6a@narn.knownspace> In-Reply-To: References: X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 11:01:46 -0000 On Fri, 15 Jun 2012 01:17:31 -0700 Adrian Chadd wrote: > Hi, > > I've flipped on ATH_ENABLE_11N and the interrupt mitigation in i386 > and amd64 GENERIC. > > I'll flip it on on PPC when someone (chmee?) verifies that 802.11n > works on PPC. I would, but I don't have any other 802.11n hardware but the one card, and I have problems with that one on 802.11g, which I'll track down when I get some time, might have some time to test this weekend. - Justin From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 12:15:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66EEB106566B; Fri, 15 Jun 2012 12:15:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 054958FC17; Fri, 15 Jun 2012 12:15:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5FCF2dV005334; Fri, 15 Jun 2012 08:15:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5FCF2Ni005324; Fri, 15 Jun 2012 12:15:02 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 12:15:02 GMT Message-Id: <201206151215.q5FCF2Ni005324@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 12:15:04 -0000 TB --- 2012-06-15 10:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-15 10:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 10:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-15 10:00:00 - cleaning the object tree TB --- 2012-06-15 10:04:05 - cvsupping the source tree TB --- 2012-06-15 10:04:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-15 10:04:39 - building world TB --- 2012-06-15 10:04:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 10:04:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 10:04:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 10:04:39 - SRCCONF=/dev/null TB --- 2012-06-15 10:04:39 - TARGET=arm TB --- 2012-06-15 10:04:39 - TARGET_ARCH=arm TB --- 2012-06-15 10:04:39 - TZ=UTC TB --- 2012-06-15 10:04:39 - __MAKE_CONF=/dev/null TB --- 2012-06-15 10:04:39 - cd /src TB --- 2012-06-15 10:04:39 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 10:04:39 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 15 11:09:44 UTC 2012 TB --- 2012-06-15 11:09:44 - cd /src/sys/arm/conf TB --- 2012-06-15 11:09:44 - /usr/sbin/config -m AVILA TB --- 2012-06-15 11:09:44 - building AVILA kernel TB --- 2012-06-15 11:09:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:09:44 - SRCCONF=/dev/null TB --- 2012-06-15 11:09:44 - TARGET=arm TB --- 2012-06-15 11:09:44 - TARGET_ARCH=arm TB --- 2012-06-15 11:09:44 - TZ=UTC TB --- 2012-06-15 11:09:44 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:09:44 - cd /src TB --- 2012-06-15 11:09:44 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Fri Jun 15 11:09:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Fri Jun 15 11:12:55 UTC 2012 TB --- 2012-06-15 11:12:55 - cd /src/sys/arm/conf TB --- 2012-06-15 11:12:55 - /usr/sbin/config -m BWCT TB --- 2012-06-15 11:12:55 - building BWCT kernel TB --- 2012-06-15 11:12:55 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:12:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:12:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:12:55 - SRCCONF=/dev/null TB --- 2012-06-15 11:12:55 - TARGET=arm TB --- 2012-06-15 11:12:55 - TARGET_ARCH=arm TB --- 2012-06-15 11:12:55 - TZ=UTC TB --- 2012-06-15 11:12:55 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:12:55 - cd /src TB --- 2012-06-15 11:12:55 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Fri Jun 15 11:12:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Fri Jun 15 11:15:06 UTC 2012 TB --- 2012-06-15 11:15:06 - cd /src/sys/arm/conf TB --- 2012-06-15 11:15:06 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-15 11:15:06 - building CAMBRIA kernel TB --- 2012-06-15 11:15:06 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:15:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:15:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:15:06 - SRCCONF=/dev/null TB --- 2012-06-15 11:15:06 - TARGET=arm TB --- 2012-06-15 11:15:06 - TARGET_ARCH=arm TB --- 2012-06-15 11:15:06 - TZ=UTC TB --- 2012-06-15 11:15:06 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:15:06 - cd /src TB --- 2012-06-15 11:15:06 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Fri Jun 15 11:15:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Fri Jun 15 11:18:07 UTC 2012 TB --- 2012-06-15 11:18:07 - cd /src/sys/arm/conf TB --- 2012-06-15 11:18:07 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-15 11:18:07 - building CNS11XXNAS kernel TB --- 2012-06-15 11:18:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:18:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:18:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:18:07 - SRCCONF=/dev/null TB --- 2012-06-15 11:18:07 - TARGET=arm TB --- 2012-06-15 11:18:07 - TARGET_ARCH=arm TB --- 2012-06-15 11:18:07 - TZ=UTC TB --- 2012-06-15 11:18:07 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:18:07 - cd /src TB --- 2012-06-15 11:18:07 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Fri Jun 15 11:18:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Fri Jun 15 11:20:38 UTC 2012 TB --- 2012-06-15 11:20:38 - cd /src/sys/arm/conf TB --- 2012-06-15 11:20:38 - /usr/sbin/config -m CRB TB --- 2012-06-15 11:20:38 - building CRB kernel TB --- 2012-06-15 11:20:38 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:20:38 - SRCCONF=/dev/null TB --- 2012-06-15 11:20:38 - TARGET=arm TB --- 2012-06-15 11:20:38 - TARGET_ARCH=arm TB --- 2012-06-15 11:20:38 - TZ=UTC TB --- 2012-06-15 11:20:38 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:20:38 - cd /src TB --- 2012-06-15 11:20:38 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Fri Jun 15 11:20:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Fri Jun 15 11:24:04 UTC 2012 TB --- 2012-06-15 11:24:04 - cd /src/sys/arm/conf TB --- 2012-06-15 11:24:04 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-15 11:24:04 - building DB-78XXX kernel TB --- 2012-06-15 11:24:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:24:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:24:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:24:04 - SRCCONF=/dev/null TB --- 2012-06-15 11:24:04 - TARGET=arm TB --- 2012-06-15 11:24:04 - TARGET_ARCH=arm TB --- 2012-06-15 11:24:04 - TZ=UTC TB --- 2012-06-15 11:24:04 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:24:04 - cd /src TB --- 2012-06-15 11:24:04 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Fri Jun 15 11:24:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Fri Jun 15 11:26:52 UTC 2012 TB --- 2012-06-15 11:26:52 - cd /src/sys/arm/conf TB --- 2012-06-15 11:26:52 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-15 11:26:52 - building DB-88F5XXX kernel TB --- 2012-06-15 11:26:52 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:26:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:26:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:26:52 - SRCCONF=/dev/null TB --- 2012-06-15 11:26:52 - TARGET=arm TB --- 2012-06-15 11:26:52 - TARGET_ARCH=arm TB --- 2012-06-15 11:26:52 - TZ=UTC TB --- 2012-06-15 11:26:52 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:26:52 - cd /src TB --- 2012-06-15 11:26:52 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Fri Jun 15 11:26:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Fri Jun 15 11:29:32 UTC 2012 TB --- 2012-06-15 11:29:32 - cd /src/sys/arm/conf TB --- 2012-06-15 11:29:32 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-15 11:29:32 - building DB-88F6XXX kernel TB --- 2012-06-15 11:29:32 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:29:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:29:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:29:32 - SRCCONF=/dev/null TB --- 2012-06-15 11:29:32 - TARGET=arm TB --- 2012-06-15 11:29:32 - TARGET_ARCH=arm TB --- 2012-06-15 11:29:32 - TZ=UTC TB --- 2012-06-15 11:29:32 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:29:32 - cd /src TB --- 2012-06-15 11:29:32 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Fri Jun 15 11:29:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Fri Jun 15 11:32:25 UTC 2012 TB --- 2012-06-15 11:32:25 - cd /src/sys/arm/conf TB --- 2012-06-15 11:32:25 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-15 11:32:25 - building DOCKSTAR kernel TB --- 2012-06-15 11:32:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:32:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:32:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:32:25 - SRCCONF=/dev/null TB --- 2012-06-15 11:32:25 - TARGET=arm TB --- 2012-06-15 11:32:25 - TARGET_ARCH=arm TB --- 2012-06-15 11:32:25 - TZ=UTC TB --- 2012-06-15 11:32:25 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:32:25 - cd /src TB --- 2012-06-15 11:32:25 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Fri Jun 15 11:32:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Fri Jun 15 11:34:59 UTC 2012 TB --- 2012-06-15 11:34:59 - cd /src/sys/arm/conf TB --- 2012-06-15 11:34:59 - /usr/sbin/config -m EP80219 TB --- 2012-06-15 11:34:59 - building EP80219 kernel TB --- 2012-06-15 11:34:59 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:34:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:34:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:34:59 - SRCCONF=/dev/null TB --- 2012-06-15 11:34:59 - TARGET=arm TB --- 2012-06-15 11:34:59 - TARGET_ARCH=arm TB --- 2012-06-15 11:34:59 - TZ=UTC TB --- 2012-06-15 11:34:59 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:34:59 - cd /src TB --- 2012-06-15 11:34:59 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Fri Jun 15 11:34:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Fri Jun 15 11:37:53 UTC 2012 TB --- 2012-06-15 11:37:53 - cd /src/sys/arm/conf TB --- 2012-06-15 11:37:53 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-15 11:37:53 - building ETHERNUT5 kernel TB --- 2012-06-15 11:37:53 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:37:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:37:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:37:53 - SRCCONF=/dev/null TB --- 2012-06-15 11:37:53 - TARGET=arm TB --- 2012-06-15 11:37:53 - TARGET_ARCH=arm TB --- 2012-06-15 11:37:53 - TZ=UTC TB --- 2012-06-15 11:37:53 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:37:53 - cd /src TB --- 2012-06-15 11:37:53 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Fri Jun 15 11:37:53 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ETHERNUT5 completed on Fri Jun 15 11:48:36 UTC 2012 TB --- 2012-06-15 11:48:36 - cd /src/sys/arm/conf TB --- 2012-06-15 11:48:36 - /usr/sbin/config -m GUMSTIX TB --- 2012-06-15 11:48:37 - building GUMSTIX kernel TB --- 2012-06-15 11:48:37 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:48:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:48:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:48:37 - SRCCONF=/dev/null TB --- 2012-06-15 11:48:37 - TARGET=arm TB --- 2012-06-15 11:48:37 - TARGET_ARCH=arm TB --- 2012-06-15 11:48:37 - TZ=UTC TB --- 2012-06-15 11:48:37 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:48:37 - cd /src TB --- 2012-06-15 11:48:37 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Fri Jun 15 11:48:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GUMSTIX completed on Fri Jun 15 11:51:13 UTC 2012 TB --- 2012-06-15 11:51:13 - cd /src/sys/arm/conf TB --- 2012-06-15 11:51:13 - /usr/sbin/config -m GUMSTIX-QEMU TB --- 2012-06-15 11:51:13 - building GUMSTIX-QEMU kernel TB --- 2012-06-15 11:51:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:51:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:51:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:51:13 - SRCCONF=/dev/null TB --- 2012-06-15 11:51:13 - TARGET=arm TB --- 2012-06-15 11:51:13 - TARGET_ARCH=arm TB --- 2012-06-15 11:51:13 - TZ=UTC TB --- 2012-06-15 11:51:13 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:51:13 - cd /src TB --- 2012-06-15 11:51:13 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX-QEMU >>> Kernel build for GUMSTIX-QEMU started on Fri Jun 15 11:51:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GUMSTIX-QEMU completed on Fri Jun 15 11:53:48 UTC 2012 TB --- 2012-06-15 11:53:48 - cd /src/sys/arm/conf TB --- 2012-06-15 11:53:48 - /usr/sbin/config -m HL200 TB --- 2012-06-15 11:53:48 - building HL200 kernel TB --- 2012-06-15 11:53:48 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:53:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:53:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:53:48 - SRCCONF=/dev/null TB --- 2012-06-15 11:53:48 - TARGET=arm TB --- 2012-06-15 11:53:48 - TARGET_ARCH=arm TB --- 2012-06-15 11:53:48 - TZ=UTC TB --- 2012-06-15 11:53:48 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:53:48 - cd /src TB --- 2012-06-15 11:53:48 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Fri Jun 15 11:53:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for HL200 completed on Fri Jun 15 11:56:36 UTC 2012 TB --- 2012-06-15 11:56:36 - cd /src/sys/arm/conf TB --- 2012-06-15 11:56:36 - /usr/sbin/config -m HL201 TB --- 2012-06-15 11:56:36 - building HL201 kernel TB --- 2012-06-15 11:56:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:56:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:56:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:56:36 - SRCCONF=/dev/null TB --- 2012-06-15 11:56:36 - TARGET=arm TB --- 2012-06-15 11:56:36 - TARGET_ARCH=arm TB --- 2012-06-15 11:56:36 - TZ=UTC TB --- 2012-06-15 11:56:36 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:56:36 - cd /src TB --- 2012-06-15 11:56:36 - /usr/bin/make -B buildkernel KERNCONF=HL201 >>> Kernel build for HL201 started on Fri Jun 15 11:56:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for HL201 completed on Fri Jun 15 11:59:00 UTC 2012 TB --- 2012-06-15 11:59:00 - cd /src/sys/arm/conf TB --- 2012-06-15 11:59:00 - /usr/sbin/config -m IQ31244 TB --- 2012-06-15 11:59:00 - building IQ31244 kernel TB --- 2012-06-15 11:59:00 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 11:59:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 11:59:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 11:59:00 - SRCCONF=/dev/null TB --- 2012-06-15 11:59:00 - TARGET=arm TB --- 2012-06-15 11:59:00 - TARGET_ARCH=arm TB --- 2012-06-15 11:59:00 - TZ=UTC TB --- 2012-06-15 11:59:00 - __MAKE_CONF=/dev/null TB --- 2012-06-15 11:59:00 - cd /src TB --- 2012-06-15 11:59:00 - /usr/bin/make -B buildkernel KERNCONF=IQ31244 >>> Kernel build for IQ31244 started on Fri Jun 15 11:59:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for IQ31244 completed on Fri Jun 15 12:02:24 UTC 2012 TB --- 2012-06-15 12:02:24 - cd /src/sys/arm/conf TB --- 2012-06-15 12:02:24 - /usr/sbin/config -m KB920X TB --- 2012-06-15 12:02:24 - building KB920X kernel TB --- 2012-06-15 12:02:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 12:02:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 12:02:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 12:02:24 - SRCCONF=/dev/null TB --- 2012-06-15 12:02:24 - TARGET=arm TB --- 2012-06-15 12:02:24 - TARGET_ARCH=arm TB --- 2012-06-15 12:02:24 - TZ=UTC TB --- 2012-06-15 12:02:24 - __MAKE_CONF=/dev/null TB --- 2012-06-15 12:02:24 - cd /src TB --- 2012-06-15 12:02:24 - /usr/bin/make -B buildkernel KERNCONF=KB920X >>> Kernel build for KB920X started on Fri Jun 15 12:02:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for KB920X completed on Fri Jun 15 12:12:56 UTC 2012 TB --- 2012-06-15 12:12:56 - cd /src/sys/arm/conf TB --- 2012-06-15 12:12:56 - /usr/sbin/config -m LN2410SBC TB --- 2012-06-15 12:12:56 - building LN2410SBC kernel TB --- 2012-06-15 12:12:56 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 12:12:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 12:12:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 12:12:56 - SRCCONF=/dev/null TB --- 2012-06-15 12:12:56 - TARGET=arm TB --- 2012-06-15 12:12:56 - TARGET_ARCH=arm TB --- 2012-06-15 12:12:56 - TZ=UTC TB --- 2012-06-15 12:12:56 - __MAKE_CONF=/dev/null TB --- 2012-06-15 12:12:56 - cd /src TB --- 2012-06-15 12:12:56 - /usr/bin/make -B buildkernel KERNCONF=LN2410SBC >>> Kernel build for LN2410SBC started on Fri Jun 15 12:12:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/libkern/umoddi3.c cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/arm/cpufunc_asm_arm9.S cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/arm/irq_dispatch.S cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/s3c2xx0/board_ln2410sbc.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/s3c2xx0/s3c24x0_rtc.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm920t -ffreestanding -Werror /src/sys/arm/s3c2xx0/s3c24x0_machdep.c /src/sys/arm/s3c2xx0/s3c24x0_machdep.c: In function 'initarm': /src/sys/arm/s3c2xx0/s3c24x0_machdep.c:252: error: too few arguments to function 'fake_preload_metadata' *** Error code 1 Stop in /obj/arm.arm/src/sys/LN2410SBC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 12:15:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 12:15:02 - ERROR: failed to build LN2410SBC kernel TB --- 2012-06-15 12:15:02 - 5400.40 user 1044.13 system 8101.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 13:11:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AB6F1065672; Fri, 15 Jun 2012 13:11:19 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id D34A78FC12; Fri, 15 Jun 2012 13:11:18 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so459996wib.13 for ; Fri, 15 Jun 2012 06:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RnfeCWNaiI/tWvc6XrUNlKWPv3hLrVrayBufEb9Oq4U=; b=gBYOb4bhTQAf14LB+EtO3T2cHzOrWQh0OijZ6N/DRQkyw6XXeliBCtt8YnNUJzinUG SZp/QPgXFXU5LmztvC9fSsYe+JbR8AvE/1A5VLokUBXLZpAb8gw4CEj0A44wZs4VPcax fsM8FUgNCevUuN+WCut9pcAU8G5JGCE/gfiGWN7J1fPzl2bgydRo/JzmjSl8+hETciQ5 X8p+ufEXYpk+PJ9/vF5Mi/bBCXCBIQ0guFw3mUwJ4FT+5Nl8UqapefeP+Fr/DdU2FD2n K58bQAvqU6bR0XG+YZsYQ040YDT7AdVIDb/aAJ42d78yDN4VwDZXAclvP9sIswyX0pYK TW8Q== MIME-Version: 1.0 Received: by 10.180.102.36 with SMTP id fl4mr4202748wib.2.1339763028015; Fri, 15 Jun 2012 05:23:48 -0700 (PDT) Received: by 10.223.158.207 with HTTP; Fri, 15 Jun 2012 05:23:47 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Jun 2012 14:23:47 +0200 Message-ID: From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 13:11:19 -0000 On Fri, Jun 15, 2012 at 11:00 AM, Adrian Chadd wrote: > On 15 June 2012 01:17, Adrian Chadd wrote: >> Hi, >> >> I've flipped on ATH_ENABLE_11N and the interrupt mitigation in i386 >> and amd64 GENERIC. > > [snip] > >> If you have problems, please read the wiki article: >> http://wiki.freebsd.org/dev/ath(4) - specifically the bits where I >> tell you to compile with the debugging and diagnostic stuff in your >> -HEAD kernel, including the HAL/driver diagnostic APIs and tools. > > I've also just created a wiki page which provides a very basic > overview of the debugging tools for the driver: > > http://wiki.freebsd.org/dev/ath(4)/Debugging > > I'll write one for net80211 tomorrow. It turns out 'wlanstats' is > really damned helpful. Thank you for the wiki! :) But I am having a problem with athsurvey which is just reporting: min avg max tx% rx% bc% ec% tx% rx% bc% ec% tx% rx% bc% ec% (100.0 100.0 100.0 100.0) ( 0.0 0.0 0.0 0.0) ( 0.0 0.0 0.0 0.0) (100.0 100.0 100.0 100.0) ( 0.0 0.0 0.0 0.0) ( 0.0 0.0 0.0 0.0) athdebug is returning with: athdebug: sysctl-get(dev.ath.0.debug): Cannot allocate memory This is in my kernel config: ... # Atheros wireless NICs device ath # Atheros interface support device ath_pci # Atheros PCI/Cardbus bus options ATH_DEBUG options ATH_DIAGAPI options ATH_ENABLE_11N options AH_DEBUG options AH_DEBUG_ALQ options ALQ device ath_hal option AH_SUPPORT_AR5416 device ath_rate_sample option AH_RXCFG_SDMAMW_4BYTES option AH_AR5416_INTERRUPT_MITIGATION # There's no DFS radar detection support yet so this won't actually # detect radars. It however does enable the rest of the channel change # machinery so DFS can be debugged. option ATH_ENABLE_DFS pciconf -lbvc gives: ath0@pci0:0:17:0: class=0x020000 card=0x30020777 chip=0x001b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5413 802.11abg NIC' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0x10000000, size 65536, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 I am running head@235822 > > > > adrian > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" -- Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 14:57:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43502106566C; Fri, 15 Jun 2012 14:57:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC928FC08; Fri, 15 Jun 2012 14:57:50 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5734165pbb.13 for ; Fri, 15 Jun 2012 07:57:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VOJP13OQZF12uGd6hMMsLlm7xpGdUoCxCEALZ68ze54=; b=nR5BM7j+Z4uy+odMmoGTxX30Y2wSngOEs95YkC26sObxFCQHQhDbKW8V6BR+sk5vSk D2SECXgHV3mJ+8EJfBBXRbaWJP32+DJ0DbChmf0DN0SQ5IED1zguSWepryipJWfMj2QC mQjV62C59P1e7OLjNb9mF7xehTX5hu9yE7z4ZzodGnxZYErq8vyhH+WPuyhYSyLGh8XL 9JpZ1gk1CjXYYmvosa4JtPDen1aEX5UMpKA6e8mbHxZHQHYcMEv1t37Vkixl2RSMjxwC TvQuKE3gAUtg8NyOH/9Qv1u7LYgmivF6lwVWowUrOG8F9citYk1uYuu4uTCeRcVi+2gs hJ2A== MIME-Version: 1.0 Received: by 10.68.234.35 with SMTP id ub3mr21506855pbc.8.1339772269701; Fri, 15 Jun 2012 07:57:49 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Fri, 15 Jun 2012 07:57:49 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Jun 2012 07:57:49 -0700 X-Google-Sender-Auth: UslDOEGIq36tMUio9OZycQxu9nQ Message-ID: From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 14:57:50 -0000 On 15 June 2012 05:23, Monthadar Al Jaberi wrote: > But I am having a problem with athsurvey which is just reporting: > > =A0 =A0 =A0 =A0 min =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 avg =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 max > =A0tx% =A0rx% =A0bc% =A0ec% =A0 =A0tx% =A0rx% =A0bc% =A0ec% =A0 =A0tx% = =A0rx% =A0bc% =A0ec% > (100.0 100.0 100.0 100.0) ( 0.0 =A00.0 =A00.0 =A00.0) ( 0.0 =A00.0 =A00.0= =A00.0) > (100.0 100.0 100.0 100.0) ( 0.0 =A00.0 =A00.0 =A00.0) ( 0.0 =A00.0 =A00.0= =A00.0) Ah. AR5416 and later only. :) > athdebug is returning with: > athdebug: sysctl-get(dev.ath.0.debug): Cannot allocate memory No ATH_DEBUG? Are you building a module? adrian From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 15:12:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D8A81065670; Fri, 15 Jun 2012 15:12:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D82FD8FC16; Fri, 15 Jun 2012 15:12:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5FFCusR088908; Fri, 15 Jun 2012 11:12:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5FFCuE3088886; Fri, 15 Jun 2012 15:12:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 15:12:56 GMT Message-Id: <201206151512.q5FFCuE3088886@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 15:12:58 -0000 TB --- 2012-06-15 10:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-15 10:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 10:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-06-15 10:00:00 - cleaning the object tree TB --- 2012-06-15 10:00:00 - cvsupping the source tree TB --- 2012-06-15 10:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-06-15 10:02:40 - building world TB --- 2012-06-15 10:02:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 10:02:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 10:02:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 10:02:40 - SRCCONF=/dev/null TB --- 2012-06-15 10:02:40 - TARGET=i386 TB --- 2012-06-15 10:02:40 - TARGET_ARCH=i386 TB --- 2012-06-15 10:02:40 - TZ=UTC TB --- 2012-06-15 10:02:40 - __MAKE_CONF=/dev/null TB --- 2012-06-15 10:02:40 - cd /src TB --- 2012-06-15 10:02:40 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 10:02:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 15 12:32:19 UTC 2012 TB --- 2012-06-15 12:32:19 - generating LINT kernel config TB --- 2012-06-15 12:32:19 - cd /src/sys/i386/conf TB --- 2012-06-15 12:32:19 - /usr/bin/make -B LINT TB --- 2012-06-15 12:32:19 - cd /src/sys/i386/conf TB --- 2012-06-15 12:32:19 - /usr/sbin/config -m LINT TB --- 2012-06-15 12:32:19 - building LINT kernel TB --- 2012-06-15 12:32:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 12:32:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 12:32:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 12:32:19 - SRCCONF=/dev/null TB --- 2012-06-15 12:32:19 - TARGET=i386 TB --- 2012-06-15 12:32:19 - TARGET_ARCH=i386 TB --- 2012-06-15 12:32:19 - TZ=UTC TB --- 2012-06-15 12:32:19 - __MAKE_CONF=/dev/null TB --- 2012-06-15 12:32:19 - cd /src TB --- 2012-06-15 12:32:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 12:32:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Jun 15 13:07:29 UTC 2012 TB --- 2012-06-15 13:07:29 - cd /src/sys/i386/conf TB --- 2012-06-15 13:07:29 - /usr/sbin/config -m LINT-NOINET TB --- 2012-06-15 13:07:29 - building LINT-NOINET kernel TB --- 2012-06-15 13:07:29 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 13:07:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 13:07:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 13:07:29 - SRCCONF=/dev/null TB --- 2012-06-15 13:07:29 - TARGET=i386 TB --- 2012-06-15 13:07:29 - TARGET_ARCH=i386 TB --- 2012-06-15 13:07:29 - TZ=UTC TB --- 2012-06-15 13:07:29 - __MAKE_CONF=/dev/null TB --- 2012-06-15 13:07:29 - cd /src TB --- 2012-06-15 13:07:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Jun 15 13:07:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Fri Jun 15 13:39:40 UTC 2012 TB --- 2012-06-15 13:39:40 - cd /src/sys/i386/conf TB --- 2012-06-15 13:39:40 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-06-15 13:39:41 - building LINT-NOINET6 kernel TB --- 2012-06-15 13:39:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 13:39:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 13:39:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 13:39:41 - SRCCONF=/dev/null TB --- 2012-06-15 13:39:41 - TARGET=i386 TB --- 2012-06-15 13:39:41 - TARGET_ARCH=i386 TB --- 2012-06-15 13:39:41 - TZ=UTC TB --- 2012-06-15 13:39:41 - __MAKE_CONF=/dev/null TB --- 2012-06-15 13:39:41 - cd /src TB --- 2012-06-15 13:39:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Jun 15 13:39:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Fri Jun 15 14:11:36 UTC 2012 TB --- 2012-06-15 14:11:36 - cd /src/sys/i386/conf TB --- 2012-06-15 14:11:36 - /usr/sbin/config -m LINT-NOIP TB --- 2012-06-15 14:11:36 - building LINT-NOIP kernel TB --- 2012-06-15 14:11:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 14:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 14:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 14:11:36 - SRCCONF=/dev/null TB --- 2012-06-15 14:11:36 - TARGET=i386 TB --- 2012-06-15 14:11:36 - TARGET_ARCH=i386 TB --- 2012-06-15 14:11:36 - TZ=UTC TB --- 2012-06-15 14:11:36 - __MAKE_CONF=/dev/null TB --- 2012-06-15 14:11:36 - cd /src TB --- 2012-06-15 14:11:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Jun 15 14:11:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Fri Jun 15 14:40:21 UTC 2012 TB --- 2012-06-15 14:40:21 - cd /src/sys/i386/conf TB --- 2012-06-15 14:40:21 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-06-15 14:40:21 - building LINT-VIMAGE kernel TB --- 2012-06-15 14:40:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 14:40:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 14:40:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 14:40:21 - SRCCONF=/dev/null TB --- 2012-06-15 14:40:21 - TARGET=i386 TB --- 2012-06-15 14:40:21 - TARGET_ARCH=i386 TB --- 2012-06-15 14:40:21 - TZ=UTC TB --- 2012-06-15 14:40:21 - __MAKE_CONF=/dev/null TB --- 2012-06-15 14:40:21 - cd /src TB --- 2012-06-15 14:40:21 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Jun 15 14:40:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Jun 15 15:12:55 UTC 2012 TB --- 2012-06-15 15:12:55 - cd /src/sys/i386/conf TB --- 2012-06-15 15:12:55 - /usr/sbin/config -m GENERIC TB --- 2012-06-15 15:12:55 - building GENERIC kernel TB --- 2012-06-15 15:12:55 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 15:12:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 15:12:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 15:12:55 - SRCCONF=/dev/null TB --- 2012-06-15 15:12:55 - TARGET=i386 TB --- 2012-06-15 15:12:55 - TARGET_ARCH=i386 TB --- 2012-06-15 15:12:55 - TZ=UTC TB --- 2012-06-15 15:12:55 - __MAKE_CONF=/dev/null TB --- 2012-06-15 15:12:55 - cd /src TB --- 2012-06-15 15:12:55 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 15 15:12:56 UTC 2012 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/i386/conf; PATH=/obj/i386.i386/src/tmp/legacy/usr/sbin:/obj/i386.i386/src/tmp/legacy/usr/bin:/obj/i386.i386/src/tmp/legacy/usr/games:/obj/i386.i386/src/tmp/usr/sbin:/obj/i386.i386/src/tmp/usr/bin:/obj/i386.i386/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/i386.i386/src/sys/GENERIC /src/sys/i386/conf/GENERIC /src/sys/i386/conf/GENERIC: unknown option "ATH_SUPPORT_11N" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 15:12:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 15:12:56 - ERROR: failed to build GENERIC kernel TB --- 2012-06-15 15:12:56 - 14071.82 user 1935.11 system 18775.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 15:38:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29A71065670; Fri, 15 Jun 2012 15:38:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 990488FC0C; Fri, 15 Jun 2012 15:38:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5FFceEx043863; Fri, 15 Jun 2012 11:38:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5FFcdgr043862; Fri, 15 Jun 2012 15:38:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Jun 2012 15:38:39 GMT Message-Id: <201206151538.q5FFcdgr043862@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 15:38:40 -0000 TB --- 2012-06-15 10:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-15 10:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-15 10:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-15 10:00:00 - cleaning the object tree TB --- 2012-06-15 10:00:00 - cvsupping the source tree TB --- 2012-06-15 10:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-15 10:02:41 - building world TB --- 2012-06-15 10:02:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 10:02:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 10:02:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 10:02:41 - SRCCONF=/dev/null TB --- 2012-06-15 10:02:41 - TARGET=amd64 TB --- 2012-06-15 10:02:41 - TARGET_ARCH=amd64 TB --- 2012-06-15 10:02:41 - TZ=UTC TB --- 2012-06-15 10:02:41 - __MAKE_CONF=/dev/null TB --- 2012-06-15 10:02:41 - cd /src TB --- 2012-06-15 10:02:41 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 15 10:02:42 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jun 15 13:07:31 UTC 2012 TB --- 2012-06-15 13:07:31 - generating LINT kernel config TB --- 2012-06-15 13:07:31 - cd /src/sys/amd64/conf TB --- 2012-06-15 13:07:31 - /usr/bin/make -B LINT TB --- 2012-06-15 13:07:31 - cd /src/sys/amd64/conf TB --- 2012-06-15 13:07:31 - /usr/sbin/config -m LINT TB --- 2012-06-15 13:07:31 - building LINT kernel TB --- 2012-06-15 13:07:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 13:07:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 13:07:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 13:07:31 - SRCCONF=/dev/null TB --- 2012-06-15 13:07:31 - TARGET=amd64 TB --- 2012-06-15 13:07:31 - TARGET_ARCH=amd64 TB --- 2012-06-15 13:07:31 - TZ=UTC TB --- 2012-06-15 13:07:31 - __MAKE_CONF=/dev/null TB --- 2012-06-15 13:07:31 - cd /src TB --- 2012-06-15 13:07:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 15 13:07:31 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Jun 15 13:39:34 UTC 2012 TB --- 2012-06-15 13:39:34 - cd /src/sys/amd64/conf TB --- 2012-06-15 13:39:34 - /usr/sbin/config -m LINT-NOINET TB --- 2012-06-15 13:39:34 - building LINT-NOINET kernel TB --- 2012-06-15 13:39:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 13:39:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 13:39:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 13:39:34 - SRCCONF=/dev/null TB --- 2012-06-15 13:39:34 - TARGET=amd64 TB --- 2012-06-15 13:39:34 - TARGET_ARCH=amd64 TB --- 2012-06-15 13:39:34 - TZ=UTC TB --- 2012-06-15 13:39:34 - __MAKE_CONF=/dev/null TB --- 2012-06-15 13:39:34 - cd /src TB --- 2012-06-15 13:39:34 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Jun 15 13:39:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Fri Jun 15 14:09:44 UTC 2012 TB --- 2012-06-15 14:09:44 - cd /src/sys/amd64/conf TB --- 2012-06-15 14:09:44 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-06-15 14:09:44 - building LINT-NOINET6 kernel TB --- 2012-06-15 14:09:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 14:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 14:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 14:09:44 - SRCCONF=/dev/null TB --- 2012-06-15 14:09:44 - TARGET=amd64 TB --- 2012-06-15 14:09:44 - TARGET_ARCH=amd64 TB --- 2012-06-15 14:09:44 - TZ=UTC TB --- 2012-06-15 14:09:44 - __MAKE_CONF=/dev/null TB --- 2012-06-15 14:09:44 - cd /src TB --- 2012-06-15 14:09:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Jun 15 14:09:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Fri Jun 15 14:39:41 UTC 2012 TB --- 2012-06-15 14:39:41 - cd /src/sys/amd64/conf TB --- 2012-06-15 14:39:41 - /usr/sbin/config -m LINT-NOIP TB --- 2012-06-15 14:39:41 - building LINT-NOIP kernel TB --- 2012-06-15 14:39:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 14:39:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 14:39:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 14:39:41 - SRCCONF=/dev/null TB --- 2012-06-15 14:39:41 - TARGET=amd64 TB --- 2012-06-15 14:39:41 - TARGET_ARCH=amd64 TB --- 2012-06-15 14:39:41 - TZ=UTC TB --- 2012-06-15 14:39:41 - __MAKE_CONF=/dev/null TB --- 2012-06-15 14:39:41 - cd /src TB --- 2012-06-15 14:39:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Jun 15 14:39:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Fri Jun 15 15:07:08 UTC 2012 TB --- 2012-06-15 15:07:08 - cd /src/sys/amd64/conf TB --- 2012-06-15 15:07:08 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-06-15 15:07:08 - building LINT-VIMAGE kernel TB --- 2012-06-15 15:07:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 15:07:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 15:07:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 15:07:08 - SRCCONF=/dev/null TB --- 2012-06-15 15:07:08 - TARGET=amd64 TB --- 2012-06-15 15:07:08 - TARGET_ARCH=amd64 TB --- 2012-06-15 15:07:08 - TZ=UTC TB --- 2012-06-15 15:07:08 - __MAKE_CONF=/dev/null TB --- 2012-06-15 15:07:08 - cd /src TB --- 2012-06-15 15:07:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Jun 15 15:07:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Jun 15 15:38:39 UTC 2012 TB --- 2012-06-15 15:38:39 - cd /src/sys/amd64/conf TB --- 2012-06-15 15:38:39 - /usr/sbin/config -m GENERIC TB --- 2012-06-15 15:38:39 - building GENERIC kernel TB --- 2012-06-15 15:38:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-15 15:38:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-15 15:38:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-15 15:38:39 - SRCCONF=/dev/null TB --- 2012-06-15 15:38:39 - TARGET=amd64 TB --- 2012-06-15 15:38:39 - TARGET_ARCH=amd64 TB --- 2012-06-15 15:38:39 - TZ=UTC TB --- 2012-06-15 15:38:39 - __MAKE_CONF=/dev/null TB --- 2012-06-15 15:38:39 - cd /src TB --- 2012-06-15 15:38:39 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 15 15:38:39 UTC 2012 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64.amd64/src/tmp/legacy/usr/sbin:/obj/amd64.amd64/src/tmp/legacy/usr/bin:/obj/amd64.amd64/src/tmp/legacy/usr/games:/obj/amd64.amd64/src/tmp/usr/sbin:/obj/amd64.amd64/src/tmp/usr/bin:/obj/amd64.amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64.amd64/src/sys/GENERIC /src/sys/amd64/conf/GENERIC /src/sys/amd64/conf/GENERIC: unknown option "ATH_SUPPORT_11N" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-15 15:38:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-15 15:38:39 - ERROR: failed to build GENERIC kernel TB --- 2012-06-15 15:38:39 - 15089.06 user 2184.83 system 20319.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 17:18:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D837106564A; Fri, 15 Jun 2012 17:18:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC378FC18; Fri, 15 Jun 2012 17:18:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B1166B95A; Fri, 15 Jun 2012 13:18:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, Matthias Apitz Date: Fri, 15 Jun 2012 08:18:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120615094837.GA1440@tiny.Sisis.de> In-Reply-To: <20120615094837.GA1440@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206150818.22208.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 15 Jun 2012 13:18:23 -0400 (EDT) Cc: swills@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 17:18:24 -0000 On Friday, June 15, 2012 5:48:39 am Matthias Apitz wrote: > > Hello, > > I have PANIC's while going multiuser in r235646. They are perhaps > somewhat VMware related, because I do not saw them in a real machine > while compiling ~1200 ports. > > the panic says: > mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 > > I have a screen shoot here: > http://www.unixarea.de/aurora-panic.gif > > Installed and started (via rc.conf) is the port open-vm-tools-425873,1; > > Thx > > matthias Can you get a stack trace? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 20:13:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35164106566C for ; Fri, 15 Jun 2012 20:13:59 +0000 (UTC) (envelope-from jeffford@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id E57598FC15 for ; Fri, 15 Jun 2012 20:13:58 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3264792yhg.13 for ; Fri, 15 Jun 2012 13:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=AJnRs8Bh3nHLnkPbdqBbN2fn4qckQG5l+lLy9T69+Gw=; b=FNffdiPPrX5janmrw+1x91BK5JY0Fvcjs6ZftWzVBQXslyt0eP2PADmRENc4Ormv0i hx2lDKX1GmEQtWFUw0rxrkgCqsGpI70tca0eexpk7ueXYSBqS05+9tDE/BN8XrXx9oXP s+X0e/k6yF6ObpUPngTdjOQn48JoIQpSJd35yJLiVFXompSYI7XA6hO+4ItOMGc4CI32 +ku1sCluQ+bv88SlRBipxk2wbCb8DPVFXbLdkqxZ8aztkVtKaUPbhm3pH4ox5KeWr4em qwX3ydZQzZgOJMF8+YXKRSp5LXRSMHeOislY1/v1EV+Ba2NjcCxggV0L9vyhObyUIdeo vL1A== MIME-Version: 1.0 Received: by 10.236.155.130 with SMTP id j2mr9252651yhk.127.1339791238324; Fri, 15 Jun 2012 13:13:58 -0700 (PDT) Sender: jeffford@gmail.com Received: by 10.146.49.1 with HTTP; Fri, 15 Jun 2012 13:13:58 -0700 (PDT) Date: Fri, 15 Jun 2012 13:13:58 -0700 X-Google-Sender-Auth: 1ZJldrm9uMawghuf9RMXtTMtabk Message-ID: From: Jeff Ford To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Failure building libdtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 20:13:59 -0000 When I try to build directly from src/cddl/lib/libdtrace I get a failure because of a missing file dt_grammar.h. This file is generated by dt_grammar.y. On 9, running make in the same directory runs the yacc ahead of cc so the build works. I can fix this locally by moving dt_grammar.y to the top of the file list in Makefile, but what changed, and should it be fixed? Thanks, Jeff -- Jeff Ford Redmond, WA From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 23:10:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19A0C1065673 for ; Fri, 15 Jun 2012 23:10:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id C43838FC17 for ; Fri, 15 Jun 2012 23:10:23 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:354e:5c27:9880:73e6] (unknown [IPv6:2001:7b8:3a7:0:354e:5c27:9880:73e6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1B37B5C37; Sat, 16 Jun 2012 01:10:17 +0200 (CEST) Message-ID: <4FDBC0D9.7060707@FreeBSD.org> Date: Sat, 16 Jun 2012 01:10:17 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120607 Thunderbird/14.0 MIME-Version: 1.0 To: Jeff Ford References: In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Failure building libdtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 23:10:24 -0000 On 2012-06-15 22:13, Jeff Ford wrote: > When I try to build directly from src/cddl/lib/libdtrace I get a failure > because of a missing file dt_grammar.h. This file is generated by > dt_grammar.y. On 9, running make in the same directory runs the yacc ahead > of cc so the build works. > > I can fix this locally by moving dt_grammar.y to the top of the file list > in Makefile, but what changed, and should it be fixed? No, just run "make depend" first. From owner-freebsd-current@FreeBSD.ORG Fri Jun 15 23:40:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30725106566C; Fri, 15 Jun 2012 23:40:26 +0000 (UTC) (envelope-from jeffford@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C936F8FC08; Fri, 15 Jun 2012 23:40:25 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3390159yhg.13 for ; Fri, 15 Jun 2012 16:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+tUMR3/I8gza9uWjsWMW/drBZ26Uce7AKdRsxjh1cVM=; b=fUMmOBq2OgPEdPynBO9GFBpMba0AQut0ZxqZ27zazMXmjPWV3Q2XmqfgkF90Walyoo RZRfwC4iTJlVQzlGRoIYE+wnInwjYfzZz0RrZ3FI3NNh0nl1SMsxKakhdiIeAnTYmR1B pjRRtwEXkJQe+JnVQgNTPOhaY26EMGha/4W0eNd5WCGQUq7tFffqjxGyvaUBw0aPh/qa K09esLxrz+eXBe1THH0hxqEsKplWZZt7x3EpXgWJKwAqQdmk0JkIUwpl6Jsc3s1/wN12 gZkE9lMoszvxy0QSY1Q2EdmCP8KLsvCmUGJ/XYozQAZzbYxNsQjaUzKt37TP0lTAY0yt /23g== MIME-Version: 1.0 Received: by 10.236.190.138 with SMTP id e10mr10035411yhn.131.1339803625133; Fri, 15 Jun 2012 16:40:25 -0700 (PDT) Sender: jeffford@gmail.com Received: by 10.146.49.1 with HTTP; Fri, 15 Jun 2012 16:40:25 -0700 (PDT) In-Reply-To: <4FDBC0D9.7060707@FreeBSD.org> References: <4FDBC0D9.7060707@FreeBSD.org> Date: Fri, 15 Jun 2012 16:40:25 -0700 X-Google-Sender-Auth: 56XfsX_vYYpjF1SkP6ZE4r178kk Message-ID: From: Jeff Ford To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Failure building libdtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 23:40:26 -0000 On Fri, Jun 15, 2012 at 4:10 PM, Dimitry Andric wrote: > On 2012-06-15 22:13, Jeff Ford wrote: > > When I try to build directly from src/cddl/lib/libdtrace I get a failure > > because of a missing file dt_grammar.h. This file is generated by > > dt_grammar.y. On 9, running make in the same directory runs the yacc > ahead > > of cc so the build works. > > > > I can fix this locally by moving dt_grammar.y to the top of the file list > > in Makefile, but what changed, and should it be fixed? > > No, just run "make depend" first. > Thanks, that fixes the issue, but I'm also curious what caused the change. I was looking through make file diffs and didn't see anything obvious. (But I'm new to the BSD make files, so it's unlikely it would be obvious to me.) -- Jeff Ford Redmond, WA From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 08:51:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 380B1106566B; Sat, 16 Jun 2012 08:51:10 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id E3FBB8FC16; Sat, 16 Jun 2012 08:51:09 +0000 (UTC) Received: from [188.174.196.245] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Sfoiq-0000at-DF; Sat, 16 Jun 2012 10:51:08 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id q5G8p6q8003227; Sat, 16 Jun 2012 10:51:07 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id q5G8p66a003226; Sat, 16 Jun 2012 10:51:06 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 16 Jun 2012 10:51:06 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20120616085106.GA3213@tinyCurrent> References: <20120615094837.GA1440@tiny.Sisis.de> <201206150818.22208.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201206150818.22208.jhb@freebsd.org> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.196.245 Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 08:51:10 -0000 El día Friday, June 15, 2012 a las 08:18:22AM -0400, John Baldwin escribió: > > the panic says: > > mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 > > > > I have a screen shoot here: > > http://www.unixarea.de/aurora-panic.gif > > > > Installed and started (via rc.conf) is the port open-vm-tools-425873,1; > > > > Thx > > > > matthias > > Can you get a stack trace? I have configured now dumpdevice and -dir and will produce a bt next time; btw: it seems that the panic only occurs when a second VM (also with FreeBSD) is running; the 2nd VM (my production env) has 2 GByte memory configured, while the crashing one only 512 MByte; the host itself has 4 GByte real mem; we will see what the bt shows... matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 09:31:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2401A106564A; Sat, 16 Jun 2012 09:31:09 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4B228FC0C; Sat, 16 Jun 2012 09:31:08 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6744793obc.13 for ; Sat, 16 Jun 2012 02:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=uiHwtsuMbfPA6HH1hC3ApRqm8pIcqDYz8r8RImUwWYM=; b=0E7gkQzT11v7QlAUbRranLg/udM56kPPGYcH4/1jhW3GxzBdgFugxXkURNktVeO4MZ M8xyXE8n8m8692fQ3a3jPIlroNVUt4BTywY0ESsBRk8KHoGJv6RZwVoZwOmZZWQPlC1z 3c/wIf3+6aiMIyZCnfFiQyBwvaUYObZun9Y0DfO+ojgCuScYQt6DYVG0VmAgnyqRJwOX em45q+K07VRIjfzhjqg1fDb2cggA5ciqltKoXMn0vU8+EmmcAMKm43p2nisVvhpXz8p+ I9HmE0R9GkdLuNafchnHgtOSVBmWu+5N94TJz86xImqbuWc/6FYLqk3j7hXzcnujB8Ce d/gQ== MIME-Version: 1.0 Received: by 10.60.171.135 with SMTP id au7mr8911841oec.62.1339839068246; Sat, 16 Jun 2012 02:31:08 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Sat, 16 Jun 2012 02:31:08 -0700 (PDT) Date: Sat, 16 Jun 2012 12:31:08 +0300 Message-ID: From: Alexander Yerenkow To: FreeBSD Stable Mailing List , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Stucking processes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 09:31:09 -0000 Hello all. Since I'm using stable as host, and current in chroot, I'll write to both mail list, sorry for any inconvenience. My host is binary freebsd-updated 9; FreeBSD 9.0-RELEASE-p3 (GENERIC) #0: Tue Jun 12 02:52:29 UTC 2012 I have chroot with latest current there installed r237089 (make buildworld && buildkernel, no specific flags) When I built from ports some programs in chroot all went fine, until I got stucked process automoc (when building kdelibs4); After few restarts I got build, and forget about it. I'm toying now with portupgrade, and see similar stucks in ruby18 and ruby19 (Even got few times in miniruby while building 1.8); Here's example of stucked processes (they aren't in top, and seems totally inactive. I haven't kill them yet, so can try to dig, but to where?): 2677 5 Is 0:00,00 | `-- /bin/sh 2678 5 I 0:00,00 | `-- sudo su 2679 5 I 0:00,00 | `-- su 2680 5 I 0:00,01 | `-- _su (csh) 2687 5 I 0:00,03 | `-- /bin/csh -i 2690 5 I+ 0:04,34 | `-- ruby19: portupgrade: [1/237] audio/libsamplerate (ruby19) # procstat -k 2690 PID TID COMM TDNAME KSTACK 2690 100477 ruby19 - mi_switch sleepq_catch_signals sleepq_timedwait_sig _sleep do_wait __umtx_op_wait_uint_private_compat32 ia32_syscall Xint0x80_syscall 2690 101110 ruby19 - mi_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait kern_select freebsd32_select ia32_syscall Xint0x80_syscall #top (with inactive filtered out;) last pid: 11049; load averages: 0.09, 0.16, 0.19 up 0+00:14:48 12:27:20 63 processes: 1 running, 62 sleeping CPU: 1.0% user, 0.0% nice, 0.8% system, 1.2% interrupt, 97.0% idle Mem: 184M Active, 96M Inact, 1104M Wired, 2412K Cache, 171M Buf, 454M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2610 root 2 20 0 261M 82548K kqread 1 0:12 1.27% rtorrent Is this my side's problem, or there's something wrong with current? :) Any help appreciated. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 10:58:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B64D106564A; Sat, 16 Jun 2012 10:58:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 491238FC0C; Sat, 16 Jun 2012 10:58:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GAwWEW041352; Sat, 16 Jun 2012 06:58:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GAwW28041347; Sat, 16 Jun 2012 10:58:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 10:58:32 GMT Message-Id: <201206161058.q5GAwW28041347@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 10:58:39 -0000 TB --- 2012-06-16 09:53:43 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 09:53:43 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 09:53:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-16 09:53:43 - cleaning the object tree TB --- 2012-06-16 09:53:43 - cvsupping the source tree TB --- 2012-06-16 09:53:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-16 09:54:31 - building world TB --- 2012-06-16 09:54:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 09:54:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 09:54:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 09:54:31 - SRCCONF=/dev/null TB --- 2012-06-16 09:54:31 - TARGET=sparc64 TB --- 2012-06-16 09:54:31 - TARGET_ARCH=sparc64 TB --- 2012-06-16 09:54:31 - TZ=UTC TB --- 2012-06-16 09:54:31 - __MAKE_CONF=/dev/null TB --- 2012-06-16 09:54:31 - cd /src TB --- 2012-06-16 09:54:31 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 09:54:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 16 10:54:31 UTC 2012 TB --- 2012-06-16 10:54:31 - generating LINT kernel config TB --- 2012-06-16 10:54:31 - cd /src/sys/sparc64/conf TB --- 2012-06-16 10:54:31 - /usr/bin/make -B LINT TB --- 2012-06-16 10:54:31 - cd /src/sys/sparc64/conf TB --- 2012-06-16 10:54:31 - /usr/sbin/config -m LINT TB --- 2012-06-16 10:54:31 - building LINT kernel TB --- 2012-06-16 10:54:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 10:54:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 10:54:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 10:54:31 - SRCCONF=/dev/null TB --- 2012-06-16 10:54:31 - TARGET=sparc64 TB --- 2012-06-16 10:54:31 - TARGET_ARCH=sparc64 TB --- 2012-06-16 10:54:31 - TZ=UTC TB --- 2012-06-16 10:54:31 - __MAKE_CONF=/dev/null TB --- 2012-06-16 10:54:31 - cd /src TB --- 2012-06-16 10:54:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 10:54:31 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 10:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 10:58:32 - ERROR: failed to build LINT kernel TB --- 2012-06-16 10:58:32 - 3116.55 user 562.20 system 3888.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 11:48:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE097106564A; Sat, 16 Jun 2012 11:48:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BBFB98FC08; Sat, 16 Jun 2012 11:48:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GBm9uu002077; Sat, 16 Jun 2012 07:48:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GBm9ch002076; Sat, 16 Jun 2012 11:48:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 11:48:09 GMT Message-Id: <201206161148.q5GBm9ch002076@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 11:48:10 -0000 TB --- 2012-06-16 09:05:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 09:05:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 09:05:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-06-16 09:05:24 - cleaning the object tree TB --- 2012-06-16 09:05:24 - cvsupping the source tree TB --- 2012-06-16 09:05:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-06-16 09:06:22 - building world TB --- 2012-06-16 09:06:22 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 09:06:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 09:06:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 09:06:22 - SRCCONF=/dev/null TB --- 2012-06-16 09:06:22 - TARGET=powerpc TB --- 2012-06-16 09:06:22 - TARGET_ARCH=powerpc64 TB --- 2012-06-16 09:06:22 - TZ=UTC TB --- 2012-06-16 09:06:22 - __MAKE_CONF=/dev/null TB --- 2012-06-16 09:06:22 - cd /src TB --- 2012-06-16 09:06:22 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 09:06:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 16 11:44:45 UTC 2012 TB --- 2012-06-16 11:44:45 - generating LINT kernel config TB --- 2012-06-16 11:44:45 - cd /src/sys/powerpc/conf TB --- 2012-06-16 11:44:45 - /usr/bin/make -B LINT TB --- 2012-06-16 11:44:45 - cd /src/sys/powerpc/conf TB --- 2012-06-16 11:44:45 - /usr/sbin/config -m LINT TB --- 2012-06-16 11:44:45 - building LINT kernel TB --- 2012-06-16 11:44:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 11:44:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 11:44:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 11:44:45 - SRCCONF=/dev/null TB --- 2012-06-16 11:44:45 - TARGET=powerpc TB --- 2012-06-16 11:44:45 - TARGET_ARCH=powerpc64 TB --- 2012-06-16 11:44:45 - TZ=UTC TB --- 2012-06-16 11:44:45 - __MAKE_CONF=/dev/null TB --- 2012-06-16 11:44:45 - cd /src TB --- 2012-06-16 11:44:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 11:44:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 11:48:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 11:48:09 - ERROR: failed to build LINT kernel TB --- 2012-06-16 11:48:09 - 8187.69 user 1112.69 system 9764.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 12:11:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6F51065673; Sat, 16 Jun 2012 12:11:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 044408FC08; Sat, 16 Jun 2012 12:11:42 +0000 (UTC) Received: from ralph.baldwin.cx (c-68-39-198-164.hsd1.de.comcast.net [68.39.198.164]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6EDBDB95D; Sat, 16 Jun 2012 08:11:41 -0400 (EDT) From: John Baldwin To: Matthias Apitz Date: Sat, 16 Jun 2012 08:11:40 -0400 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120615094837.GA1440@tiny.Sisis.de> <201206150818.22208.jhb@freebsd.org> <20120616085106.GA3213@tinyCurrent> In-Reply-To: <20120616085106.GA3213@tinyCurrent> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206160811.40632.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 16 Jun 2012 08:11:41 -0400 (EDT) Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 12:11:42 -0000 On Saturday, June 16, 2012 04:51:06 AM Matthias Apitz wrote: > El d=EDa Friday, June 15, 2012 a las 08:18:22AM -0400, John Baldwin escri= bi=F3: > > > the panic says: > > > mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 > > >=20 > > > I have a screen shoot here: > > > http://www.unixarea.de/aurora-panic.gif > > >=20 > > > Installed and started (via rc.conf) is the port open-vm-tools-425873,= 1; > > >=20 > > > Thx > > >=20 > > > matthias > >=20 > > Can you get a stack trace? >=20 > I have configured now dumpdevice and -dir and will produce a bt next > time; >=20 > btw: it seems that the panic only occurs when a second VM (also with > FreeBSD) is running; the 2nd VM (my production env) has 2 GByte memory > configured, while the crashing one only 512 MByte; the host itself has 4 > GByte real mem; we will see what the bt shows... =46or future reference, you can just run 'tr' at the DDB prompt to get a st= ack=20 trace and take a screen shot of that. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 15:02:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19256106566C; Sat, 16 Jun 2012 15:02:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D937B8FC17; Sat, 16 Jun 2012 15:02:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GF2LKI067356; Sat, 16 Jun 2012 11:02:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GF2LPw067347; Sat, 16 Jun 2012 15:02:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 15:02:21 GMT Message-Id: <201206161502.q5GF2LPw067347@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 15:02:22 -0000 TB --- 2012-06-16 11:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 11:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 11:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-16 11:50:00 - cleaning the object tree TB --- 2012-06-16 11:50:00 - cvsupping the source tree TB --- 2012-06-16 11:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-16 11:56:45 - building world TB --- 2012-06-16 11:56:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 11:56:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 11:56:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 11:56:45 - SRCCONF=/dev/null TB --- 2012-06-16 11:56:45 - TARGET=amd64 TB --- 2012-06-16 11:56:45 - TARGET_ARCH=amd64 TB --- 2012-06-16 11:56:45 - TZ=UTC TB --- 2012-06-16 11:56:45 - __MAKE_CONF=/dev/null TB --- 2012-06-16 11:56:45 - cd /src TB --- 2012-06-16 11:56:45 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 11:56:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 16 14:54:38 UTC 2012 TB --- 2012-06-16 14:54:38 - generating LINT kernel config TB --- 2012-06-16 14:54:38 - cd /src/sys/amd64/conf TB --- 2012-06-16 14:54:38 - /usr/bin/make -B LINT TB --- 2012-06-16 14:54:38 - cd /src/sys/amd64/conf TB --- 2012-06-16 14:54:38 - /usr/sbin/config -m LINT TB --- 2012-06-16 14:54:38 - building LINT kernel TB --- 2012-06-16 14:54:38 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 14:54:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 14:54:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 14:54:38 - SRCCONF=/dev/null TB --- 2012-06-16 14:54:38 - TARGET=amd64 TB --- 2012-06-16 14:54:38 - TARGET_ARCH=amd64 TB --- 2012-06-16 14:54:38 - TZ=UTC TB --- 2012-06-16 14:54:38 - __MAKE_CONF=/dev/null TB --- 2012-06-16 14:54:38 - cd /src TB --- 2012-06-16 14:54:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 14:54:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-via.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 15:02:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 15:02:20 - ERROR: failed to build LINT kernel TB --- 2012-06-16 15:02:20 - 8150.35 user 1264.95 system 11540.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 15:57:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A834106564A; Sat, 16 Jun 2012 15:57:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1034C8FC0A; Sat, 16 Jun 2012 15:57:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GFvmjj020343; Sat, 16 Jun 2012 11:57:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GFvmMv020330; Sat, 16 Jun 2012 15:57:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 15:57:48 GMT Message-Id: <201206161557.q5GFvmMv020330@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 15:57:49 -0000 TB --- 2012-06-16 14:15:54 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 14:15:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 14:15:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-06-16 14:15:55 - cleaning the object tree TB --- 2012-06-16 14:15:55 - cvsupping the source tree TB --- 2012-06-16 14:15:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-06-16 14:16:35 - building world TB --- 2012-06-16 14:16:35 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 14:16:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 14:16:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 14:16:35 - SRCCONF=/dev/null TB --- 2012-06-16 14:16:35 - TARGET=ia64 TB --- 2012-06-16 14:16:35 - TARGET_ARCH=ia64 TB --- 2012-06-16 14:16:35 - TZ=UTC TB --- 2012-06-16 14:16:35 - __MAKE_CONF=/dev/null TB --- 2012-06-16 14:16:35 - cd /src TB --- 2012-06-16 14:16:35 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 14:16:36 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 16 15:51:42 UTC 2012 TB --- 2012-06-16 15:51:42 - generating LINT kernel config TB --- 2012-06-16 15:51:42 - cd /src/sys/ia64/conf TB --- 2012-06-16 15:51:42 - /usr/bin/make -B LINT TB --- 2012-06-16 15:51:42 - cd /src/sys/ia64/conf TB --- 2012-06-16 15:51:42 - /usr/sbin/config -m LINT TB --- 2012-06-16 15:51:42 - building LINT kernel TB --- 2012-06-16 15:51:42 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 15:51:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 15:51:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 15:51:42 - SRCCONF=/dev/null TB --- 2012-06-16 15:51:42 - TARGET=ia64 TB --- 2012-06-16 15:51:42 - TARGET_ARCH=ia64 TB --- 2012-06-16 15:51:42 - TZ=UTC TB --- 2012-06-16 15:51:42 - __MAKE_CONF=/dev/null TB --- 2012-06-16 15:51:42 - cd /src TB --- 2012-06-16 15:51:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 15:51:43 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 15:57:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 15:57:48 - ERROR: failed to build LINT kernel TB --- 2012-06-16 15:57:48 - 4475.18 user 698.52 system 6113.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 17:07:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89836106564A for ; Sat, 16 Jun 2012 17:07:52 +0000 (UTC) (envelope-from rsb@berentweb.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 039748FC0C for ; Sat, 16 Jun 2012 17:07:51 +0000 (UTC) Received: by lbon10 with SMTP id n10so4287877lbo.13 for ; Sat, 16 Jun 2012 10:07:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=mime-version:sender:x-originating-ip:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=TPYutoER4/g1qscqmQranPh6lLhsuS9t3DUwvf8DOqI=; b=fDWu/W1p08o0H6Qlsm37PoIOAKYTrahOB4vJxG/MxAeB4qKRXhOcn30ct+tFg4uTFY jaiRUZYkkwbAlDlHFmmjsrLHlV7Q6/wBWuskdcJ2d7DtamMDywpA3oM8y/tXAVN3vMYx iSQfnMD8i49JGSU3SUbDtk0A/iyZaNVkPTlCQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:date:x-google-sender-auth :message-id:subject:from:to:content-type:x-gm-message-state; bh=TPYutoER4/g1qscqmQranPh6lLhsuS9t3DUwvf8DOqI=; b=VRsDianTwgCf4Vkb2f4XaRfX8n03ompe60pTVSJlsDIfxc3UAddVjNxz9QUb50FGzl OPsd3e+nghpll/dzJ3zXv7YymdZwmqYhzP0ELJWXa+u6LPDVCtFZG2DowBoxuv5FkDqI q3YpdeZ31AJREXV8aac1cMZGGmYW8oGcBkGhScU+8kp5q3PfakZN2b+SGNz4i1OZG8wy Jms0JuCD4jCEM0eSN7AXu0b6xS8scuiU3Nx3T2K8gy2PvjnaXMQ7cYQBGqMuKc0jupkQ EgxhhQ6eo/R4Xwp2aEvu3c+UyD/+Rv4U0ALNsaob4778ilGzHDd3bnQDwVJahvj0hkzw EiBA== MIME-Version: 1.0 Received: by 10.112.48.169 with SMTP id m9mr3987053lbn.93.1339866470664; Sat, 16 Jun 2012 10:07:50 -0700 (PDT) Sender: rsb@berentweb.com Received: by 10.112.20.69 with HTTP; Sat, 16 Jun 2012 10:07:50 -0700 (PDT) X-Originating-IP: [83.66.206.212] Date: Sat, 16 Jun 2012 20:07:50 +0300 X-Google-Sender-Auth: P0tlkcc5oStVYR0m0ofIHE8rCIY Message-ID: From: Beeblebrox To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlHX4o0H9OUaiKbfbbX6ZcnJS+0PjCHR/rCtE3JcGNx1BnRTiqoIW/1lwbuICt+u9kXStit X-Mailman-Approved-At: Sat, 16 Jun 2012 17:14:44 +0000 Subject: Buildworld breaks at libpcap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 17:07:52 -0000 uname -a: FreeBSD 9.0-STABLE #0 r235991: Sat May 26 14:20:06 EEST 2012 amd64 - Custom Kernel buildworld breaks very eloquently at libpcap. Error message depends on whether ccache is enabled or clang is disabled in /etc/src.conf, as given below: WITHOUT_ACCT= yes WITHOUT_APM= yes WITHOUT_AUTHPF= yes WITHOUT_ASSERT_DEBUG= yes WITHOUT_AUDIT= yes WITHOUT_BIND= yes WITH_BSD_GREP= yes WITHOUT_BLUETOOTH= yes WITHOUT_CLANG= yes WITHOUT_CTM= yes WITHOUT_FLOPPY= yes WITHOUT_GDB= yes WITHOUT_HTML= yes WITHOUT_INET6= yes WITHOUT_INET6_SUPPORT= yes WITHOUT_IPFW= yes WITHOUT_IPFILTER= yes WITHOUT_MAIL= yes WITHOUT_NLS= yes WITHOUT_NLS_CATALOGS= yes WITHOUT_PORTSNAP= yes WITHOUT_SENDMAIL= yes WITHOUT_WIRELESS= yes WITHOUT_WPA_SUPPLICANT_EAPOL= yes Error message looks like: ===> lib/libpcap (all) /usr/local/bin/ccache cc -O2 -pipe -march=k8 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/asp/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DHAVE_NET_PFVAR_H -I/asp/src/lib/libpcap/../../contrib/libpcap -DNDEBUG -std=gnu99 -fstack-protector -Wno-pointer-sign -c /asp/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c -o pcap-bpf.o ......... /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c: In function 'dlt_to_linktype': /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MIN' undeclared (first use in this function) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: (Each undeclared identifier is reported only once /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: for each function it appears in.) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MAX' undeclared (first use in this function) *** Error code 1 /usr/local/bin/ccache cc -O2 -pipe -march=k8 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/asp/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DHAVE_NET_PFVAR_H -I/asp/src/lib/libpcap/../../contrib/libpcap -DNDEBUG -std=gnu99 -fstack-protector -Wno-pointer-sign -c /asp/src/lib/libpcap/../../contrib/libpcap/fad-getad.c -o fad-getad.o /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c: In function 'dlt_to_linktype': /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MIN' undeclared (first use in this function) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: (Each undeclared identifier is reported only once /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: for each function it appears in.) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MAX' undeclared (first use in this function) *** Error code 1 Can Also Look Like, if buildworld is done non-threaded (no -j): /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c: In function 'dlt_to_linktype': /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MIN' undeclared (first use in this function) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: (Each undeclared identifier is reported only once /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: for each function it appears in.) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MAX' undeclared (first use in this function) *** Error code 1 /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c: In function 'dlt_to_linktype': /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MIN' undeclared (first use in this function) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: (Each undeclared identifier is reported only once /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: for each function it appears in.) /asp/src/lib/libpcap/../../contrib/libpcap/pcap-common.c:928: error: 'DLT_MATCHING_MAX' undeclared (first use in this function) *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 18:27:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5FA8106564A; Sat, 16 Jun 2012 18:27:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7398D8FC17; Sat, 16 Jun 2012 18:27:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GIRmvA032924; Sat, 16 Jun 2012 14:27:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GIRmXs032919; Sat, 16 Jun 2012 18:27:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 18:27:48 GMT Message-Id: <201206161827.q5GIRmXs032919@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 18:27:49 -0000 TB --- 2012-06-16 17:14:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 17:14:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 17:14:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-16 17:14:24 - cleaning the object tree TB --- 2012-06-16 17:16:13 - cvsupping the source tree TB --- 2012-06-16 17:16:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-16 17:17:24 - building world TB --- 2012-06-16 17:17:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 17:17:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 17:17:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 17:17:24 - SRCCONF=/dev/null TB --- 2012-06-16 17:17:24 - TARGET=sparc64 TB --- 2012-06-16 17:17:24 - TARGET_ARCH=sparc64 TB --- 2012-06-16 17:17:24 - TZ=UTC TB --- 2012-06-16 17:17:24 - __MAKE_CONF=/dev/null TB --- 2012-06-16 17:17:24 - cd /src TB --- 2012-06-16 17:17:24 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 17:17:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 16 18:23:48 UTC 2012 TB --- 2012-06-16 18:23:48 - generating LINT kernel config TB --- 2012-06-16 18:23:48 - cd /src/sys/sparc64/conf TB --- 2012-06-16 18:23:48 - /usr/bin/make -B LINT TB --- 2012-06-16 18:23:48 - cd /src/sys/sparc64/conf TB --- 2012-06-16 18:23:48 - /usr/sbin/config -m LINT TB --- 2012-06-16 18:23:48 - building LINT kernel TB --- 2012-06-16 18:23:48 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 18:23:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 18:23:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 18:23:48 - SRCCONF=/dev/null TB --- 2012-06-16 18:23:48 - TARGET=sparc64 TB --- 2012-06-16 18:23:48 - TARGET_ARCH=sparc64 TB --- 2012-06-16 18:23:48 - TZ=UTC TB --- 2012-06-16 18:23:48 - __MAKE_CONF=/dev/null TB --- 2012-06-16 18:23:48 - cd /src TB --- 2012-06-16 18:23:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 18:23:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 18:27:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 18:27:48 - ERROR: failed to build LINT kernel TB --- 2012-06-16 18:27:48 - 3141.52 user 565.00 system 4404.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 18:48:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7DAD1065673; Sat, 16 Jun 2012 18:48:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 820D68FC16; Sat, 16 Jun 2012 18:48:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GIm4YR086888; Sat, 16 Jun 2012 14:48:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GIm4NB086887; Sat, 16 Jun 2012 18:48:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 18:48:04 GMT Message-Id: <201206161848.q5GIm4NB086887@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 18:48:05 -0000 TB --- 2012-06-16 15:57:48 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 15:57:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 15:57:48 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-06-16 15:57:48 - cleaning the object tree TB --- 2012-06-16 15:59:49 - cvsupping the source tree TB --- 2012-06-16 15:59:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-06-16 16:00:42 - building world TB --- 2012-06-16 16:00:42 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 16:00:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 16:00:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 16:00:42 - SRCCONF=/dev/null TB --- 2012-06-16 16:00:42 - TARGET=powerpc TB --- 2012-06-16 16:00:42 - TARGET_ARCH=powerpc64 TB --- 2012-06-16 16:00:42 - TZ=UTC TB --- 2012-06-16 16:00:42 - __MAKE_CONF=/dev/null TB --- 2012-06-16 16:00:42 - cd /src TB --- 2012-06-16 16:00:42 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 16:00:43 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 16 18:44:42 UTC 2012 TB --- 2012-06-16 18:44:42 - generating LINT kernel config TB --- 2012-06-16 18:44:42 - cd /src/sys/powerpc/conf TB --- 2012-06-16 18:44:42 - /usr/bin/make -B LINT TB --- 2012-06-16 18:44:42 - cd /src/sys/powerpc/conf TB --- 2012-06-16 18:44:42 - /usr/sbin/config -m LINT TB --- 2012-06-16 18:44:42 - building LINT kernel TB --- 2012-06-16 18:44:42 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 18:44:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 18:44:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 18:44:42 - SRCCONF=/dev/null TB --- 2012-06-16 18:44:42 - TARGET=powerpc TB --- 2012-06-16 18:44:42 - TARGET_ARCH=powerpc64 TB --- 2012-06-16 18:44:42 - TZ=UTC TB --- 2012-06-16 18:44:42 - __MAKE_CONF=/dev/null TB --- 2012-06-16 18:44:42 - cd /src TB --- 2012-06-16 18:44:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 18:44:42 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 18:48:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 18:48:04 - ERROR: failed to build LINT kernel TB --- 2012-06-16 18:48:04 - 8263.91 user 1151.61 system 10216.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 22:00:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D96CE106567B; Sat, 16 Jun 2012 22:00:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 356B08FC0A; Sat, 16 Jun 2012 22:00:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GM0Eq2036155; Sat, 16 Jun 2012 18:00:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GM0E5g036135; Sat, 16 Jun 2012 22:00:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 22:00:14 GMT Message-Id: <201206162200.q5GM0E5g036135@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 22:00:26 -0000 TB --- 2012-06-16 18:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 18:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 18:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-16 18:50:00 - cleaning the object tree TB --- 2012-06-16 18:54:53 - cvsupping the source tree TB --- 2012-06-16 18:54:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-16 18:55:47 - building world TB --- 2012-06-16 18:55:47 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 18:55:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 18:55:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 18:55:47 - SRCCONF=/dev/null TB --- 2012-06-16 18:55:47 - TARGET=amd64 TB --- 2012-06-16 18:55:47 - TARGET_ARCH=amd64 TB --- 2012-06-16 18:55:47 - TZ=UTC TB --- 2012-06-16 18:55:47 - __MAKE_CONF=/dev/null TB --- 2012-06-16 18:55:47 - cd /src TB --- 2012-06-16 18:55:47 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 18:55:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 16 21:53:34 UTC 2012 TB --- 2012-06-16 21:53:34 - generating LINT kernel config TB --- 2012-06-16 21:53:34 - cd /src/sys/amd64/conf TB --- 2012-06-16 21:53:34 - /usr/bin/make -B LINT TB --- 2012-06-16 21:53:34 - cd /src/sys/amd64/conf TB --- 2012-06-16 21:53:34 - /usr/sbin/config -m LINT TB --- 2012-06-16 21:53:34 - building LINT kernel TB --- 2012-06-16 21:53:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 21:53:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 21:53:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 21:53:34 - SRCCONF=/dev/null TB --- 2012-06-16 21:53:34 - TARGET=amd64 TB --- 2012-06-16 21:53:34 - TARGET_ARCH=amd64 TB --- 2012-06-16 21:53:34 - TZ=UTC TB --- 2012-06-16 21:53:34 - __MAKE_CONF=/dev/null TB --- 2012-06-16 21:53:34 - cd /src TB --- 2012-06-16 21:53:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 21:53:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/chipsets/ata-via.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 22:00:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 22:00:14 - ERROR: failed to build LINT kernel TB --- 2012-06-16 22:00:14 - 8152.87 user 1275.75 system 11413.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 16 23:00:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 094EA106564A; Sat, 16 Jun 2012 23:00:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C01B38FC08; Sat, 16 Jun 2012 23:00:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5GN04Ln023719; Sat, 16 Jun 2012 19:00:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5GN044t023714; Sat, 16 Jun 2012 23:00:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jun 2012 23:00:04 GMT Message-Id: <201206162300.q5GN044t023714@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 23:00:05 -0000 TB --- 2012-06-16 21:15:41 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-16 21:15:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-16 21:15:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-06-16 21:15:41 - cleaning the object tree TB --- 2012-06-16 21:17:05 - cvsupping the source tree TB --- 2012-06-16 21:17:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-06-16 21:17:51 - building world TB --- 2012-06-16 21:17:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 21:17:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 21:17:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 21:17:51 - SRCCONF=/dev/null TB --- 2012-06-16 21:17:51 - TARGET=ia64 TB --- 2012-06-16 21:17:51 - TARGET_ARCH=ia64 TB --- 2012-06-16 21:17:51 - TZ=UTC TB --- 2012-06-16 21:17:51 - __MAKE_CONF=/dev/null TB --- 2012-06-16 21:17:51 - cd /src TB --- 2012-06-16 21:17:51 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 16 21:17:52 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 16 22:54:05 UTC 2012 TB --- 2012-06-16 22:54:05 - generating LINT kernel config TB --- 2012-06-16 22:54:05 - cd /src/sys/ia64/conf TB --- 2012-06-16 22:54:05 - /usr/bin/make -B LINT TB --- 2012-06-16 22:54:05 - cd /src/sys/ia64/conf TB --- 2012-06-16 22:54:05 - /usr/sbin/config -m LINT TB --- 2012-06-16 22:54:05 - building LINT kernel TB --- 2012-06-16 22:54:05 - CROSS_BUILD_TESTING=YES TB --- 2012-06-16 22:54:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-16 22:54:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-16 22:54:05 - SRCCONF=/dev/null TB --- 2012-06-16 22:54:05 - TARGET=ia64 TB --- 2012-06-16 22:54:05 - TARGET_ARCH=ia64 TB --- 2012-06-16 22:54:05 - TZ=UTC TB --- 2012-06-16 22:54:05 - __MAKE_CONF=/dev/null TB --- 2012-06-16 22:54:05 - cd /src TB --- 2012-06-16 22:54:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 16 22:54:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-serverworks.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-siliconimage.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-sis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-via.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath.c: In function 'ath_attach': /src/sys/dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-16 23:00:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-16 23:00:04 - ERROR: failed to build LINT kernel TB --- 2012-06-16 23:00:04 - 4476.46 user 702.94 system 6262.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full