From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:07:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6D40EC91 for ; Sun, 10 Feb 2013 00:07:29 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2ABED3 for ; Sun, 10 Feb 2013 00:07:29 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1A07Nwq073662 for ; Sat, 9 Feb 2013 16:07:23 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1A07N3K073661 for freebsd-current@freebsd.org; Sat, 9 Feb 2013 16:07:23 -0800 (PST) (envelope-from sgk) Date: Sat, 9 Feb 2013 16:07:23 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: 7+ days of dogfood Message-ID: <20130210000723.GA73630@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:07:29 -0000 In a long thread started by Peter Wemm on developers@, he described the move/upgrade of the FreeBSD.org cluster to using FreeBSD-10. A part of his description included the need to test top-of-tree under actual real-world conditions. In his words, FreeBSD should "eat its own dogfood." The new installation on FreeBSD.org, of course, would test FreeBSD-10 under (heavy) server load. So, I decided to test FreeBSD-10 under a user desktop condition. In so doing, I upgraded the circa August 2012 FreeBSD-current that ran on my Dell Latitude D530 (which ran rock-solid) to top-of-tree. This included re-installing all ports under the pkgng paradigm. I can only describe this experience as slowly shoving an icepick into my ear channel. Firefox segfaults after ~10 seconds. Chrome gets stuck in a uwait state and never becomes responsive. Libreoffice displays its splash screen and immediately segfaults. Xorg does not start because it cannot load the xf86-video-driver (unless it is explicitly recompiled with /usr/bin/gcc). Once I got Xorg working, there were a few silent reboots (ie., nothing in /var/log/message, no core file, etc). I spent a few days trying to hunt down the issues. I rebult libc, libthr, libc++, and libcxxrt with debugging symbols and and firefox and chrome under gdb751. Nothing too informative to learn: gdb751 /usr/local/share/chromium/chrome ... (try going to seattle-times.com and get stuck) ... (gdb) bt #0 0x4d0323ab in _umtx_op_err () from /lib/libthr.so.3 #1 0x4d0274da in _thr_umtx_timedwait_uint () from /lib/libthr.so.3 #2 0x4d02d76f in _thr_sleep () from /lib/libthr.so.3 #3 0x4d0304b0 in ?? () from /lib/libthr.so.3 #4 0x4d030705 in pthread_cond_timedwait () from /lib/libthr.so.3 #5 0x086e7578 in ?? () #6 0x086f8d1b in ?? () #7 0x086f91c9 in ?? () #8 0x086f0c06 in ?? () #9 0x4d0255e6 in ?? () from /lib/libthr.so.3 #10 0x00000000 in ?? () gdb751 /usr/local/bin/firefox (gdb) run Starting program: /usr/local/bin/firefox [New LWP 100227] [New Thread 48501080 (LWP 100227)] [New Thread 4ec11500 (LWP 100245 StreamTrans #3)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 48501080 (LWP 100227)] 0x48c03295 in ?? () from /usr/local/lib/firefox/libxul.so (gdb) bt #0 0x48c03295 in ?? () from /usr/local/lib/firefox/libxul.so #1 0x48aaf4b0 in ?? () from /usr/local/lib/firefox/libxul.so Backtrace stopped: previous frame inner to this frame (corrupt stack?) Unfortunately, trying to build firefox with debugging leads reveals a broken port and building chrome with debugging leads to a "file system full" issue (because it is a laptop with only limited disk space). Given that I need the laptop for work next week, I decide to rebuild everything again. Only this time I used the following /etc/make.conf: KERNCONF=MOBILE CPUTYPE?=core2 #DISABLE_MAKE_JOBS="YES" WITHOUT_CLANG="YES" WITH_GCC="YES" WITHOUT_PROFILE="yes" FFLAGS = -O2 -pipe -march=native -mtune=native FFLAGS+= -funroll-loops -ftree-vectorize # added by use.perl 2013-02-07 20:58:29 PERL_VERSION=5.14.2 I now have an almost functioning desktop environment on my laptop. firefox, xorg, and chrome all work. Sound has developed a pronounced studder, that did not occur with the Aug 2012 freebsd-10. Libreoffice currently does not build, but that's not totally unexpected as compiling libreoffice seems to be a hit-or-miss proposition. My conclusion: on at least my not-so-new laptop, FreeBSD-10 can be used in a desktop environment if one takes some care during the installation. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:18:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4BDD6F21; Sun, 10 Feb 2013 00:18:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 073EDF40; Sun, 10 Feb 2013 00:18:07 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U4KcR-0004EM-2h; Sun, 10 Feb 2013 00:18:07 +0000 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 1U4KcQ-0007bt-JG; Sun, 10 Feb 2013 00:18:06 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1A0I6mY046769; Sun, 10 Feb 2013 00:18:06 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1A0I6Dv046768; Sun, 10 Feb 2013 00:18:06 GMT (envelope-from mexas) Date: Sun, 10 Feb 2013 00:18:06 GMT From: Anton Shterenlikht Message-Id: <201302100018.r1A0I6Dv046768@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: building custom kernel on -current: unknown option "COMPAT_LINUX" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 00:18:08 -0000 This is on amd64 r246552 I added options COMPAT_43 options COMPAT_LINUX options COMPAT_LINUX32 to the kernel config, following sys/amd64/conf/NOTES On buildkernel I get: unknown option "COMPAT_LINUX" What am I missing? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:29:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 998AF25C for ; Sun, 10 Feb 2013 00:29:36 +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 3E76DFA5 for ; Sun, 10 Feb 2013 00:29:36 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U4KnS-0005DF-Sr; Sun, 10 Feb 2013 00:29:35 +0000 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 1U4KnS-0005HE-IR; Sun, 10 Feb 2013 00:29:30 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1A0TUSM046802; Sun, 10 Feb 2013 00:29:30 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1A0TT2r046801; Sun, 10 Feb 2013 00:29:29 GMT (envelope-from mexas) Date: Sun, 10 Feb 2013 00:29:29 GMT From: Anton Shterenlikht Message-Id: <201302100029.r1A0TT2r046801@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: 7+ days of dogfood In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> X-Spam-Score: -1.2 X-Spam-Level: - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 00:29:36 -0000 Date: Sat, 9 Feb 2013 16:07:23 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: 7+ days of dogfood In a long thread started by Peter Wemm on developers@, he described the move/upgrade of the FreeBSD.org cluster to using FreeBSD-10. A part of his description included the need to test top-of-tree under actual real-world conditions. In his words, FreeBSD should "eat its own dogfood." The new installation on FreeBSD.org, of course, would test FreeBSD-10 under (heavy) server load. So, I decided to test FreeBSD-10 under a user desktop condition. In so doing, I upgraded the circa August 2012 FreeBSD-current that ran on my Dell Latitude D530 (which ran rock-solid) to top-of-tree. This included re-installing all ports under the pkgng paradigm. I can only describe this experience as slowly shoving an icepick into my ear channel. *skip the details* My experience is more positive. I've r246552 on a Lenovo T61p amd64 laptop. X works fine with Nvidia card with nvidia-driver-304.64: x11/nvidia-driver and with hald and dbus. firefox-18.0.2,1: www/firefox works fine (so far). I haven't added flash yet. sound seems fine, at least in alienblaster-1.1.0_5: games/alienblaster wireless works ok (I'm not sure, but it seems to show some problems under load. I need to investigate this further) with device iwn # Intel 4965/1000/5000/6000 wireless NICs. device iwn4965fw All this with # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 # Anton From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:31:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0C7D73C1 for ; Sun, 10 Feb 2013 00:31:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id E5DE0FCB for ; Sun, 10 Feb 2013 00:31:43 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1A0VhS2073821 for ; Sat, 9 Feb 2013 16:31:43 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1A0Vh7P073820 for freebsd-current@freebsd.org; Sat, 9 Feb 2013 16:31:43 -0800 (PST) (envelope-from sgk) Date: Sat, 9 Feb 2013 16:31:43 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Re: 7+ days of dogfood Message-ID: <20130210003143.GA73797@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:31:44 -0000 On Sat, Feb 09, 2013 at 04:07:23PM -0800, Steve Kargl wrote: > > Libreoffice currently does not build, but that's not totally > unexpected as compiling libreoffice seems to be a hit-or-miss > proposition. > laptop:root[201] cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/l10ntools/ laptop:root[202] gmake [ build LNK ] Executable/HelpIndexer S=/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2 && O=/tmp/lobuild/solver/unxfbsdi.pro && W=/tmp/lobuild/workdir/unxfbsdi.pro && mkdir -p $W/LinkTarget/Executable/ && g++46 '-Wl,-z,origin,-rpath,$ORIGIN/../lib:$ORIGIN' -Wl,-rpath-link,$O/lib -Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc -L$S/solenv/unxfbsdi/lib -L$O/lib -L$S/solenv/unxfbsdi/lib -L/usr/local/lib -Wl,--hash-style=gnu -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions $W/CxxObject/l10ntools/source/help/HelpIndexer_main.o -Wl,--start-group -Wl,--end-group -Wl,--no-as-needed -lexpat -lxslt -lz -liconv -lm -L/usr/local/lib -lxml2 -L/usr/local/lib -lxml2 -L/usr/local/lib/db42 -ldb-4.2 -L/usr/local/lib/ -lclucene-core -lclucene-contribs-lib -luno_sal -lhelplinkerlo -o $W/LinkTarget/Executable/HelpIndexer /usr/local/lib/libclucene-core.so: undefined reference to `logl@GLIBCXX_3.4' collect2: ld returned 1 exit status Huh? logl@GLIBCXX_3.4 laptop:kargl[189] cat > a.c #include #include int main(void) { long double x; x = (long double) M_PI; printf("%Le %Le\n", x, logl(x)); return (0); } laptop:kargl[190] cc -o z a.c -lm && ./z 3.141593e+00 1.144730e+00 laptop:kargl[191] nm --dynamic z w _Jv_RegisterClasses 08049804 D __progname 08049818 A _end U _init_tls U atexit 08049814 B environ U exit U logl U printf laptop:kargl[193] nm --dynamic /usr/lib/libm.so | grep logl 000058f0 T logl -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:31:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3D6E4484; Sun, 10 Feb 2013 00:31:46 +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 06363FCC; Sun, 10 Feb 2013 00:31:45 +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 1U4Kpd-0005Fr-2V; Sun, 10 Feb 2013 00:31:45 +0000 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 1U4Kpc-0000Mr-Jt; Sun, 10 Feb 2013 00:31:44 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1A0ViLR046821; Sun, 10 Feb 2013 00:31:44 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1A0VikU046820; Sun, 10 Feb 2013 00:31:44 GMT (envelope-from mexas) Date: Sun, 10 Feb 2013 00:31:44 GMT From: Anton Shterenlikht Message-Id: <201302100031.r1A0VikU046820@mech-cluster241.men.bris.ac.uk> To: freebsd@edvax.de Subject: Re: building custom kernel on -current: unknown option "COMPAT_LINUX" In-Reply-To: <20130210012751.76957b14.freebsd@edvax.de> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 00:31:46 -0000 From freebsd@edvax.de Sun Feb 10 00:29:36 2013 On Sun, 10 Feb 2013 00:18:06 GMT, Anton Shterenlikht wrote: > This is on amd64 r246552 > > I added > > options COMPAT_43 > options COMPAT_LINUX > options COMPAT_LINUX32 > > to the kernel config, > following sys/amd64/conf/NOTES > > On buildkernel I get: > > unknown option "COMPAT_LINUX" > > What am I missing? Do you also have those (from a working i386 system): # Linux support options COMPAT_LINUX # Enable Linux ABI emulation options LINPROCFS # Enable the linux-like proc filesystemsupport (requires COMPAT_LINUX and PSEUDOFS) options LINSYSFS # Enable the linux-like sys filesystem support (requires COMPAT_LINUX and PSEUDOFS) device lindev options COMPAT_AOUT # Enable i386 a.out binary support (note PSEUDOFS is also needed) No, I haven't added those. Are these necessary to have the linux binary compatibility? The handbook only mentions COMPAT_LINUX. Thanks Anton From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 01:26:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 798C8E9; Sun, 10 Feb 2013 01:26:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 201CA1D6; Sun, 10 Feb 2013 01:26:53 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U4Lgc-0005Ww-C3; Sun, 10 Feb 2013 01:26:53 +0000 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 1U4Lgc-0005nJ-3F; Sun, 10 Feb 2013 01:26:30 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1A1QTm3047020; Sun, 10 Feb 2013 01:26:29 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1A1QTT2047019; Sun, 10 Feb 2013 01:26:29 GMT (envelope-from mexas) Date: Sun, 10 Feb 2013 01:26:29 GMT From: Anton Shterenlikht Message-Id: <201302100126.r1A1QTT2047019@mech-cluster241.men.bris.ac.uk> To: freebsd@edvax.de Subject: Re: building custom kernel on -current: unknown option "COMPAT_LINUX" In-Reply-To: <20130210013631.4681c6fd.freebsd@edvax.de> X-Spam-Score: -3.4 X-Spam-Level: --- Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 01:26:54 -0000 From freebsd@edvax.de Sun Feb 10 00:42:11 2013 On Sun, 10 Feb 2013 00:31:44 GMT, Anton Shterenlikht wrote: > From freebsd@edvax.de Sun Feb 10 00:29:36 2013 > > On Sun, 10 Feb 2013 00:18:06 GMT, Anton Shterenlikht wrote: > > This is on amd64 r246552 > > > > I added > > > > options COMPAT_43 > > options COMPAT_LINUX > > options COMPAT_LINUX32 > > > > to the kernel config, > > following sys/amd64/conf/NOTES > > > > On buildkernel I get: > > > > unknown option "COMPAT_LINUX" > > > > What am I missing? > > Do you also have those (from a working i386 system): > > # Linux support > options COMPAT_LINUX # Enable Linux ABI emulation > options LINPROCFS # Enable the linux-like proc filesystemsupport (requires COMPAT_LINUX and PSEUDOFS) > options LINSYSFS # Enable the linux-like sys filesystem support (requires COMPAT_LINUX and PSEUDOFS) > device lindev > options COMPAT_AOUT # Enable i386 a.out binary support > > (note PSEUDOFS is also needed) > > No, I haven't added those. > Are these necessary to have > the linux binary compatibility? > The handbook only mentions COMPAT_LINUX. I think I had the same question some time ago and found out that if those options are present, the Linux functionality will build properly in the kernel. So I assume they are required. I removed COMPAT_LINUX, and only left options COMPAT_43 options COMPAT_LINUX32 This seems enough to get flash working with firefox, exactly as per the handbook instructions. Anton From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 01:30:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B15BF3E5 for ; Sun, 10 Feb 2013 01:30:22 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id 5C324213 for ; Sun, 10 Feb 2013 01:30:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=j1sg0R14iWkFtLjGnA40/cUVhvsPZFj5sc28fCIo97Q=; b=KPlCxwd+z5q2WjR1N48dKiMZO6Axb7XsFtEAd+GP9kzmJHBx3bXHVwenzP+yc/bOldg6FfgkisbKqJGt1HSCiK9Wcq+k/YmD9nw9KO4IMA3fNA64gcRkhSws8H3sWaAv; Received: from [122.129.203.50] (port=58420 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1U4LkE-000tyv-J1; Sat, 09 Feb 2013 18:30:15 -0700 Date: Sun, 10 Feb 2013 08:30:10 +0700 From: Erich Dollansky To: Steve Kargl Subject: Re: 7+ days of dogfood Message-ID: <20130210083010.7df5b997@X220.ovitrap.com> In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 01:30:22 -0000 Hi, On Sat, 9 Feb 2013 16:07:23 -0800 Steve Kargl wrote: > actual real-world conditions. In his words, FreeBSD should "eat its > own dogfood." The new installation on FreeBSD.org, of course, would I am on dog food since last May/June. How should I phrase it? Every can tastes different. Most cans have a perfect taste but some cans are really off. So, when I see a bad can, I go back to my old can, wait a day and get me then a new can. This is then - most likely - good again. This is the real reason why it is not possible to run important machines on dog food. If one can is bad, the machine is down. As FreeBSD.org sits next to the canning machine, it can run on dog food. Erich From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:27:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EF5811A8; Sun, 10 Feb 2013 00:27:50 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9A820F8A; Sun, 10 Feb 2013 00:27:50 +0000 (UTC) Received: from r56.edvax.de (port-92-195-74-250.dynamic.qsc.de [92.195.74.250]) by mx02.qsc.de (Postfix) with ESMTP id B881F254B0; Sun, 10 Feb 2013 01:27:48 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id r1A0RqbJ005233; Sun, 10 Feb 2013 01:27:52 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sun, 10 Feb 2013 01:27:51 +0100 From: Polytropon To: mexas@bristol.ac.uk Subject: Re: building custom kernel on -current: unknown option "COMPAT_LINUX" Message-Id: <20130210012751.76957b14.freebsd@edvax.de> In-Reply-To: <201302100018.r1A0I6Dv046768@mech-cluster241.men.bris.ac.uk> References: <201302100018.r1A0I6Dv046768@mech-cluster241.men.bris.ac.uk> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 10 Feb 2013 02:34:58 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Polytropon 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 Feb 2013 00:27:51 -0000 On Sun, 10 Feb 2013 00:18:06 GMT, Anton Shterenlikht wrote: > This is on amd64 r246552 > > I added > > options COMPAT_43 > options COMPAT_LINUX > options COMPAT_LINUX32 > > to the kernel config, > following sys/amd64/conf/NOTES > > On buildkernel I get: > > unknown option "COMPAT_LINUX" > > What am I missing? Do you also have those (from a working i386 system): # Linux support options COMPAT_LINUX # Enable Linux ABI emulation options LINPROCFS # Enable the linux-like proc filesystemsupport (requires COMPAT_LINUX and PSEUDOFS) options LINSYSFS # Enable the linux-like sys filesystem support (requires COMPAT_LINUX and PSEUDOFS) device lindev options COMPAT_AOUT # Enable i386 a.out binary support (note PSEUDOFS is also needed) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:36:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 21FA669B; Sun, 10 Feb 2013 00:36:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id C1A12B4; Sun, 10 Feb 2013 00:36:28 +0000 (UTC) Received: from r56.edvax.de (port-92-195-74-250.dynamic.qsc.de [92.195.74.250]) by mx02.qsc.de (Postfix) with ESMTP id DB1FC249FA; Sun, 10 Feb 2013 01:36:27 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id r1A0aVg3005287; Sun, 10 Feb 2013 01:36:31 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sun, 10 Feb 2013 01:36:31 +0100 From: Polytropon To: mexas@bristol.ac.uk Subject: Re: building custom kernel on -current: unknown option "COMPAT_LINUX" Message-Id: <20130210013631.4681c6fd.freebsd@edvax.de> In-Reply-To: <201302100031.r1A0VikU046820@mech-cluster241.men.bris.ac.uk> References: <20130210012751.76957b14.freebsd@edvax.de> <201302100031.r1A0VikU046820@mech-cluster241.men.bris.ac.uk> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 10 Feb 2013 03:28:54 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Polytropon 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 Feb 2013 00:36:29 -0000 On Sun, 10 Feb 2013 00:31:44 GMT, Anton Shterenlikht wrote: > From freebsd@edvax.de Sun Feb 10 00:29:36 2013 > > On Sun, 10 Feb 2013 00:18:06 GMT, Anton Shterenlikht wrote: > > This is on amd64 r246552 > > > > I added > > > > options COMPAT_43 > > options COMPAT_LINUX > > options COMPAT_LINUX32 > > > > to the kernel config, > > following sys/amd64/conf/NOTES > > > > On buildkernel I get: > > > > unknown option "COMPAT_LINUX" > > > > What am I missing? > > Do you also have those (from a working i386 system): > > # Linux support > options COMPAT_LINUX # Enable Linux ABI emulation > options LINPROCFS # Enable the linux-like proc filesystemsupport (requires COMPAT_LINUX and PSEUDOFS) > options LINSYSFS # Enable the linux-like sys filesystem support (requires COMPAT_LINUX and PSEUDOFS) > device lindev > options COMPAT_AOUT # Enable i386 a.out binary support > > (note PSEUDOFS is also needed) > > No, I haven't added those. > Are these necessary to have > the linux binary compatibility? > The handbook only mentions COMPAT_LINUX. I think I had the same question some time ago and found out that if those options are present, the Linux functionality will build properly in the kernel. So I assume they are required. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 03:01:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C7B15E5B; Sun, 10 Feb 2013 03:01:33 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-ve0-f170.google.com (mail-ve0-f170.google.com [209.85.128.170]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2036BA; Sun, 10 Feb 2013 03:01:32 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id 14so4365263vea.15 for ; Sat, 09 Feb 2013 19:01:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=5cU3AswiIW8plb9y0DH6LLgoFmG00KXSMGNTX+COgAw=; b=teovPTPrxggFaD+zFJsjdwx9+xfbuppqOoCEdp3uenFzqybXGK8WeyW6RAnlFS8zsN RB1U8FLoGS0Hs0CRiweXWGhPycFG2ShdrSkOHJ3RhjqDHYTt+DOwWy/nqK6eck7We4Mq 7RxhainBqiobUWYtcw8hBYnP84mc6IPy4Vn/0AtP9+KURRI+E1T+dG0MdrMsr6J6NFJB llUN9nF2NgDTYwWH7ULo+v4OnhzUb1JCjpoRzORaie/dudXmm89gYeTr2q3NHNftwubz WLe2XOEzpOESgtJVOHqKhCtc9TWwkM66pHJmIP7fd6an7y+T/AeYaE8vOq2r3VhpNsS1 PFOA== MIME-Version: 1.0 X-Received: by 10.220.228.74 with SMTP id jd10mr13122713vcb.65.1360465286364; Sat, 09 Feb 2013 19:01:26 -0800 (PST) Received: by 10.58.156.70 with HTTP; Sat, 9 Feb 2013 19:01:25 -0800 (PST) In-Reply-To: <201302100126.r1A1QTT2047019@mech-cluster241.men.bris.ac.uk> References: <20130210013631.4681c6fd.freebsd@edvax.de> <201302100126.r1A1QTT2047019@mech-cluster241.men.bris.ac.uk> Date: Sat, 9 Feb 2013 22:01:25 -0500 Message-ID: Subject: Re: building custom kernel on -current: unknown option "COMPAT_LINUX" From: "illoai@gmail.com" To: mexas@bristol.ac.uk Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sun, 10 Feb 2013 03:41:55 +0000 Cc: freebsd-current@freebsd.org, freebsd@edvax.de, freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 03:01:33 -0000 On 9 February 2013 20:26, Anton Shterenlikht wrote: > > I removed COMPAT_LINUX, and only left > > options COMPAT_43 > options COMPAT_LINUX32 > >From /usr/src/sys/amd64/conf/NOTES (9.1-RELEASE): # Enable Linux ABI emulation #XXX#options COMPAT_LINUX # Enable 32-bit Linux ABI emulation (requires COMPAT_43 and COMPAT_FREEBSD32) options COMPAT_LINUX32 I think I first ran up against this when I moved to 9.0 some time ago, but yes, amd64 uses a different kernel config option than i386 for linux compat. I tend to leave it as a module & load it if I perchance need it. This also allows rebuilding & reloading the modules without a reboot, should it need it. The modules seems to build fine without having to fiddle about with kernel config jiggerypokey. -- -- From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 06:34:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D5F6D135 for ; Sun, 10 Feb 2013 06:34:25 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 1A11AAF1 for ; Sun, 10 Feb 2013 06:34:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id D08EB2A82DE5; Sun, 10 Feb 2013 08:34:13 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id atF-U7z1I-lY; Sun, 10 Feb 2013 08:34:12 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 1762B2A82DE1; Sun, 10 Feb 2013 08:34:12 +0200 (SAST) Received: from [127.0.0.1] (helo=new.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1U4QTd-0003BM-7s; Sun, 10 Feb 2013 08:33:25 +0200 To: Steve Kargl From: Ian FREISLICH Subject: Re: 7+ days of dogfood In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> X-Attribution: BOFH Date: Sun, 10 Feb 2013 08:33:25 +0200 Message-Id: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:34:25 -0000 Steve Kargl wrote: > Firefox segfaults after ~10 seconds. Chrome gets stuck in a uwait > state and never becomes responsive. Libreoffice displays its splash > screen and immediately segfaults. Xorg does not start because it > cannot load the xf86-video-driver (unless it is explicitly recompiled > with /usr/bin/gcc). Once I got Xorg working, there were a few silent > reboots (ie., nothing in /var/log/message, no core file, etc). > KERNCONF=MOBILE > CPUTYPE?=core2 > > #DISABLE_MAKE_JOBS="YES" > > WITHOUT_CLANG="YES" > WITH_GCC="YES" Shouldn't this be "WITHOUT_CLANG_IS_CC=yes"? I must say that my experience of -CURRENT dogfood has been entirely different. I can't remember the last time I didn't run -CURRENT as my desktop. I also have run -CURRENT in production for the last several years although it's a ruating load, not a compute load. Others might not agree with what I'm about to say. 1. WITHOUT_CLANG_IS_CC=yes I don't think clang is ready for prime time in FreeBSD, or FreeBSD isn't ready to use clang in prime time. I got a new laptop (ASUS UX31A) and found that a lot of the ports I needed to install didn't compile or core dumped. (Sorry I didn't report these to the project). This option sorted that problem out. However you will need to rebuild everything including world and kernel with gcc before you start building ports with gcc or you will still have problems. 2. MALLOC_PRODUCTION=yes Maybe it's the placebo effect. Binaries are smaller in memory and "things seem faster" 3. xorg, firefox18, WITH_NEW_XORG=yes, WITH_KMS=yes I've found that HAL is a waste of time with X. It's hit and miss when it comes to reporting hardware to X, better to just not use it. Xorg has always worked well for me. My new laptop required that I use the new xorg port to get anything resembling decent performance. Getting KMS to work was a bit unsettling and X only seems to work when it's launched by hand from a real terminal. xdm won't start from /etc/ttys with NEW_XORG, but I can live with that. I've just upgraded firefox-18.0 to firefox-18.0.2 without a hitch. I have flash working without a hitch. Even the acroread plugin works for viewing PDFs in browser. 4. Sound. I've had less success with this, but I think my problems would be the same on 8 and 9. It seems common for HDA these days to put the useful sound bits on different devices: pcm0: (play/rec) default pcm1: (play) pcm2: (play) So my headphone jack doesn't work. On my other laptor, the builtin mic doesn't work because it's on pcm1 and there's not a way to make pcm1 the default input device and pcm0 the default output device. I need to spend some time with a verbose boot and see if I can figure out the audio routing. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 07:11:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6EF8C559 for ; Sun, 10 Feb 2013 07:11:32 +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 7C46BBFB for ; Sun, 10 Feb 2013 07:11:31 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r1A7BTcJ004508; Sun, 10 Feb 2013 07:11:29 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ba9rsvmc2cywn93itdpnx6f5si; Sun, 10 Feb 2013 07:11:28 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: 7+ days of dogfood Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sat, 9 Feb 2013 23:11:28 -0800 Content-Transfer-Encoding: 7bit Message-Id: <37B35A7B-910F-4846-8FAD-307CA4973A15@kientzle.com> References: <20130210000723.GA73630@troutmask.apl.washington.edu> To: Ian FREISLICH X-Mailer: Apple Mail (2.1283) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:11:32 -0000 On Feb 9, 2013, at 10:33 PM, Ian FREISLICH wrote: > 2. MALLOC_PRODUCTION=yes > Maybe it's the placebo effect. Binaries are smaller in memory > and "things seem faster" There have been significant improvements in this area very recently. Please give it another try without this setting and let us know. Tim From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 07:39:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1EC3ECBE for ; Sun, 10 Feb 2013 07:39:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id ECA5AD04 for ; Sun, 10 Feb 2013 07:39:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1A7d1Ol075130; Sat, 9 Feb 2013 23:39:01 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1A7d17K075129; Sat, 9 Feb 2013 23:39:01 -0800 (PST) (envelope-from sgk) Date: Sat, 9 Feb 2013 23:39:00 -0800 From: Steve Kargl To: Ian FREISLICH Subject: Re: 7+ days of dogfood Message-ID: <20130210073900.GA75087@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:39:02 -0000 On Sun, Feb 10, 2013 at 08:33:25AM +0200, Ian FREISLICH wrote: > Steve Kargl wrote: > > Firefox segfaults after ~10 seconds. Chrome gets stuck in a uwait > > state and never becomes responsive. Libreoffice displays its splash > > screen and immediately segfaults. Xorg does not start because it > > cannot load the xf86-video-driver (unless it is explicitly recompiled > > with /usr/bin/gcc). Once I got Xorg working, there were a few silent > > reboots (ie., nothing in /var/log/message, no core file, etc). > > > KERNCONF=MOBILE > > CPUTYPE?=core2 > > > > #DISABLE_MAKE_JOBS="YES" > > > > WITHOUT_CLANG="YES" > > WITH_GCC="YES" > > Shouldn't this be "WITHOUT_CLANG_IS_CC=yes"? I haven't looked at the difference, but I would assume that WITHOUT_CLANG doesn't waste time building clang while WITHOUT_CLANG_IS_CC builds clang but doesn't install it as cc. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 07:51:07 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C1C87150; Sun, 10 Feb 2013 07:51:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7FFB0D6B; Sun, 10 Feb 2013 07:51:06 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA26101; Sun, 10 Feb 2013 09:50:58 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1U4Rgg-000BhS-GC; Sun, 10 Feb 2013 09:50:58 +0200 Message-ID: <51175162.3030401@FreeBSD.org> Date: Sun, 10 Feb 2013 09:50:58 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Pawel Jakub Dawidek Subject: Re: geli(8) breaks after a couple hours of uptime References: <20130207141833.GA15884@acme.spoerlein.net> <20130207153322.5c371beb@fabiankeil.de> <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de> <20130208114825.GY35868@acme.spoerlein.net> <5114F390.4010302@FreeBSD.org> <20130209140733.0b753c60@fabiankeil.de> <51166580.4080603@FreeBSD.org> <511672B5.5080300@FreeBSD.org> <20130209233500.GH1375@garage.freebsd.pl> In-Reply-To: <20130209233500.GH1375@garage.freebsd.pl> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Eitan Adler , Andrey Zonov , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:51:07 -0000 on 10/02/2013 01:35 Pawel Jakub Dawidek said the following: > geli(8) almost exclusively deals with sensitive data. Even mlocking > MAXPHYS would fail with current limits, but this is bad idea. > > With mlockall() I am sure I didn't miss anything - be it forgetting > about mlocking some buffer or zeroing it before munlock. I'm also sure > someone else who can modify geli(8) in the future won't miss anything > too. Well, the geli is not such a complex program really. It seems to use only two or so buffers for sensitive data. As far as I can see geli deals only with some key management (reading keys, generating key from key material, etc). There is definitely no need to mlock the code, etc. > geli(8) is relatively simple program, it doesn't allocate megabytes of > memory for different pruposes and just needs few pages for sensitive > data. As I said most of the memory it uses is for sensitive data. Right, except for code (from geli and from shared libraries) and other stuff that is really not sensitive at all. > The obvious problem is allocating MAXPHYS on the stack. This has to be > changed, especially that we may want to rise MAXPHYS in the future. Yes, I do not see any relation between what geli does and MAXPHYS. > Other than that I expect thing would be tuned properly so that geli(8) > can work by default. I'm happy to use smaller buffers than MAXPHYS - > keyfiles are far smaller usually than 128kB, so there shouldn't be any > issue with this. I think that PAGE_SIZE (or at most a small multiple of it) should be sufficient. I don't think that we currently have (or expect to see in the near future) algorithms where keys with more than 4096 size provide any additional security. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 10:58:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E6C8097B; Sun, 10 Feb 2013 10:58:28 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id CA77363C; Sun, 10 Feb 2013 10:58:28 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 483DE6003; Sun, 10 Feb 2013 04:58:22 -0600 (CST) Date: Sun, 10 Feb 2013 04:58:22 -0600 From: Mark Linimon To: Dimitry Andric , Kimmo Paasiala , freebsd-stable@freebsd.org, FreeBSD current Subject: Re: CLANG and -fstack-protector Message-ID: <20130210105822.GA2944@lonesome.com> References: <51141769.5060905@FreeBSD.org> <20130207225242.GA5900@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130207225242.GA5900@felucia.tataz.chchile.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:58:29 -0000 On Thu, Feb 07, 2013 at 11:52:42PM +0100, Jeremie Le Hen wrote: > You can do this, it will work for most of the ports but some ports do > not honor CFLAGS. Ports that don't honor CFLAGS are broken ports. Having said that, the last time I ran a script that looked for them (and other things like CXXFLAGS), the results were really disappointing. This would be a good project for someone to take on. OTOH this reply is probably more appropriate for ports@. mcl From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:06:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 39D3EE17 for ; Sun, 10 Feb 2013 11:06:51 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id EF5436B7 for ; Sun, 10 Feb 2013 11:06:50 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 544388A521 for ; Sun, 10 Feb 2013 11:06:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1AB6iqe079956 for ; Sun, 10 Feb 2013 11:06:44 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org Subject: Time to kill fdc ? From: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 10 Feb 2013 11:06:44 +0000 Message-ID: <79955.1360494404@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:06:51 -0000 I tried to read a floppy disk yesterday. When was the last time anybody tried that with a FreeBSD release ? Based on my brief experiments yesterday, 6.X is the last release where accessing floppy disks carry less than a 10% risk of a panic. Unless somebody fixes the fdc driver to work in -current, I intend to dust of my axe and cut it from the tree later this spring. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:07:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A338AF2A; Sun, 10 Feb 2013 11:07:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED0C6CD; Sun, 10 Feb 2013 11:07:34 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 379820867; Sun, 10 Feb 2013 12:02:25 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Subject: Re: some usb troubles Date: Sun, 10 Feb 2013 12:03:36 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <20130209180124.GA1783@dchagin.static.corbina.net> In-Reply-To: <20130209180124.GA1783@dchagin.static.corbina.net> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: freebsd-current@freebsd.org, Chagin Dmitry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:07:35 -0000 On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote: > Hi all, > > trying to run macbookpro10,1 on HEAD: > > 1) usb3.0 does not work at 9.1 and HEAD (r246587) > 2) Between stable/9 and HEAD (r246587) we are lost uhid devices > (external keyboard and mouse) and umass. dmesg on the same hw can find > here: > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt > > pciconf: > > http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt > > any help would be greatly apprecated. Hi, This error is not directly USB related. It means probably that ACPI or the PCI subsystem is not finding an IRQ for the XHCI driver. This might be the reason USB is not working properly. xhci0: Could not allocate IRQ device_attach: xhci0 attach returned 6 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:09:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4446E103; Sun, 10 Feb 2013 11:09:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4736EB; Sun, 10 Feb 2013 11:09:10 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 202539701; Sun, 10 Feb 2013 12:09:03 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Subject: Re: some usb troubles Date: Sun, 10 Feb 2013 12:10:14 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <20130209180124.GA1783@dchagin.static.corbina.net> <201302101203.36647.hselasky@c2i.net> In-Reply-To: <201302101203.36647.hselasky@c2i.net> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: freebsd-current@freebsd.org, Chagin Dmitry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:09:11 -0000 On Sunday 10 February 2013 12:03:36 Hans Petter Selasky wrote: > On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote: > > Hi all, > > > > trying to run macbookpro10,1 on HEAD: > > > > 1) usb3.0 does not work at 9.1 and HEAD (r246587) > > 2) Between stable/9 and HEAD (r246587) we are lost uhid devices > > (external keyboard and mouse) and umass. dmesg on the same hw can find > > here: > > > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt > > > > pciconf: > > > > http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt > > > > any help would be greatly apprecated. > > Hi, > > This error is not directly USB related. It means probably that ACPI or the > PCI subsystem is not finding an IRQ for the XHCI driver. This might be the > reason USB is not working properly. > > xhci0: Could not allocate IRQ > device_attach: xhci0 attach returned 6 > Hi, ehci1: mem 0xc1c16800-0xc1c16bff irq 22 at device 29.0 on pci0 The following sysctl might also be of interest: hw.usb.xhci.xhci_port_route It decides if a port is connected to the EHCI or XHCI. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:10:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 21FCC24C for ; Sun, 10 Feb 2013 11:10:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id AF55D708 for ; Sun, 10 Feb 2013 11:10:12 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 209299399; Sun, 10 Feb 2013 12:10:04 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Subject: Re: Time to kill fdc ? Date: Sun, 10 Feb 2013 12:11:15 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <79955.1360494404@critter.freebsd.dk> In-Reply-To: <79955.1360494404@critter.freebsd.dk> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:10:13 -0000 On Sunday 10 February 2013 12:06:44 Poul-Henning Kamp wrote: > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. As long as you leave room for USB floppy disks working. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:12:08 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3A04C376; Sun, 10 Feb 2013 11:12:08 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id CA48C72A; Sun, 10 Feb 2013 11:12:06 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r1ABC8q4035805; Sun, 10 Feb 2013 05:12:08 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r1ABC8sG035804; Sun, 10 Feb 2013 05:12:08 -0600 (CST) (envelope-from brooks) Date: Sun, 10 Feb 2013 05:12:08 -0600 From: Brooks Davis To: Ian Lepore Subject: Re: Cross-architecture package installs Message-ID: <20130210111208.GC80454@lor.one-eyed-alien.net> References: <4703DEB0-E2DC-403E-9F14-DE968CBE4921@freebsd.org> <1360156822.93359.575.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline In-Reply-To: <1360156822.93359.575.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tim Kientzle , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:12:08 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 06, 2013 at 06:20:22AM -0700, Ian Lepore wrote: > On Tue, 2013-02-05 at 22:34 -0800, Tim Kientzle wrote: > > I'm working on tools to build ARM system images. > > Usually, these tools run on x86, which creates a problem > > for packages. > >=20 > > I would like to install packages onto the image as it's built. > > So I've been experimenting with variations of > > pkg -c add > >=20 > > I'm running into a few problems but I think they can all be > > solved. Only the first is critical; the rest are relatively > > minor annoyances. > >=20 > > 1) Pre-install/post-install scripts. > >=20 > > These obviously don't work since the DESTDIR > > is for a different architecture. > >=20 > > At least for post-install, it should be possible to > > record which packages still need their post-install > > scripts run and arrange to run them after first > > boot. I'm picturing an rc.d script that invokes pkg > > with appropriate options to find all packages > > that still need their post-install run and runs them. > >=20 > > This won't work for pre-install, but those are rarer > > and we can hopefully work around them on a > > case-by-case basis. > >=20 > > 2) The chroot happens before opening the package files. > >=20 > > It's possible to work around this by copying all of the > > package files into DESTDIR first, but that's both > > time-consuming and rather awkward. (And quite > > tricky if you're installing directly onto a mounted > > image that has very little free space.) > >=20 > > It should be feasible to open the package files first > > and then chroot. Then the actual installation still > > happens entirely inside DESTDIR. > >=20 >=20 > If you have a directory full of the package files, you can nullfs-mount > it within the chroot rather than copying its contents in. Nullfs mounts > are great for crossing chroot barriers in such situations. >=20 > Using them does make your scripts more complex, because you need abort > and exit handling in the scripts to undo the mounts no matter what kind > of exit the script encounters. If you don't, you end up leaving nullfs > mounts that make later things fail (such as running the script again, or > trying to clean/remove a chroot tree). I'd rather avoid nullfs since it requires root or at least enabling user mounts. If one wanted to avoid opening all packages to start off, just opening the package directory and using dirfd() and openat() to do opens later could also work. Without looking at the pkg code it might require fewer changes to the existing code flow. -- Brooks --XWOWbaMNXpFDWE00 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRF4CHXY6L6fI4GtQRAnMMAJwPIY3JHKWlKqrZARliJ68/K2l88wCfXkgO H4A89ATPEMzAYqauLnMyUWQ= =ggUP -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:12:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 82BE5488 for ; Sun, 10 Feb 2013 11:12:53 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2B3740 for ; Sun, 10 Feb 2013 11:12:53 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 5BA418A521; Sun, 10 Feb 2013 11:12:52 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1ABCqOC080019; Sun, 10 Feb 2013 11:12:52 GMT (envelope-from phk@phk.freebsd.dk) To: Hans Petter Selasky Subject: Re: Time to kill fdc ? In-reply-to: <201302101211.15818.hselasky@c2i.net> From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <201302101211.15818.hselasky@c2i.net> Date: Sun, 10 Feb 2013 11:12:52 +0000 Message-ID: <80018.1360494772@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:12:53 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <201302101211.15818.hselasky@c2i.net>, Hans Petter Selasky writes: >As long as you leave room for USB floppy disks working. As far as I know, they are just umass devices, right ? They share no actual code with fdc.c ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:20:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F2C4367C; Sun, 10 Feb 2013 11:20:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8493378B; Sun, 10 Feb 2013 11:20:52 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r1ABKi9D076451; Sun, 10 Feb 2013 13:20:44 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.4 kib.kiev.ua r1ABKi9D076451 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r1ABKikx076450; Sun, 10 Feb 2013 13:20:44 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 10 Feb 2013 13:20:44 +0200 From: Konstantin Belousov To: Hans Petter Selasky Subject: Re: some usb troubles Message-ID: <20130210112044.GL2522@kib.kiev.ua> References: <20130209180124.GA1783@dchagin.static.corbina.net> <201302101203.36647.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yOE9MG6yPKDVMreq" Content-Disposition: inline In-Reply-To: <201302101203.36647.hselasky@c2i.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Chagin Dmitry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:20:53 -0000 --yOE9MG6yPKDVMreq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 10, 2013 at 12:03:36PM +0100, Hans Petter Selasky wrote: > On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote: > > Hi all, > >=20 > > trying to run macbookpro10,1 on HEAD: > >=20 > > 1) usb3.0 does not work at 9.1 and HEAD (r246587) > > 2) Between stable/9 and HEAD (r246587) we are lost uhid devices > > (external keyboard and mouse) and umass. dmesg on the same hw can find > > here: > >=20 > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt > >=20 > > pciconf: > >=20 > > http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt > >=20 > > any help would be greatly apprecated. >=20 > Hi, >=20 > This error is not directly USB related. It means probably that ACPI or th= e PCI=20 > subsystem is not finding an IRQ for the XHCI driver. This might be the re= ason=20 > USB is not working properly. >=20 > xhci0: Could not allocate IRQ > device_attach: xhci0 attach returned 6 It seems that apple firmware assumes that USB host controller driver will use MSI. FreeBSD drivers tries to set up the legacy IRQ, and fails because apple tables do not describe this set-up. --yOE9MG6yPKDVMreq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRF4KMAAoJEJDCuSvBvK1B+jgP/jXdErzAlKdEx1G3Irvsb7/n FRWFETbxqR5DPlRAbRnc10UkCvqvU1f1ule6qG/+y37Lu1R9bIBxYRJq97xX+vRW P8dKJMwdQGJWd5vkd++V5GBffZXFsoVB5eRABDE87ukS6IRrYBtqzDQFaxVzfC8H thmWEHV4yfJ0OQ9l6wCp1pEFpcN/yUvSxJvXxbMXnjdF0nPW6Qy6HPJZdVpv3wyQ MepwWh/1AGDP+DzaYxQgJgRJSykoJPDu/2cTM/WEiU4bAe/++sCg6ralKzLKMtto qy8rJd0zMNglwOvrbHg+SxqIjomP7ZV8N5H8VhgMM900GsvSdDSzAlpWQmuYdByp eTdV0iYKnVDb6WDFKDkKl9rWbDf4e/CH6aCWpGwqfaSFnT5PgXX+Q9mMPz4OkU68 DlIN8zUyFeoNIWiNGn8+oh+hxoSAXUGftTcXC7ht1GjZXCbH7fvT6AMI7oO6NLZ8 WuONbIHHvgRpmErsTnoDS6LvWvPOqfLQe+1m4KT3X+2HtwdPBMmD5ohXPXLNli4Q U3/HD1BpNqIkzHlLNeS/HBp8hv/8qeFePm+eFu5EiYv66Mi80GhmdRhFsuJcbxht JAyzOgokQVRSRKUVYb+1BVT9i9/V2Yb50P8fQmJAmX0uvN9hqPSLsxVVh7hnfFMS VYFjmpgpOHs15mA6hEC5 =FGAX -----END PGP SIGNATURE----- --yOE9MG6yPKDVMreq-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:43:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A89A0977 for ; Sun, 10 Feb 2013 11:43:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 309FA81F for ; Sun, 10 Feb 2013 11:43:08 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-73-50.lns20.adl2.internode.on.net [118.210.73.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1ABgiaP059614 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 10 Feb 2013 22:12:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Time to kill fdc ? From: "Daniel O'Connor" In-Reply-To: <79955.1360494404@critter.freebsd.dk> Date: Sun, 10 Feb 2013 22:12:44 +1030 Content-Transfer-Encoding: 7bit Message-Id: <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> References: <79955.1360494404@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:43:09 -0000 On 10/02/2013, at 21:36, Poul-Henning Kamp wrote: > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. I've used it in 7.x to read install.cfg for a semi automated install process. I didn't see any panics, but then again install.cfg is a pretty small file. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:44:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5A0B4A8D for ; Sun, 10 Feb 2013 11:44:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 180D8836 for ; Sun, 10 Feb 2013 11:44:38 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3EE798A521; Sun, 10 Feb 2013 11:44:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1ABiZdq080114; Sun, 10 Feb 2013 11:44:37 GMT (envelope-from phk@phk.freebsd.dk) To: "Daniel O'Connor" Subject: Re: Time to kill fdc ? In-reply-to: <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> Date: Sun, 10 Feb 2013 11:44:35 +0000 Message-ID: <80113.1360496675@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:44:38 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au>, "Daniel O'Conno r" writes: >I've used it in 7.x to read install.cfg for a semi automated install process. > >I didn't see any panics, but then again install.cfg is a pretty small file. On 7.x I got consistent panics about bounce-buffers. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:46:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D773BA1; Sun, 10 Feb 2013 11:46:01 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB0F84E; Sun, 10 Feb 2013 11:46:00 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id fs13so4944321lab.22 for ; Sun, 10 Feb 2013 03:45:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=0qkZWXmHYVA/A22EbWj1zg4EA7WvjCz1Ns8TZhztFX0=; b=UpYJjolKQqHn9YeamLh7jrySvp+gnp6pzuCz5tAa034P2XhxM17EbAAgyAugo5UQKl VFUbg3suwuGuvuEdGWRY1JW1UIUwUAI0tnNcwRn2IcUu/xarX31/wuybVXaaO3OjxUyX 2NW6HDOJlNsdJqxg21aDkaNFGr2un5e+0TMSeFqEe6DFGZRryTBDC2JLfGE+C5iQgS6L VeTLAVCID2lBCJ8nwSs+Si6w76yZNEohaVn3ZHBPaazoD1pWZb4gNuTw3eVaT6DbziPT mnYU/Toat+CS+5cNMKuD2mWTcEzzKqk55lID5CMkwoBNX/XihxthM0XnefziCS1Q3FJu MW2Q== X-Received: by 10.112.102.165 with SMTP id fp5mr1215902lbb.18.1360496759250; Sun, 10 Feb 2013 03:45:59 -0800 (PST) Received: from dchagin.static.corbina.net (dchagin.static.corbina.ru. [78.107.232.239]) by mx.google.com with ESMTPS id f4sm2538576lbo.4.2013.02.10.03.45.56 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 Feb 2013 03:45:57 -0800 (PST) Sender: Dmitry Chagin Received: from dchagin.static.corbina.net (localhost [127.0.0.1]) by dchagin.static.corbina.net (8.14.6/8.14.6) with ESMTP id r1ABjsm2002393; Sun, 10 Feb 2013 15:45:54 +0400 (MSK) (envelope-from dchagin@dchagin.static.corbina.net) Received: (from dchagin@localhost) by dchagin.static.corbina.net (8.14.6/8.14.6/Submit) id r1ABjsmQ002392; Sun, 10 Feb 2013 15:45:54 +0400 (MSK) (envelope-from dchagin) Date: Sun, 10 Feb 2013 15:45:54 +0400 From: Chagin Dmitry To: Hans Petter Selasky Subject: Re: some usb troubles Message-ID: <20130210114554.GA2364@dchagin.static.corbina.net> References: <20130209180124.GA1783@dchagin.static.corbina.net> <201302101203.36647.hselasky@c2i.net> <201302101210.14389.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <201302101210.14389.hselasky@c2i.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Chagin Dmitry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:46:01 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 10, 2013 at 12:10:14PM +0100, Hans Petter Selasky wrote: > On Sunday 10 February 2013 12:03:36 Hans Petter Selasky wrote: > > On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote: > > > Hi all, > > >=20 > > > trying to run macbookpro10,1 on HEAD: > > >=20 > > > 1) usb3.0 does not work at 9.1 and HEAD (r246587) > > > 2) Between stable/9 and HEAD (r246587) we are lost uhid devices > > > (external keyboard and mouse) and umass. dmesg on the same hw can find > > > here: > > >=20 > > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.t= xt > > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt > > >=20 > > > pciconf: > > >=20 > > > http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt > > >=20 > > > any help would be greatly apprecated. > >=20 > > Hi, > >=20 > > This error is not directly USB related. It means probably that ACPI or = the > > PCI subsystem is not finding an IRQ for the XHCI driver. This might be = the > > reason USB is not working properly. > >=20 > > xhci0: Could not allocate IRQ > > device_attach: xhci0 attach returned 6 > > >=20 > Hi, >=20 > ehci1: mem 0xc1c16800-0xc1c16bff= irq=20 > 22 at device 29.0 on pci0 >=20 > The following sysctl might also be of interest: >=20 > hw.usb.xhci.xhci_port_route >=20 > It decides if a port is connected to the EHCI or XHCI. >=20 dchagin# sysctl hw.usb.xhci.xhci_port_route hw.usb.xhci.xhci_port_route: 0 btw, this is not the worst problem, usb 2.0 not working at HEAD, against 9.1, where the same hw works fine. --=20 Have fun! chd --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEXiHIACgkQ0t2Tb3OO/O36CwCfb0Cf2C0JlJie18ldAAUjY1yI mbsAn3pi8PVR3EDj34ibDhHGuSOKj3dM =PC4m -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 11:47:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D422BCE1 for ; Sun, 10 Feb 2013 11:47:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5403B869 for ; Sun, 10 Feb 2013 11:47:00 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-73-50.lns20.adl2.internode.on.net [118.210.73.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1ABksjF059777 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 10 Feb 2013 22:16:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Time to kill fdc ? Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <80113.1360496675@critter.freebsd.dk> Date: Sun, 10 Feb 2013 22:16:54 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:47:01 -0000 On 10/02/2013, at 22:14, Poul-Henning Kamp wrote: >> I've used it in 7.x to read install.cfg for a semi automated install = process. >>=20 >> I didn't see any panics, but then again install.cfg is a pretty small = file. >=20 > On 7.x I got consistent panics about bounce-buffers. Hmm strange, I am not sure I have requisite hardware at work any more, = all of the suitable machines were shipped. In any case I am in no position to maintain FDC as I no longer user it = as part of my install process. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 12:28:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 69A0E773 for ; Sun, 10 Feb 2013 12:28:44 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 56041A21 for ; Sun, 10 Feb 2013 12:28:44 +0000 (UTC) Received: from [10.0.10.3] ([173.88.202.176]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 10 Feb 2013 04:28:44 -0800 Message-ID: <5117927C.8090204@a1poweruser.com> Date: Sun, 10 Feb 2013 07:28:44 -0500 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> In-Reply-To: <79955.1360494404@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Feb 2013 12:28:45.0091 (UTC) FILETIME=[2B22DF30:01CE078A] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:28:44 -0000 Poul-Henning Kamp wrote: > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. > Floppy drive support was removed from Freebsd around release 7.0 I think. Read the release-notes for 6.0, 7.0 and 8.0 to determine when it happened. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 12:59:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 903A6E16 for ; Sun, 10 Feb 2013 12:59:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 07553B52 for ; Sun, 10 Feb 2013 12:59:53 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 377212159; Sun, 10 Feb 2013 13:59:52 +0100 From: Hans Petter Selasky To: "Poul-Henning Kamp" Subject: Re: Time to kill fdc ? Date: Sun, 10 Feb 2013 14:01:03 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <79955.1360494404@critter.freebsd.dk> <201302101211.15818.hselasky@c2i.net> <80018.1360494772@critter.freebsd.dk> In-Reply-To: <80018.1360494772@critter.freebsd.dk> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:59:54 -0000 On Sunday 10 February 2013 12:12:52 Poul-Henning Kamp wrote: > Content-Type: text/plain; charset=ISO-8859-1 > -------- > > In message <201302101211.15818.hselasky@c2i.net>, Hans Petter Selasky writes: > >As long as you leave room for USB floppy disks working. > > As far as I know, they are just umass devices, right ? They share > no actual code with fdc.c ? Right. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:01:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5C888F62; Sun, 10 Feb 2013 13:01:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id AD7AEB7E; Sun, 10 Feb 2013 13:01:39 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 375686925; Sun, 10 Feb 2013 14:01:31 +0100 From: Hans Petter Selasky To: Konstantin Belousov Subject: Re: some usb troubles Date: Sun, 10 Feb 2013 14:02:43 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <20130209180124.GA1783@dchagin.static.corbina.net> <201302101203.36647.hselasky@c2i.net> <20130210112044.GL2522@kib.kiev.ua> In-Reply-To: <20130210112044.GL2522@kib.kiev.ua> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Chagin Dmitry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:01:40 -0000 On Sunday 10 February 2013 12:20:44 Konstantin Belousov wrote: > On Sun, Feb 10, 2013 at 12:03:36PM +0100, Hans Petter Selasky wrote: > > On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote: > > > Hi all, > > > > > > trying to run macbookpro10,1 on HEAD: > > > > > > 1) usb3.0 does not work at 9.1 and HEAD (r246587) > > > 2) Between stable/9 and HEAD (r246587) we are lost uhid devices > > > (external keyboard and mouse) and umass. dmesg on the same hw can find > > > here: > > > > > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt > > > http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt > > > > > > pciconf: > > > > > > http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt > > > > > > any help would be greatly apprecated. > > > > Hi, > > > > This error is not directly USB related. It means probably that ACPI or > > the PCI subsystem is not finding an IRQ for the XHCI driver. This might > > be the reason USB is not working properly. > > > > xhci0: Could not allocate IRQ > > device_attach: xhci0 attach returned 6 > > It seems that apple firmware assumes that USB host controller driver > will use MSI. FreeBSD drivers tries to set up the legacy IRQ, and fails > because apple tables do not describe this set-up. Hi, Would someone be kind enough to provide a patch for that for sys/dev/usb/controller/xhci_pci.c ? I'm currently not in possession of such hardware. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:15:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2AB7829B for ; Sun, 10 Feb 2013 13:15:05 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id ED09AC3E for ; Sun, 10 Feb 2013 13:15:04 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id r1ADF3Sp028954 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 10 Feb 2013 07:15:04 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.02.0309.002; Sun, 10 Feb 2013 07:15:03 -0600 From: "Teske, Devin" To: Poul-Henning Kamp , "current@freebsd.org" Subject: RE: Time to kill fdc ? Thread-Topic: Time to kill fdc ? Thread-Index: AQHOB3696U6XpxvQQk6ZGSULLBOmcZhzEQXh Date: Sun, 10 Feb 2013 13:15:02 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201EA6BE0@ltcfiswmsgmb21> References: <79955.1360494404@critter.freebsd.dk> In-Reply-To: <79955.1360494404@critter.freebsd.dk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327, 1.0.431, 0.0.0000 definitions=2013-02-10_04:2013-02-08,2013-02-10,1970-01-01 signatures=0 Cc: "Teske, Devin" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:15:05 -0000 On Sun, 10 Feb 2013, Poul-Henning Kamp wrote: > I tried to read a floppy disk yesterday. >=20 > When was the last time anybody tried that with a FreeBSD release ? >=20 I did it last week on 9.0-R. Worked great. (I have more than plans to continue supporting floppies -- I've actually wr= itten code in the past 3 weeks supporting floppies as a test-case called fo= r it; commit still pending) > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. >=20 > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. I was using 9.0-R, admittedly far from -CURRENT. Sad because my up-coming H= EAD commit was tested on 9.0-R -- if fdc is broken in CURRENT I need to ret= hink things (especially if you're dusting off your axe). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:21:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8FD7F6B3 for ; Sun, 10 Feb 2013 13:21:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5826ED02 for ; Sun, 10 Feb 2013 13:21:34 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2BC1A8A521; Sun, 10 Feb 2013 13:21:33 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1ADLWg3080364; Sun, 10 Feb 2013 13:21:33 GMT (envelope-from phk@phk.freebsd.dk) To: Fbsd8 Subject: Re: Time to kill fdc ? In-reply-to: <5117927C.8090204@a1poweruser.com> From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <5117927C.8090204@a1poweruser.com> Date: Sun, 10 Feb 2013 13:21:32 +0000 Message-ID: <80363.1360502492@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:21:34 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <5117927C.8090204@a1poweruser.com>, Fbsd8 writes: >Floppy drive support was removed from Freebsd around release 7.0 I >think. Read the release-notes for 6.0, 7.0 and 8.0 to determine when it >happened. I think you are confusing "installing from floppies" with "has a device-driver for floppies" -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:27:41 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5B785848 for ; Sun, 10 Feb 2013 13:27:41 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x230.google.com (la-in-x0230.1e100.net [IPv6:2a00:1450:4010:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id B76BBD50 for ; Sun, 10 Feb 2013 13:27:40 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id fq13so4993506lab.21 for ; Sun, 10 Feb 2013 05:27:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Z5EDUAS4QNegPHrd3LSGSx28sFJSAvQw2p7LpLOGeVs=; b=k/6Eb5Nxw1uxq16zSPZ4btJ6SmpKOA3vZSGf4m/Jer1nsDVv/yJToungl1JTisZazL 6gkRleGFDLxPT6DYFJDQ0ufP/A865WlQPcgd91I/g93bwh06+bqwL3eIIqt8bxnbl/fs reE5kf6QX9RMbIDjohz6h0G2RddfrbSKJNuKRo/gRkEYir2XKdi8g4l/BP12ye4A7Nch rhMq9rx/Ibz1F0M2peTVWji2Vp1usoQDvkp7tdNcyM1UJDJjr77jltM9G56CouwjjCoZ A/fVXj6BheGxPNMq9549kEy1uXKthnk4wURXEB8Aq1lGjGoYKoQZmjEsnhRmd3z8RVnM uwyw== MIME-Version: 1.0 X-Received: by 10.152.108.1 with SMTP id hg1mr3991941lab.12.1360502859479; Sun, 10 Feb 2013 05:27:39 -0800 (PST) Received: by 10.112.45.36 with HTTP; Sun, 10 Feb 2013 05:27:39 -0800 (PST) X-Originating-IP: [93.221.166.206] In-Reply-To: <79955.1360494404@critter.freebsd.dk> References: <79955.1360494404@critter.freebsd.dk> Date: Sun, 10 Feb 2013 14:27:39 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQljW2aO8dhOnH3FTpvTws1PvfpaNz2VvMDcHs9VoEfWdt9AfWWh0eaaSt71F5dupJObKb22 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:27:41 -0000 On Sun, Feb 10, 2013 at 12:06 PM, Poul-Henning Kamp wrote: > > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. Any chance to get a user-mode fdc(4) replacement then? Maybe in ports? -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:28:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0E988AD5 for ; Sun, 10 Feb 2013 13:28:46 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id CAB21D6F for ; Sun, 10 Feb 2013 13:28:45 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E4B878A521; Sun, 10 Feb 2013 13:28:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1ADSiG4080407; Sun, 10 Feb 2013 13:28:44 GMT (envelope-from phk@phk.freebsd.dk) To: "C. P. Ghost" Subject: Re: Time to kill fdc ? In-reply-to: From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> Date: Sun, 10 Feb 2013 13:28:44 +0000 Message-ID: <80406.1360502924@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:28:46 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message , "C. P. Ghost" writes: >> Unless somebody fixes the fdc driver to work in -current, I intend >> to dust of my axe and cut it from the tree later this spring. > >Any chance to get a user-mode fdc(4) replacement then? Maybe >in ports? Uhm, just how would that work ? If you just want virtual floppies, md(4) is your driver... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:33:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BFDCAC22 for ; Sun, 10 Feb 2013 13:33:01 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x22c.google.com (la-in-x022c.1e100.net [IPv6:2a00:1450:4010:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBF6D9F for ; Sun, 10 Feb 2013 13:33:01 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eb20so5124390lab.17 for ; Sun, 10 Feb 2013 05:33:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=fL1NkxbDsbvrSxVLqgv2pBTukr6ICFR+wZcgdDj1dzc=; b=LzylgXkAbb6JNvT0M4tKR2tOBfKw1ial4oVcq2lj9rk6KXody0aCVuQyNOoFZYy5Tw uL01GB9pu3eo+neLzuFt60TIX6uVNbyzK5NgeqkEWB4y7/lgVNUWcnuONf9pY8mxmsUu NqbIxVp7y7i417PoZ1FAEs6ncYyhhK2rRiCuURUElAV1UenDFBrDpzt08V2Iils3Abv3 c6QsfvYbdt+nn2QXqsxzPyidCeNhFuAnC1WUucPIm60GkNqNhlvmT+y5nd9CTbGpJTjS ZJ3EaRyLuTb+FQkm9pzuaVVFNxgiH8F1wEowky0bNhtOSA0WznxBFtzdLFh4BRyfyfux jk0Q== MIME-Version: 1.0 X-Received: by 10.152.108.1 with SMTP id hg1mr4003057lab.12.1360503180189; Sun, 10 Feb 2013 05:33:00 -0800 (PST) Received: by 10.112.45.36 with HTTP; Sun, 10 Feb 2013 05:33:00 -0800 (PST) X-Originating-IP: [93.221.166.206] In-Reply-To: <80406.1360502924@critter.freebsd.dk> References: <79955.1360494404@critter.freebsd.dk> <80406.1360502924@critter.freebsd.dk> Date: Sun, 10 Feb 2013 14:33:00 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkUZYpF3D+xfdG1OsMyE4JgWZKx71WNmXKMmxCKBu0WfPddYXNmeZB5vRaysfUqqLaxMmfw Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:33:01 -0000 On Sun, Feb 10, 2013 at 2:28 PM, Poul-Henning Kamp wrote: >>> Unless somebody fixes the fdc driver to work in -current, I intend >>> to dust of my axe and cut it from the tree later this spring. >> >>Any chance to get a user-mode fdc(4) replacement then? Maybe >>in ports? > > Uhm, just how would that work ? > > If you just want virtual floppies, md(4) is your driver... I was thinking of physical fdc(4). Is there a published interface to access the hardware, i.e. to tunnel the commands and return values to and from the device? Something like pass(4) but for floppies? That way, fdc could be moved to user space and more easily debugged. > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:34:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 517D1D45 for ; Sun, 10 Feb 2013 13:34:53 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id D378ADBD for ; Sun, 10 Feb 2013 13:34:52 +0000 (UTC) Received: from merom.hotsoft.nl (merom.hotsoft.nl [192.168.0.12]) by mail.beastielabs.net (8.14.5/8.14.5) with ESMTP id r1ADTnYw097029; Sun, 10 Feb 2013 14:29:49 +0100 (CET) (envelope-from hans@beastielabs.net) Message-ID: <5117A0CD.6060904@beastielabs.net> Date: Sun, 10 Feb 2013 14:29:49 +0100 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130129 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Daniel O'Connor" Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:34:53 -0000 On 02/10/13 12:46, Daniel O'Connor wrote: > > On 10/02/2013, at 22:14, Poul-Henning Kamp wrote: >>> I've used it in 7.x to read install.cfg for a semi automated install process. >>> >>> I didn't see any panics, but then again install.cfg is a pretty small file. >> >> On 7.x I got consistent panics about bounce-buffers. > > > Hmm strange, I am not sure I have requisite hardware at work any more, all of the suitable machines were shipped. > > In any case I am in no position to maintain FDC as I no longer user it as part of my install process. > > -- I still use those old 1.4 Mbyte diskettes quite often (ancient archives of experimental data, exchanging data with retro-computers, etc.), but these days I mostly (but not always) use a USB diskette drive. But I just did an experiment on an old Pentium 4 system here, using the fdc driver and 8.3-STABLE as of early December (r243900). I read several diskettes using "dd /dev/fd0 /dev/null" and everything went flawlessly. The only issue I have seen with fdc over the years/releases is that around 7.x old DD diskettes (maximum of 720 kbyte) stopped working. Attempting to write them failed with a lot of retries, but never resulted in a panic. Strange enough they do work with my USB drive ... Could it be that the drive that Poul-Henning is using is worn out a bit? Not that the system should be panicking in that case, but it could at least explain why we see different thing happening. Kind regards, Hans From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 13:39:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A51BBE86 for ; Sun, 10 Feb 2013 13:39:42 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward1h.mail.yandex.net (forward1h.mail.yandex.net [IPv6:2a02:6b8:0:f05::10]) by mx1.freebsd.org (Postfix) with ESMTP id 45144DEA for ; Sun, 10 Feb 2013 13:39:42 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward1h.mail.yandex.net (Yandex) with ESMTP id 76BA59E1CBF for ; Sun, 10 Feb 2013 17:39:39 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 51A6E1340013 for ; Sun, 10 Feb 2013 17:39:39 +0400 (MSK) Received: from 93.91.2.200.tel.ru (93.91.2.200.tel.ru [93.91.2.200]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id dcq0fkUI-ddq4nxqO; Sun, 10 Feb 2013 17:39:39 +0400 Message-ID: <5117A319.60804@passap.ru> Date: Sun, 10 Feb 2013 17:39:37 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 7+ days of dogfood References: <20130210000723.GA73630@troutmask.apl.washington.edu> In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:39:42 -0000 10.02.2013 04:07, Steve Kargl пишет: As for me I use CURRENT at my JOB for many years now. I used to i386 but switched to amd64 at the end of 2012. The system (both world and kernel) are updated every week or two. I had switched to clang very early. There were problems with ports I used but not now: gimp, inkscape, scribus, texlive, thunderbird, firefox, libreoffice (didn't try the latest version, ENOTIME). One option that I abandoned was WITH_LIBCPLUSPLUS. I tried it last summer but the system went very unstable. Didn't have a chance to test it since then. One option that I use has been already mentioned -- MALLOC_PRODUCTION. > CPUTYPE?=core2 I never use this option. It was very long ago that I was beaten by it, but don't like it since. > FFLAGS = -O2 -pipe -march=native -mtune=native I don't like using "=" for FLAGS at make.conf... > FFLAGS+= -funroll-loops -ftree-vectorize ... as well as defaults overriding. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 14:07:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5E08C5B6 for ; Sun, 10 Feb 2013 14:07:23 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id CB797EC9 for ; Sun, 10 Feb 2013 14:07:22 +0000 (UTC) Received: from localhost ([90.55.46.192]) by mwinf5d25 with ME id ye7D1k00a48n6Be03e7EgQ; Sun, 10 Feb 2013 15:07:15 +0100 Message-ID: <5117A990.7070109@orange.fr> Date: Sun, 10 Feb 2013 15:07:12 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12 MIME-Version: 1.0 To: Fbsd8 Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> <5117927C.8090204@a1poweruser.com> In-Reply-To: <5117927C.8090204@a1poweruser.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:07:23 -0000 On 02/10/2013 13:28, Fbsd8 wrote: > Poul-Henning Kamp wrote: >> I tried to read a floppy disk yesterday. >> >> When was the last time anybody tried that with a FreeBSD release ? >> >> Based on my brief experiments yesterday, 6.X is the last release >> where accessing floppy disks carry less than a 10% risk of a panic. >> >> Unless somebody fixes the fdc driver to work in -current, I intend >> to dust of my axe and cut it from the tree later this spring. >> > Floppy drive support was removed from Freebsd around release 7.0 I > think. Read the release-notes for 6.0, 7.0 and 8.0 to determine when it > happened. Is this a joke ?? Script started on Sun Feb 10 14:47:20 2013 root@fidel:~ # uname -a FreeBSD fidel 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Fri Jan 18 17:45:10 CET 2013 toor@fidel:/usr/obj/home/src/sys/ADELE10X i386 root@fidel:~ # mount_msdosfs /dev/fd0 /floppy root@fidel:~ # ll /floppy total 341 -rw-rw-r-- 1 root operator 1851 Aug 15 2011 licence.txt -rw-rw-r-- 1 root operator 79175 Aug 15 2011 liesmich.html -rw-rw-r-- 1 root operator 70564 Aug 15 2011 liesmich.txt -rw-rw-r-- 1 root operator 43319 Sep 15 2011 plpbt.bin -rw-rw-r-- 1 root operator 81846 Aug 15 2011 readme.html -rw-rw-r-- 1 root operator 71509 Aug 15 2011 readme.txt root@fidel:~ # umount /floppy root@fidel:~ # dd if=/dev/fd0 of=floppy.img 2880+0 records in 2880+0 records out 1474560 bytes transferred in 48.027444 secs (30702 bytes/sec) root@fidel:~ # mount_msdosdfs /dev/fd0 /floppy root@fidel:~ # ll /floppy total 0 root@fidel:~ # umount /floppy root@fidel:~ # dd if=floppy.img of=/dev/fd0 2880+0 records in 2880+0 records out 1474560 bytes transferred in 47.829774 secs (30829 bytes/sec) root@fidel:~ # mount_msdosfs /dev/fd0 /floppy root@fidel:~ # ll /floppy total 341 -rw-rw-r-- 1 root operator 1851 Aug 15 2011 licence.txt -rw-rw-r-- 1 root operator 79175 Aug 15 2011 liesmich.html -rw-rw-r-- 1 root operator 70564 Aug 15 2011 liesmich.txt -rw-rw-r-- 1 root operator 43319 Sep 15 2011 plpbt.bin -rw-rw-r-- 1 root operator 81846 Aug 15 2011 readme.html -rw-rw-r-- 1 root operator 71509 Aug 15 2011 readme.txt root@fidel:~ # rm /floppy/* root@fidel:~ # umount /floppy with a 10 years old drive, and >10 years old floppies.. yes, there can be i/o errors with such media CBu From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 14:24:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CB50F1EA for ; Sun, 10 Feb 2013 14:24:39 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id AD747F90 for ; Sun, 10 Feb 2013 14:24:38 +0000 (UTC) Received: from [10.0.10.3] ([173.88.202.176]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 10 Feb 2013 06:24:40 -0800 Message-ID: <5117ADA7.2040305@a1poweruser.com> Date: Sun, 10 Feb 2013 09:24:39 -0500 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Claude Buisson Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> <5117927C.8090204@a1poweruser.com> <5117A990.7070109@orange.fr> In-Reply-To: <5117A990.7070109@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Feb 2013 14:24:40.0379 (UTC) FILETIME=[5CCF98B0:01CE079A] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:24:39 -0000 Claude Buisson wrote: > On 02/10/2013 13:28, Fbsd8 wrote: >> Poul-Henning Kamp wrote: >>> I tried to read a floppy disk yesterday. >>> >>> When was the last time anybody tried that with a FreeBSD release ? >>> >>> Based on my brief experiments yesterday, 6.X is the last release >>> where accessing floppy disks carry less than a 10% risk of a panic. >>> >>> Unless somebody fixes the fdc driver to work in -current, I intend >>> to dust of my axe and cut it from the tree later this spring. >>> >> Floppy drive support was removed from Freebsd around release 7.0 I >> think. Read the release-notes for 6.0, 7.0 and 8.0 to determine when it >> happened. > > Is this a joke ?? > > Script started on Sun Feb 10 14:47:20 2013 > root@fidel:~ # uname -a > FreeBSD fidel 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Fri Jan 18 17:45:10 > CET 2013 > toor@fidel:/usr/obj/home/src/sys/ADELE10X i386 > root@fidel:~ # mount_msdosfs /dev/fd0 /floppy > root@fidel:~ # ll /floppy > total 341 > -rw-rw-r-- 1 root operator 1851 Aug 15 2011 licence.txt > -rw-rw-r-- 1 root operator 79175 Aug 15 2011 liesmich.html > -rw-rw-r-- 1 root operator 70564 Aug 15 2011 liesmich.txt > -rw-rw-r-- 1 root operator 43319 Sep 15 2011 plpbt.bin > -rw-rw-r-- 1 root operator 81846 Aug 15 2011 readme.html > -rw-rw-r-- 1 root operator 71509 Aug 15 2011 readme.txt > root@fidel:~ # umount /floppy > root@fidel:~ # dd if=/dev/fd0 of=floppy.img > 2880+0 records in > 2880+0 records out > 1474560 bytes transferred in 48.027444 secs (30702 bytes/sec) > root@fidel:~ # mount_msdosdfs /dev/fd0 /floppy > root@fidel:~ # ll /floppy > total 0 > root@fidel:~ # umount /floppy > root@fidel:~ # dd if=floppy.img of=/dev/fd0 > 2880+0 records in > 2880+0 records out > 1474560 bytes transferred in 47.829774 secs (30829 bytes/sec) > root@fidel:~ # mount_msdosfs /dev/fd0 /floppy > root@fidel:~ # ll /floppy > total 341 > -rw-rw-r-- 1 root operator 1851 Aug 15 2011 licence.txt > -rw-rw-r-- 1 root operator 79175 Aug 15 2011 liesmich.html > -rw-rw-r-- 1 root operator 70564 Aug 15 2011 liesmich.txt > -rw-rw-r-- 1 root operator 43319 Sep 15 2011 plpbt.bin > -rw-rw-r-- 1 root operator 81846 Aug 15 2011 readme.html > -rw-rw-r-- 1 root operator 71509 Aug 15 2011 readme.txt > root@fidel:~ # rm /floppy/* > root@fidel:~ # umount /floppy > > with a 10 years old drive, and >10 years old floppies.. > > yes, there can be i/o errors with such media > > CBu > > My bad it was floppy install media that was dropped. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 14:32:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 86D16B1D for ; Sun, 10 Feb 2013 14:32:44 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 04BF2B0 for ; Sun, 10 Feb 2013 14:32:43 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id fo12so5119731lab.28 for ; Sun, 10 Feb 2013 06:32:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Nx1cZhJ8j13Wasb5Tb+Dk6Af2SvGrr5yrHGybQsrZ+s=; b=Xeytf91a43gJpJ2T5dXZgGeTMty7RnYT2vWCNPmGcVSCxXz6wVzeLO5ueT5G7aA65I JkWumG9T2VVRhC5W/w/wMzCd/9/6xlSMf9amw4CNu0pTI/Zwlf54qTPh5/uislihU1bb 3FbFP7RqagyPtnLwLJhJVF6qiVFKaUzhmIfD5dxxIei+EOilShnHLzJ4wVJYOesJVosv XmcPMrc83N/KTusL9hNQb53Ngd1fgFNU5YzLmhaVQCblbaZAwqj+75O5TIaqAs5CRsII Z5Mqlekloym9c0ViKeTWBzoACPyHVt1krlpR4tgZDLgnUsO/lSL9rtncfVyotxwVVQDE LLGA== MIME-Version: 1.0 X-Received: by 10.112.44.164 with SMTP id f4mr4629363lbm.43.1360506762811; Sun, 10 Feb 2013 06:32:42 -0800 (PST) Received: by 10.112.45.36 with HTTP; Sun, 10 Feb 2013 06:32:42 -0800 (PST) X-Originating-IP: [93.221.166.206] In-Reply-To: <5117927C.8090204@a1poweruser.com> References: <79955.1360494404@critter.freebsd.dk> <5117927C.8090204@a1poweruser.com> Date: Sun, 10 Feb 2013 15:32:42 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Fbsd8 Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmm9FMv5kK4wYNu8F/2yuyPDN3vxFiBJGekkFgtv0AMAUQZ3JRy60zmc2/PRdCzuzQ3DM6Q Cc: Poul-Henning Kamp , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:32:44 -0000 On Sun, Feb 10, 2013 at 1:28 PM, Fbsd8 wrote: > Floppy drive support was removed from Freebsd around release 7.0 I think. > Read the release-notes for 6.0, 7.0 and 8.0 to determine when it happened. Nope, floppy support is still there, and AFAICS it is working just fine: Script started on Sun Feb 10 15:21:07 2013 root@phenom:~ # uname -a FreeBSD phenom.cordula.ws 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r244903: Mon Dec 31 15:14:32 CET 2012 root@phenom.cordula.ws:/usr/obj/usr/src/sys/GENERIC amd64 root@phenom:~ # fdformat /dev/fd0 Format 1440K floppy `/dev/fd0'? (y/n): y Processing VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV done. root@phenom:~ # newfs /dev/fd0 /dev/fd0: 1.4MB (2880 sectors) block size 32768, fragment size 4096 using 2 cylinder groups of 1.00MB, 32 blks, 128 inodes. super-block backups (for fsck_ffs -b #) at: 192, 2240 root@phenom:~ # mount /dev/fd0 /mnt root@phenom:~ # df -h /mnt Filesystem Size Used Avail Capacity Mounted on /dev/fd0 1.1M 8.0k 1.0M 1% /mnt root@phenom:~ # cp /usr/include/sys/_*.h /mnt root@phenom:~ # sync root@phenom:~ # df -h /mnt Filesystem Size Used Avail Capacity Mounted on /dev/fd0 1.1M 112k 948k 11% /mnt root@phenom:~ # ls /mnt .snap _null.h _sx.h _bus_dma.h _pthreadtypes.h _task.h _callout.h _rmlock.h _termios.h _cpuset.h _rwlock.h _timespec.h _iovec.h _semaphore.h _timeval.h _kstack_cache.h _sigset.h _types.h _lock.h _sockaddr_storage.h _umtx.h _lockmgr.h _stack.h _mutex.h _stdint.h root@phenom:~ # umount /mnt root@phenom:~ # exit exit Script done on Sun Feb 10 15:26:10 2013 This was with an 10+ years old 1.44MB floppy that I had lying around here, on FreeBSD/amd64 9.1 r244903. It would be a shame to axe that code. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 14:42:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23354EF7; Sun, 10 Feb 2013 14:42:05 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.173]) by mx1.freebsd.org (Postfix) with ESMTP id CE48B117; Sun, 10 Feb 2013 14:42:04 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id dn14so5405056obc.32 for ; Sun, 10 Feb 2013 06:42:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:cc:content-type; bh=EoeVcwbPnyFoKlZJur6SQdT7UYmGyfyHjDTbt2LIEOY=; b=PV6C1TVZ7J/89r8VyAezuntOsfFz+hVHVV5Ado87XoRR4Q1hZRBtoAXS46wdShWmIF YK0qt7M7JczTPCSJQyyjRdzE+kSt7tRZHXEKAFip5pgx+UqcHpn1HTbn4suOhVfn76rV Fk6WezL7Fna2sXkd8BpbNZLB+AFsKOFrI0/fgoW0r//oOnf7bIBfjh9FJcUAevCwaPjG vmCYkH9serV9E6YqfyLPz2YR4MGxR3K0zWTfGhFrHQyU52gq7cS3tzI3YBcDcJWbJ7o9 2nbA7+hSgE40wUWFn0rD4h0AURlfAWo031ny/xxEl5PP9cmceGluoT82Nc3XitgtV0Oe eI+A== MIME-Version: 1.0 X-Received: by 10.60.171.170 with SMTP id av10mr8833796oec.78.1360507324020; Sun, 10 Feb 2013 06:42:04 -0800 (PST) Sender: pali.gabor@gmail.com Received: by 10.182.87.195 with HTTP; Sun, 10 Feb 2013 06:42:03 -0800 (PST) Date: Sun, 10 Feb 2013 15:42:03 +0100 X-Google-Sender-Auth: grE6A8Aps3Urt7Qvc1AOKYve_Tk Message-ID: Subject: Reminder: FreeBSD Quarterly Status Reports, July--December, 2012 From: Gabor Pali To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:42:05 -0000 Hello there, Let me call your attention to the approaching deadline of the next set(s) of FreeBSD Quarterly Status Reports. Please consider submitting a few lines on your FreeBSD-related project, we are counting on all of you! :-) On Sun, Jan 13, 2013 at 10:57 PM, Gabor Pali wrote: > Please note that the deadline for submissions covering the period > between July and December 2012 is February 17th, 2013. You can find more details on submission at the Project's web site [1] but you are free to ask me directly (in private) if you need help with this. [1] http://www.freebsd.org/news/status/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 14:53:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B952D2C9 for ; Sun, 10 Feb 2013 14:53:50 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF7617E for ; Sun, 10 Feb 2013 14:53:50 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2AFD38A50F; Sun, 10 Feb 2013 14:53:49 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1AErmFY080601; Sun, 10 Feb 2013 14:53:48 GMT (envelope-from phk@phk.freebsd.dk) To: "C. P. Ghost" Subject: Re: Time to kill fdc ? In-reply-to: From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <80406.1360502924@critter.freebsd.dk> Date: Sun, 10 Feb 2013 14:53:48 +0000 Message-ID: <80600.1360508028@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:53:50 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message , "C. P. Ghost" writes: >On Sun, Feb 10, 2013 at 2:28 PM, Poul-Henning Kamp wrote: >I was thinking of physical fdc(4). Is there a published interface >to access the hardware, i.e. to tunnel the commands and return >values to and from the device? Something like pass(4) but for >floppies? That way, fdc could be moved to user space and more >easily debugged. Look at /dev/io. But seriously: All our old releases are available on the net, 4.11 and 6.2 were both great releases and they have wonderful floppy support. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 14:55:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 622C33E6 for ; Sun, 10 Feb 2013 14:55:50 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2A79719E for ; Sun, 10 Feb 2013 14:55:50 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3CDE38A50F; Sun, 10 Feb 2013 14:55:49 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1AEtlTB080626; Sun, 10 Feb 2013 14:55:47 GMT (envelope-from phk@phk.freebsd.dk) To: Hans Ottevanger Subject: Re: Time to kill fdc ? In-reply-to: <5117A0CD.6060904@beastielabs.net> From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> Date: Sun, 10 Feb 2013 14:55:47 +0000 Message-ID: <80625.1360508147@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:55:50 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <5117A0CD.6060904@beastielabs.net>, Hans Ottevanger writes: >On 02/10/13 12:46, Daniel O'Connor wrote: >But I just did an experiment on an old Pentium 4 system here, using the >fdc driver and 8.3-STABLE as of early December (r243900). I read several >diskettes using "dd /dev/fd0 /dev/null" and everything went flawlessly. Could you try: dd if=/dev/fd0 of=/dev/null bs=1048576 That consistently exploded 7.x and 8.x here yesterday... (I used recoverdisk, but that's not material) >Could it be that the drive that Poul-Henning is using is worn out a bit? No, that's not it. It's (amongst other things) ISA-DMA being børken (try something different that /dev null btw :-) and bounce buffers for same panicking the system. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 15:02:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E45FB577 for ; Sun, 10 Feb 2013 15:02:47 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id 942F61D8 for ; Sun, 10 Feb 2013 15:02:47 +0000 (UTC) Received: from [192.168.1.44] (unknown [176.222.238.90]) by csmtp3.one.com (Postfix) with ESMTPA id 5EAF4241FE0C; Sun, 10 Feb 2013 14:57:00 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 7+ days of dogfood From: Erik Cederstrand In-Reply-To: <20130210083010.7df5b997@X220.ovitrap.com> Date: Sun, 10 Feb 2013 15:57:01 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <256C7A7B-DFA7-4C0F-B389-AB10E0DA42D0@cederstrand.dk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130210083010.7df5b997@X220.ovitrap.com> To: Erich Dollansky X-Mailer: Apple Mail (2.1499) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:02:48 -0000 Den 10/02/2013 kl. 02.30 skrev Erich Dollansky = : > I am on dog food since last May/June. How should I phrase it? Every = can > tastes different. Most cans have a perfect taste but some cans are > really off. And as long as there is no automatic can taster doing quality assurance = of the produced cans, then foul cans will go unnoticed until a dog pukes = all over the carpet :-) For this to change, we really need to catch up on years of neglect in = e.g. src/tools/regression/. I really applaud the people doing the = thankless job of changing this. Erik= From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 15:10:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 07D13727 for ; Sun, 10 Feb 2013 15:10:43 +0000 (UTC) (envelope-from rumrunner@terraplane.org) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.freebsd.org (Postfix) with ESMTP id 5B45922B for ; Sun, 10 Feb 2013 15:10:41 +0000 (UTC) Received: from terraplane.org (ti0027a380-0097.bb.online.no [88.89.180.97]) by mail46.nsc.no (8.14.4/8.14.4) with ESMTP id r1AEDega023599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 10 Feb 2013 15:13:41 +0100 (MET) Received: from terraplane.org (localhost [127.0.0.1]) by terraplane.org (8.14.5/8.14.5) with ESMTP id r1AEDe1M096999; Sun, 10 Feb 2013 15:13:40 +0100 (CET) (envelope-from rumrunner@terraplane.org) Received: (from rumrunner@localhost) by terraplane.org (8.14.5/8.13.8/Submit) id r1AEDeb2096998; Sun, 10 Feb 2013 15:13:40 +0100 (CET) (envelope-from rumrunner) Date: Sun, 10 Feb 2013 15:13:40 +0100 From: Eivind Evensen To: Poul-Henning Kamp Subject: Re: Time to kill fdc ? Message-ID: <20130210141340.GA96183@klump.hjerdalen.lokalnett> References: <79955.1360494404@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <79955.1360494404@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:10:43 -0000 On Sun, Feb 10, 2013 at 11:06:44AM +0000, Poul-Henning Kamp wrote: > > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. I'm using DD disks about every other day and HD disks about once a week. Apart from lots of seeking (for which I don't understand the reason) when closing the device in DD mode, I don't have any problems with it. This is on 8.3-PRERELEASE. I really hope the driver will stay. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 15:29:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8D0C4A54 for ; Sun, 10 Feb 2013 15:29:39 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 56DD42AF for ; Sun, 10 Feb 2013 15:29:39 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1C6288A521; Sun, 10 Feb 2013 15:29:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1AFTbFA080798; Sun, 10 Feb 2013 15:29:38 GMT (envelope-from phk@phk.freebsd.dk) To: Eivind Evensen Subject: Re: Time to kill fdc ? In-reply-to: <20130210141340.GA96183@klump.hjerdalen.lokalnett> From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <20130210141340.GA96183@klump.hjerdalen.lokalnett> Date: Sun, 10 Feb 2013 15:29:37 +0000 Message-ID: <80797.1360510177@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:29:39 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <20130210141340.GA96183@klump.hjerdalen.lokalnett>, Eivind Evensen w rites: >Apart from lots of seeking (for which I don't understand the reason) when >closing the device in DD mode, I don't have any problems with it. That's the geomclasses tasting it for labels, mirrors, mbr's etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 15:44:01 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 44290D2C; Sun, 10 Feb 2013 15:44:01 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 0C90F324; Sun, 10 Feb 2013 15:44:00 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id B917083B; Sun, 10 Feb 2013 16:41:11 +0100 (CET) Date: Sun, 10 Feb 2013 16:44:49 +0100 From: Pawel Jakub Dawidek To: Andriy Gapon Subject: Re: geli(8) breaks after a couple hours of uptime Message-ID: <20130210154449.GI1375@garage.freebsd.pl> References: <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de> <20130208114825.GY35868@acme.spoerlein.net> <5114F390.4010302@FreeBSD.org> <20130209140733.0b753c60@fabiankeil.de> <51166580.4080603@FreeBSD.org> <511672B5.5080300@FreeBSD.org> <20130209233500.GH1375@garage.freebsd.pl> <51175162.3030401@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGu/vTNewDGZ7tmp" Content-Disposition: inline In-Reply-To: <51175162.3030401@FreeBSD.org> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Eitan Adler , Andrey Zonov , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:44:01 -0000 --MGu/vTNewDGZ7tmp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 10, 2013 at 09:50:58AM +0200, Andriy Gapon wrote: > on 10/02/2013 01:35 Pawel Jakub Dawidek said the following: > > geli(8) almost exclusively deals with sensitive data. Even mlocking > > MAXPHYS would fail with current limits, but this is bad idea. > >=20 > > With mlockall() I am sure I didn't miss anything - be it forgetting > > about mlocking some buffer or zeroing it before munlock. I'm also sure > > someone else who can modify geli(8) in the future won't miss anything > > too. >=20 > Well, the geli is not such a complex program really. It seems to use onl= y two > or so buffers for sensitive data. [...] Maybe it isn't very complex, but complex enough that you missed a dozen or so buffers that would need mlocking (almost everything that is bzero'ed), not to mention internal states for hash and encryption algorithms that operate on blocks, so they can keep plain data until their update method gather entire block. Encryption and HMAC calculation is done by API used by both userland and kernel parts, so it would need some ifdefs to make it work, thus further complicating entire thing. > [...] As far as I can see geli deals only with some > key management (reading keys, generating key from key material, etc). The= re is > definitely no need to mlock the code, etc. I fully agree there is no need to mlock the code and I'd be happy to use mlockall(2) flag that protects only the data. Until such flag is introduced I'll keep mlocking everything. > I think that PAGE_SIZE (or at most a small multiple of it) should be suff= icient. > I don't think that we currently have (or expect to see in the near future) > algorithms where keys with more than 4096 size provide any additional sec= urity. geli(8) deals just fine with files that are larger than buffers, so even with smaller buffer it can read the data in few steps. The proposed patch is here if someone would like to give it a try: http://people.freebsd.org/~pjd/patches/geom_eli.c.patch --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --MGu/vTNewDGZ7tmp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEXwHEACgkQForvXbEpPzRkdgCbBQQcuHrj3nvXibqD+rHpmu65 dJMAoJ4RNzUFvdjBy9CNNbl//6026pvs =Tf9c -----END PGP SIGNATURE----- --MGu/vTNewDGZ7tmp-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 15:45:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 47149E6D for ; Sun, 10 Feb 2013 15:45:49 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qa0-f46.google.com (mail-qa0-f46.google.com [209.85.216.46]) by mx1.freebsd.org (Postfix) with ESMTP id 110F0350 for ; Sun, 10 Feb 2013 15:45:48 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id o13so897489qaj.5 for ; Sun, 10 Feb 2013 07:45:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KmVe39Zp3EkJyTaGX3HiJ/VMVpQze6y0IwV9wBRmHeM=; b=S8hYvbTpOuHszRN4wlNSzDQdVNlVjb7T//kSzgzgs17G+hR5a7L/XvXNJM67B66grf JoCxGucdPCPx8jlgICdpzEYOkx4rWpxbuMZ4a7om1mHktZs6tBy6BVeDUhErdcTYAkfj tLnzGZdH0m3JflmI1JkpRF1nlBqIlDRoOp5eGJG3UoXDWQGlDoNAnoWBdPYckfkz9Ric B8qoFwjQnFI0VkUsNFeV7nzeRw3gw8iPJyHKHExioVOnCtuKH4CF7GKEyNFynXXiPGZf gxGU9h+t28tqRXKk8QNfs9q86EE3abOi7PO6JAgePWojAlzihfkJdow7mwTwXCqb7qdC 7qqg== MIME-Version: 1.0 X-Received: by 10.229.197.226 with SMTP id el34mr1027731qcb.62.1360511141978; Sun, 10 Feb 2013 07:45:41 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.49.71.204 with HTTP; Sun, 10 Feb 2013 07:45:41 -0800 (PST) In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> Date: Sun, 10 Feb 2013 16:45:41 +0100 X-Google-Sender-Auth: tOgTR7YBZ9C5Gq9L7xC5PD3gQp8 Message-ID: Subject: Re: 7+ days of dogfood From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:45:49 -0000 On Sun, Feb 10, 2013 at 1:07 AM, Steve Kargl wrote: > In a long thread started by Peter Wemm on developers@, he described > the move/upgrade of the FreeBSD.org cluster to using FreeBSD-10. A > part of his description included the need to test top-of-tree under > actual real-world conditions. In his words, FreeBSD should "eat its > own dogfood." The new installation on FreeBSD.org, of course, would > test FreeBSD-10 under (heavy) server load. Just one word from an ordinary user - this is perfect idea to test things in the real world scenario in a dedicated environment because this will show problems and force solutions very quickly. Some more serious tasks may be also a good playground to test stability of the stable branch and make sure they will not propagate issues to the production stable platforms around the world. I really love FreeBSD for the clean, simple and elegant yet still very powerful solutions. Some features are still behind, some features are pioneer, still smart and experienced personnel decisions behind the scenes produces impressive results. I am sure this is also a good decision. This is why I stick and promote the FreeBSD, although some people don't like it, and I even consider to switch to CURRENT in everyday tasks too if this will help your work with necessary feedback :-) Best regards :-) Tomek Cedro -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 16:37:34 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E09CFADA; Sun, 10 Feb 2013 16:37:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A9D236FE; Sun, 10 Feb 2013 16:37:33 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA28584; Sun, 10 Feb 2013 18:37:31 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1U4ZuF-000CCW-7K; Sun, 10 Feb 2013 18:37:31 +0200 Message-ID: <5117CCC9.4060705@FreeBSD.org> Date: Sun, 10 Feb 2013 18:37:29 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Pawel Jakub Dawidek Subject: Re: geli(8) breaks after a couple hours of uptime References: <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de> <20130208114825.GY35868@acme.spoerlein.net> <5114F390.4010302@FreeBSD.org> <20130209140733.0b753c60@fabiankeil.de> <51166580.4080603@FreeBSD.org> <511672B5.5080300@FreeBSD.org> <20130209233500.GH1375@garage.freebsd.pl> <51175162.3030401@FreeBSD.org> <20130210154449.GI1375@garage.freebsd.pl> In-Reply-To: <20130210154449.GI1375@garage.freebsd.pl> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Eitan Adler , Andrey Zonov , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:37:34 -0000 on 10/02/2013 17:44 Pawel Jakub Dawidek said the following: > On Sun, Feb 10, 2013 at 09:50:58AM +0200, Andriy Gapon wrote: >> on 10/02/2013 01:35 Pawel Jakub Dawidek said the following: >>> geli(8) almost exclusively deals with sensitive data. Even mlocking >>> MAXPHYS would fail with current limits, but this is bad idea. >>> >>> With mlockall() I am sure I didn't miss anything - be it forgetting >>> about mlocking some buffer or zeroing it before munlock. I'm also sure >>> someone else who can modify geli(8) in the future won't miss anything >>> too. >> >> Well, the geli is not such a complex program really. It seems to use only two >> or so buffers for sensitive data. [...] > > Maybe it isn't very complex, but complex enough that you missed a dozen > or so buffers that would need mlocking (almost everything that is > bzero'ed), I haven't exactly missed them, because I only glanced over the code. > not to mention internal states for hash and encryption > algorithms that operate on blocks, so they can keep plain data until > their update method gather entire block. Encryption and HMAC calculation > is done by API used by both userland and kernel parts, so it would need > some ifdefs to make it work, thus further complicating entire thing. I think that things such as these are better be done in externally provided/controlled buffers. >> [...] As far as I can see geli deals only with some >> key management (reading keys, generating key from key material, etc). There is >> definitely no need to mlock the code, etc. > > I fully agree there is no need to mlock the code and I'd be happy to use > mlockall(2) flag that protects only the data. Until such flag is > introduced I'll keep mlocking everything. > >> I think that PAGE_SIZE (or at most a small multiple of it) should be sufficient. >> I don't think that we currently have (or expect to see in the near future) >> algorithms where keys with more than 4096 size provide any additional security. > > geli(8) deals just fine with files that are larger than buffers, so even > with smaller buffer it can read the data in few steps. > > The proposed patch is here if someone would like to give it a try: > > http://people.freebsd.org/~pjd/patches/geom_eli.c.patch > This is a very good start, IMHO. Thank you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 16:39:05 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 129D7CF0 for ; Sun, 10 Feb 2013 16:39:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6113F73A for ; Sun, 10 Feb 2013 16:39:03 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA28588; Sun, 10 Feb 2013 18:39:01 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1U4Zvh-000CCa-8G; Sun, 10 Feb 2013 18:39:01 +0200 Message-ID: <5117CD24.8060605@FreeBSD.org> Date: Sun, 10 Feb 2013 18:39:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> In-Reply-To: <79955.1360494404@critter.freebsd.dk> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:39:05 -0000 on 10/02/2013 13:06 Poul-Henning Kamp said the following: > > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. Is this an overreaction or just a wrong kind of reaction? :-) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 16:44:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1EDC7D2 for ; Sun, 10 Feb 2013 16:44:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id E08937CD for ; Sun, 10 Feb 2013 16:44:24 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1AGiOAW077154; Sun, 10 Feb 2013 08:44:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1AGiOcH077153; Sun, 10 Feb 2013 08:44:24 -0800 (PST) (envelope-from sgk) Date: Sun, 10 Feb 2013 08:44:24 -0800 From: Steve Kargl To: Boris Samorodov Subject: Re: 7+ days of dogfood Message-ID: <20130210164424.GA77092@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5117A319.60804@passap.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:44:25 -0000 On Sun, Feb 10, 2013 at 05:39:37PM +0400, Boris Samorodov wrote: > 10.02.2013 04:07, Steve Kargl ??????????: > > As for me I use CURRENT at my JOB for many years now. > I used to i386 but switched to amd64 at the end of 2012. > The system (both world and kernel) are updated every > week or two. > My workstation at work is amd64 and I have a 20 node amd64 cluster. All of these systems run freebsd-current. I've only had a few problems when building ports. > > One option that I use has been already mentioned -- MALLOC_PRODUCTION. > > > CPUTYPE?=core2 > > I never use this option. It was very long ago that I was > beaten by it, but don't like it since. Without it, the build infrastructure was selecting -march=i486, which produced even worse results. Several ports would not compile because llvm's integrated assembler was given invalid assembly constructs. > > FFLAGS = -O2 -pipe -march=native -mtune=native > > I don't like using "=" for FLAGS at make.conf... > > > FFLAGS+= -funroll-loops -ftree-vectorize > > ... as well as defaults overriding. > FFLAGS are the options used while compiling Fortran. Having spent years contributing to and testing gfortran, I am fairly comfortable with these options. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 17:05:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 24F094AB for ; Sun, 10 Feb 2013 17:05:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id B4A3A85C for ; Sun, 10 Feb 2013 17:05:23 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so4168012wer.39 for ; Sun, 10 Feb 2013 09:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8pxOgLFxPzWYsX9me7AGppcvhjtpLNJ/pCSQCFKAvns=; b=oGXcu/m//XtfKJNFV+9KQvoidoLIXzc9GSZLFIc9guS7IA6bKzhaItt04GrLOg2Gne 5SHyGn/uVn9v26Hyj4se9JIXmKsk01C09IBFEMEKmwECwz4/guDBjKHKVrR90B96evNA xs9Vc0OIZaBuS969iovHN1o4rbMN+MRSN1u8P+O2nEnRmaUKBIX5TsmvpnUAr51zTBXu gKXBiu2fJoFkmWsznOaSWaBPezU+4VZZhWktdU5JxoI7vnDCbaJ+zRf2M/fs5Ptw1J77 nQCIp0TiTSNWb8TpeivSDG21rxm0z6cHESwaP8S2gxvyrhrOy5UkOnyISGVI4ZZjtKt6 05ZA== MIME-Version: 1.0 X-Received: by 10.194.108.101 with SMTP id hj5mr19463509wjb.6.1360515922871; Sun, 10 Feb 2013 09:05:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Sun, 10 Feb 2013 09:05:22 -0800 (PST) In-Reply-To: <20130210164424.GA77092@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> <20130210164424.GA77092@troutmask.apl.washington.edu> Date: Sun, 10 Feb 2013 09:05:22 -0800 X-Google-Sender-Auth: Sgaw27ayA2QU-ZQJe1thFfxoir4 Message-ID: Subject: Re: 7+ days of dogfood From: Adrian Chadd To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:05:24 -0000 On 10 February 2013 08:44, Steve Kargl wrote: > Without it, the build infrastructure was selecting -march=i486, > which produced even worse results. Several ports would not > compile because llvm's integrated assembler was given invalid > assembly constructs. Have you submitted bugs? :) Adrian From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 17:31:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AC5A2B1B; Sun, 10 Feb 2013 17:31:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC1893C; Sun, 10 Feb 2013 17:31:50 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1AHVofD077328; Sun, 10 Feb 2013 09:31:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1AHVoK7077327; Sun, 10 Feb 2013 09:31:50 -0800 (PST) (envelope-from sgk) Date: Sun, 10 Feb 2013 09:31:50 -0800 From: Steve Kargl To: Adrian Chadd Subject: Re: 7+ days of dogfood Message-ID: <20130210173150.GA77296@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> <20130210164424.GA77092@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:31:50 -0000 On Sun, Feb 10, 2013 at 09:05:22AM -0800, Adrian Chadd wrote: > On 10 February 2013 08:44, Steve Kargl wrote: > > > Without it, the build infrastructure was selecting -march=i486, > > which produced even worse results. Several ports would not > > compile because llvm's integrated assembler was given invalid > > assembly constructs. > > Have you submitted bugs? :) > No. At the time, I was more concerned with returning my laptop to some functioning form than worrying about why building xfig was dying with an invalid assembly instruction. I also don't see a point in submitting a bug report of the form 'Firefox dies with a segfault after 10 seconds' when I can obtain no other useful information. In particular, bin/112408 suggests a bug report about firefox would be enshrined in the PR database. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 17:36:41 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7AE9DE32 for ; Sun, 10 Feb 2013 17:36:41 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp03.smtpout.orange.fr [80.12.242.125]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCCC9C6 for ; Sun, 10 Feb 2013 17:36:40 +0000 (UTC) Received: from localhost ([90.55.46.192]) by mwinf5d57 with ME id yhce1k00C48n6Be03hcez4; Sun, 10 Feb 2013 18:36:39 +0100 Message-ID: <5117DAA6.4000003@orange.fr> Date: Sun, 10 Feb 2013 18:36:38 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12 MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> In-Reply-To: <80625.1360508147@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:36:41 -0000 On 02/10/2013 15:55, Poul-Henning Kamp wrote: > Content-Type: text/plain; charset=ISO-8859-1 > -------- > In message<5117A0CD.6060904@beastielabs.net>, Hans Ottevanger writes: >> On 02/10/13 12:46, Daniel O'Connor wrote: > >> But I just did an experiment on an old Pentium 4 system here, using the >> fdc driver and 8.3-STABLE as of early December (r243900). I read several >> diskettes using "dd /dev/fd0 /dev/null" and everything went flawlessly. > > Could you try: > > dd if=/dev/fd0 of=/dev/null bs=1048576 > > That consistently exploded 7.x and 8.x here yesterday... > FWIW, NO problem here, with: 7.4-STABLE 244498 i386 PII 8.3-STABLE 243778 i386 P4 10.0-CURRENT 245422 i386 P4 (same system) I do not have floppies on my 9.X / amd64 systems CBu From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 18:03:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 629DC83D for ; Sun, 10 Feb 2013 18:03:35 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 0F190AA2 for ; Sun, 10 Feb 2013 18:03:34 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id EBE768A521; Sun, 10 Feb 2013 18:03:33 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1AI3XWe081220; Sun, 10 Feb 2013 18:03:33 GMT (envelope-from phk@phk.freebsd.dk) To: Claude Buisson Subject: Re: Time to kill fdc ? In-reply-to: <5117DAA6.4000003@orange.fr> From: "Poul-Henning Kamp" References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> <5117DAA6.4000003@orange.fr> Date: Sun, 10 Feb 2013 18:03:33 +0000 Message-ID: <81219.1360519413@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:03:35 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <5117DAA6.4000003@orange.fr>, Claude Buisson writes: >> Could you try: >> >> dd if=/dev/fd0 of=/dev/null bs=1048576 >> >> That consistently exploded 7.x and 8.x here yesterday... > >FWIW, > >NO problem here, with: > >7.4-STABLE 244498 i386 PII >8.3-STABLE 243778 i386 P4 >10.0-CURRENT 245422 i386 P4 (same system) That's interesting, that's entirely counter to what I saw on two different systems yesterday. I'll try again on a third system. >I do not have floppies on my 9.X / amd64 systems Last I tried, amd64 systems consistently returned garbage when reading floppies with ISA-DMA. I'd be interested to hear other peoples results ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 18:17:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 31744CEE for ; Sun, 10 Feb 2013 18:17:40 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x232.google.com (la-in-x0232.1e100.net [IPv6:2a00:1450:4010:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 8E040B2A for ; Sun, 10 Feb 2013 18:17:39 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so5232976lab.9 for ; Sun, 10 Feb 2013 10:17:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=6pu/G6DwrJaH57wNL9QE6HmGf+O9LZbaDQFx7zqiuQE=; b=jL8Eje7HOUKtXOZO9vM8F31RomxF71KExEqbfkwfLv6iAJ6yV5nPKdc4Ho802aR8e+ Yo6UyOisUaIbluaWbIOyXXAnLCnYQOWGv6dp5l8KeOjlG13NLFCCwXnLfirlxB/jrNnl fzL/jx/xv1HZT4pl6aQcSvg/pcL3crMuG28B18YNk7WN/CBI4P/GPA9eMbiZHWxX9L+k w8t+8Ay2B/AxXLY7n6vvKjt15GxmXo5gJahMyLfRu9Bv6ljOoszDmLth15pNs9W3+gdl ckP7aB5Y1AIZbaLRxTTChGGwOX59USIJyLMZe38se1ddIYFx6gzSSNgfw6RYfvAZasZ+ vtAw== MIME-Version: 1.0 X-Received: by 10.112.44.164 with SMTP id f4mr4814872lbm.43.1360520258266; Sun, 10 Feb 2013 10:17:38 -0800 (PST) Received: by 10.112.45.36 with HTTP; Sun, 10 Feb 2013 10:17:38 -0800 (PST) X-Originating-IP: [93.221.166.206] In-Reply-To: <81219.1360519413@critter.freebsd.dk> References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> <5117DAA6.4000003@orange.fr> <81219.1360519413@critter.freebsd.dk> Date: Sun, 10 Feb 2013 19:17:38 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQk7QfMPlIqgy+P4GGp/m85Yy0fM/HZ44EzXc28+dAywZiq8Dabu6hih6kz38NIJkMss32ce Cc: Claude Buisson , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:17:40 -0000 On Sun, Feb 10, 2013 at 7:03 PM, Poul-Henning Kamp wrote: >>> Could you try: >>> >>> dd if=/dev/fd0 of=/dev/null bs=1048576 >>> >>> That consistently exploded 7.x and 8.x here yesterday... >> >>FWIW, >> >>NO problem here, with: >> >>7.4-STABLE 244498 i386 PII >>8.3-STABLE 243778 i386 P4 >>10.0-CURRENT 245422 i386 P4 (same system) > > That's interesting, that's entirely counter to what I saw > on two different systems yesterday. > > I'll try again on a third system. > >>I do not have floppies on my 9.X / amd64 systems > > Last I tried, amd64 systems consistently returned garbage > when reading floppies with ISA-DMA. > > I'd be interested to hear other peoples results ? I'll try that later on my 9.1/amd64 box and will report back. Right now, I've got a long-running computation that I'd rather not interrupt, should the machine crash. > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > _______________________________________________ > 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" -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 18:21:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA935E2F for ; Sun, 10 Feb 2013 18:21:59 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x234.google.com (la-in-x0234.1e100.net [IPv6:2a00:1450:4010:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 69DB5B58 for ; Sun, 10 Feb 2013 18:21:59 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id fs12so5127168lab.39 for ; Sun, 10 Feb 2013 10:21:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=ucq2qbPFtx15CPzOuQvKlB6K1d2CbuaodrObGotTCiM=; b=nv4bRBst+j0fNcp1xunkDc+ZKC7Lehe+RJjEwyybzjqTNzN4soQY/yheD6aMw2AhM6 O+6SVIzeTrkZpYDvYFNWk6pWn2Np79tTqQA3XMzWoDzRMHLWDWrYY1FAxUW8HxobM7NQ ncrymBtBaJonaas8m7KsUHUGEGgRXqedKsjuZncJQ46iXnyHHlVhQk8KzC9xpdfJ1+lC B8gh1m2RBrr2z4YBdlXQxTIwt97dxCJr9T3L4HmnC6wMpdFYyb1/wNjUtVO9nDI5epbC w8l4vsxBNmFWh9o6L7/+oKxOpaoRpVcVuScmBoWtB0z6eB5VpNCkIOwR4IQxzVf1QsWH P6JA== MIME-Version: 1.0 X-Received: by 10.152.108.203 with SMTP id hm11mr10610254lab.4.1360520518301; Sun, 10 Feb 2013 10:21:58 -0800 (PST) Received: by 10.112.45.36 with HTTP; Sun, 10 Feb 2013 10:21:58 -0800 (PST) X-Originating-IP: [93.221.166.206] In-Reply-To: <80600.1360508028@critter.freebsd.dk> References: <79955.1360494404@critter.freebsd.dk> <80406.1360502924@critter.freebsd.dk> <80600.1360508028@critter.freebsd.dk> Date: Sun, 10 Feb 2013 19:21:58 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQm+Jx+bTTxbhl9kfsTw5lnOrr6bQk51FBC33DTyPp7YJ0kC3SZSrbRizEyGBvhqQLWbymwK Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:21:59 -0000 On Sun, Feb 10, 2013 at 3:53 PM, Poul-Henning Kamp wrote: > Content-Type: text/plain; charset=ISO-8859-1 > -------- > In message > , "C. P. Ghost" writes: >>On Sun, Feb 10, 2013 at 2:28 PM, Poul-Henning Kamp wrote: > >>I was thinking of physical fdc(4). Is there a published interface >>to access the hardware, i.e. to tunnel the commands and return >>values to and from the device? Something like pass(4) but for >>floppies? That way, fdc could be moved to user space and more >>easily debugged. > > Look at /dev/io. Yes, excellent! That was exactly what I was looking for. Thank you. > But seriously: All our old releases are available on the net, > 4.11 and 6.2 were both great releases and they have wonderful > floppy support. Sure, there's always a way to read old floppies, it is just not as convenient. We should really fix any problems with fdc(4) though (as in "please please please"). ;-) > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 18:51:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0E8A47DB for ; Sun, 10 Feb 2013 18:51:27 +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 A7B72CF3 for ; Sun, 10 Feb 2013 18:51:26 +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 1U4bzo-0006RN-W8; Sun, 10 Feb 2013 18:51:25 +0000 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 1U4bzo-0003Sn-8R; Sun, 10 Feb 2013 18:51:24 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1AIpNQI055659; Sun, 10 Feb 2013 18:51:23 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1AIpNWs055658; Sun, 10 Feb 2013 18:51:23 GMT (envelope-from mexas) Date: Sun, 10 Feb 2013 18:51:23 GMT From: Anton Shterenlikht Message-Id: <201302101851.r1AIpNWs055658@mech-cluster241.men.bris.ac.uk> To: bsam@passap.ru, sgk@troutmask.apl.washington.edu Subject: Re: 7+ days of dogfood In-Reply-To: <20130210164424.GA77092@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 18:51:27 -0000 Date: Sun, 10 Feb 2013 08:44:24 -0800 From: Steve Kargl To: Boris Samorodov Subject: Re: 7+ days of dogfood > > FFLAGS = -O2 -pipe -march=native -mtune=native > > I don't like using "=" for FLAGS at make.conf... > > > FFLAGS+= -funroll-loops -ftree-vectorize > > ... as well as defaults overriding. > FFLAGS are the options used while compiling Fortran. Having spent years contributing to and testing gfortran, I am fairly comfortable with these options. Do you recommend these FFLAGS settings to all users of gfortran (via lang/gcc4x)? For example, I use blas, lapack, slatec, atlas, etc. Should I use these FFLAGS too? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 19:00:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 027BAC70 for ; Sun, 10 Feb 2013 19:00:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C17CED46 for ; Sun, 10 Feb 2013 19:00:51 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1AJ0miS077835; Sun, 10 Feb 2013 11:00:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1AJ0mgd077834; Sun, 10 Feb 2013 11:00:48 -0800 (PST) (envelope-from sgk) Date: Sun, 10 Feb 2013 11:00:48 -0800 From: Steve Kargl To: Anton Shterenlikht Subject: Re: 7+ days of dogfood Message-ID: <20130210190048.GA77774@troutmask.apl.washington.edu> References: <20130210164424.GA77092@troutmask.apl.washington.edu> <201302101851.r1AIpNWs055658@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302101851.r1AIpNWs055658@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, bsam@passap.ru X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:00:52 -0000 On Sun, Feb 10, 2013 at 06:51:23PM +0000, Anton Shterenlikht wrote: > Date: Sun, 10 Feb 2013 08:44:24 -0800 > From: Steve Kargl > To: Boris Samorodov > Subject: Re: 7+ days of dogfood > > > > FFLAGS = -O2 -pipe -march=native -mtune=native > > > > I don't like using "=" for FLAGS at make.conf... > > > > > FFLAGS+= -funroll-loops -ftree-vectorize > > > > ... as well as defaults overriding. > > > > FFLAGS are the options used while compiling Fortran. Having > spent years contributing to and testing gfortran, I am fairly > comfortable with these options. > > Do you recommend these FFLAGS settings to all > users of gfortran (via lang/gcc4x)? > Yes. > For example, I use blas, lapack, slatec, atlas, etc. > Should I use these FFLAGS too? Without knowing what options you currently use, I cannot make a concrete recommendation other than I've extensive tested the above options with my own codes and the Polyhedron testsuite. Oh, I do recommend that one should avoid -ffast-math (unless one really understands what it actually does). -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 19:24:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9222840E for ; Sun, 10 Feb 2013 19:24:13 +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 362B4E41 for ; Sun, 10 Feb 2013 19:24:12 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U4cVQ-000793-W1; Sun, 10 Feb 2013 19:24:12 +0000 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 1U4cVQ-0002nP-M3; Sun, 10 Feb 2013 19:24:04 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1AJO4kc055769; Sun, 10 Feb 2013 19:24:04 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1AJO3oa055768; Sun, 10 Feb 2013 19:24:03 GMT (envelope-from mexas) Date: Sun, 10 Feb 2013 19:24:03 GMT From: Anton Shterenlikht Message-Id: <201302101924.r1AJO3oa055768@mech-cluster241.men.bris.ac.uk> To: mexas@bristol.ac.uk, sgk@troutmask.apl.washington.edu Subject: Re: 7+ days of dogfood In-Reply-To: <20130210190048.GA77774@troutmask.apl.washington.edu> X-Spam-Score: -3.6 X-Spam-Level: --- Cc: freebsd-current@freebsd.org, bsam@passap.ru X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 19:24:13 -0000 From sgk@troutmask.apl.washington.edu Sun Feb 10 19:06:10 2013 On Sun, Feb 10, 2013 at 06:51:23PM +0000, Anton Shterenlikht wrote: > Date: Sun, 10 Feb 2013 08:44:24 -0800 > From: Steve Kargl > To: Boris Samorodov > Subject: Re: 7+ days of dogfood > > > > FFLAGS = -O2 -pipe -march=native -mtune=native > > > > I don't like using "=" for FLAGS at make.conf... > > > > > FFLAGS+= -funroll-loops -ftree-vectorize > > > > ... as well as defaults overriding. > > > > FFLAGS are the options used while compiling Fortran. Having > spent years contributing to and testing gfortran, I am fairly > comfortable with these options. > > Do you recommend these FFLAGS settings to all > users of gfortran (via lang/gcc4x)? > Yes. And for all arches? I use ia64, sparc64 and amd64. > For example, I use blas, lapack, slatec, atlas, etc. > Should I use these FFLAGS too? Without knowing what options you currently use, I cannot make a concrete recommendation other than I've extensive tested the above options with my own codes and the Polyhedron testsuite. Oh, I do recommend that one should avoid -ffast-math (unless one really understands what it actually does). Many thanks Anton From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 19:34:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D9155A88 for ; Sun, 10 Feb 2013 19:34:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 88805EA0 for ; Sun, 10 Feb 2013 19:34:13 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1AJYAf8077991; Sun, 10 Feb 2013 11:34:10 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1AJYA3t077990; Sun, 10 Feb 2013 11:34:10 -0800 (PST) (envelope-from sgk) Date: Sun, 10 Feb 2013 11:34:10 -0800 From: Steve Kargl To: Anton Shterenlikht Subject: Re: 7+ days of dogfood Message-ID: <20130210193410.GA77960@troutmask.apl.washington.edu> References: <20130210190048.GA77774@troutmask.apl.washington.edu> <201302101924.r1AJO3oa055768@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302101924.r1AJO3oa055768@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, bsam@passap.ru X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:34:13 -0000 On Sun, Feb 10, 2013 at 07:24:03PM +0000, Anton Shterenlikht wrote: > From sgk@troutmask.apl.washington.edu Sun Feb 10 19:06:10 2013 > On Sun, Feb 10, 2013 at 06:51:23PM +0000, Anton Shterenlikht wrote: > > Date: Sun, 10 Feb 2013 08:44:24 -0800 > > From: Steve Kargl > > To: Boris Samorodov > > Subject: Re: 7+ days of dogfood > > > > > > FFLAGS = -O2 -pipe -march=native -mtune=native > > > > > > I don't like using "=" for FLAGS at make.conf... > > > > > > > FFLAGS+= -funroll-loops -ftree-vectorize > > > > > > ... as well as defaults overriding. > > > > > > > FFLAGS are the options used while compiling Fortran. Having > > spent years contributing to and testing gfortran, I am fairly > > comfortable with these options. > > > > Do you recommend these FFLAGS settings to all > > users of gfortran (via lang/gcc4x)? > > Yes. > > And for all arches? I use ia64, sparc64 and amd64. > I use these on amd64 and i386 arches. I rarely use spacr64 (mainly for development of ld128 libm functions) and never use ia64. Choose one of your codes and test. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 20:11:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AA37B9E8 for ; Sun, 10 Feb 2013 20:11:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5331AFCC for ; Sun, 10 Feb 2013 20:11:26 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U4dFX-0008Nu-Lt for freebsd-current@freebsd.org; Sun, 10 Feb 2013 21:11:43 +0100 Received: from l.saper.info ([91.121.203.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Feb 2013 21:11:43 +0100 Received: from saper by l.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Feb 2013 21:11:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Subject: Re: Time to kill fdc ? Date: Sun, 10 Feb 2013 20:11:06 +0000 (UTC) Organization: http://saper.info Lines: 26 Message-ID: References: <79955.1360494404@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: l.saper.info User-Agent: slrn/0.9.9p1 (FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:11:26 -0000 >> Poul-Henning Kamp wrote: > > I tried to read a floppy disk yesterday. > > When was the last time anybody tried that with a FreeBSD release ? > > Based on my brief experiments yesterday, 6.X is the last release > where accessing floppy disks carry less than a 10% risk of a panic. > > Unless somebody fixes the fdc driver to work in -current, I intend > to dust of my axe and cut it from the tree later this spring. Yes, I did try at the time 9 was current (to make fancy DOS floppies for BIOS for the old machine). I remember I only had an issue with PCMCIA-attached floppy drive (that uses fdc(4) afair), which didn't work then (but I am user I used those long time ago). Maybe the issue you are seeing is similar to my PCMCIA-based floppy problem - I'd be happy to have it fixed for recovery of old boxes. (Will test -current on my ancient box tomorrow) //Marcin From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 20:26:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3CE73C17 for ; Sun, 10 Feb 2013 20:26:30 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id B8F8ACF for ; Sun, 10 Feb 2013 20:26:28 +0000 (UTC) Received: from merom.hotsoft.nl (merom.hotsoft.nl [192.168.0.12]) by mail.beastielabs.net (8.14.5/8.14.5) with ESMTP id r1AKQQ2Q098090; Sun, 10 Feb 2013 21:26:26 +0100 (CET) (envelope-from hans@beastielabs.net) Message-ID: <51180272.8040802@beastielabs.net> Date: Sun, 10 Feb 2013 21:26:26 +0100 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130129 Thunderbird/17.0.2 MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: Time to kill fdc ? References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> In-Reply-To: <80625.1360508147@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:26:30 -0000 On 02/10/13 15:55, Poul-Henning Kamp wrote: > Content-Type: text/plain; charset=ISO-8859-1 > -------- > In message <5117A0CD.6060904@beastielabs.net>, Hans Ottevanger writes: >> On 02/10/13 12:46, Daniel O'Connor wrote: > >> But I just did an experiment on an old Pentium 4 system here, using the >> fdc driver and 8.3-STABLE as of early December (r243900). I read several >> diskettes using "dd /dev/fd0 /dev/null" and everything went flawlessly. > > Could you try: > > dd if=/dev/fd0 of=/dev/null bs=1048576 > Tried this, 20 times in a row, without any failures. Did the same for dd if=/dev/fd0 of=/tmp/junk bs=1048576 again without failures. As stated before, this is on an old Pentium 4, now updated to 8.3-STABLE r246624. What hardware are you using? Maybe I can reproduce that panic if I can find similar hardware in my "collection". > That consistently exploded 7.x and 8.x here yesterday... > > (I used recoverdisk, but that's not material) > >> Could it be that the drive that Poul-Henning is using is worn out a bit? > > No, that's not it. It's (amongst other things) ISA-DMA being > børken (try something different that /dev null btw :-) and bounce > buffers for same panicking the system. > Kind regards, Hans From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 20:38:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14918E98 for ; Sun, 10 Feb 2013 20:38:30 +0000 (UTC) (envelope-from antonfb@hesiod.org) Received: from styx.hesiod.org (jaanton-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:d1::2]) by mx1.freebsd.org (Postfix) with ESMTP id CDAB4137 for ; Sun, 10 Feb 2013 20:38:29 +0000 (UTC) Received: from atlas.hesiod.org (atlas.hesiod.org [192.168.1.9]) by styx.hesiod.org (8.14.6/8.14.6) with ESMTP id r1AKcTdH063085 for ; Sun, 10 Feb 2013 12:38:29 -0800 (PST) (envelope-from antonfb@hesiod.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hesiod.org; s=Feb13; t=1360528709; bh=nCc8wJ9M7nSqcT6VRUavySKwKmjFrIzqukxQotrUzy8=; h=Date:From:To:Subject; b=PDTAcDDKQZkGbCA7Yf403EqVs0BAL7kh1C1hzG8fqu2d7m3nzSZsSWtxiokXaJcDD 1jD63+Vp8YcEU62iXg5BDaT/9xStMPuA0DhcAYBS6lZV3CE44N178qxsb4CZ6c7J1/ qHC4xRZIQgRW+XpaL7ZKegt3Xr+bXtlRJ0KBHxoE= Message-ID: <51180545.8030702@hesiod.org> Date: Sun, 10 Feb 2013 12:38:29 -0800 From: Jeff Anton User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130203 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Time to kill fdc ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:38:30 -0000 Please keep fdc. I have many machines which still have working drives and only last month I used one to make a bootable to update a machines boot prom. I've even got 5 1/2" disk which still work. (Original MSDOS 5.0 and Windows 3.1 disks...) atlas.hesiod.org:root[1]: dd if=/dev/fd0 of=/dev/null bs=32k 45+0 records in 45+0 records out 1474560 bytes transferred in 48.169721 secs (30612 bytes/sec) atlas.hesiod.org:root[2]: uname -a FreeBSD atlas.hesiod.org 9.1-RELEASE FreeBSD 9.1-RELEASE #1 r244037: Fri Dec 21 15:09:03 PST 2012 root@atlas.hesiod.org:/usr/src/sys/amd64/compile/ATLAS amd64 From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 23:39:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1BF53C27 for ; Sun, 10 Feb 2013 23:39:47 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id BADC18C6 for ; Sun, 10 Feb 2013 23:39:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=CoOlG7C7p1paS2H3eBNB9GPQLxwQvgIViEL4+0gfTPg=; b=y5vsYPdKvO4Wg37z9QA0yMnW/iM0fQRKzxoqCxE5ZmMOVk4v7lV6Mpk71+hz2Oo1miz6s27/PgWrUzU6MyQJ6aOxDXT2m3iiwLMQWVf2SN40b4LztOEHcMM9cwYTYeWZ; Received: from [122.129.203.50] (port=50622 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1U4gUp-001vxk-L0; Sun, 10 Feb 2013 16:39:45 -0700 Date: Mon, 11 Feb 2013 06:38:58 +0700 From: Erich Dollansky To: Erik Cederstrand Subject: Re: 7+ days of dogfood Message-ID: <20130211063858.0375a6ed@X220.ovitrap.com> In-Reply-To: <256C7A7B-DFA7-4C0F-B389-AB10E0DA42D0@cederstrand.dk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130210083010.7df5b997@X220.ovitrap.com> <256C7A7B-DFA7-4C0F-B389-AB10E0DA42D0@cederstrand.dk> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:39:47 -0000 Hi, On Sun, 10 Feb 2013 15:57:01 +0100 Erik Cederstrand wrote: > Den 10/02/2013 kl. 02.30 skrev Erich Dollansky > : > > > I am on dog food since last May/June. How should I phrase it? Every > > can tastes different. Most cans have a perfect taste but some cans > > are really off. > > And as long as there is no automatic can taster doing quality > assurance of the produced cans, then foul cans will go unnoticed > until a dog pukes all over the carpet :-) > Isn't this the idea of HEAD? > For this to change, we really need to catch up on years of neglect in > e.g. src/tools/regression/. I really applaud the people doing the > thankless job of changing this. > I do not believe that this all can be automated. Erich From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 23:53:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2743B177 for ; Sun, 10 Feb 2013 23:53:55 +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 EE08196B for ; Sun, 10 Feb 2013 23:53:54 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U4giS-0005Er-Hv for freebsd-current@freebsd.org; Sun, 10 Feb 2013 15:53:48 -0800 Date: Sun, 10 Feb 2013 15:53:48 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360540428548-5785794.post@n5.nabble.com> In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> Subject: Re: 7+ days of dogfood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:53:55 -0000 I've ran 8-CURRENT amd64 desktop which evolved to 8-STABLE and 9-STABLE now, without real deal breakers. All rougher edges I reckon from -CURRENT days gradually went away, but system was very usable then too. -- View this message in context: http://freebsd.1045724.n5.nabble.com/7-days-of-dogfood-tp5785452p5785794.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 07:25:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 49F0A91A; Mon, 11 Feb 2013 07:25:18 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 041979DB; Mon, 11 Feb 2013 07:25:17 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id EEA378A521; Mon, 11 Feb 2013 07:25:15 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1B7PEsm085789; Mon, 11 Feb 2013 07:25:15 GMT (envelope-from phk@phk.freebsd.dk) To: Steve Kargl Subject: Re: 7+ days of dogfood In-reply-to: <20130210173150.GA77296@troutmask.apl.washington.edu> From: "Poul-Henning Kamp" References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> <20130210164424.GA77092@troutmask.apl.washington.edu> <20130210173150.GA77296@troutmask.apl.washington.edu> Date: Mon, 11 Feb 2013 07:25:14 +0000 Message-ID: <85788.1360567514@critter.freebsd.dk> Cc: Adrian Chadd , freebsd-current@freebsd.org, Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:25:18 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <20130210173150.GA77296@troutmask.apl.washington.edu>, Steve Kargl w rites: >> Have you submitted bugs? :) > >No. At the time, I was more concerned with returning my laptop >to some functioning form [...] Steve, First a hat-tip for even doing this in the first place, if more committers ran -current, -current would work better. Second, I wrote src/tools/tools/sysbuild to specifically address the issue of being able to work, while running -current. sysbuild allows you to build your system into an empty partition while you're working (= good test of scheduler btw), then test boot the new system, and fall back to the old if it caused too much trouble. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 07:28:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 31247A6A for ; Mon, 11 Feb 2013 07:28:14 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id EAE88A19 for ; Mon, 11 Feb 2013 07:28:13 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E8E098A521; Mon, 11 Feb 2013 07:28:12 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id r1B7SC7B085813; Mon, 11 Feb 2013 07:28:12 GMT (envelope-from phk@phk.freebsd.dk) To: Jeff Anton Subject: Re: Time to kill fdc ? In-reply-to: <51180545.8030702@hesiod.org> From: "Poul-Henning Kamp" References: <51180545.8030702@hesiod.org> Date: Mon, 11 Feb 2013 07:28:12 +0000 Message-ID: <85812.1360567692@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:28:14 -0000 Content-Type: text/plain; charset=ISO-8859-1 -------- In message <51180545.8030702@hesiod.org>, Jeff Anton writes: >Please keep fdc. If it works for everybody else, no worries, I wont touch it. I'm just surprised my experience is so different from everybody else... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 10:52:12 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CDB0E851; Mon, 11 Feb 2013 10:52:12 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.104]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB931A61; Mon, 11 Feb 2013 10:52:12 +0000 (UTC) Received: from [87.79.249.155] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1U4qyD-0002Sx-02; Mon, 11 Feb 2013 11:50:45 +0100 Date: Mon, 11 Feb 2013 11:41:52 +0100 From: Fabian Keil To: Pawel Jakub Dawidek Subject: Re: geli(8) breaks after a couple hours of uptime Message-ID: <20130211114152.7da1d4a6@fabiankeil.de> In-Reply-To: <20130210154449.GI1375@garage.freebsd.pl> References: <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de> <20130208114825.GY35868@acme.spoerlein.net> <5114F390.4010302@FreeBSD.org> <20130209140733.0b753c60@fabiankeil.de> <51166580.4080603@FreeBSD.org> <511672B5.5080300@FreeBSD.org> <20130209233500.GH1375@garage.freebsd.pl> <51175162.3030401@FreeBSD.org> <20130210154449.GI1375@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/FJored+Y1cbfkC5.k/EJO3Z"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:52:12 -0000 --Sig_/FJored+Y1cbfkC5.k/EJO3Z Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > On Sun, Feb 10, 2013 at 09:50:58AM +0200, Andriy Gapon wrote: =20 > > I think that PAGE_SIZE (or at most a small multiple of it) should be > > sufficient. I don't think that we currently have (or expect to see in > > the near future) algorithms where keys with more than 4096 size > > provide any additional security. >=20 > geli(8) deals just fine with files that are larger than buffers, so even > with smaller buffer it can read the data in few steps. >=20 > The proposed patch is here if someone would like to give it a try: >=20 > http://people.freebsd.org/~pjd/patches/geom_eli.c.patch Works for me, thanks a lot. I tested with a couple of geli providers ranging from v3 AES-CBC 128 bit to v7 AES-XTS 256 bit and didn't get any crashes. Fabian --Sig_/FJored+Y1cbfkC5.k/EJO3Z Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEYyvMACgkQBYqIVf93VJ0+5wCfTKTMcizs0Ar6apZ5nD7AHwWZ U+gAn0UD1pRpg8lku8sVVlG4Y3F6uDTr =ONNF -----END PGP SIGNATURE----- --Sig_/FJored+Y1cbfkC5.k/EJO3Z-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 10:52:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AE0D1957 for ; Mon, 11 Feb 2013 10:52:26 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.95]) by mx1.freebsd.org (Postfix) with ESMTP id 48AEB1A6B for ; Mon, 11 Feb 2013 10:52:26 +0000 (UTC) Received: from [87.79.249.155] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1U4qyF-0002Sx-66; Mon, 11 Feb 2013 11:50:47 +0100 Date: Mon, 11 Feb 2013 11:48:11 +0100 From: Fabian Keil To: Steve Kargl Subject: Re: 7+ days of dogfood Message-ID: <20130211114811.09e56b55@fabiankeil.de> In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/B8MjfHLhnGE7jrPbqNIslo2"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:52:26 -0000 --Sig_/B8MjfHLhnGE7jrPbqNIslo2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Steve Kargl wrote: > In a long thread started by Peter Wemm on developers@, he described > the move/upgrade of the FreeBSD.org cluster to using FreeBSD-10. A > part of his description included the need to test top-of-tree under > actual real-world conditions. In his words, FreeBSD should "eat its > own dogfood." The new installation on FreeBSD.org, of course, would > test FreeBSD-10 under (heavy) server load.=20 Sounds like an interesting thread, too bad that it happened behind closed doors. =20 > Unfortunately, trying to build firefox with debugging leads > reveals a broken port and building chrome with debugging leads > to a "file system full" issue (because it is a laptop with only > limited disk space). I usually build everything (except the known-to-be-broken png) with debugging and while Firefox indeed seems to crash even more often than usual the port isn't completely broken for me. I disable some of the more crash-prone options, though. The remaining crashes mostly happen upon exit so they are easy to ignore. While I have the space to save the core dumps my system is too slow to conveniently look at them with gdb and I have given up on Firefox anyway. I intend to deflect to chromium once I find a more powerful replacement for my current (pun intended) laptop. > My conclusion: on at least my not-so-new laptop, FreeBSD-10 can > be used in a desktop environment if one takes some care during the > installation. I'm using CURRENT on my also-no-so-new laptop since FreeBSD 7 (I think) and came to the same conclusion. It's unfortunate that the builworld time roughly trippled since 2010 but I guess that's progress and a more powerful system should fix it. I certainly welcome clang in general, though. Fabian --Sig_/B8MjfHLhnGE7jrPbqNIslo2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEYzHsACgkQBYqIVf93VJ0fQgCgtBvUHpe2e4dIyjV5hozs5LQd ObEAnROf295AJelrCAGJ+8wAJwbaMoKO =JEit -----END PGP SIGNATURE----- --Sig_/B8MjfHLhnGE7jrPbqNIslo2-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 10:59:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 13189E71; Mon, 11 Feb 2013 10:59: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 C94951AD1; Mon, 11 Feb 2013 10:59:08 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U4r6A-0003sd-6D; Mon, 11 Feb 2013 10:59:00 +0000 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 1U4r6A-0003uW-0Z; Mon, 11 Feb 2013 10:58:58 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1BAwvgm064224; Mon, 11 Feb 2013 10:58:57 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1BAwvhw064223; Mon, 11 Feb 2013 10:58:57 GMT (envelope-from mexas) Date: Mon, 11 Feb 2013 10:58:57 GMT From: Anton Shterenlikht Message-Id: <201302111058.r1BAwvhw064223@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: on amd64 r246552: iwn0: : fatal firmware error X-Spam-Score: -3.2 X-Spam-Level: --- X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 10:59:09 -0000 This is a T61p 6459 laptop with (from pciconf -lv): iwn0@pci0:3:0:0: class=0x028000 card=0x11108086 chip=0x42308086 rev=0x61 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 4965 AG or AGN [Kedron] Network Connection' class = network or (from dmesg): iwn0: mem 0xdf2fe000-0xdf2fffff irq 17 at device 0.0 on pci3 I use it with device iwn # Intel 4965/1000/5000/6000 wireless NICs. device iwn4965fw in the kernel. >From time to time, and I think under some load, e.g. rsync a partition in one windown and svn up /usr/ports in another, I get this failure: iwn0: iwn_intr: fatal firmware error firmware error log: error type = "NMI_INTERRUPT_WDG" (0x00000004) program counter = 0x0000046C source line = 0x000000D0 error data = 0x0000000207030000 branch link = 0x00008370000004C2 interrupt link = 0x000006DA000018B8 time = 2858416859 driver status: tx ring 0: qid=0 cur=96 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=16 queued=0 tx ring 4: qid=4 cur=163 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 rx ring: cur=14 I then have to restart the network via "/etc/rc.d/netif restart" and it's back to normal. >From ifconfig: iwn0: flags=8843 metric 0 mtu 2290 ether 00:21:5c:50:68:c3 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:5c:50:68:c3 inet 172.21.222.82 netmask 0xfffffc00 broadcast 255.255.255.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g status: associated ssid eduroam channel 1 (2412 MHz 11g) bssid 00:3a:98:62:cd:a0 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 14 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme roaming MANUAL I use it with wpa_supplicant: /usr/sbin/wpa_supplicant -s -B -i wlan0 -c /etc/wpa_supplicant.conf -D bsd -P /var/run/wpa_supplicant/wlan0.pid Please advise Thanks Anton From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:08:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C57667FC; Mon, 11 Feb 2013 11:08:37 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qe0-f46.google.com (mail-qe0-f46.google.com [209.85.128.46]) by mx1.freebsd.org (Postfix) with ESMTP id 771621D1A; Mon, 11 Feb 2013 11:08:37 +0000 (UTC) Received: by mail-qe0-f46.google.com with SMTP id 1so2527279qec.33 for ; Mon, 11 Feb 2013 03:08:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Ex450t87I5l2zEgGTj1aUafN9ITTYWZx1tHzm0x2ZMg=; b=Lj4ZCAdvWuYnvlpksFt+rYR38DRXqjP7x4l9D0gSBbkfbaB9/WREIv/vvGRfVVfby8 xWdkXKBiC78La1sC9DRK0kKwaq5DYJUsutzxMWhHmY8vgcu39iF7D0h5EqR/nKL7I0LS lGMmgSftL4Rw+sE+UUaTwsIJb/TgJPzSC0D7nVCSwZfKsjLeucaHe+5VFT7zJNSUu1pI F1GBgSxivt3K/0HSpE/CKsFjN4fWLNw5AyxJj3vlCN8ZdQ5RDAudf5qRV01GVReR95ql y8UujOKsrsszaiJDUk68BX6hOqbm5fCR20SA4Do2ipQfYIPFTming16n/b9M8wb/37bs 1zjw== MIME-Version: 1.0 X-Received: by 10.224.209.193 with SMTP id gh1mr5377861qab.86.1360580910894; Mon, 11 Feb 2013 03:08:30 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.49.71.204 with HTTP; Mon, 11 Feb 2013 03:08:30 -0800 (PST) In-Reply-To: <201302111058.r1BAwvhw064223@mech-cluster241.men.bris.ac.uk> References: <201302111058.r1BAwvhw064223@mech-cluster241.men.bris.ac.uk> Date: Mon, 11 Feb 2013 12:08:30 +0100 X-Google-Sender-Auth: V9THKZIyLucC96sMEeLUvAn3zss Message-ID: Subject: Re: on amd64 r246552: iwn0: : fatal firmware error From: CeDeROM To: mexas@bristol.ac.uk Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:08:37 -0000 Yesterday I had something similar - it was cause by a radio switch flip: iwn0: RF switch: radio disabled ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ugen1.4: at usbus1 (disconnected) ubt0: at uhub3, port 7, addr 4 (disconnected) iwn0: iwn_intr: fatal firmware error firmware error log: error type = "SYSASSERT" (0x00000005) program counter = 0x0001EFD8 source line = 0x0000012E error data = 0x0000000000000000 branch link = 0x0001EEE40001EEE4 interrupt link = 0x0000153200000000 time = 767402829 driver status: tx ring 0: qid=0 cur=194 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=18 queued=0 tx ring 4: qid=4 cur=58 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 tx ring 16: qid=16 cur=0 queued=0 tx ring 17: qid=17 cur=0 queued=0 tx ring 18: qid=18 cur=0 queued=0 tx ring 19: qid=19 cur=0 queued=0 rx ring: cur=1 FreeBSD mercury 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Fri Feb 8 23:26:37 CET 2013 root@mercury:/usr/obj/usr/src/sys/CeDeROM-MERCURY amd64 % pciconf -lv iwn0@pci0:2:0:0: class=0x028000 card=0x13218086 chip=0x422c8086 rev=0x35 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6200' class = network Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:18:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 53DE8185; Mon, 11 Feb 2013 11:18:56 +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 0BD0D1E29; Mon, 11 Feb 2013 11:18:55 +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 1U4rPT-0005Oe-3c; Mon, 11 Feb 2013 11:18:55 +0000 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 1U4rPS-0001Ex-OG; Mon, 11 Feb 2013 11:18:54 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1BBIsJM064360; Mon, 11 Feb 2013 11:18:54 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1BBIsFH064359; Mon, 11 Feb 2013 11:18:54 GMT (envelope-from mexas) Date: Mon, 11 Feb 2013 11:18:54 GMT From: Anton Shterenlikht Message-Id: <201302111118.r1BBIsFH064359@mech-cluster241.men.bris.ac.uk> To: cederom@tlen.pl, mexas@bristol.ac.uk Subject: Re: on amd64 r246552: iwn0: : fatal firmware error In-Reply-To: Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 11:18:56 -0000 From tomek.cedro@gmail.com Mon Feb 11 11:11:23 2013 Yesterday I had something similar - it was cause by a radio switch flip: iwn0: RF switch: radio disabled ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ugen1.4: at usbus1 (disconnected) ubt0: at uhub3, port 7, addr 4 (disconnected) iwn0: iwn_intr: fatal firmware error firmware error log: error type = "SYSASSERT" (0x00000005) program counter = 0x0001EFD8 source line = 0x0000012E error data = 0x0000000000000000 branch link = 0x0001EEE40001EEE4 interrupt link = 0x0000153200000000 time = 767402829 driver status: tx ring 0: qid=0 cur=194 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=18 queued=0 tx ring 4: qid=4 cur=58 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 tx ring 16: qid=16 cur=0 queued=0 tx ring 17: qid=17 cur=0 queued=0 tx ring 18: qid=18 cur=0 queued=0 tx ring 19: qid=19 cur=0 queued=0 rx ring: cur=1 FreeBSD mercury 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Fri Feb 8 23:26:37 CET 2013 root@mercury:/usr/obj/usr/src/sys/CeDeROM-MERCURY amd64 % pciconf -lv iwn0@pci0:2:0:0: class=0x028000 card=0x13218086 chip=0x422c8086 rev=0x35 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6200' class = network Best regards, Tomek Yes, I can reproduce this on amd64 -current. I had to flip the switch twice to cause this: iwn0: RF switch: radio disabled wlan0: link state changed to DOWN iwn0: RF switch: radio enabled wlan0: link state changed to UP iwn0: RF switch: radio disabled wlan0: link state changed to DOWN iwn0: RF switch: radio enabled iwn0: iwn_intr: fatal firmware error firmware error log: error type = "NMI_INTERRUPT_WDG" (0x00000004) program counter = 0x0000046C source line = 0x000000D0 error data = 0x0000000207030000 branch link = 0x00008370000004C2 interrupt link = 0x000006DA000018B8 time = 200035 driver status: tx ring 0: qid=0 cur=0 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=3 queued=1 tx ring 4: qid=4 cur=97 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 rx ring: cur=47 in6_purgeaddr: err=65, destination address delete failed However, in my earlier report I got to this error with no flipping the switch at all. Anton From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:24:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 972E7352; Mon, 11 Feb 2013 11:24:26 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qa0-f41.google.com (mail-qa0-f41.google.com [209.85.216.41]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8411E84; Mon, 11 Feb 2013 11:24:25 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id hy16so1118048qab.14 for ; Mon, 11 Feb 2013 03:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=2SToFvOzxjzrmOACcl8bme32Q8+tbBMEKbARfCw41II=; b=Br2agyA42Pz8OV60ouSXrZuAYsLVaf1CajxYhT7ZdsIVcVMH+v1aq7TOrtG17SKM+8 4wyDEQsRNuWVitqI3ErhzwJC48SEFf4TrPuIwTu31uEcIgVLTzzsncwDwot/QL71PN0u kD99JV+8bnYtCNP0mCf9AoqUZLJ08CftC5rWPNQwyBgTZ//dpU6m+sqmhlxeqsxGQh09 9n9Nt8o4zDenJcMD5d3rXMSuW49DbatF00Rsb3FmJC0MX2smLsRcJNy1WAQ5Nhaa+sQh 5z/O7RFk7YmNbnF3vbCVT8IjkXHCJdcd0fLdeKGPs6PwIegmfP8lso4xY6U90LP4vvjY mghQ== MIME-Version: 1.0 X-Received: by 10.49.14.202 with SMTP id r10mr6133904qec.10.1360581865366; Mon, 11 Feb 2013 03:24:25 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.49.71.204 with HTTP; Mon, 11 Feb 2013 03:24:25 -0800 (PST) In-Reply-To: <201302111118.r1BBIsFH064359@mech-cluster241.men.bris.ac.uk> References: <201302111118.r1BBIsFH064359@mech-cluster241.men.bris.ac.uk> Date: Mon, 11 Feb 2013 12:24:25 +0100 X-Google-Sender-Auth: P8asst1MdMAs7ch0STvZ2OanLO0 Message-ID: Subject: Re: on amd64 r246552: iwn0: : fatal firmware error From: CeDeROM To: mexas@bristol.ac.uk Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:24:26 -0000 On Mon, Feb 11, 2013 at 12:18 PM, Anton Shterenlikht wrote: > Yes, I can reproduce this on amd64 -current. > I had to flip the switch twice to cause this: > (..) > However, in my earlier report I got to this > error with no flipping the switch at all. Uhm, on some networks I also very often get information in the dmesg that "wlan0: link state changed to DOWN" and then "wlan0: link state changed to DOWN", maybe this produce issues similar to radio flip switch..? -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:28:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 31724695 for ; Mon, 11 Feb 2013 11:28:33 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-la0-x22d.google.com (la-in-x022d.1e100.net [IPv6:2a00:1450:4010:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id B2F2F1ED1 for ; Mon, 11 Feb 2013 11:28:32 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id er20so5728783lab.32 for ; Mon, 11 Feb 2013 03:28:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=8pS4iHxqUjtKrTf6uRX6ZovYr8FC29R+v5BJK4QXcIc=; b=nmmgzVEU6XDaS3pAbAiYOOM25nqBijIGWHL2Km1XG1FFwZyI1bxXoNxSIpTigYzNf0 GKJVbkPMvJnEsedob3fLFI7eBa688lbkdJwBO9RU7I7ezusu+GkFaGhkD0DezOT0wf4L A5ofmhSlzQjrUXvWNyh1YdhWg6DKL+bYgjZIBv78/RnDdT34CaqgES1R03qlJsYiyM/K uqqXMibgPMIuW1RqLWODb+XPyLTNIdtHXuRjWcWxJOJ2riLoSNZMjCssTn4ZcI8rP2Me Z7J40ODD1nzhoLdVNDy9e/bT2DCkOZ1Ze/VTSSb71JUDJkgRjEwDMFCEGgRmqvgHy92O wVpg== MIME-Version: 1.0 X-Received: by 10.112.30.104 with SMTP id r8mr5667151lbh.82.1360582111677; Mon, 11 Feb 2013 03:28:31 -0800 (PST) Received: by 10.112.45.36 with HTTP; Mon, 11 Feb 2013 03:28:31 -0800 (PST) X-Originating-IP: [93.221.175.200] In-Reply-To: <80625.1360508147@critter.freebsd.dk> References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> Date: Mon, 11 Feb 2013 12:28:31 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQn63qH+ab1RdOd0af1OIrIzlKHYekhcWd1r0PhCH4bB+Hvf5jTo73Noc5T/NOg9dC7//Aif Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:28:33 -0000 On Sun, Feb 10, 2013 at 3:55 PM, Poul-Henning Kamp wrote: >>But I just did an experiment on an old Pentium 4 system here, using the >>fdc driver and 8.3-STABLE as of early December (r243900). I read several >>diskettes using "dd /dev/fd0 /dev/null" and everything went flawlessly. > > Could you try: > > dd if=/dev/fd0 of=/dev/null bs=1048576 > > That consistently exploded 7.x and 8.x here yesterday... I've just tried this on my FreeBSD 9.1 amd64 r244903 system 10 times in a row, and nothing bad happened. Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:40:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 58B1E76 for ; Mon, 11 Feb 2013 11:40:12 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id 286E6AF for ; Mon, 11 Feb 2013 11:40:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=49Ta83ucLAL5zFteNzWE2mCdeOqOSNnwQiLbGsrYxog=; b=dl+XgqAKrARpJ92AeCAlEQn0oVXQ8K4C9e6uDR/qFIyVHkH7a899XOpzb18ohuQzbxjlZqTpKvPm4/ZeqH760954XJs3swa3iFBptGkxedkcz/RBV7vZ6YonLA2krA+c; Received: from [122.129.203.50] (port=27506 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1U4rk2-001APJ-Go; Mon, 11 Feb 2013 04:40:11 -0700 Date: Mon, 11 Feb 2013 18:40:06 +0700 From: Erich Dollansky To: Fabian Keil Subject: Re: 7+ days of dogfood Message-ID: <20130211184006.0c7f9943@X220.ovitrap.com> In-Reply-To: <20130211114811.09e56b55@fabiankeil.de> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:40:12 -0000 Hi, On Mon, 11 Feb 2013 11:48:11 +0100 Fabian Keil wrote: > Steve Kargl wrote: > > > My conclusion: on at least my not-so-new laptop, FreeBSD-10 can > > be used in a desktop environment if one takes some care during the > > installation. > > I'm using CURRENT on my also-no-so-new laptop since FreeBSD 7 > (I think) and came to the same conclusion. > I did this during 6.x time but got stuck then with 6.x and never went back until last May/June. > It's unfortunate that the builworld time roughly trippled since > 2010 but I guess that's progress and a more powerful system > should fix it. I certainly welcome clang in general, though. > Trippled? Are you sure? I have the feeling it is much worse than this. Was it in 2009 when I could compile world in a few minutes on my quad core. The same machine takes now hours despite having more memory. I run currently my desktop and my notebook on 10. If I stick with my policy, I would stay with 10 until 12 would be available. On the other side, it feels so outdated not to have something like the most current version. Erich From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:43:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7719021D for ; Mon, 11 Feb 2013 11:43:22 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id 413D4F0 for ; Mon, 11 Feb 2013 11:43:22 +0000 (UTC) Received: from [192.168.1.11] (unknown [217.157.7.221]) by csmtp3.one.com (Postfix) with ESMTPA id 18BBC240B1D8; Mon, 11 Feb 2013 11:43:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 7+ days of dogfood From: Erik Cederstrand In-Reply-To: <20130211063858.0375a6ed@X220.ovitrap.com> Date: Mon, 11 Feb 2013 12:43:17 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <88F312FE-E783-4C24-8964-BBDE4DE6653E@cederstrand.dk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130210083010.7df5b997@X220.ovitrap.com> <256C7A7B-DFA7-4C0F-B389-AB10E0DA42D0@cederstrand.dk> <20130211063858.0375a6ed@X220.ovitrap.com> To: Erich Dollansky X-Mailer: Apple Mail (2.1499) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:43:22 -0000 Erich, Den 11/02/2013 kl. 00.38 skrev Erich Dollansky = : > On Sun, 10 Feb 2013 15:57:01 +0100 > Erik Cederstrand wrote: >=20 >> And as long as there is no automatic can taster doing quality >> assurance of the produced cans, then foul cans will go unnoticed >> until a dog pukes all over the carpet :-) >>=20 > Isn't this the idea of HEAD? It's certainly not the idea of HEAD that everyone should experience the = same bugs, compile errors, runtime errors and even have old bugs pop up = again repeatedly. It may be the consequence of running HEAD, but = certainly not the idea. >> For this to change, we really need to catch up on years of neglect in >> e.g. src/tools/regression/. I really applaud the people doing the >> thankless job of changing this. >>=20 > I do not believe that this all can be automated. I'm not saying that testing is all-or-nothing. OS testing is not easy, = and many tests are impractical or expensive if they require real = hardware in complicated setups. How do you reliably test an IEEE 802.11s = mesh implementation? Or scheduling on huge servers that are too = expensive to purchase? I think that is one of the reasons that FreeBSD = has not caught up on automated testing and continuous integration. But = regression tests are useful even though they don't give 100% code = coverage. Currently, you can't even "make test" in src/tools/regression/ = and run the tests that are there. Apart from the compile-tests done by = the tinderboxes, I'm not aware of any coordinated effort to = systematically do runtime or even performance testing of FreeBSD. Thanks, Erik= From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 12:07:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0DEF99B8 for ; Mon, 11 Feb 2013 12:07:47 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id B5F8D29B for ; Mon, 11 Feb 2013 12:07:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=cp3NsB3pXLQYw5ruhR2VPWh9qxLLA2nEXzFpoyawiE0=; b=MCtD91j0FY6Mlv6WWQguAeT/r6qDlQaCKx9aw7/iC3ezCmPE/PnWOsS+9oBj5xHQqqUM785tH+adNAzd2LYj1DKWPkQdrxf/NLI3VL4jvhuqU8wnnhl6Oya2KaAzqily; Received: from [122.129.203.50] (port=37620 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1U4sAi-001HYQ-UU; Mon, 11 Feb 2013 05:07:46 -0700 Date: Mon, 11 Feb 2013 19:07:41 +0700 From: Erich Dollansky To: Erik Cederstrand Subject: Re: 7+ days of dogfood Message-ID: <20130211190741.379ee35c@X220.ovitrap.com> In-Reply-To: <88F312FE-E783-4C24-8964-BBDE4DE6653E@cederstrand.dk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130210083010.7df5b997@X220.ovitrap.com> <256C7A7B-DFA7-4C0F-B389-AB10E0DA42D0@cederstrand.dk> <20130211063858.0375a6ed@X220.ovitrap.com> <88F312FE-E783-4C24-8964-BBDE4DE6653E@cederstrand.dk> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:07:47 -0000 Hi Erik, On Mon, 11 Feb 2013 12:43:17 +0100 Erik Cederstrand wrote: => Den 11/02/2013 kl. 00.38 skrev Erich Dollansky > : > > > On Sun, 10 Feb 2013 15:57:01 +0100 > > Erik Cederstrand wrote: > > > >> And as long as there is no automatic can taster doing quality > >> assurance of the produced cans, then foul cans will go unnoticed > >> until a dog pukes all over the carpet :-) > >> > > Isn't this the idea of HEAD? > > It's certainly not the idea of HEAD that everyone should experience > the same bugs, compile errors, runtime errors and even have old bugs > pop up again repeatedly. It may be the consequence of running HEAD, > but certainly not the idea. > ok, I agree that developers could react faster some times. But, isn't it more important that the errors are caught at all? > >> For this to change, we really need to catch up on years of neglect > >> in e.g. src/tools/regression/. I really applaud the people doing > >> the thankless job of changing this. > >> > > I do not believe that this all can be automated. > > I'm not saying that testing is all-or-nothing. OS testing is not > easy, and many tests are impractical or expensive if they require > real hardware in complicated setups. How do you reliably test an IEEE > 802.11s mesh implementation? Or scheduling on huge servers that are > too expensive to purchase? I think that is one of the reasons that > FreeBSD has not caught up on automated testing and continuous > integration. But regression tests are useful even though they don't > give 100% code coverage. Currently, you can't even "make test" in > src/tools/regression/ and run the tests that are there. Apart from > the compile-tests done by the tinderboxes, I'm not aware of any > coordinated effort to systematically do runtime or even performance > testing of FreeBSD. > So, the best is still if people like me are eating dog food and start complaining? Do not get me wrong here. I do not complain about the fact that there might be an error, I want to help poin-point the error with my complaint. Erich From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 12:21:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E47D6EF3 for ; Mon, 11 Feb 2013 12:21:02 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7D633335 for ; Mon, 11 Feb 2013 12:21:01 +0000 (UTC) Received: from [87.79.249.155] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1U4sNR-0004UY-2I; Mon, 11 Feb 2013 13:20:53 +0100 Date: Mon, 11 Feb 2013 13:17:41 +0100 From: Fabian Keil To: Erich Dollansky Subject: Re: 7+ days of dogfood Message-ID: <20130211131741.1a8280af@fabiankeil.de> In-Reply-To: <20130211184006.0c7f9943@X220.ovitrap.com> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <20130211184006.0c7f9943@X220.ovitrap.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/vM=m+fg3irDYoO5YWGIPQ9a"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:21:03 -0000 --Sig_/vM=m+fg3irDYoO5YWGIPQ9a Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Erich Dollansky wrote: > On Mon, 11 Feb 2013 11:48:11 +0100 > Fabian Keil wrote: > > It's unfortunate that the builworld time roughly trippled since > > 2010 but I guess that's progress and a more powerful system > > should fix it. I certainly welcome clang in general, though. > >=20 > Trippled? Are you sure? I have the feeling it is much worse than this. I'm sure it depends on lots of factors and our worlds probably don't even match. I intend to eventually plot the numbers I've collected over the years (mainly to have a baseline for ZFS tuning) but so far I haven't and just looked at the first and last ones: -------------------------------------------------------------- >>> Kernel build for ZOEY completed on Mon May 31 17:18:12 CEST 2010 -------------------------------------------------------------- real 10m42.935s user 8m16.834s sys 1m22.951s -------------------------------------------------------------- >>> World build completed on Mon May 31 18:38:59 CEST 2010 -------------------------------------------------------------- real 71m16.524s user 51m55.771s sys 12m24.944s # FreeBSD r500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #543 r+b74c91e: Sun = Feb 3 17:17:03 CET 2013 fk@r500.local:/usr/obj/usr/src/sys/ZOEY amd64 -------------------------------------------------------------- >>> World build completed on Tue Feb 5 21:33:55 CET 2013 -------------------------------------------------------------- real 261m25.904s user 189m2.690s sys 22m46.777s # FreeBSD r500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #547 r+21d959a: Sun = Feb 10 16:00:14 CET 2013 fk@r500.local:/usr/obj/usr/src/sys/ZOEY amd64 -------------------------------------------------------------- >>> Kernel build for ZOEY completed on Sun Feb 10 21:41:31 CET 2013 -------------------------------------------------------------- real 18m34.822s user 12m13.900s sys 2m14.028s fk@r500 ~ $expr 261 / 71 3 I agree that it "feels" worse, though. Disclaimer: These aren't "benchmark" results, I didn't create them in single-user mode and various relevant factors vary. I also didn't run the numbers through ministat and don't intend to either. > Was it in 2009 when I could compile world in a few minutes on my quad > core. The same machine takes now hours despite having more memory. I'm using a Core(TM)2 Duo CPU T5870 @ 2.00GHz and don't remember ever being able to compile world in a few minutes. The bottle neck on my system seems to be the puny 2 GB of RAM the linker has to share with ZFS. At least I can still buildworld without first attaching an USB stick for additional swap space which is necessary for Firefox ... Fabian --Sig_/vM=m+fg3irDYoO5YWGIPQ9a Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEY4WkACgkQBYqIVf93VJ0QWACfceBiLWIr0IJ3y+NFzJIELXA8 cCoAnRHfJ9GUx9uj1awwePGTm8ZznAKB =Hnoo -----END PGP SIGNATURE----- --Sig_/vM=m+fg3irDYoO5YWGIPQ9a-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 12:42:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 628288A5 for ; Mon, 11 Feb 2013 12:42:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id F3D1866D for ; Mon, 11 Feb 2013 12:42:25 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 377901733 for freebsd-current@freebsd.org; Mon, 11 Feb 2013 13:42:17 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Subject: [RFC] USB keyboard and devd.conf Date: Mon, 11 Feb 2013 13:43:29 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:42:26 -0000 Hi, Does anyone need these lines in /etc/devd.conf ? === etc/devd.conf ================================================================== --- etc/devd.conf (revision 246620) +++ etc/devd.conf (local) @@ -105,16 +105,6 @@ # action "sleep 2 && /usr/sbin/ath3kfw -d $device-name -f /usr/local/etc/ath3k-1.fw"; #}; -# When a USB keyboard arrives, attach it as the console keyboard. -attach 100 { - device-name "ukbd0"; - action "/etc/rc.d/syscons setkeyboard /dev/ukbd0"; -}; -detach 100 { - device-name "ukbd0"; - action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; -}; - notify 100 { match "system" "DEVFS"; match "subsystem" "CDEV"; I plan to remove the lines marked with minus, because we now have kbdmux. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:29:26 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3BA3FD6D for ; Mon, 11 Feb 2013 13:29:26 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id EAE6A924 for ; Mon, 11 Feb 2013 13:29:25 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r1BDTCIK085032 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 11 Feb 2013 13:29:16 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 7+ days of dogfood From: David Chisnall In-Reply-To: <20130211114811.09e56b55@fabiankeil.de> Date: Mon, 11 Feb 2013 13:29:12 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> To: Fabian Keil X-Mailer: Apple Mail (2.1499) Cc: freebsd-current@FreeBSD.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:29:26 -0000 On 11 Feb 2013, at 10:48, Fabian Keil = wrote: > It's unfortunate that the builworld time roughly trippled since > 2010 but I guess that's progress and a more powerful system > should fix it. I certainly welcome clang in general, though. In that case, it's worth noting that you can shave a fair bit off the = build time by not building gcc. WITHOUT_GCC=3Dyes in src.conf is = worthwhile. WITHOUT_GDB=3Dyes is probably also sensible, as the gdb in = base is so old that it doesn't understand most of the DWARF that clang = uses. We should have lldb ready for import in a few months, but until = then using gdb from ports is more sensible if you plan on actually doing = any debugging. As we transition to a GPL-free base system, we're going to have some = fairly long windows where we have the old GNU tool and its replacement = both in base. Over time, the old ones will be removed, but not until = the newer ones are well tested. This, of course, happens faster if = people are running systems where they are the only option... David From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:36:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 169B2158 for ; Mon, 11 Feb 2013 13:36:18 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id D2D9899A for ; Mon, 11 Feb 2013 13:36:17 +0000 (UTC) Received: from [192.168.1.11] (unknown [217.157.7.221]) by csmtp2.one.com (Postfix) with ESMTPA id 1ABB830764CC; Mon, 11 Feb 2013 13:36:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 7+ days of dogfood From: Erik Cederstrand In-Reply-To: <20130211190741.379ee35c@X220.ovitrap.com> Date: Mon, 11 Feb 2013 14:36:10 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130210083010.7df5b997@X220.ovitrap.com> <256C7A7B-DFA7-4C0F-B389-AB10E0DA42D0@cederstrand.dk> <20130211063858.0375a6ed@X220.ovitrap.com> <88F312FE-E783-4C24-8964-BBDE4DE6653E@cederstrand.dk> <20130211190741.379ee35c@X220.ovitrap.com> To: Erich Dollansky X-Mailer: Apple Mail (2.1499) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:36:18 -0000 Den 11/02/2013 kl. 13.07 skrev Erich Dollansky = : > ok, I agree that developers could react faster some times. But, isn't > it more important that the errors are caught at all? Yes. As long as there is no alternative, the best motivation to fix a = bug is when you just spent 20 minutes recovering your laptop from a = crash. I just believe more people would be motivated to run CURRENT if there = was at least some basic runtime resting. Just like the tinderboxes save = developer CPU cycles by saying "Don't bother with this revision, it = doesn't compile", I think runtime tests would save real developer time = by saying "Don't bother with this revision, it doesn't boot" or "Don't = bother with this revision, gcc can't compile hello-world.cpp". Which = doesn't imply that automated testing would catch all errors. > So, the best is still if people like me are eating dog food and start > complaining? >=20 > Do not get me wrong here. I do not complain about the fact that there > might be an error, I want to help poin-point the error with my > complaint. As I started out, I admire the work you and others are doing by running = CURRENT and reporting and fixing errors. At the same time, I look to = e.g. LLVM and their "no commit without a regression test" goal and think = we could do way better :-) Erik= From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:41:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AAD2629D for ; Mon, 11 Feb 2013 13:41:59 +0000 (UTC) (envelope-from kolyasir@gmail.com) Received: from mail-qe0-f45.google.com (mail-qe0-f45.google.com [209.85.128.45]) by mx1.freebsd.org (Postfix) with ESMTP id 738EF9CB for ; Mon, 11 Feb 2013 13:41:59 +0000 (UTC) Received: by mail-qe0-f45.google.com with SMTP id b4so2523292qen.4 for ; Mon, 11 Feb 2013 05:41:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=kiAjCvoqmoYbLCG6xIGt4S0yKcKpJU9IvdSzzCCea4Q=; b=rSuwIY12HVRvSFscjawwzlNKMb77NplaiToaX2cNt6b8/Wtz4aJsdrD6qH/KjKIk3O C3rUU0xmCmrKjgW+iTgY4u1dHF0fj1kv2iEllXFXaDWDycR07M8SaZQXBdJkuc8wkzaV +xxZA7KKeU6zd//CbsFUs+pnTE3ZgIVeTTfZL/BhDkLh6WrISZzxSA+twa3yYHOqf1Di SWntOQUSgZPlOHlidke4w52hY2P1/XN4X8wjfFrmkVGHW3path5R7EFhHpJ05dm9CWxq f5GZSCJXm5e6/lSd/hchPV+j33McPOG7rJvRv9i5yAJr1TFXilnsc5FAKK1qsYZWZgKr iCVA== MIME-Version: 1.0 X-Received: by 10.49.28.73 with SMTP id z9mr6097160qeg.45.1360589764732; Mon, 11 Feb 2013 05:36:04 -0800 (PST) Received: by 10.49.71.232 with HTTP; Mon, 11 Feb 2013 05:36:04 -0800 (PST) Date: Mon, 11 Feb 2013 08:36:04 -0500 Message-ID: Subject: svn guid From: Yasir hussan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:41:59 -0000 hi, can anyone help me how i can download this code, i tried to downlaod differnect id by using svn but still fail, i think i am missing something from basics http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c Thanks From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:44:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 55EF690A for ; Mon, 11 Feb 2013 13:44:48 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com [209.85.217.175]) by mx1.freebsd.org (Postfix) with ESMTP id D84BFCDA for ; Mon, 11 Feb 2013 13:44:47 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id n3so4576981lbo.20 for ; Mon, 11 Feb 2013 05:44:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; bh=PlMs30PG5ZOIiaS0kD2J5gIFtymJFz5u0ETpR/8qej8=; b=zhoTHPHgOlBShVU6i5/Ue+vRlLD5x56wpQEKLhRl43UI/sSbVtnFQR7dq1DJF5owXu MIiNNgmytsoiHTPJ9cFRaz9k6Gz8cxoU6a7TPpyXyfZHkHGer6NZc6O2+QDXd2tYY7+A U+eAf9bMBRbaGdKzHHApkYWih3wcechihGY43fdoib3rh8enfvjcyP/RntDpVIw4tHlu 1jxu5MMUzXn5gAkGxexnrrByYVaSl7z7sjoLHletc6KI+asbSivdFNTfeS8lbLiWX8TG NzOlVVIYNZTp1uer8PAhc0FYzcB0gfMJh3UgikfIMkdv+XEMSy6Rbl7ejhzJEQiu9HnK nEvw== X-Received: by 10.152.132.170 with SMTP id ov10mr9166883lab.21.1360590280657; Mon, 11 Feb 2013 05:44:40 -0800 (PST) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id pz15sm21909405lab.3.2013.02.11.05.44.39 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 11 Feb 2013 05:44:40 -0800 (PST) Date: Mon, 11 Feb 2013 16:44:49 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: svn guid Message-ID: <20130211164449.6e6c3599@laptop> In-Reply-To: References: X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:44:48 -0000 On Mon, 11 Feb 2013 08:36:04 -0500 Yasir hussan wrote: > hi, > > can anyone help me how i can download this code, i tried to downlaod > differnect id by using svn but still fail, i think i am missing > something from basics > > http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c devel/mercurial > > Thanks -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:49:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C92AD36B for ; Mon, 11 Feb 2013 13:49:03 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 81CD710B for ; Mon, 11 Feb 2013 13:49:03 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 55E95C4962; Mon, 11 Feb 2013 15:49:02 +0200 (EET) Date: Mon, 11 Feb 2013 15:49:26 +0200 From: Aleksandr Rybalko To: Yasir hussan Subject: Re: svn guid Message-Id: <20130211154926.8dac30d0cc98d2509b363244@freebsd.org> In-Reply-To: References: X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:49:03 -0000 On Mon, 11 Feb 2013 08:36:04 -0500 Yasir hussan wrote: > hi, > > can anyone help me how i can download this code, i tried to downlaod > differnect id by using svn but still fail, i think i am missing something > from basics > > http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c > > Thanks > _______________________________________________ > 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" Hello Yasir! Heh, I glad to know what somebody use zrouter.org repo for something :) But have to say: 1. http://zrouter.org/hg/FreeBSD/ is not FreeBSD official repository 2. It is in Mercurial (hg), but not Subversion (svn) If you want to look into FreeBSD ar8216/ar8316 driver, get it by: svn co http://svn.freebsd.org/base/head/sys/dev/etherswitch/ If you want to get ZRouter.org one, you will need to fetch whole repo: hg clone http://zrouter.org/hg/FreeBSD/head/ Thanks. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:58:36 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6B4D58A8; Mon, 11 Feb 2013 13:58:36 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9BE1D3; Mon, 11 Feb 2013 13:58:35 +0000 (UTC) Received: from [87.79.249.155] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1U4ttj-00050Q-Fn; Mon, 11 Feb 2013 14:58:19 +0100 Date: Mon, 11 Feb 2013 14:56:47 +0100 From: Fabian Keil To: David Chisnall Subject: Re: 7+ days of dogfood Message-ID: <20130211145647.79a01f7e@fabiankeil.de> In-Reply-To: <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/K5HcxY7iPXTsbKW2fPk.iHU"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@FreeBSD.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:58:36 -0000 --Sig_/K5HcxY7iPXTsbKW2fPk.iHU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable David Chisnall wrote: > On 11 Feb 2013, at 10:48, Fabian Keil > wrote: >=20 > > It's unfortunate that the builworld time roughly trippled since > > 2010 but I guess that's progress and a more powerful system > > should fix it. I certainly welcome clang in general, though. >=20 > In that case, it's worth noting that you can shave a fair bit off the > build time by not building gcc. Those gcc bits are shaved off already, that's why the buildworld finishes so quickly now ... My last result with both clang and gcc seems to be: -------------------------------------------------------------- >>> World build completed on Mon Dec 24 22:55:21 CET 2012 -------------------------------------------------------------- real 350m42.363s user 253m5.477s sys 50m0.024s > WITHOUT_GCC=3Dyes in src.conf is > worthwhile. WITHOUT_GDB=3Dyes is probably also sensible, as the gdb in > base is so old that it doesn't understand most of the DWARF that clang > uses. We should have lldb ready for import in a few months, but until > then using gdb from ports is more sensible if you plan on actually doing > any debugging. So far I didn't consider not building gdb, but I agree that it's not too useful when compiling with clang and am already using gdb751 for debugging anyway. My impression was that the base gdb compiles rather quickly (compared to more recent versions) and that it thus wouldn't matter, but I'll give it a try. Thanks for the suggestion. Fabian --Sig_/K5HcxY7iPXTsbKW2fPk.iHU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEY+KcACgkQBYqIVf93VJ2MqACgjIAikydG/MS0A8/Js7Q2NVpS WIAAnRIDTDz1ad7sZgEda+aE1fGdKgnB =ND+Z -----END PGP SIGNATURE----- --Sig_/K5HcxY7iPXTsbKW2fPk.iHU-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 14:11:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9AF62D5B for ; Mon, 11 Feb 2013 14:11:37 +0000 (UTC) (envelope-from mihamina@rktmb.org) Received: from slow3-v.mail.gandi.net (slow3-v.mail.gandi.net [217.70.178.89]) by mx1.freebsd.org (Postfix) with ESMTP id 5788F26F for ; Mon, 11 Feb 2013 14:11:37 +0000 (UTC) X-Policy: 217.70.183.195 is whitelisted X-Policy: 217.70.183.195 is whitelisted Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by slow3-v.mail.gandi.net (Postfix) with ESMTP id D6FF438C97 for ; Mon, 11 Feb 2013 14:44:46 +0100 (CET) Received: from mfilter23-d.gandi.net (mfilter23-d.gandi.net [217.70.178.151]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 8F019A80C7 for ; Mon, 11 Feb 2013 14:44:30 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter23-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter23-d.gandi.net (mfilter23-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id Eiqrpz9iJhDH for ; Mon, 11 Feb 2013 14:44:29 +0100 (CET) X-Originating-IP: 41.190.237.66 Received: from [192.168.0.141] (ip-41-190-237-66.orange.mg [41.190.237.66]) (Authenticated sender: out@rktmb.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 38C4FA80D2 for ; Mon, 11 Feb 2013 14:44:27 +0100 (CET) Message-ID: <5118F5B4.3050601@rktmb.org> Date: Mon, 11 Feb 2013 16:44:20 +0300 From: Mihamina Rakotomandimby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: svn guid References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:11:37 -0000 On 02/11/2013 04:36 PM, Yasir hussan wrote: > can anyone help me how i can download this code, i tried to downlaod > differnect id by using svn but still fail, i think i am missing something > from basics > > http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c Click the "raw" link. By the way, it's via "hg", not "svn". -- RMA. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 14:15:20 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 29567EFF; Mon, 11 Feb 2013 14:15:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 0090E2BD; Mon, 11 Feb 2013 14:15:19 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 7026F23F669; Mon, 11 Feb 2013 09:15:13 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us 7026F23F669 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Mon, 11 Feb 2013 09:15:12 -0500 From: Glen Barber To: Fabian Keil Subject: Re: 7+ days of dogfood Message-ID: <20130211141512.GN1334@glenbarber.us> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> <20130211145647.79a01f7e@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Y4VYWfdFdHwFhC6D" Content-Disposition: inline In-Reply-To: <20130211145647.79a01f7e@fabiankeil.de> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, David Chisnall , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:15:20 -0000 --Y4VYWfdFdHwFhC6D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2013 at 02:56:47PM +0100, Fabian Keil wrote: > > WITHOUT_GCC=3Dyes in src.conf is > > worthwhile. WITHOUT_GDB=3Dyes is probably also sensible, as the gdb in > > base is so old that it doesn't understand most of the DWARF that clang > > uses. We should have lldb ready for import in a few months, but until > > then using gdb from ports is more sensible if you plan on actually doing > > any debugging. >=20 > So far I didn't consider not building gdb, but I agree that it's > not too useful when compiling with clang and am already using > gdb751 for debugging anyway. >=20 > My impression was that the base gdb compiles rather quickly > (compared to more recent versions) and that it thus wouldn't > matter, but I'll give it a try. >=20 > Thanks for the suggestion. >=20 You might also want to try MALLOC_PRODUCTION=3D1 in make.conf. This took my buildworld/buildkernel times from 35/15 minutes to 8/5 minutes, respectively. Glen --Y4VYWfdFdHwFhC6D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRGPzwAAoJEFJPDDeguUajWqIH/jTzYzM+m/MEROesS1SDvbvL u0kulZTfKVZ6Sz/gARH/DwxLO+4Fkkaq20GzU62cBsbZQpY/jYHxQGf33apKJ/7X T6kh2JhfoVv+Gl5rAbrRgHYSORY+OEzt1G48Zd+zyisa9mOZZMCb7f0zEJ+QyyKB fUzZCMr0ouydIKGF/VuBD4rDuien/652DtpOOfcpNX8BxH0rJgUyPsds7Jga1gmd zUjdZLg9SMYAI0C2f+2ZuOz6VKRKBL969HdhkTfkwyv05zFdgsPFXynOnzeaRi+a lFfsqBvPCYqMWdvh8SN02MlkXxo6Q0LfD3jaDtAn4/6G30emECOw3xV7Kd6g110= =pk/y -----END PGP SIGNATURE----- --Y4VYWfdFdHwFhC6D-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 15:01:47 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E38556B1; Mon, 11 Feb 2013 15:01:47 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 51C0D7AA; Mon, 11 Feb 2013 15:01:47 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1BF1eMF065407; Mon, 11 Feb 2013 08:01:40 -0700 (MST) (envelope-from ian@FreeBSD.org) 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 r1BF1ai0039620; Mon, 11 Feb 2013 08:01:36 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: 7+ days of dogfood From: Ian Lepore To: Glen Barber In-Reply-To: <20130211141512.GN1334@glenbarber.us> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> <20130211145647.79a01f7e@fabiankeil.de> <20130211141512.GN1334@glenbarber.us> Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Feb 2013 08:01:36 -0700 Message-ID: <1360594896.4545.81.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, David Chisnall , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:01:48 -0000 On Mon, 2013-02-11 at 09:15 -0500, Glen Barber wrote: > On Mon, Feb 11, 2013 at 02:56:47PM +0100, Fabian Keil wrote: > > > WITHOUT_GCC=yes in src.conf is > > > worthwhile. WITHOUT_GDB=yes is probably also sensible, as the gdb in > > > base is so old that it doesn't understand most of the DWARF that clang > > > uses. We should have lldb ready for import in a few months, but until > > > then using gdb from ports is more sensible if you plan on actually doing > > > any debugging. > > > > So far I didn't consider not building gdb, but I agree that it's > > not too useful when compiling with clang and am already using > > gdb751 for debugging anyway. > > > > My impression was that the base gdb compiles rather quickly > > (compared to more recent versions) and that it thus wouldn't > > matter, but I'll give it a try. > > > > Thanks for the suggestion. > > > > You might also want to try MALLOC_PRODUCTION=1 in make.conf. This took > my buildworld/buildkernel times from 35/15 minutes to 8/5 minutes, > respectively. > > Glen Actually, anyone who is routinely setting MALLOC_PRODUCTION to run -current, please considering trying again without it. One particular sanity check enabled without MALLOC_PRODUCTION was responsible for virtually all of the performance degradation, and the recent import of a new jemalloc reworked that code to eliminate the problem (it was needlessly validating that freshly mmap'd memory was zeroed; now it only does that validation if it internally recycles a block, and I think it never even does that on freebsd). -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 15:10:42 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9BF8188C; Mon, 11 Feb 2013 15:10:42 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2C26D816; Mon, 11 Feb 2013 15:10:41 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1BFAfsI065504; Mon, 11 Feb 2013 08:10:41 -0700 (MST) (envelope-from ian@FreeBSD.org) 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 r1BFAdI0039627; Mon, 11 Feb 2013 08:10:39 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: geli(8) breaks after a couple hours of uptime From: Ian Lepore To: Pawel Jakub Dawidek In-Reply-To: <20130209233500.GH1375@garage.freebsd.pl> References: <20130207141833.GA15884@acme.spoerlein.net> <20130207153322.5c371beb@fabiankeil.de> <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de> <20130208114825.GY35868@acme.spoerlein.net> <5114F390.4010302@FreeBSD.org> <20130209140733.0b753c60@fabiankeil.de> <51166580.4080603@FreeBSD.org> <511672B5.5080300@FreeBSD.org> <20130209233500.GH1375@garage.freebsd.pl> Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Feb 2013 08:10:39 -0700 Message-ID: <1360595439.4545.84.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Eitan Adler , Andrey Zonov , current@FreeBSD.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:10:42 -0000 On Sun, 2013-02-10 at 00:35 +0100, Pawel Jakub Dawidek wrote: > On Sat, Feb 09, 2013 at 06:00:53PM +0200, Andriy Gapon wrote: > > on 09/02/2013 17:04 Andrey Zonov said the following: > > > On 2/9/13 5:07 PM, Fabian Keil wrote: > > >> > > >> This would at least prevent the segfault. > > >> > > > > > > I see two possibilities to get segfault: > > > - no checking for result from memory allocation functions > > > - too big stack > > > > > > I have no found any broken memory allocation checking, but I found two > > > big objects on the stack. One is buf[MAXPHYS] in eli_genkey_files() and > > > another is passbuf[MAXPHYS] in eli_genkey_passphrase(). If we change > > > these two to malloc(), then we can handle error from malloc(), print > > > some useful message and prevent segfault. > > > > I'd rather do what Kostik suggested and Fabian mentioned: instead of > > mlockall(MCL_FUTURE) the code should mlock only the (explicitly designated) > > buffers that can contain sensitive data. > > geli(8) almost exclusively deals with sensitive data. Even mlocking > MAXPHYS would fail with current limits, but this is bad idea. > > With mlockall() I am sure I didn't miss anything - be it forgetting > about mlocking some buffer or zeroing it before munlock. I'm also sure > someone else who can modify geli(8) in the future won't miss anything > too. > > geli(8) is relatively simple program, it doesn't allocate megabytes of > memory for different pruposes and just needs few pages for sensitive > data. As I said most of the memory it uses is for sensitive data. > > The obvious problem is allocating MAXPHYS on the stack. This has to be > changed, especially that we may want to rise MAXPHYS in the future. > > Other than that I expect thing would be tuned properly so that geli(8) > can work by default. I'm happy to use smaller buffers than MAXPHYS - > keyfiles are far smaller usually than 128kB, so there shouldn't be any > issue with this. > If geli(8) uses relatively little memory and mlockall(MCL_FUTURE), you should consider adding a jemalloc tuning string to it, similar to what I did for watchdogd in r245949. It doesn't help with locking code when you only really need the data protected, but it does at least reduce the amount of wired memory to just what the program really needs. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 14:49:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4E50B14A; Mon, 11 Feb 2013 14:49:28 +0000 (UTC) (envelope-from dc552@hermes.cam.ac.uk) Received: from ppsw-41.csi.cam.ac.uk (ppsw-41.csi.cam.ac.uk [131.111.8.141]) by mx1.freebsd.org (Postfix) with ESMTP id 07C856D3; Mon, 11 Feb 2013 14:49:27 +0000 (UTC) X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from c120.sec.cl.cam.ac.uk ([128.232.18.120]:54246) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:dc552) (TLSv1:AES128-SHA:128) id 1U4uh6-0002nJ-QW (Exim 4.72) (return-path ); Mon, 11 Feb 2013 14:49:20 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 7+ days of dogfood From: David Chisnall In-Reply-To: <20130211145647.79a01f7e@fabiankeil.de> Date: Mon, 11 Feb 2013 14:49:16 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <5BC7246C-4339-48B1-BC7E-9FF6CE1FEF1C@cl.cam.ac.uk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> <20130211145647.79a01f7e@fabiankeil.de> To: Fabian Keil X-Mailer: Apple Mail (2.1499) Sender: "Dr D. Chisnall" X-Mailman-Approved-At: Mon, 11 Feb 2013 16:37:59 +0000 Cc: freebsd-current@freebsd.org, David Chisnall , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:49:28 -0000 On 11 Feb 2013, at 13:56, Fabian Keil = wrote: > real 350m42.363s > user 253m5.477s > sys 50m0.024s These numbers look a bit wrong. You've got 300 minutes of CPU time, but = 350 minutes of real time. In an ideal world, on your dual-core system = you'd see 150 minutes of real time. Seeing more than 300 implies that = you're spending a lot of time waiting for I/O. The normal = recommendation is to use -j x where x is 1.5 times the number of cores, = or 1x the number of GBs of RAM, whichever is smaller. With only 2GB of = RAM you might have linking problems with -j3, but it's still worth = trying. One of the more serious problems with our current build system is that = it doesn't scale well to large numbers of cores. On a 32-core system, = with -j64, we're very rarely managing to have even 8 things able to run = in parallel. This should be addressed when the bmake import is fully = integrated and we can use meta mode for better dependency tracking. =20 Ninja has a concept of pools, so you can say 'only run one link job at a = time, but you can do two C++ compile jobs or 4 C compile jobs', and it = might be interesting to look at adding something similar to bmake, as = this can improve scalability a lot. David From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 17:46:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 69FD370A; Mon, 11 Feb 2013 17:46:29 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.43]) by mx1.freebsd.org (Postfix) with ESMTP id E21BA11F; Mon, 11 Feb 2013 17:46:28 +0000 (UTC) Received: from [87.79.249.155] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1U4xSO-0004Hb-7h; Mon, 11 Feb 2013 18:46:20 +0100 Date: Mon, 11 Feb 2013 18:44:19 +0100 From: Fabian Keil To: David Chisnall Subject: Re: 7+ days of dogfood Message-ID: <20130211184419.219ee96d@fabiankeil.de> In-Reply-To: <5BC7246C-4339-48B1-BC7E-9FF6CE1FEF1C@cl.cam.ac.uk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> <20130211145647.79a01f7e@fabiankeil.de> <5BC7246C-4339-48B1-BC7E-9FF6CE1FEF1C@cl.cam.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/spZo5htsGvTI3oxP.vESby3"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:46:29 -0000 --Sig_/spZo5htsGvTI3oxP.vESby3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable David Chisnall wrote: > On 11 Feb 2013, at 13:56, Fabian Keil > wrote: >=20 > > real 350m42.363s > > user 253m5.477s > > sys 50m0.024s >=20 > These numbers look a bit wrong. You've got 300 minutes of CPU time, but > 350 minutes of real time. In an ideal world, on your dual-core system > you'd see 150 minutes of real time. Seeing more than 300 implies that > you're spending a lot of time waiting for I/O. The normal > recommendation is to use -j x where x is 1.5 times the number of cores, > or 1x the number of GBs of RAM, whichever is smaller. With only 2GB of > RAM you might have linking problems with -j3, but it's still worth > trying. With only 2 GB of RAM (parts of which are needed elsewhere) I'm already having linking problems without using -j at all and the I/O I'm waiting for is the disk serving the swap partition. I've used -j2 and occasionally -j4 when building world with gcc in the past, but when using clang I'd risk temporarily having three (or more) processes compete for swap space and bandwidth, so I stopped doing that. I'd expect that another 2 GB of RAM would prevent the swapping and thus reduce the buildworld time quite a bit, but as I intend to replace the system anyway I can't be bothered to investigate what kind of RAM I'd need and where to get it. > One of the more serious problems with our current build system is that > it doesn't scale well to large numbers of cores. On a 32-core system, > with -j64, we're very rarely managing to have even 8 things able to run > in parallel. This should be addressed when the bmake import is fully > integrated and we can use meta mode for better dependency tracking. =20 > > Ninja has a concept of pools, so you can say 'only run one link job at a > time, but you can do two C++ compile jobs or 4 C compile jobs', and it > might be interesting to look at adding something similar to bmake, as > this can improve scalability a lot. Unfortunately I don't have these issues (yet). Fabian --Sig_/spZo5htsGvTI3oxP.vESby3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEZLfYACgkQBYqIVf93VJ3zQgCfQ1etO41ofWaizmTYVu7MlmP+ nwwAoKNgk69rL75myNWAvW0JD1uA4dWb =2rnR -----END PGP SIGNATURE----- --Sig_/spZo5htsGvTI3oxP.vESby3-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:05:02 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C7664A51; Mon, 11 Feb 2013 18:05:02 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.35]) by mx1.freebsd.org (Postfix) with ESMTP id 56A0B1DC; Mon, 11 Feb 2013 18:05:01 +0000 (UTC) Received: from [87.79.249.155] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1U4xSQ-0004Hb-Mb; Mon, 11 Feb 2013 18:46:22 +0100 Date: Mon, 11 Feb 2013 18:45:05 +0100 From: Fabian Keil To: Glen Barber Subject: Re: 7+ days of dogfood Message-ID: <20130211184505.1d0693f4@fabiankeil.de> In-Reply-To: <20130211141512.GN1334@glenbarber.us> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> <20130211145647.79a01f7e@fabiankeil.de> <20130211141512.GN1334@glenbarber.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/tkornDAD.aNsKukKQMu21Kq"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@FreeBSD.org, David Chisnall , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:05:02 -0000 --Sig_/tkornDAD.aNsKukKQMu21Kq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Glen Barber wrote: > On Mon, Feb 11, 2013 at 02:56:47PM +0100, Fabian Keil wrote: > > > WITHOUT_GCC=3Dyes in src.conf is > > > worthwhile. WITHOUT_GDB=3Dyes is probably also sensible, as the gdb = in > > > base is so old that it doesn't understand most of the DWARF that > > > clang uses. We should have lldb ready for import in a few months, > > > but until then using gdb from ports is more sensible if you plan on > > > actually doing any debugging. > >=20 > > So far I didn't consider not building gdb, but I agree that it's > > not too useful when compiling with clang and am already using > > gdb751 for debugging anyway. > >=20 > > My impression was that the base gdb compiles rather quickly > > (compared to more recent versions) and that it thus wouldn't > > matter, but I'll give it a try. > >=20 > > Thanks for the suggestion. > >=20 >=20 > You might also want to try MALLOC_PRODUCTION=3D1 in make.conf. This took > my buildworld/buildkernel times from 35/15 minutes to 8/5 minutes, > respectively. I've been using MALLOC_PRODUCTION since before I started collecting build times and don't remember the impact, but I think the difference was less impressive than in your case and the massive slowdowns that are now supposed to be fixed only happened "recently" (after 2010) and thus never affected me. Thanks, though. Fabian --Sig_/tkornDAD.aNsKukKQMu21Kq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEZLiQACgkQBYqIVf93VJ0huwCgyqe8lnSY2FRojFDsaVhkaCxp kVQAn0gdXmP6fAitbNn7pEdxv8Zmiy8Q =itPJ -----END PGP SIGNATURE----- --Sig_/tkornDAD.aNsKukKQMu21Kq-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 17:54:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BE366884 for ; Mon, 11 Feb 2013 17:54:44 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ve0-f176.google.com (mail-ve0-f176.google.com [209.85.128.176]) by mx1.freebsd.org (Postfix) with ESMTP id 65288166 for ; Mon, 11 Feb 2013 17:54:43 +0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id cz10so5376509veb.35 for ; Mon, 11 Feb 2013 09:54:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=ls6WyeLKl4GAHmAWnJYEWqILlHYFKet9cIAUoi0VaCc=; b=ARjFznrO1Z7wyYCZg4n3eM7AizPvWQOZdZRjog14L2X9ERdaN2dFD3Lkjf1eu6TFaI ZnJNX2o0dkz782Db7nsoq4A/M853hBXolpFipg4DMhzQ6wQCiKn7f+XAjeNCmQrfnYQP qATJ0pKrEu/ey0DbNrdVGbVd/I3+7215ieEWmA49rQ6HVGiZRrC4FK0cRv46+ubRemp5 e8rjR9tnF05SSn1aGBrIB90HUu6xqRNtonLPnx3IPnevVBxwbjdunuPEZuEcPNDFbzAU XASvnj3CxKoz3+ylPi04mG4xWAz5bsNIc3KNnN3m5OHNG+q+CJF6shGKha4awNfbN5YI PhOA== MIME-Version: 1.0 X-Received: by 10.220.239.14 with SMTP id ku14mr19932704vcb.57.1360605283447; Mon, 11 Feb 2013 09:54:43 -0800 (PST) Received: by 10.220.219.79 with HTTP; Mon, 11 Feb 2013 09:54:43 -0800 (PST) Date: Mon, 11 Feb 2013 12:54:43 -0500 Message-ID: Subject: Time to kill fdc ? From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 11 Feb 2013 18:13:25 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:54:44 -0000 > When was the last time anybody tried that with a FreeBSD release ? Routinely :) Often archiving piles of floppies as images too. Imagine the legacy gaming crowd does this as well to use, while preventing loss. Also, fdformat(1), fdcontrol(8), fdread(1), and fdwrite(1) are important complimentary tools for people too! I even use fdformat -F. > I intend to dust of my axe and cut it from the tree later this spring. Please don't. I also think there are motherboards still shipping with real floppy interfaces. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:36:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 10FFA5A1 for ; Mon, 11 Feb 2013 18:36:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9D8BA61A for ; Mon, 11 Feb 2013 18:36:49 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l13so3508973wie.8 for ; Mon, 11 Feb 2013 10:36:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=tKfhXW2cGZfyzotmyhU/iJMbWQtbD2O5Xk59K3tof2I=; b=UlX3LqODERvIr2wnzksj1TdiBWWIm8pByUOFI2+KXumlK20vsHfVcukUfCOHHmBSKl zA4EJKW9xZd1ZBbe/wmBOvp850Esfuw9JhiDz42rsVweVali0JCbOyzEQcVuKhRO2jKG pBss8OD2c9gNiyO224KwrORcLGTcLfMO2gbMTv83iog7RLBaOaaZ+xxwEJJ9CrDmgE4K r99ErSa379kWSXtZ+Tg2LV8t4HdTxZiokKssjOzxMAw2teT1DD4unzIuheN7Z8Z5vI6u frtvI+yn81I+EfiOtDzyPvXHNfWq1eU8OrhHYAxR9uCME/qDeIhXldHUiw1g5oJMvuFi SPoQ== MIME-Version: 1.0 X-Received: by 10.181.12.103 with SMTP id ep7mr17883179wid.12.1360607808302; Mon, 11 Feb 2013 10:36:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Mon, 11 Feb 2013 10:36:47 -0800 (PST) In-Reply-To: References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> Date: Mon, 11 Feb 2013 10:36:47 -0800 X-Google-Sender-Auth: LwzoV1rM0CoScNmwMsTrCEjDoqk Message-ID: Subject: Re: Time to kill fdc ? From: Adrian Chadd To: "C. P. Ghost" Content-Type: text/plain; charset=ISO-8859-1 Cc: Poul-Henning Kamp , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:36:50 -0000 ... I notice how people haven't quoted how much RAM they have, since that may influence whether or not things get bounced, double bounced or such. Adrian On 11 February 2013 03:28, C. P. Ghost wrote: > On Sun, Feb 10, 2013 at 3:55 PM, Poul-Henning Kamp wrote: >>>But I just did an experiment on an old Pentium 4 system here, using the >>>fdc driver and 8.3-STABLE as of early December (r243900). I read several >>>diskettes using "dd /dev/fd0 /dev/null" and everything went flawlessly. >> >> Could you try: >> >> dd if=/dev/fd0 of=/dev/null bs=1048576 >> >> That consistently exploded 7.x and 8.x here yesterday... > > I've just tried this on my FreeBSD 9.1 amd64 r244903 system > 10 times in a row, and nothing bad happened. > > Regards, > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > _______________________________________________ > 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 Mon Feb 11 18:45:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E19FC8F6 for ; Mon, 11 Feb 2013 18:45:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) by mx1.freebsd.org (Postfix) with ESMTP id 6E57F69F for ; Mon, 11 Feb 2013 18:45:26 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id 16so4956879wgi.27 for ; Mon, 11 Feb 2013 10:45:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ufF+3AWvXr0t1eRGmBcbjCfE/FuKfHdJRaz/ddooT6o=; b=wUAnGa89qq0Ev/Ur0Q9ueXQHM/1TD8YYK1UvJbyD8UDooRcQchtwWAlVNSUdcB5Hhs 367/N/IqRx8kdKg6xe3CGKCkyozU2I6BSqXEW/NMcEqMkrxiiOw93W/r14WCv1LSDTju gFcD1pDQQXhhzX/OWjHVquNbQv9mrHqMziNG9ApppKTpMuAb+qH1LEhiMz1hC74n2sLO r8qXLpPR1ubEMVDnE/2r+Hhy5gixFXeNCs9EuKD9ATtCbGKmZrrHDn/GuDZHVUgtWDrZ u9G7qeXN+5vIXJ4FwOegDaiB7X3pBYJD8XTnKxYJtO76Xez1nmHvqdf7A7dtdEpyBTJc DEpg== MIME-Version: 1.0 X-Received: by 10.180.93.234 with SMTP id cx10mr12989301wib.34.1360608326289; Mon, 11 Feb 2013 10:45:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Mon, 11 Feb 2013 10:45:26 -0800 (PST) In-Reply-To: <201302111343.29568.hselasky@c2i.net> References: <201302111343.29568.hselasky@c2i.net> Date: Mon, 11 Feb 2013 10:45:26 -0800 X-Google-Sender-Auth: H5jdswHWDMAHy_pziXa3wcFbPl4 Message-ID: Subject: Re: [RFC] USB keyboard and devd.conf From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:45:27 -0000 .. as long as we can attach/detach keyboards without there actually _being_ a physical console keyboard at boot, sure. adrian On 11 February 2013 04:43, Hans Petter Selasky wrote: > Hi, > > Does anyone need these lines in /etc/devd.conf ? > > === etc/devd.conf > ================================================================== > --- etc/devd.conf (revision 246620) > +++ etc/devd.conf (local) > @@ -105,16 +105,6 @@ > # action "sleep 2 && /usr/sbin/ath3kfw -d $device-name -f /usr/local/etc/ath3k-1.fw"; > #}; > > -# When a USB keyboard arrives, attach it as the console keyboard. > -attach 100 { > - device-name "ukbd0"; > - action "/etc/rc.d/syscons setkeyboard /dev/ukbd0"; > -}; > -detach 100 { > - device-name "ukbd0"; > - action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; > -}; > - > notify 100 { > match "system" "DEVFS"; > match "subsystem" "CDEV"; > > > I plan to remove the lines marked with minus, because we now have kbdmux. > > --HPS > _______________________________________________ > 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 Mon Feb 11 18:49:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A3AEAB28; Mon, 11 Feb 2013 18:49:58 +0000 (UTC) (envelope-from adrian.chadd@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 BA7166DA; Mon, 11 Feb 2013 18:49:57 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id o1so3498165wic.11 for ; Mon, 11 Feb 2013 10:49:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=C4OEPe/FwJNLNyxXH2T+IZFE1OYuHvLMJTZKvf85KYs=; b=WdCABBdJ870v34DRSFhScUxKCrc+dUSEfsU6TLkCIciERkB4WPAK21myIIsbgJXGg8 Dgh3ITXrh0YvjOemyh4wXPRcWpQiA/O3UQKAzTkjpLcxtMeAfzm6FDODWgt8ntVBpaeW FroLNuuHx3PVhJsyOe+aKO0qhskMSvZ/2Gu6i8s/V4FSO+wmIpbOHfWH/B8eO32tfi4q 4cveXq0+OJbK6l/32JKWeltggOPL32KJdr+/wAItz7clBdBQsnYF8S0FFbGEIUq60brL gp1Klmzj2dnPUFqq1KWB4UCwe9Xa+BeIz9DucH6uE5t2yOBeY6o+oAwi6mGX73qQJ35P QV8w== MIME-Version: 1.0 X-Received: by 10.180.90.145 with SMTP id bw17mr11901830wib.12.1360608591143; Mon, 11 Feb 2013 10:49:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Mon, 11 Feb 2013 10:49:50 -0800 (PST) In-Reply-To: <20130211184505.1d0693f4@fabiankeil.de> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> <20130211145647.79a01f7e@fabiankeil.de> <20130211141512.GN1334@glenbarber.us> <20130211184505.1d0693f4@fabiankeil.de> Date: Mon, 11 Feb 2013 10:49:50 -0800 X-Google-Sender-Auth: bAhDWkRs9JvYKnk4E5LKKWJPCAo Message-ID: Subject: Re: 7+ days of dogfood From: Adrian Chadd To: Fabian Keil Content-Type: text/plain; charset=ISO-8859-1 Cc: Glen Barber , freebsd-current@freebsd.org, David Chisnall , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:49:58 -0000 On 11 February 2013 09:45, Fabian Keil wrote: >> You might also want to try MALLOC_PRODUCTION=1 in make.conf. This took >> my buildworld/buildkernel times from 35/15 minutes to 8/5 minutes, >> respectively. > > I've been using MALLOC_PRODUCTION since before I started collecting > build times and don't remember the impact, but I think the difference > was less impressive than in your case and the massive slowdowns that > are now supposed to be fixed only happened "recently" (after 2010) > and thus never affected me. Thanks, though. If you're running a recent multicore box with large quantities of very fast RAM - no, you would've have seen it. If you do a buildworld on a HT Atom CPU in a netbook .. holy crap do you notice it. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:59:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E2F48FB5 for ; Mon, 11 Feb 2013 18:59:30 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qe0-f51.google.com (mail-qe0-f51.google.com [209.85.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id A83E9783 for ; Mon, 11 Feb 2013 18:59:30 +0000 (UTC) Received: by mail-qe0-f51.google.com with SMTP id 6so2692245qea.38 for ; Mon, 11 Feb 2013 10:59:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=3P0xYqiPJ1slnIfSJtgHe1t1nQFZHPVEF5Y++QcMasY=; b=hE3DiHW3o6y7la8VIYZFhrgSxGVz+M3n6VzKcmzBUAzzl+6Y6FXXCYg5rkcycrEk8z IpAQ2P3MAAsjqrIv7127MCJZmFloW8uHbhUIRtDHqdi+3N5W5EVKeULg9uFjVTxJh/tt qB6Xq4Wat+XZe+Y70Ev5U9hMdSLZfyreJHVVR7TOFv/uPEIBQ4zKcGv4TZYqjS8yfUSi zcTF1rdUumRgJb+dNT7iPuITXkxnhmaYnm7ZNEE9NaWR+LO6IBlRPwKUnTYRa9JwfsBh iQmF/kFXAxlii5ap7Rzapj8EkLN8ChpibLLm8MogRXFS/G4k5WBORiLflAajMIJsmC+m ICRg== MIME-Version: 1.0 X-Received: by 10.224.185.141 with SMTP id co13mr5835193qab.33.1360609164602; Mon, 11 Feb 2013 10:59:24 -0800 (PST) Received: by 10.49.94.197 with HTTP; Mon, 11 Feb 2013 10:59:24 -0800 (PST) X-Originating-IP: [93.221.175.200] In-Reply-To: References: <79955.1360494404@critter.freebsd.dk> <9EDF355D-07F7-4315-B00E-B181C674D763@gsoft.com.au> <80113.1360496675@critter.freebsd.dk> <5117A0CD.6060904@beastielabs.net> <80625.1360508147@critter.freebsd.dk> Date: Mon, 11 Feb 2013 19:59:24 +0100 Message-ID: Subject: Re: Time to kill fdc ? From: "C. P. Ghost" To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlz5BpBvyhRUN8yFLrlcWT/G+HiHRPGAJYnw1GiIdSpSuplF9GgC2BGyU0r0flaJffPsJkh Cc: Poul-Henning Kamp , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:59:30 -0000 On Mon, Feb 11, 2013 at 7:36 PM, Adrian Chadd wrote: > ... I notice how people haven't quoted how much RAM they have, since > that may influence whether or not things get bounced, double bounced > or such. 4 GB RAM installed here: real memory = 4294967296 (4096 MB) avail memory = 3832922112 (3655 MB) > Adrian -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 19:20:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2E8D261C for ; Mon, 11 Feb 2013 19:20:39 +0000 (UTC) (envelope-from kolyasir@gmail.com) Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) by mx1.freebsd.org (Postfix) with ESMTP id EBF50896 for ; Mon, 11 Feb 2013 19:20:38 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id dx4so1323275qab.9 for ; Mon, 11 Feb 2013 11:20:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=hXsboENHyTlfSdWnr1OdV21ndiJK8hodx3iUOdqTyK4=; b=nlhPx3NSxwl4Nf3L4NMvxzl4uTW/oBBG1MkiK1L5sQqJ1RpHXlAyKIhl8U14FRcrAH wWuJsCY5DpSDB1CK/lZMVT7MI/+j27Givb3pz2EHJobKV7WzsP5T+oFtS73jMfFkFr3f uCdh2VH48EpYs8+4YTok7E2WfwEDvqpGAGwrA01gPw10516PHUQN/7VW45jOyhYBVZlJ 9f+jGT/gqto5vQR+DMCCk1BUhtTA9o0bXlbmM0esoEAnEjOYd1DY8cGWsKrNU1XBeqZq 1CTukwIrBI/pH1MiBKJHg77SFKpuFT9VakatYZabqBNWJd04T12kFFZnbkb8AVdCU5yH t2/Q== MIME-Version: 1.0 X-Received: by 10.224.216.8 with SMTP id hg8mr6121807qab.74.1360610438184; Mon, 11 Feb 2013 11:20:38 -0800 (PST) Received: by 10.49.71.232 with HTTP; Mon, 11 Feb 2013 11:20:38 -0800 (PST) Date: Tue, 12 Feb 2013 00:20:38 +0500 Message-ID: Subject: vlan testing using etherswitchcfg From: Yasir hussan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:20:39 -0000 hi, is there anyone who knows how i can test vlan feature using *etherswitchcfg*, it tried to set and get vlan configraton for chip ar8316 it shows me right output, but i still dont know how i should test it with its limited commands. Plz anyone who knows kindly inform me detailed setup to test vlan Thanks From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 19:48:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F568295 for ; Mon, 11 Feb 2013 19:48:45 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ve0-f180.google.com (mail-ve0-f180.google.com [209.85.128.180]) by mx1.freebsd.org (Postfix) with ESMTP id CE149A32 for ; Mon, 11 Feb 2013 19:48:44 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jx10so5515059veb.11 for ; Mon, 11 Feb 2013 11:48:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=yZWM0BD0ndF/LfC7km5l4g9eLVdhvZUMldnpq4FpAdw=; b=ZMKXyLIiNoHIwx8GJ8I+Jz8h59P+7DiIjwP9MTPRv4Fl/g+W4Fru2o2u0lafNswq6p ZzBwDW5nRRDh1XfTjHDygmcgX1qEqwaJe3X/q/2Ajl2BjJdJwhUuCNrGB8OcCfQ+j/JM +feCRmV/jftjKBa6tk0M3dCi7Ct4MkEqaSn2uzG5NBEp8NuHzYJfl1wArdKLL4py7jps fqQ5RImwF10VG8EKOPV1qV3tC7OKWieBnDAjOjwciIqqwL+HsJCvwl+z8Pr9VyusBnaW UpXnR2eVPqG6l151RIUP/Lsn6V+SbGKvn5i+XznXxAg7nRCFp13KeiUckdCqBM5001jU zqCw== MIME-Version: 1.0 X-Received: by 10.221.9.144 with SMTP id ow16mr20526796vcb.29.1360612118085; Mon, 11 Feb 2013 11:48:38 -0800 (PST) Received: by 10.220.219.79 with HTTP; Mon, 11 Feb 2013 11:48:37 -0800 (PST) Date: Mon, 11 Feb 2013 14:48:37 -0500 Message-ID: Subject: 7+ days of dogfood From: grarpamp To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 11 Feb 2013 20:06:03 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:48:45 -0000 >> sgk >> So, I decided to test FreeBSD-10 under a user desktop condition. In >> so doing, I upgraded the circa August 2012 FreeBSD-current that ran >> on my Dell Latitude D530 (which ran rock-solid) to top-of-tree. This >> included re-installing all ports under the pkgng paradigm. > phk > First a hat-tip for even doing this in the first place, if more > committers ran -current, -current would work better. Though not making any particular suggestion, the OpenBSD folks have gained similar benefit from eating their own dog food as well. You can search for something like OpenBSD Release Engineering video Theo presented where they talk about some of this eating, why they do it, and to what result. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 20:26:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B39C783E; Mon, 11 Feb 2013 20:26:11 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-f49.google.com (mail-vb0-f49.google.com [209.85.212.49]) by mx1.freebsd.org (Postfix) with ESMTP id 270CCB91; Mon, 11 Feb 2013 20:26:10 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id s24so3994100vbi.8 for ; Mon, 11 Feb 2013 12:26:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=WE+FRVRzDHJQQCsKL+WNEIvwSv54sw7mP4rLVolaOoc=; b=ZytKT04MsRwG+0hP404mddf9j4o36rLIFhDwanBZzx7L76yM6TnjvUyxmI+Bn0R6CA LauDUVAd8RYrQA2I0tzFIiHk2XAr+nutM7tx1dOZvrXcBWuslK50z7XHopx7k8hsDaAT TS4CPy42H7t4CjoWLlX1zzrQRwPFOFEkpUkjdhGPnswe/jjfK2EJ8ckSCMRuOR49d27E PoISuCUoGBiuBdGJCaPW/gin5WAZag/jaDzBanExzxjMhtTyuCSTkW6HsJxchm3qhXl3 4wTUEbU2ne9mRGv3dI7mezCryOll5KNYxJbJDz/8ggaOCknp2J+HNDI9iyHHitMaKxCF R5xw== MIME-Version: 1.0 X-Received: by 10.52.177.103 with SMTP id cp7mr17781704vdc.113.1360614369927; Mon, 11 Feb 2013 12:26:09 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.220.114.134 with HTTP; Mon, 11 Feb 2013 12:26:09 -0800 (PST) In-Reply-To: <20130121095457.GL85306@alchemy.franken.de> References: <50CCAB99.4040308@FreeBSD.org> <50CE5B54.3050905@FreeBSD.org> <50D03173.9080904@FreeBSD.org> <20121225232126.GA47692@alchemy.franken.de> <50DB4EFE.2020600@FreeBSD.org> <20130106152313.GD26039@alchemy.franken.de> <50EBF921.2000304@FreeBSD.org> <20130113180940.GM26039@alchemy.franken.de> <50F30CAB.3000001@FreeBSD.org> <20130121095457.GL85306@alchemy.franken.de> Date: Mon, 11 Feb 2013 21:26:09 +0100 X-Google-Sender-Auth: Ht3NmV0IG4QOr9i4yloaFI5f1mY Message-ID: Subject: Re: [RFC/RFT] calloutng From: Davide Italiano To: Marius Strobl Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , FreeBSD Current , Poul-Henning Kamp , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:26:11 -0000 [trimmed old mails] Here's a new version of the patch: http://people.freebsd.org/~davide/patches/calloutng-11022012.diff Significant bits changed (after wider discussion and suggestion by phk@): - Introduction of the new sbintime_t type (32.32 fixed point) with the respective conversion (sbintime2bintime, sbintime2timeval etc...) - switch from 64.64 (struct bintime) format to measure time to sbintime_t - Use sbintime_t to represent expected sleep time instead of measuring it in microseconds (cpu_idle_acpi(), cpu_idle_spin() ...). Thanks, Davide From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 20:41:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B5CFDE2C for ; Mon, 11 Feb 2013 20:41:09 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 48A8DCF6 for ; Mon, 11 Feb 2013 20:41:08 +0000 (UTC) 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 19CB56A6002; Mon, 11 Feb 2013 21:41:07 +0100 (CET) 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 r1BKf6Q6067841; Mon, 11 Feb 2013 21:41:06 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id r1BKf5FB067050; Mon, 11 Feb 2013 21:41:05 +0100 (CET) (envelope-from lars) Date: Mon, 11 Feb 2013 21:41:05 +0100 From: Lars Engels To: Fabian Keil Subject: Re: 7+ days of dogfood Message-ID: <20130211204105.GL83110@e-new.0x20.net> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <20130211184006.0c7f9943@X220.ovitrap.com> <20130211131741.1a8280af@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3xQkynibq3FKlJyM" Content-Disposition: inline In-Reply-To: <20130211131741.1a8280af@fabiankeil.de> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p4 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Erich Dollansky , freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:41:09 -0000 --3xQkynibq3FKlJyM Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2013 at 01:17:41PM +0100, Fabian Keil wrote: > Erich Dollansky wrote: >=20 > > On Mon, 11 Feb 2013 11:48:11 +0100 > > Fabian Keil wrote: >=20 > > > It's unfortunate that the builworld time roughly trippled since > > > 2010 but I guess that's progress and a more powerful system > > > should fix it. I certainly welcome clang in general, though. > > >=20 > > Trippled? Are you sure? I have the feeling it is much worse than this. >=20 > I'm sure it depends on lots of factors and our worlds probably > don't even match. >=20 > I intend to eventually plot the numbers I've collected over the years > (mainly to have a baseline for ZFS tuning) but so far I haven't and > just looked at the first and last ones: >=20 > -------------------------------------------------------------- > >>> Kernel build for ZOEY completed on Mon May 31 17:18:12 CEST 2010 > -------------------------------------------------------------- >=20 > real 10m42.935s > user 8m16.834s > sys 1m22.951s > -------------------------------------------------------------- > >>> World build completed on Mon May 31 18:38:59 CEST 2010 > -------------------------------------------------------------- >=20 > real 71m16.524s > user 51m55.771s > sys 12m24.944s >=20 > # FreeBSD r500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #543 r+b74c91e: Su= n Feb 3 17:17:03 CET 2013 fk@r500.local:/usr/obj/usr/src/sys/ZOEY amd= 64 > -------------------------------------------------------------- > >>> World build completed on Tue Feb 5 21:33:55 CET 2013 > -------------------------------------------------------------- >=20 > real 261m25.904s > user 189m2.690s > sys 22m46.777s >=20 > # FreeBSD r500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #547 r+21d959a: Su= n Feb 10 16:00:14 CET 2013 fk@r500.local:/usr/obj/usr/src/sys/ZOEY amd= 64 > -------------------------------------------------------------- > >>> Kernel build for ZOEY completed on Sun Feb 10 21:41:31 CET 2013 > -------------------------------------------------------------- >=20 > real 18m34.822s > user 12m13.900s > sys 2m14.028s >=20 > fk@r500 ~ $expr 261 / 71 > 3 >=20 > I agree that it "feels" worse, though. >=20 > Disclaimer: These aren't "benchmark" results, I didn't create them in > single-user mode and various relevant factors vary. I also didn't run > the numbers through ministat and don't intend to either. >=20 > > Was it in 2009 when I could compile world in a few minutes on my quad > > core. The same machine takes now hours despite having more memory. >=20 > I'm using a Core(TM)2 Duo CPU T5870 @ 2.00GHz and don't remember > ever being able to compile world in a few minutes. The bottle > neck on my system seems to be the puny 2 GB of RAM the linker > has to share with ZFS. >=20 > At least I can still buildworld without first attaching an USB > stick for additional swap space which is necessary for Firefox ... I also dislike that src build times increased over the years since I run CURRENT on my notebooks (starting 7-CURRENT, now 10-CURRENT). Wouldn't it be possible to add a DO_NOT_BUILD_CLANG_AND_GCC_IF_NOTHING_CHANGED=3D yes switch to src.conf? Building clang takes ages and gcc is also pretty big... --3xQkynibq3FKlJyM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEZV2EACgkQKc512sD3afhzQwCfSgYx/cX42b7ZX8Vca8PnEE8M /mgAoMwqhxSsHikMvuNqPTMipLm9yESn =/Kld -----END PGP SIGNATURE----- --3xQkynibq3FKlJyM-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:20:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 917BD9BA for ; Mon, 11 Feb 2013 22:20:00 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ea0-f177.google.com (mail-ea0-f177.google.com [209.85.215.177]) by mx1.freebsd.org (Postfix) with ESMTP id 28C211AC for ; Mon, 11 Feb 2013 22:19:59 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id n13so2824736eaa.22 for ; Mon, 11 Feb 2013 14:19:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=19yYkdu8RiH2Y+KvCHhHqsP/dXPE9pyfY1IIU38uQnY=; b=J1NBJ6V2PXeHgXL3S+JcC+80u++Tm3pMHm9UYXF8MxTQNd2qZZK9YDhLOVZjQ3rcIH oZT1upIr9lpL1F8HAyzH27ZI1q7OsPfHa7M0PLYYtYHi9o+85OXTA7AvsYtoONOXr49J msmaV7+xj3ND4+zf9KjoLxCRUltruxGXX2p4tDK2ugmFhXtNiXNsWySrRYAPxN2TYvWS NC2umh1x9qJ2c5J9APvSnAOG0uqHeEis8hwmMr9O5nhLp3JTERmRnikSFxrHMHD3sYuW a1n2iofU9Emy64N3VNZGX7IGbDYSt1ZbNOf6w4Do0UZlBtds8L5G/HqNRZtdxnXDLShZ 5Xcw== X-Received: by 10.14.209.131 with SMTP id s3mr54485976eeo.26.1360621192863; Mon, 11 Feb 2013 14:19:52 -0800 (PST) Received: from [192.168.1.80] (BC06D706.dsl.pool.telekom.hu. [188.6.215.6]) by mx.google.com with ESMTPS id 3sm64838517eej.6.2013.02.11.14.19.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Feb 2013 14:19:51 -0800 (PST) Message-ID: <51196EA4.4030100@gmail.com> Date: Mon, 11 Feb 2013 23:20:20 +0100 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: use of undeclared identifier 'IEEE80211_MESHRT_FLAGS_GATE' References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:20:00 -0000 clang -O2 -pipe -march=native -DINET6 -DINET -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /path/to/src/sbin/ifconfig/ifieee80211.c /path/to/src/sbin/ifconfig/ifieee80211.c:4029:21: error: use of undeclared identifier 'IEEE80211_MESHRT_FLAGS_GATE' (rt->imr_flags & IEEE80211_MESHRT_FLAGS_GATE) ? ^ 1 error generated. *** [ifieee80211.o] Error code 1 Stop in /gpath/to/src/sbin/ifconfig. *** [ifconfig_make] Error code 1 Stop in /usr/obj/path/to/src/rescue/rescue. *** [objs] Error code 1 ... From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:21:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4912B48; Mon, 11 Feb 2013 22:21:18 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 514C61D8; Mon, 11 Feb 2013 22:21:16 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 31BF3E3F07D; Mon, 11 Feb 2013 23:21:09 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O5ONMpzL-Pmk; Mon, 11 Feb 2013 23:21:07 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 328BDE3F079; Mon, 11 Feb 2013 23:21:07 +0100 (CET) Date: Mon, 11 Feb 2013 23:21:05 +0100 From: Joel Dahl To: current@freebsd.org Subject: Re: HEAD memsticks broken? [USB/CAM Problems?] Message-ID: <20130211222105.GC838@jd.benders.se> References: <20130209073241.GN21730@jd.benders.se> <20130209092659.GO21730@jd.benders.se> <201302091115.24790.hselasky@c2i.net> <51169568.60402@FreeBSD.org> <20130209230939.GQ21730@jd.benders.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130209230939.GQ21730@jd.benders.se> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Motin , Hans Petter Selasky X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:21:18 -0000 On 10-02-2013 0:09, Joel Dahl wrote: > On 09-02-2013 20:28, Alexander Motin wrote: > > How long ago that HEAD was built? Could you get full dmesg? I don't > > think that "PREVENT ALLOW MEDIUM REMOVAL" should cause device drop. "No > > sense data present" also doesn't look right. > > As I mentioned earlier, I've tried several HEAD snapshots. Just a quick update on this: I've built quite a few releases now and managed to track down the problem to somewhere between r235789 and r237855. It'll probably take me another day or two before I know which commit actually broke it. -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:22:31 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 68830C68; Mon, 11 Feb 2013 22:22:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 27A931F3; Mon, 11 Feb 2013 22:22:31 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1BMMMGQ083879; Mon, 11 Feb 2013 14:22:22 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1BMMLKo083878; Mon, 11 Feb 2013 14:22:21 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2013 14:22:21 -0800 From: Steve Kargl To: David Chisnall Subject: Re: 7+ days of dogfood Message-ID: <20130211222221.GA83846@troutmask.apl.washington.edu> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17E009FB-23FA-4E04-8437-DE81033164DE@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:22:31 -0000 On Mon, Feb 11, 2013 at 01:29:12PM +0000, David Chisnall wrote: > On 11 Feb 2013, at 10:48, Fabian Keil wrote: > > > It's unfortunate that the builworld time roughly trippled since > > 2010 but I guess that's progress and a more powerful system > > should fix it. I certainly welcome clang in general, though. > > In that case, it's worth noting that you can shave a fair bit off > the build time by not building gcc. WITHOUT_GCC=yes in src.conf > is worthwhile. > While not building a part of the base system will obviously speed up bulidworld, it seems to me that you're being a little too generous here. The buildworld-speed issue is clearly a problem with clang/llvm. On my very lightly loaded, 4-core opteron system with 16 GB of memory, I see WITH_CLANG="YES" WITH_GCC="YES" rm -rf /usr/obj/* time make -j4 buildworld 3634.55 real 9784.21 user 1286.08 sys WITH_CLANG="YES" WITHOUT_GCC="YES" rm -rf /usr/obj/* time make -j4 buildworld 3489.40 real 9413.90 user 1324.72 sys WITHOUT_CLANG="YES" WITH_GCC="YES" rm -rf /usr/obj/* time make -j4 buildworld 1928.38 real 5254.85 user 1075.68 sys -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 23:08:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A1485F0B for ; Mon, 11 Feb 2013 23:08:28 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2764C652 for ; Mon, 11 Feb 2013 23:08:27 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id l10so3539977eei.17 for ; Mon, 11 Feb 2013 15:08:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=iPWLO1U12gMwJt5t5iGjfLTz/10XG+8tWHtDtC0AL9Y=; b=qM8vbntpbpU+Q5WIdyAodlLgPrhCtUCB8gpuhv0567m60wWP8iernzKPKqQ/duLH2J X2DQ4MugIto2UByjuN1n5uqH3pElIbdVrG/le1Llqgp4ATyI1gBM76oBgS88zHYTXEwt vhO2FjFz5kszJX9bC0XxazLXX9Nno2j9epN1tmu6ELO10PQyB64kMzmr/kDGJ47Ki9oY +gxuQz2xB1GTdykbveE+NBcX4pQLc59PWLK5Gz6XiwNwT21tMmii2eubOnT5rKx2Vydl bRCqFcs8jWT9z0s7kpH5xFstyxa2W/eiLyYNk0jFCNwibsfeyrSmHhQQt2YPxcnSMGhZ d3fw== X-Received: by 10.14.182.5 with SMTP id n5mr54922573eem.9.1360624106597; Mon, 11 Feb 2013 15:08:26 -0800 (PST) Received: from [192.168.1.80] (BC06D706.dsl.pool.telekom.hu. [188.6.215.6]) by mx.google.com with ESMTPS id o3sm64991787eem.15.2013.02.11.15.08.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Feb 2013 15:08:25 -0800 (PST) Message-ID: <51197A1F.6090605@gmail.com> Date: Tue, 12 Feb 2013 00:09:19 +0100 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: error: use of undeclared identifier 'DOSPTYP_HFS' Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:08:28 -0000 clang -O2 -pipe -march=native -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/path/to/src/sys/boot/i386/loader/../../ficl -I/path/to/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/path/to/src/sys/boot/i386/loader/../../common -I. -Wall -I/path/to/src/sys/boot/i386/loader/.. -I/path/to/src/sys/boot/i386/loader/../btx/lib -march=i386 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /path/to/src/sys/boot/i386/loader/../../common/part.c /path/to/src/sys/boot/i386/loader/../../common/part.c:648:23: error: use of undeclared identifier 'DOSPTYP_HFS' if (dp[1].dp_typ != DOSPTYP_HFS) { ... Stop in /gk/freebsd_src/sys/boot/i386/loader. ... From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 00:27:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B3C03E5A; Tue, 12 Feb 2013 00:27:08 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8D38F9; Tue, 12 Feb 2013 00:27:07 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id r1C0Qxj1022864; Tue, 12 Feb 2013 01:27:00 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id r1C0QxHi022863; Tue, 12 Feb 2013 01:26:59 +0100 (CET) (envelope-from marius) Date: Tue, 12 Feb 2013 01:26:59 +0100 From: Marius Strobl To: Konstantin Belousov Subject: Re: Physbio changes final call for tests and reviews Message-ID: <20130212002659.GA22851@alchemy.franken.de> References: <20130202163322.GA2522@kib.kiev.ua> <20130202214709.GA99418@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130202214709.GA99418@alchemy.franken.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: powerpc@freebsd.org, mips@freebsd.org, current@freebsd.org, ia64@freebsd.org, arch@freebsd.org, sparc64@freebsd.org, arm@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:27:08 -0000 On Sat, Feb 02, 2013 at 10:47:09PM +0100, Marius Strobl wrote: > On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote: > > Hi, > > I finished the last (insignificant) missed bits in the Jeff' physbio > > work. Now I am asking for the last round of testing and review, esp. for > > the !x86 architectures. Another testing focus are the SCSI HBAs and RAID > > controllers which drivers are changed by the patchset. Please do test > > this before the patchset is committed into HEAD ! > > > > The plan is to commit the patch somewhere in two weeks from this moment. > > The patch is required for the finalizing of the unmapped I/O work for UFS > > I did in parallel, which I hope to finish shortly after the commit. > > > > Patch is available at http://people.freebsd.org/~kib/misc/physbio.5.diff > > > > First tests on sparc64 with ata(4), mpt(4) and sym(4) look good (to > be sure I still need to test with a machine using a streaming buffer > in addition to the IOMMU, though). FYI, the latter case is also fine. Marius From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 02:44:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70079182; Tue, 12 Feb 2013 02:44:45 +0000 (UTC) (envelope-from seanwbruno@gmail.com) Received: from mail-da0-f42.google.com (mail-da0-f42.google.com [209.85.210.42]) by mx1.freebsd.org (Postfix) with ESMTP id 357EBD87; Tue, 12 Feb 2013 02:44:44 +0000 (UTC) Received: by mail-da0-f42.google.com with SMTP id z17so3019613dal.1 for ; Mon, 11 Feb 2013 18:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:reply-to:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=MqHqLNiuLKLdr4cU4Zu1Wwj/PT60ettYviID0Iz/2fY=; b=rFUXWbLhPZ7Iwakvcop/NKL5j+1jgOUhfXWn0EPRU+/x4zrBTvhNLhmblksJhC1FQH qcufWcg17plItZv3kx3isGMXju6PVDsVPP5aNhknUJmFd6cFBYdmV+c/0UVEq+U6kJVP RxwZj0Qtii3gOryT11YJaS1KBykJkCE8FIsOzUJoYhs9T95phrL7PRdXhYTeRXziBbWm lp+GKU8MNRq9fYV9Bzf+20uU01WX2TVNsXpMInKKLsRXnmVnIt8QJrzlJMU2XJEcLk4/ JjvY/f81x584neo0zNtP4DvhfrPu+OTss1dnGWRPdjQ54GqjSsD9aY5DStWCtLW9r3ru lQQg== X-Received: by 10.66.52.1 with SMTP id p1mr33477976pao.22.1360637084524; Mon, 11 Feb 2013 18:44:44 -0800 (PST) Received: from [192.168.1.210] (c-71-202-40-63.hsd1.ca.comcast.net. [71.202.40.63]) by mx.google.com with ESMTPS id bi2sm71011779pab.18.2013.02.11.18.44.42 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 11 Feb 2013 18:44:43 -0800 (PST) Subject: Re: Intel 82574 issue reported on Slashdot From: Sean Bruno To: Jack Vogel In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Mon, 11 Feb 2013 18:44:41 -0800 Message-ID: <1360637081.6605.4.camel@powernoodle> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD stable , "Pieper, Jeffrey E" , FreeBSD Net , "Hearn, James R" , "Vogel, Jack" , "Ronciak, John" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Tue, 12 Feb 2013 02:44:45 -0000 On Fri, 2013-02-08 at 10:16 -0800, Jack Vogel wrote: > For those that may have run across the story on Slashdot about this NIC, > here is our statement: > > Recently there were a few stories published, based on a blog post by an > end-user, suggesting specific network packets may cause the Intel® 82574L > Gigabit Ethernet Controller to become unresponsive until corrected by a > full platform power cycle. > > Intel was made aware of this issue in September 2012 by the blogs author. > Intel worked with the author as well as the original motherboard > manufacturer to investigate and determine root cause. Intel root caused the > issue to the specific vendor’s mother board design where an incorrect > EEPROM image was programmed during manufacturing. We communicated the > findings and recommended corrections to the motherboard manufacturer. > > It is Intel’s belief that this is an implementation issue isolated to a > specific manufacturer, not a design problem with the Intel 82574L Gigabit > Ethernet controller. Intel has not observed this issue with any > implementations which follow Intel’s published design guidelines. Intel > recommends contacting your motherboard manufacturer if you have continued > concerns or questions whether your products are impacted. > Here is the link: > > http://communities.intel.com/community/wired/blog/2013/02/07/intel-82574l-gigabit-ethernet-controller-statement > > Any questions or concerns may be sent to me. > > Cheers, > > Jack Thanks for the info. I'm sure there were some *interesting* debugging sessions during this. Sean From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 07:50:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 823DA495; Tue, 12 Feb 2013 07:50:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id B3423A62; Tue, 12 Feb 2013 07:50:08 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 378120205; Tue, 12 Feb 2013 08:50:06 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Alexander Motin Subject: Re: HEAD memsticks broken? [USB/CAM Problems?] Date: Tue, 12 Feb 2013 08:51:18 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <20130209073241.GN21730@jd.benders.se> <20130209230939.GQ21730@jd.benders.se> <20130211222105.GC838@jd.benders.se> In-Reply-To: <20130211222105.GC838@jd.benders.se> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: Joel Dahl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:50:09 -0000 On Monday 11 February 2013 23:21:05 Joel Dahl wrote: > On 10-02-2013 0:09, Joel Dahl wrote: > > On 09-02-2013 20:28, Alexander Motin wrote: > > > How long ago that HEAD was built? Could you get full dmesg? I don't > > > think that "PREVENT ALLOW MEDIUM REMOVAL" should cause device drop. "No > > > sense data present" also doesn't look right. > > > > As I mentioned earlier, I've tried several HEAD snapshots. > > Just a quick update on this: I've built quite a few releases now and > managed to track down the problem to somewhere between r235789 and > r237855. It'll probably take me another day or two before I know which > commit actually broke it. Hi, I don't see any relevant USB+UMASS patches for your issue in this interval, but many patches in the SCSI/CAM area. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 09:49:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F26B202 for ; Tue, 12 Feb 2013 09:49:34 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id B6417117 for ; Tue, 12 Feb 2013 09:49:33 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id fs12so6600368lab.39 for ; Tue, 12 Feb 2013 01:49:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=G6WSKlakLiQbzguKScuFPmq36Z2EywumXCp3WdWNYiw=; b=BlKWRYw1RLBulmTb0jvTH+NcRbbznoeMSGGDWlTklNaDlb7zk0eG3TLnvYGyOEQYs6 dKJruJQURE6PiNICvWXEJuJTMh+2atRaD1flYmc7BQWvxPsh3dlmUjfYnrjXeAMP8lOR DDuNcPuMg6pk2I1zZeyRETuDEAEUKK0BJz8jq0zKzzhtlzJYCKP0srumNKk5nt5EpCnZ zwAnZdwK1bW/CtxN6WXuNQTNBDlfwBRAByMzTB0L7cwPR9JPoTIgF3qZJ/rJpnPYG11G NSS6hNy9gvuHrQZXQPLokzIyqNCjyp0Cf75THFPv6/eFiHPSqFBkuGesqnPXq5fqwEIR Iseg== MIME-Version: 1.0 X-Received: by 10.152.110.167 with SMTP id ib7mr10358410lab.22.1360662572691; Tue, 12 Feb 2013 01:49:32 -0800 (PST) Received: by 10.112.41.68 with HTTP; Tue, 12 Feb 2013 01:49:32 -0800 (PST) Date: Tue, 12 Feb 2013 17:49:32 +0800 Message-ID: Subject: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:49:34 -0000 First of all, I used the "bug" word in the subject, and I'm not doing that lightly. I fully understand that the initial reaction to such claim is "he did something wrong", and frankly, that's what I'm hoping. I've spent the last two weeks trying to get an NFS share working with krb5p security from a FreeBSD server to OSX and Ubuntu clients. I've followed all the documentation, read everything Google could find for me, asked on the IRC channel and even asked on Stackexchange, all to no avail. In all my reading, something struck me as odd: Nowhere did I find any indication that anyone has actually set this up on 9.1-CURRENT. After receiving zero replies on Stackexchange I started to think that perhaps this is actually a bug. Now, after all this talk, please let me explain what I've done. Most of this text is taken verbatim from my Stackexchange question here: http://serverfault.com/questions/477118/permissions-are-not-taking-effect-with-kerberised-nfsv4-on-freebsd Problem summary =============== My goal is to achieve the following: - Files served from the FreeBSD system - The only security model should be krb5p - Clients are Linux (Ubuntu) and OSX The problem that I'm facing is that even though the Kerberos authentication works, all accesses are performed using the user "nobody". I can see the permissions when I do "ls -l". Even the user mapping works correctly, but unless "nobody" has permission to do anything with the files, I get a permission denied. Here's an example interaction from the client (Ubuntu in this case, but the same thing happens from OSX). In this example, /export/shared/testshare is the shared directory from the FreeBSD server: (I have changed the actual domain name to `domain` and the Kerberos realm name to `REALM`) $ kinit Password for elias@REALM: $ klist Ticket cache: FILE:/tmp/krb5cc_1000_GBjtDP Default principal: elias@REALM Valid starting Expires Service principal 09/02/2013 09:40:47 10/02/2013 09:40:44 krbtgt/REALM@REALM $ sudo mount -t nfs4 -osec=krb5p,vers=4 lion:/export/shared/testshare /mnt $ ls -l /mnt total 4 -rw-r--r-- 1 nobody nogroup 5 Feb 7 18:17 bar.txt -rw------- 1 elias nogroup 4 Feb 5 23:09 foo.txt $ cat /mnt/bar.txt blah $ echo foo >>/mnt/bar.txt bash: /mnt/bar.txt: Permission denied $ cat /mnt/foo.txt cat: /mnt/foo.txt: Permission denied $ klist Ticket cache: FILE:/tmp/krb5cc_1000_GBjtDP Default principal: elias@REALM Valid starting Expires Service principal 09/02/2013 09:40:47 10/02/2013 09:40:44 krbtgt/REALM@REALM 09/02/2013 09:41:56 10/02/2013 09:40:44 nfs/lion.domain@REALM Server configuration ==================== I have had quite some problems in finding a comprehensive guide to setting up NFSv4 on FreeBSD. This is somewhat surprising in itself as I have found that information on how to do things in FreeBSD to be very good. Here are the relevant lines in /etc/rc.conf: rpcbind_enable="YES" nfs_server_enable="YES" nfsv4_server_enable="YES" nfsuserd_enable="YES" nfscbd_enable="YES" mountd_enable="YES" gssd_enable="YES" rpc_lockd_enable="YES" rpc_statd_enable="YES" zfs_enable="YES" Here is the content of /etc/exports: /export/shared/testshare -sec=krb5p V4: / -sec=krb5p Another interesting aspect is that when I used `tcpdump` to record the NFS network traffic between the client and the server, I saw NFS3 packets together with the NFS4 packets. Both of these packet types contained encrypted data, so I still think Kerberos was used, but given the configuration above, I would have expected there to be nothing but NFS4 traffic. If anyone is able to confirm whether or not this actually has been tested in 9.1-CURRENT, I'd appreciate it. Also, if not, then I'd love to know where I should start looking for a solution. I'm experienced in system level programming (having worked on Solaris at Sun in a previous life), but a pointer where to start would be helpful. Thanks and regards, Elias From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 10:31:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A641E0E for ; Tue, 12 Feb 2013 10:31:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 63B33329 for ; Tue, 12 Feb 2013 10:31:32 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U5D99-0004ib-MW; Tue, 12 Feb 2013 10:31:31 +0000 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 1U5D99-0004bs-1P; Tue, 12 Feb 2013 10:31:31 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1CAVUNh098620; Tue, 12 Feb 2013 10:31:30 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1CAVTIa098618; Tue, 12 Feb 2013 10:31:29 GMT (envelope-from mexas) Date: Tue, 12 Feb 2013 10:31:29 GMT From: Anton Shterenlikht Message-Id: <201302121031.r1CAVTIa098618@mech-cluster241.men.bris.ac.uk> To: mexas@bristol.ac.uk, sgk@troutmask.apl.washington.edu Subject: Re: 7+ days of dogfood In-Reply-To: <20130210190048.GA77774@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org, bsam@passap.ru X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 10:31:33 -0000 From sgk@troutmask.apl.washington.edu Sun Feb 10 19:06:10 2013 On Sun, Feb 10, 2013 at 06:51:23PM +0000, Anton Shterenlikht wrote: > Date: Sun, 10 Feb 2013 08:44:24 -0800 > From: Steve Kargl > To: Boris Samorodov > Subject: Re: 7+ days of dogfood > > > > FFLAGS = -O2 -pipe -march=native -mtune=native > > > > I don't like using "=" for FLAGS at make.conf... > > > > > FFLAGS+= -funroll-loops -ftree-vectorize > > > > ... as well as defaults overriding. > > > > FFLAGS are the options used while compiling Fortran. Having > spent years contributing to and testing gfortran, I am fairly > comfortable with these options. > > Do you recommend these FFLAGS settings to all > users of gfortran (via lang/gcc4x)? > Yes. > For example, I use blas, lapack, slatec, atlas, etc. > Should I use these FFLAGS too? Without knowing what options you currently use, I cannot make a concrete recommendation other than I've extensive tested the above options with my own codes and the Polyhedron testsuite. Oh, I do recommend that one should avoid -ffast-math (unless one really understands what it actually does). You probably don't care, as you don't use ia64, but just for the record, on ia64 r244834 with # cat /etc/make.conf|grep FFLAGS FFLAGS = -O2 -pipe -march=native -mtune=native FFLAGS+= -funroll-loops -ftree-vectorize # I get building lapack: gfortran47 -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -pg -c slatms.f -o slatms.o gfortran47: error: unrecognized command line option '-march=native' gfortran47: error: unrecognized argument in option '-mtune=native' gfortran47: note: valid arguments to '-mtune=' are: itanium2 mckinley This box is CPU: Madison (1500 MHz Itanium 2) so I guess I can try "-mtune=itanium2" and probably have to drop "-march" completely. Anyway, thank you for the recommendation. Anton -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 10:48:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8B4935E0 for ; Tue, 12 Feb 2013 10:48:56 +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 6B814651 for ; Tue, 12 Feb 2013 10:48:55 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U5DPt-00082P-Fm for freebsd-current@freebsd.org; Tue, 12 Feb 2013 02:48:49 -0800 Date: Tue, 12 Feb 2013 02:48:49 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360666129479-5786248.post@n5.nabble.com> In-Reply-To: <201302121031.r1CAVTIa098618@mech-cluster241.men.bris.ac.uk> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> <20130210164424.GA77092@troutmask.apl.washington.edu> <201302101851.r1AIpNWs055658@mech-cluster241.men.bris.ac.uk> <20130210190048.GA77774@troutmask.apl.washington.edu> <201302121031.r1CAVTIa098618@mech-cluster241.men.bris.ac.uk> Subject: Re: 7+ days of dogfood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:48:56 -0000 Hi Anton, I recognize you from your usual struggle with ia64 :) Hope your work/environment really have a good justification for keeping them around... I would actually set only -march= because it should set mtune to the same value by default too. Moreover, I suspect mckinley is an alias for itanium2, as it was it's codename... Strangely, current gcc documentation for ia64 is missing references of march and mtune for ia64. http://gcc.gnu.org/onlinedocs/gcc-4.7.2/gcc/IA_002d64-Options.html -- View this message in context: http://freebsd.1045724.n5.nabble.com/7-days-of-dogfood-tp5785452p5786248.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 10:56:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 820E2822 for ; Tue, 12 Feb 2013 10:56:51 +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 4C24B6C5 for ; Tue, 12 Feb 2013 10:56:51 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U5DXe-0008Sa-Si for freebsd-current@freebsd.org; Tue, 12 Feb 2013 02:56:50 -0800 Date: Tue, 12 Feb 2013 02:56:50 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360666610883-5786250.post@n5.nabble.com> In-Reply-To: <1360666129479-5786248.post@n5.nabble.com> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> <20130210164424.GA77092@troutmask.apl.washington.edu> <201302101851.r1AIpNWs055658@mech-cluster241.men.bris.ac.uk> <20130210190048.GA77774@troutmask.apl.washington.edu> <201302121031.r1CAVTIa098618@mech-cluster241.men.bris.ac.uk> <1360666129479-5786248.post@n5.nabble.com> Subject: Re: 7+ days of dogfood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:56:51 -0000 Actually there _is_ reference to mtune in doc, so probably only your first choice of mtune itanium2 would work, sorry for the noise. -- View this message in context: http://freebsd.1045724.n5.nabble.com/7-days-of-dogfood-tp5785452p5786250.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:08:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 265A0AAC for ; Tue, 12 Feb 2013 11:08:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id DCD7376C for ; Tue, 12 Feb 2013 11:08:07 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1U5DiV-0007eM-8z; Tue, 12 Feb 2013 11:08:06 +0000 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 1U5DiU-0003Tg-VU; Tue, 12 Feb 2013 11:08:03 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r1CB8167021894; Tue, 12 Feb 2013 11:08:01 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r1CB81u6021893; Tue, 12 Feb 2013 11:08:01 GMT (envelope-from mexas) Date: Tue, 12 Feb 2013 11:08:01 GMT From: Anton Shterenlikht Message-Id: <201302121108.r1CB81u6021893@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, jakub_lach@mailplus.pl Subject: Re: 7+ days of dogfood In-Reply-To: <1360666129479-5786248.post@n5.nabble.com> X-Spam-Score: -3.4 X-Spam-Level: --- X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk 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 Feb 2013 11:08:08 -0000 Date: Tue, 12 Feb 2013 02:48:49 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Hi Anton, I recognize you from your usual struggle with ia64 :) Hope your work/environment really have a good justification for keeping them around... I'm a stubborn donkey. As lons as Marcel has not abandoned it, I'll use it. Regarding work/environment - the University has become about as stale, boring, risk averse, unimaginative as can be, with regard to computers, computing enviroment and general IT support attitudes. What is a poor user to do? I make a fuss. I complain to anybody and everybody. I'm trying to convice the director of IT and his varioius deputies, that they must recognise the diversity of computing needs in engineering. Windows desktop just doesn't do it for everybody. More to the point, I belive by using ia64, I contribute, in a small way, to the development of FreeBSD, e.g. sometimes ia64 code breakages indicate poor coding, and fixing code on ia64 actually fixes it on other arches too. With a massive help from linimon@ we managed last time to build over 15k ports on ia64 9 and 10. So things are not that bad. I would actually set only -march= because it should set mtune to the same value by default too. Moreover, I suspect mckinley is an alias for itanium2, as it was it's codename... Strangely, current gcc documentation for ia64 is missing references of march and mtune for ia64. http://gcc.gnu.org/onlinedocs/gcc-4.7.2/gcc/IA_002d64-Options.html There's no "-march", but for "-mtune" it says: -mtune=cpu-type Tune the instruction scheduling for a particular CPU, Valid values are itanium, itanium1, merced, itanium2, and mckinley. Thanks Anton From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:22:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 23B72F49 for ; Tue, 12 Feb 2013 11:22:24 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A0DCF804 for ; Tue, 12 Feb 2013 11:22:23 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:8:bdbe:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3Z51g20pmxzHYl; Tue, 12 Feb 2013 12:22:22 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.7.4 tignes.restart.be 3Z51g20pmxzHYl DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1360668142; bh=JzKS+0pEVPlBZKXja+RjesOgbugF4lgtcZt0siPtPJg=; h=Date:From:To:CC:Subject:References:In-Reply-To; z=Date:=20Tue,=2012=20Feb=202013=2012:22:20=20+0100|From:=20Henri=2 0Hennebert=20|To:=20Brandon=20Gooch=20|CC:=20d@delphij.net,=20Konstantin=20Belousov=20< kostikbel@gmail.com>,=0D=0A=20=20=20=20=20=20=20=20freebsd-current @freebsd.org|Subject:=20Re:=20sysctl=20-a=20causes=20kernel=20trap =2012|References:=20<50EB602F.9050300@delphij.net>=20<201301080002 33.GZ82219@kib.kiev.ua>=20<50EB63A9.50903@delphij.net>=20=20<50E B870D.3020306@delphij.net>=20<50EF3FEC.60605@delphij.net>=20=2 0<50F9B70A.5040305@delphij.net>=20|In-Reply-To:=20; b=fSW4hyDjEyAbKmFw9ie6YRRqfNuC2+SAeDaq058bI7mzj93TAM4EjJPmb671w3YC+ yKrAPacpWmlpu1BR+ysR6BekGjhdBJk62PNtSICAWWAwNi/5jDAJM4NX2asboEi6q6 FzVQOe61mdhR4tswxzQ1HYpzN9ZLPn+7wS8DU8qQsVEiaYmlkjYpXkL/vGc2GuCxAr eIheeZk0d2+sbA6VuliuDA3pB5ZlI/QmT+7duQ3VyFjp4rkpgsrAn26/B3zu1I9YKe BL0nm1W1AM8nlxdt6jySJ70kMXUbecPpouzSn9crKQnT5hfeRZM3Zr9xThPfsqIvmG X/Ln4JdyNANQw== Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:8:bdbe:1:2::]) (authenticated bits=0) by restart.be (8.14.6/8.14.5) with ESMTP id r1CBMKxZ027708; Tue, 12 Feb 2013 12:22:20 +0100 (CET) (envelope-from hlh@restart.be) Message-ID: <511A25EC.8070000@restart.be> Date: Tue, 12 Feb 2013 12:22:20 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130207 Thunderbird/17.0.2 MIME-Version: 1.0 To: Brandon Gooch Subject: Re: sysctl -a causes kernel trap 12 References: <50EB602F.9050300@delphij.net> <20130108000233.GZ82219@kib.kiev.ua> <50EB63A9.50903@delphij.net> <50EB870D.3020306@delphij.net> <50EF3FEC.60605@delphij.net> <50F9B70A.5040305@delphij.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , freebsd-current@freebsd.org, d@delphij.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:22:24 -0000 On 01/19/2013 06:58, Brandon Gooch wrote: > On Fri, Jan 18, 2013 at 2:56 PM, Xin Li wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> On 01/18/13 12:50, Brandon Gooch wrote: >>> On Thu, Jan 10, 2013 at 4:25 PM, Xin Li >> > wrote: >>> >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>> >>> To all: this became more and more hard to replicate lately. I've >>> tried these options and the most important progress is that it's >>> possible to get a crashdump when debug.debugger_on_panic=0 and I >>> managed to get a backtrace which indicates the panic occur when >>> trying to do mtx_lock(&Giant) -> __mtx_lock_sleep -> turnstile_wait >>> -> propagate_priority, but after I've added some instruments to >>> the surrounding code and enabled INVARIANT and/or WITNESS, it >>> mysteriously went away. >>> >>> Reverting my instruments code and update to latest svn makes the >>> issue disappear for one day. I've hit it again today but >>> unfortunately didn't get a successful dump and after reboot I can't >>> reproduce it again :( >>> >>> Still trying... >>> >>> >>> Any updates Xin? >> >> No, it mysteriously disappeared for now. According to my >> understanding to recent svn commits, I didn't see anybody committing >> something that fixes it but I can no longer panic my system, with or >> without debugging code :( >> >>> I was actually hitting what I believe to be exactly the same issue >>> as you on one of my systems, and, as you've seen, adding any extra >>> debugging or diagnostics seemed to eliminate the issue. >>> >>> I was able to generate quite a few vmcores and still have these >>> sitting around in my filesystem (along with the kernels that helped >>> produce them). >>> >>> I can recreate this crash on my system by compiling the NVIDIA >>> driver with clang at -01 and above. Although it's been noted that >>> this issue has been seen in scenarios without an NIVIDIA driver in >>> the mix, whatever is happening in the kernel to cause the panic is >>> somehow triggered by this, at least on my system. >> >> I'm not sure if this is the same problem. Could you please try using >> gcc to compile the nVIdia driver and see if that "fixes" the problem? >> >> Cheers, >> - -- >> Xin LI https://www.delphij.net/ >> FreeBSD - The Power to Serve! Live free or die >> > > Indeed, a gcc compiled NVIDIA module eliminates the issue, sorry if I > hadn't mentioned this earlier. > > What was happening to me at first was that my system would just hang while > booting. I was able to figure out that it was during /etc/rc.d/initrandom. > I actually got to a point where I removed the call to sysctl -a from > 'better_than_nothing()' in /etc/rc.d/initrandom to have a booting system. I > finally had a situation where I could get a panic by adding SW_WATCHDOG to > my kernel and running watchdogd(8). > > For me, this panic would come and go seemingly at random as well, and I > couldn't fumble my way around in the debugger to learn much of anything > when I first started seeing it. I just started a process of modularizing > everything I could in my kernel config, then loading modules 1-by-1 and > booting over-and-over until I finally found what appeared to be the > problem, which was the NVIDIA module compiled with clang. > > Oh, another thing: at times it seemed as though it was the number of > modules loaded, as I could get the hang with 41 modules loaded, but not 40 > or 42?! I admit, when I was seeing that behavior, I hadn't eliminated the > NVIDIA driver from my loaded modules. I need to revisit the panic situation > to confirm this particular strangeness. > > Here's the last panic I had: > > Unread portion of the kernel message buffer: > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1175 (sysctl) > > (kgdb) bt > #0 doadump (textdump=1694704112) at pcpu.h:229 > #1 0xffffffff802fab82 in db_fncall (dummy1=, > dummy2=, dummy3=, dummy4= optimized out>) at /usr/src/sys/ddb/db_command.c:578 > #2 0xffffffff802fa85a in db_command (last_cmdp=, > cmd_table=, dopager=1) at > /usr/src/sys/ddb/db_command.c:449 > #3 0xffffffff802fa612 in db_command_loop () at > /usr/src/sys/ddb/db_command.c:502 > #4 0xffffffff802fcf60 in db_trap (type=, code=0) at > /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff804a7b93 in kdb_trap (type=12, code=0, tf= out>) at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff807157c5 in trap_fatal (frame=0xffffff8865032670, eva= optimized out>) at /usr/src/sys/amd64/amd64/trap.c:867 > #7 0xffffffff80715adb in trap_pfault (frame=0x0, usermode=0) at > /usr/src/sys/amd64/amd64/trap.c:698 > #8 0xffffffff8071529b in trap (frame=0xffffff8865032670) at > /usr/src/sys/amd64/amd64/trap.c:463 > #9 0xffffffff806ff382 in calltrap () at exception.S:228 > #10 0xffffffff8047bd50 in sysctl_sysctl_next_ls (lsp=, > name=0xffffff8865032a80, namelen=, > next=0xffffff8865032898, len=0xffffff8865032904, level=3) at > /usr/src/sys/kern/kern_sysctl.c:759 > #11 0xffffffff8047be5e in sysctl_sysctl_next_ls (lsp=0xfffffe000d3f0080, > name=0xffffff8865032a7c, namelen=, > next=0xffffff8865032894, len=0xffffff8865032904, level=2) at > /usr/src/sys/kern/kern_sysctl.c:786 > #12 0xffffffff8047be5e in sysctl_sysctl_next_ls (lsp=0xfffffe000d3f0080, > name=0xffffff8865032a78, namelen=, > next=0xffffff8865032890, len=0xffffff8865032904, level=1) at > /usr/src/sys/kern/kern_sysctl.c:786 > #13 0xffffffff8047bca3 in sysctl_sysctl_next (oidp=, > arg1=0xffffff8865032a78, arg2=4, req=0xffffff88650329a8) at > /usr/src/sys/kern/kern_sysctl.c:808 > #14 0xffffffff8047b03f in sysctl_root (arg1=, > arg2=) at /usr/src/sys/kern/kern_sysctl.c:1513 > #15 0xffffffff8047b5d8 in userland_sysctl (td=, > name=0xffffff8865032a70, namelen=, old= optimized out>, oldlenp=, inkernel= out>, new=, newlen=, > retval=, flags=1694706064) at > /usr/src/sys/kern/kern_sysctl.c:1623 > #16 0xffffffff8047b3c4 in sys___sysctl (td=0xfffffe001e2d4900, > uap=0xffffff8865032b80) at /usr/src/sys/kern/kern_sysctl.c:1549 > #17 0xffffffff807160f7 in amd64_syscall (td=0xfffffe001e2d4900, traced=0) > at subr_syscall.c:135 > #18 0xffffffff806ff66b in Xfast_syscall () at exception.S:387 > #19 0x000000080093697a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > > Any ideas on where to look through this vmcore? > > -Brandon FWIW Just going from 9.1-STABLE r245423M to 9.1-STABLE #0 r246457M trigger this problem. I drop sysctl -a from /etc/rc.d/initrandom and all is back to normal. I have nvidia-driver-304.64 compiled with gcc as for all my ports. Henri From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 12:49:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7E0FEFBF for ; Tue, 12 Feb 2013 12:49:36 +0000 (UTC) (envelope-from kolyasir@gmail.com) Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3C1D12 for ; Tue, 12 Feb 2013 12:49:35 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id dx4so1641752qab.2 for ; Tue, 12 Feb 2013 04:49:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=g9fpfPr7aiGcL/apZSKosHPL9eM4+NspRYS4W2t/4pQ=; b=vQhz6tLjJkXMP5C9DSQAeUL9OYSZQsJofN4CPwz8tGCbT44rwTFOzxoGFKYpp9E6wy RGZ1LJCoYWHz8Jpo2rKLERVn6LYjtAZxh4LHUC9YY+eCihYz3c1xK6W9uQlUD2AUHixb QS41zdoJdoX4UO9T8EGuYtJsti9K9NMl8W/MA8OYszCc2LhgUaMx7dBI4z9WIRxUSRmy o8aZeZWjA7l5oaJUWEMFY1yZEU+EETxwnf8COwvGtiJFB9ixcQwE4k+OxphdYJNaE2yi J0yYKtadthbNHK340pTE5CoX8qAHd+K5PT5alV2lnm4m9H5xBx2Si3bXBnBoYvzA+FlS OwXg== MIME-Version: 1.0 X-Received: by 10.229.234.169 with SMTP id kc41mr1644295qcb.3.1360673375073; Tue, 12 Feb 2013 04:49:35 -0800 (PST) Received: by 10.49.71.232 with HTTP; Tue, 12 Feb 2013 04:49:34 -0800 (PST) Date: Tue, 12 Feb 2013 07:49:34 -0500 Message-ID: Subject: vlan testing using etherswitchcfg From: Yasir hussan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:49:36 -0000 hi, is there anyone who knows how i can test vlan feature using *etherswitchcfg*, it tried to set and get vlan configuration for chip ar8316 it shows me right output like #etherswitchcfg port0: vlangroup: 1 media: Ethernet 1000baseT status: active port1: vlangroup: 1025 media: Ethernet autoselect (none) status: no carrier port2: vlangroup: 1 media: Ethernet autoselect (none) status: no carrier port3: vlangroup: 1 media: Ethernet autoselect (none) status: no carrier port4: vlangroup: 1 media: Ethernet autoselect (none) status: no carrier vlangroup0: vlan: 0 members 1t,2t,3t,4t vlangroup1: vlan: 1 members 2 vlangroup2: vlan: 0 members 0t,1t,3t,4t vlangroup3: vlan: 0 members 0t,1t,2t,4t vlangroup4: vlan: 0 members 0t,1t,2t,3t vlangroup5: vlan: 0 members 0t,1t,2t,3t,4t but i still dont know how i should test it with its limited commands.i have used vlan feature on a NetGear switch, i still can find how i can assign LAN IP to a vlan and use it later... Plz anyone who knows i can test vlan feature with this. Thanks From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 14:51:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4174AABA for ; Tue, 12 Feb 2013 14:51:07 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id BCE7E920 for ; Tue, 12 Feb 2013 14:51:06 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id r1CEp1K5029342; Tue, 12 Feb 2013 15:51:01 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id r1CEp1SG029341; Tue, 12 Feb 2013 15:51:01 +0100 (CET) (envelope-from marius) Date: Tue, 12 Feb 2013 15:51:01 +0100 From: Marius Strobl To: Hans Petter Selasky Subject: Re: [RFC] USB keyboard and devd.conf Message-ID: <20130212145100.GA29324@alchemy.franken.de> References: <201302111343.29568.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302111343.29568.hselasky@c2i.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:51:07 -0000 On Mon, Feb 11, 2013 at 01:43:29PM +0100, Hans Petter Selasky wrote: > Hi, > > Does anyone need these lines in /etc/devd.conf ? > > === etc/devd.conf > ================================================================== > --- etc/devd.conf (revision 246620) > +++ etc/devd.conf (local) > @@ -105,16 +105,6 @@ > # action "sleep 2 && /usr/sbin/ath3kfw -d $device-name -f /usr/local/etc/ath3k-1.fw"; > #}; > > -# When a USB keyboard arrives, attach it as the console keyboard. > -attach 100 { > - device-name "ukbd0"; > - action "/etc/rc.d/syscons setkeyboard /dev/ukbd0"; > -}; > -detach 100 { > - device-name "ukbd0"; > - action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; > -}; > - > notify 100 { > match "system" "DEVFS"; > match "subsystem" "CDEV"; > > > I plan to remove the lines marked with minus, because we now have kbdmux. > Do these entries have negative impact on systems using kbdmux(4)? Will their lack have impact on systems not using kbdmux(4)? I typically remove or at least disable the latter on machines without atkbd(4) etc. hardware and thus ukbd(4) is the only keyboard driver ever used there. Marius From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 15:21:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9F12838A for ; Tue, 12 Feb 2013 15:21:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4574EA9E for ; Tue, 12 Feb 2013 15:21:03 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAKdcGlGDaFvO/2dsb2JhbABEhk67AnOCHwEBAQMBAQEBIAQnIAsFFhgCAg0FAQESAikBCSYGCAcEARgCAgSHawYMrD2CQJAYgSOMIAYKgQQBBYIVgRMDiGaLC4IzgR2PNoMkT3wCBxce X-IronPort-AV: E=Sophos;i="4.84,650,1355115600"; d="scan'208";a="16245065" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 12 Feb 2013 10:20:56 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5EE1FB3F4E; Tue, 12 Feb 2013 10:20:56 -0500 (EST) Date: Tue, 12 Feb 2013 10:20:56 -0500 (EST) From: Rick Macklem To: =?utf-8?Q?Elias_M=C3=A5rtenson?= Message-ID: <1940678110.2931784.1360682456331.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: Possible bug in NFSv4 with krb5p security? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:21:04 -0000 Elias Martenson wrote: > First of all, I used the "bug" word in the subject, and I'm not doing > that > lightly. I fully understand that the initial reaction to such claim is > "he > did something wrong", and frankly, that's what I'm hoping. > > I've spent the last two weeks trying to get an NFS share working with > krb5p > security from a FreeBSD server to OSX and Ubuntu clients. I've > followed all > the documentation, read everything Google could find for me, asked on > the > IRC channel and even asked on Stackexchange, all to no avail. > There is (in case you missed it on google): http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup (Nothing much has changed since FreeBSD8, except the name of the client side patch for host based initiator credentials in the keytab file.) I was hoping others would add/update the wiki and it would eventually become FreeBSD doc, but that hasn't happened. Feel free to add to the wiki. All you need is a google login. Other than that, the various discussions in the archive on this list may help. Unfortunately, I don't know of an easy way to figure out what is busted. I always suggest looking at the packets in wireshark, but for some reason, I get the impression that folk don't like doing this? It is what I do first when I run into NFS issues. > In all my reading, something struck me as odd: Nowhere did I find any > indication that anyone has actually set this up on 9.1-CURRENT. After > receiving zero replies on Stackexchange I started to think that > perhaps > this is actually a bug. > > Now, after all this talk, please let me explain what I've done. Most > of > this text is taken verbatim from my Stackexchange question here: > > http://serverfault.com/questions/477118/permissions-are-not-taking-effect-with-kerberised-nfsv4-on-freebsd > > Problem summary > =============== > > My goal is to achieve the following: > > - Files served from the FreeBSD system > - The only security model should be krb5p > - Clients are Linux (Ubuntu) and OSX > > The problem that I'm facing is that even though the Kerberos > authentication > works, all accesses are performed using the user "nobody". > > I can see the permissions when I do "ls -l". Even the user mapping > works > correctly, but unless "nobody" has permission to do anything with the > files, I get a permission denied. > > Here's an example interaction from the client (Ubuntu in this case, > but the > same thing happens from OSX). In this example, > /export/shared/testshare is > the shared directory from the FreeBSD server: > > (I have changed the actual domain name to `domain` and the Kerberos > realm > name to `REALM`) > > $ kinit > Password for elias@REALM: > $ klist > Ticket cache: FILE:/tmp/krb5cc_1000_GBjtDP > Default principal: elias@REALM > > Valid starting Expires Service principal > 09/02/2013 09:40:47 10/02/2013 09:40:44 krbtgt/REALM@REALM > $ sudo mount -t nfs4 -osec=krb5p,vers=4 lion:/export/shared/testshare > /mnt > $ ls -l /mnt > total 4 > -rw-r--r-- 1 nobody nogroup 5 Feb 7 18:17 bar.txt > -rw------- 1 elias nogroup 4 Feb 5 23:09 foo.txt > $ cat /mnt/bar.txt > blah > $ echo foo >>/mnt/bar.txt > bash: /mnt/bar.txt: Permission denied > $ cat /mnt/foo.txt > cat: /mnt/foo.txt: Permission denied > $ klist > Ticket cache: FILE:/tmp/krb5cc_1000_GBjtDP > Default principal: elias@REALM > > Valid starting Expires Service principal > 09/02/2013 09:40:47 10/02/2013 09:40:44 krbtgt/REALM@REALM > 09/02/2013 09:41:56 10/02/2013 09:40:44 nfs/lion.domain@REALM > > Server configuration > ==================== > > I have had quite some problems in finding a comprehensive guide to > setting > up NFSv4 on FreeBSD. This is somewhat surprising in itself as I have > found > that information on how to do things in FreeBSD to be very good. > > Here are the relevant lines in /etc/rc.conf: > > rpcbind_enable="YES" > nfs_server_enable="YES" > nfsv4_server_enable="YES" > nfsuserd_enable="YES" > nfscbd_enable="YES" Needed for client side only, and only if delegations are enabled at the server and you want the client to acquire delegations. (Delegations are not enabled by default on the FreeBSD NFSv4 server.) > mountd_enable="YES" > gssd_enable="YES" > rpc_lockd_enable="YES" > rpc_statd_enable="YES" You shouldn't need rpc_lockd or rpc_statd for NFSv4, since they are only used for NFSv3. > zfs_enable="YES" > > Here is the content of /etc/exports: > > /export/shared/testshare -sec=krb5p > V4: / -sec=krb5p > > Another interesting aspect is that when I used `tcpdump` to record the > NFS > network traffic between the client and the server, I saw NFS3 packets > together with the NFS4 packets. Both of these packet types contained > encrypted data, so I still think Kerberos was used, but given the > configuration above, I would have expected there to be nothing but > NFS4 > traffic. > I don't know why a Linux client would mix NFSv3 RPCs with NFSv4 ones, but you can look at a raw packet capture done by tcpdump in wireshark. (Unlike tcpdump, wireshark understands NFS and RPC packets, so you can look at what is there.) You might have been seeing rpc.lockd/rpc.statd stuff. These are technically separate protocols from NFSv3, but might be called NFSv3 to avoid confusion, since they are used to support NFSv3 file locking. > If anyone is able to confirm whether or not this actually has been > tested > in 9.1-CURRENT, I'd appreciate it. Also, if not, then I'd love to know > where I should start looking for a solution. I'm experienced in system > level programming (having worked on Solaris at Sun in a previous > life), but > a pointer where to start would be helpful. > Usually, when everything is being done by "nobody", it indicates that the mapping between <-> name@domain isn't working correctly. (Looking at the packets in wireshark, you need to look at the attributes called Owner and Owner_Group to see what they are being set to.) The most common problem (since you do have nfsuserd running on the server) is for the "domain" spec to be different between client and server. FreeBSD's nfsuserd defaults to the domain part of the machine's hostname. Linux's rpc.idmapd sets the domain from /etc/idmapd.conf (at least I think that's what it is called) and many distros ship with it set to "my.domain" or something like that. As such, I'd start by checking the Linux client and seeing what it has for the domain spec. in /etc/idmapd.conf. If you want to override the default for FreeBSD, there is a command line option for nfsuserd to do this. I can't remember what it is, but "man nfsuserd" will give you the answer and it can be set in /etc/rc.conf using nfsuserd_flags. If this is configured correctly, then looking at the packets in wireshark is the best starting point w.r.t. figuring out what is broken. I do limited testing of this and it works for me. I don't know how many others use it, although some definitely have fun getting it working. (Usually it is the Kerberos part on the client side that causes the most grief.) rick > Thanks and regards, > Elias > _______________________________________________ > 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 Tue Feb 12 15:38:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 48203BB0 for ; Tue, 12 Feb 2013 15:38:19 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com [209.85.217.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4723DC01 for ; Tue, 12 Feb 2013 15:38:17 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id n3so214986lbo.6 for ; Tue, 12 Feb 2013 07:38:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=CKoiy3SPgQTtrsvRoB4qg91tnryDd8tNrR23vz86E40=; b=FvinHoh9JWYqmK/MlLdYUFocRl93qZnMVZpX6WGAUgHeRROKDOIcyd/I7wyMEd0tbU Ox+FCxU6PFT5ryVoGFPf21lcQdI6aJfukNT/vV8gsi4/qarpVX2ZuP48CaEwdBmiRIbM dRZqXk52m+WzkJrtOQpNGeH9X6jL6tMx8BPJ3qSPSvnBhXwPsXe2fO5iHKnphglV6yyP 75rEKyLspmk2YO3T7+VcD6vtlkroUepJtKUaJhtYpzs+tm5hfyw96NJVCgGLX84Q2Ev4 y676GcyFw6913Di+i2gJH1LXQ6lFCWts5XSL0Pl6CdByo7dxK68/Sxnr9mn6KPxmQceU wPyw== MIME-Version: 1.0 X-Received: by 10.152.144.103 with SMTP id sl7mr16853652lab.23.1360683490881; Tue, 12 Feb 2013 07:38:10 -0800 (PST) Received: by 10.112.41.68 with HTTP; Tue, 12 Feb 2013 07:38:10 -0800 (PST) In-Reply-To: <1940678110.2931784.1360682456331.JavaMail.root@erie.cs.uoguelph.ca> References: <1940678110.2931784.1360682456331.JavaMail.root@erie.cs.uoguelph.ca> Date: Tue, 12 Feb 2013 23:38:10 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:38:19 -0000 On 12 February 2013 23:20, Rick Macklem wrote: There is (in case you missed it on google): > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > (Nothing much has changed since FreeBSD8, except the name of the client > side patch for host based initiator credentials in the keytab file.) > I was hoping others would add/update the wiki and it would eventually > become FreeBSD doc, but that hasn't happened. > > Thank you for the link. I have indeed found that, and I have followed it to the letter. I have up the exact same thing from Ubuntu machines as well as from Solaris, and I do have a fairly good understanding of Kerberos. FreeBSD however, is pretty new to me. > Other than that, the various discussions in the archive on this list > may help. Unfortunately, I don't know of an easy way to figure out > what is busted. I always suggest looking at the packets in wireshark, > but for some reason, I get the impression that folk don't like > doing this? It is what I do first when I run into NFS issues. > I've been looking at the dumps using Wireshark. Well, I had to drop down the security since everything is encrypted when using keb5p. I do get the same errors using sec=krb5. When looking at this trace, I see a normal OPEN request followed by a NFS4ERR_ACCESS as a reply. The Kerberos credentials are of course encrypted, so I can't really say anything about that part. Note that NFS4 with Kerberos security never uses the user ID numbers. They purely use the Kerberos principals for authorisation. This is different from the default "sys" security model that blindly uses user ID's. > > nfscbd_enable="YES" > Needed for client side only, and only if delegations are > enabled at the server and you want the client to acquire > delegations. (Delegations are not enabled by default on the > FreeBSD NFSv4 server.) > Noted. Thank you. I will change this. > > rpc_lockd_enable="YES" > > rpc_statd_enable="YES" > You shouldn't need rpc_lockd or rpc_statd for NFSv4, > since they are only used for NFSv3. > Good point. I'll disable those too. > I don't know why a Linux client would mix NFSv3 RPCs with NFSv4 ones, > I was suggested to set vfs.nfsd.server_min_nfsvers to 4 in order to completely disable NFS version below 4. I did this and got rid of the stray NFS3 requests. It didn't solve the original problem though. > > If anyone is able to confirm whether or not this actually has been > > tested > > in 9.1-CURRENT, I'd appreciate it. Also, if not, then I'd love to know > > where I should start looking for a solution. I'm experienced in system > > level programming (having worked on Solaris at Sun in a previous > > life), but > > a pointer where to start would be helpful. > > > Usually, when everything is being done by "nobody", it indicates that > the mapping between <-> name@domain isn't working correctly. > (Looking at the packets in wireshark, you need to look at the attributes > called Owner and Owner_Group to see what they are being set to.) > I actually doubt this. First of all, I have the correct idmapd setup working from FreeBSD to Ubuntu (I can see that since I can see the correct user names in "ls" even though the user ID's differ). On OSX I haven't got it to work yet. But, the behaviour is the same on both systems. This is actually expected, as the permission checks are orthogonal to the ID mapping. > The most common problem (since you do have nfsuserd running on the server) > is for the "domain" spec to be different between client and server. > FreeBSD's nfsuserd defaults to the domain part of the machine's hostname. > Linux's rpc.idmapd sets the domain from /etc/idmapd.conf (at least I think > that's what it is called) and many distros ship with it set to "my.domain" > or something like that. > Correct. I have set this correctly. I know this, since once I did, "ls" started giving me the correct user names. > As such, I'd start by checking the Linux client and seeing what it has for > the domain spec. in /etc/idmapd.conf. > > If you want to override the default for FreeBSD, there is a command line > option for nfsuserd to do this. I can't remember what it is, but "man > nfsuserd" > will give you the answer and it can be set in /etc/rc.conf using > nfsuserd_flags. > Thank you. I'm definitely willing to double-check this and I am not going to claim to know exactly what's going on in the realms of NFS security. :-) > If this is configured correctly, then looking at the packets in wireshark > is > the best starting point w.r.t. figuring out what is broken. I do limited > testing of this and it works for me. I don't know how many others use it, > although some definitely have fun getting it working. (Usually it is the > Kerberos part on the client side that causes the most grief.) > It certainly is fun. But it gets frustrating when one fights a single problem for weeks on end. Far too few shops use Kerberos though. Regards, Elias From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 15:41:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AEAA5CE4 for ; Tue, 12 Feb 2013 15:41:11 +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 4B46AC34 for ; Tue, 12 Feb 2013 15:41:11 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r1CFf1mL035452; Tue, 12 Feb 2013 08:41:01 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r1CFf0ES035449; Tue, 12 Feb 2013 08:41:00 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 12 Feb 2013 08:41:00 -0700 (MST) From: Warren Block To: Lars Engels Subject: Re: 7+ days of dogfood In-Reply-To: <20130211204105.GL83110@e-new.0x20.net> Message-ID: References: <20130210000723.GA73630@troutmask.apl.washington.edu> <20130211114811.09e56b55@fabiankeil.de> <20130211184006.0c7f9943@X220.ovitrap.com> <20130211131741.1a8280af@fabiankeil.de> <20130211204105.GL83110@e-new.0x20.net> 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]); Tue, 12 Feb 2013 08:41:01 -0700 (MST) Cc: Erich Dollansky , freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:41:11 -0000 On Mon, 11 Feb 2013, Lars Engels wrote: > I also dislike that src build times increased over the years since I run > CURRENT on my notebooks (starting 7-CURRENT, now 10-CURRENT). > Wouldn't it be possible to add a > DO_NOT_BUILD_CLANG_AND_GCC_IF_NOTHING_CHANGED= yes switch to src.conf? > > Building clang takes ages and gcc is also pretty big... devel/ccache really makes a gcc system buildworld a lot faster. I don't know why more people don't use it; why recompile so many things that have not changed? My recollection of testing it with clang was that it did not make much of an improvement. Could be better now. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 15:50:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 38B80F80 for ; Tue, 12 Feb 2013 15:50:43 +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 1ECF2D30 for ; Tue, 12 Feb 2013 15:50:42 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U5I81-000449-Qm for freebsd-current@freebsd.org; Tue, 12 Feb 2013 07:50:41 -0800 Date: Tue, 12 Feb 2013 07:50:41 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360684241819-5786336.post@n5.nabble.com> In-Reply-To: <20130108000233.GZ82219@kib.kiev.ua> References: <50EB602F.9050300@delphij.net> <20130108000233.GZ82219@kib.kiev.ua> Subject: Re: sysctl -a causes kernel trap 12 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:50:43 -0000 If you were thinking about the same as me, is there some switch to curb hw.dri.0.info.i915_gem_hws output? -- View this message in context: http://freebsd.1045724.n5.nabble.com/sysctl-a-causes-kernel-trap-12-tp5775646p5786336.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 15:52:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 106B015E for ; Tue, 12 Feb 2013 15:52:10 +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 E6EADD55 for ; Tue, 12 Feb 2013 15:52:09 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U5I9R-0004B8-9C for freebsd-current@freebsd.org; Tue, 12 Feb 2013 07:52:09 -0800 Date: Tue, 12 Feb 2013 07:52:09 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360684329262-5786337.post@n5.nabble.com> In-Reply-To: <1360684241819-5786336.post@n5.nabble.com> References: <50EB602F.9050300@delphij.net> <20130108000233.GZ82219@kib.kiev.ua> <1360684241819-5786336.post@n5.nabble.com> Subject: Re: sysctl -a causes kernel trap 12 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:52:10 -0000 or rather hw.dri.0.info.i915_ringbuffer_data -- View this message in context: http://freebsd.1045724.n5.nabble.com/sysctl-a-causes-kernel-trap-12-tp5775646p5786337.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 19:16:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 89EF0A89 for ; Tue, 12 Feb 2013 19:16:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by mx1.freebsd.org (Postfix) with ESMTP id 290FFBDF for ; Tue, 12 Feb 2013 19:16:07 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn17so4839111wib.4 for ; Tue, 12 Feb 2013 11:16:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KmC+Ay3STeZsyQRhdJtz9XmUrGeIQpfb9nE9KRzlY9s=; b=TGsoPjqGt11gcfp4L9lUjoWQaTj0B4wc28krOBM88sgOIQvDw57klH+m4mjqT1KrYo hSCS1kDzIKe+BpioGoVihPHubxBhBKsbtWWJlUjX+IE/qmeE4Zk3Wcp1K5bEo48OPtVX 29e6QcSISsYBgyGAh7jGIm7BLFoBV4JyNVWyaN30qUHNQgFR4rqV1rg6Nz7no2hgN3mC YHUwGJ2dUZ15sHXeiBMldRSWKJaML1Dg47LPZvSuC+OUKmvj4JWJE6ckZG/UAM2PdOZz Yt0qZ8NNdpAyA3s0Ep7kqkEsgOEtAB91NlxGDW9LX3vXj4icHZOHrmTpfwLPA1gdUGIX jeOA== MIME-Version: 1.0 X-Received: by 10.194.108.101 with SMTP id hj5mr33248851wjb.6.1360696205095; Tue, 12 Feb 2013 11:10:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 12 Feb 2013 11:10:04 -0800 (PST) In-Reply-To: References: Date: Tue, 12 Feb 2013 11:10:04 -0800 X-Google-Sender-Auth: U9fASKKsdAK1V7E6xaBOkNQtkG0 Message-ID: Subject: Re: vlan testing using etherswitchcfg From: Adrian Chadd To: Yasir hussan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:16:08 -0000 On 12 February 2013 04:49, Yasir hussan wrote: > hi, > > is there anyone who knows how i can test vlan feature using *etherswitchcfg*, > it tried to set and get vlan configuration for chip ar8316 it shows me > right output like Hi, There's no switch support in the arswitch driver at the moment. I'd love for someone to pipe up, extend etherswitch like what is done in zrouter, and then add the few lines of code to arswitch to do it. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 22:47:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 505A1B74 for ; Tue, 12 Feb 2013 22:47:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E048D89B for ; Tue, 12 Feb 2013 22:47:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAJXFGlGDaFvO/2dsb2JhbABEhk66M3OCHwEBBAEjBFIbGAICDQUUAlkGExkCh3EGDK0tgkCQAYEjjCAQgQQMgg+BEwOIZooEgzqBHY82gySBSwkXHg X-IronPort-AV: E=Sophos;i="4.84,652,1355115600"; d="scan'208";a="16348757" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 12 Feb 2013 17:47:20 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 55885B419E; Tue, 12 Feb 2013 17:47:20 -0500 (EST) Date: Tue, 12 Feb 2013 17:47:20 -0500 (EST) From: Rick Macklem To: =?utf-8?Q?Elias_M=C3=A5rtenson?= Message-ID: <1115347632.2956091.1360709240326.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: Possible bug in NFSv4 with krb5p security? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:47:22 -0000 Elias Martenson wrote: > On 12 February 2013 23:20, Rick Macklem < rmacklem@uoguelph.ca > > wrote: > > > > > > > There is (in case you missed it on google): > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > (Nothing much has changed since FreeBSD8, except the name of the > client > side patch for host based initiator credentials in the keytab file.) > I was hoping others would add/update the wiki and it would eventually > become FreeBSD doc, but that hasn't happened. > > > > > Thank you for the link. I have indeed found that, and I have followed > it to the letter. > > > I have up the exact same thing from Ubuntu machines as well as from > Solaris, and I do have a fairly good understanding of Kerberos. > FreeBSD however, is pretty new to me. > > > Other than that, the various discussions in the archive on this list > may help. Unfortunately, I don't know of an easy way to figure out > what is busted. I always suggest looking at the packets in wireshark, > but for some reason, I get the impression that folk don't like > doing this? It is what I do first when I run into NFS issues. > > > > I've been looking at the dumps using Wireshark. Well, I had to drop > down the security since everything is encrypted when using keb5p. I do > get the same errors using sec=krb5. > > > When looking at this trace, I see a normal OPEN request followed by a > NFS4ERR_ACCESS as a reply. The Kerberos credentials are of course > encrypted, so I can't really say anything about that part. > Well, it sounds like you are doing all the right stuff, so I don't know why it is returning EACCES? I'm not a ZFS person, so I never test that. If you have a UFS file system you could export for testing, that might be worth a try. ZFS likes to do things differently;-) You can look at the authentication stuff in the RPC header: Actually, the credentials in the RPC header aren't encrypted, although they are binary data. It's been a while since I looked at the RFC, but the authenticator is basically: - an RPCSEC_GSS version (must be 1 for FreeBSD to be able to use it) - a type that will be DATA in this case - a credential handle (just a blob of bits the server uses as a shorthand for the principal) - a sequence# used to subvert replay attempts Then the authentication verifier is an encrypted checksum of the above, that the server uses to verify it. All the Kerberos stuff happens via NFS Null RPCs, where the GSSAPI tokens are passed as data (a Null RPC has no arguments) and the credential handle and a session key get established. (The Kerberos ticket is inside the GSSAPI token for the first of these Null RPCs.) > > Note that NFS4 with Kerberos security never uses the user ID numbers. > They purely use the Kerberos principals for authorisation. This is > different from the default "sys" security model that blindly uses user > ID's. > Yep, of course. The Kerberos user principal "name@REALM" is translated to a uid + gid list by the gssd via a lookup of "name" as the username. The uid + gid list is then associated with that credential handle I mentioned above. > > > > > nfscbd_enable="YES" > Needed for client side only, and only if delegations are > enabled at the server and you want the client to acquire > delegations. (Delegations are not enabled by default on the > FreeBSD NFSv4 server.) > > > > Noted. Thank you. I will change this. > > > > > rpc_lockd_enable="YES" > > rpc_statd_enable="YES" > You shouldn't need rpc_lockd or rpc_statd for NFSv4, > since they are only used for NFSv3. > > > > Good point. I'll disable those too. > > > > I don't know why a Linux client would mix NFSv3 RPCs with NFSv4 ones, > > > I was suggested to set vfs.nfsd.server_min_nfsvers to 4 in order to > completely disable NFS version below 4. I did this and got rid of the > stray NFS3 requests. It didn't solve the original problem though. > > > > > If anyone is able to confirm whether or not this actually has been > > tested > > in 9.1-CURRENT, I'd appreciate it. Also, if not, then I'd love to > > know > > where I should start looking for a solution. I'm experienced in > > system > > level programming (having worked on Solaris at Sun in a previous > > life), but > > a pointer where to start would be helpful. > > > Usually, when everything is being done by "nobody", it indicates that > the mapping between <-> name@domain isn't working > correctly. > (Looking at the packets in wireshark, you need to look at the > attributes > called Owner and Owner_Group to see what they are being set to.) > > > > I actually doubt this. First of all, I have the correct idmapd setup > working from FreeBSD to Ubuntu (I can see that since I can see the > correct user names in "ls" even though the user ID's differ). On OSX I > haven't got it to work yet. > > > But, the behaviour is the same on both systems. > > > This is actually expected, as the permission checks are orthogonal to > the ID mapping. > > > The most common problem (since you do have nfsuserd running on the > server) > is for the "domain" spec to be different between client and server. > FreeBSD's nfsuserd defaults to the domain part of the machine's > hostname. > Linux's rpc.idmapd sets the domain from /etc/idmapd.conf (at least I > think > that's what it is called) and many distros ship with it set to > "my.domain" > or something like that. > > > > Correct. I have set this correctly. I know this, since once I did, > "ls" started giving me the correct user names. > > > As such, I'd start by checking the Linux client and seeing what it has > for > the domain spec. in /etc/idmapd.conf. > > If you want to override the default for FreeBSD, there is a command > line > option for nfsuserd to do this. I can't remember what it is, but "man > nfsuserd" > will give you the answer and it can be set in /etc/rc.conf using > nfsuserd_flags. > > > > Thank you. I'm definitely willing to double-check this and I am not > going to claim to know exactly what's going on in the realms of NFS > security. :-) > > > If this is configured correctly, then looking at the packets in > wireshark is > the best starting point w.r.t. figuring out what is broken. I do > limited > testing of this and it works for me. I don't know how many others use > it, > although some definitely have fun getting it working. (Usually it is > the > Kerberos part on the client side that causes the most grief.) > > > > It certainly is fun. But it gets frustrating when one fights a single > problem for weeks on end. > > > Far too few shops use Kerberos though. > Or maybe too many;-) A public key system might not be as secure, but it would be far easier to manage imho. > > > Regards, > Elias From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 22:50:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 969DCCB1 for ; Tue, 12 Feb 2013 22:50:34 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 167C08CC for ; Tue, 12 Feb 2013 22:50:34 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 65E274000C for ; Tue, 12 Feb 2013 23:50:31 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 5B24A40009; Tue, 12 Feb 2013 23:50:31 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id BED2A40008; Tue, 12 Feb 2013 23:50:30 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3Z5Jx22Wqkz8ggx; Tue, 12 Feb 2013 23:50:30 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id f1SkIN8FP4Cq; Tue, 12 Feb 2013 23:50:28 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3Z5Jx02CpMz8ggv; Tue, 12 Feb 2013 23:50:28 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [IPv6:2001:470:dca9:1::6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3Z5Jwz67pHz9Ctj; Tue, 12 Feb 2013 23:50:27 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 234922281C; Tue, 12 Feb 2013 23:50:26 +0100 (CET) Message-ID: <511AC731.2040406@daemonic.se> Date: Tue, 12 Feb 2013 23:50:25 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Steve Kargl Subject: Re: 7+ days of dogfood References: <20130210000723.GA73630@troutmask.apl.washington.edu> In-Reply-To: <20130210000723.GA73630@troutmask.apl.washington.edu> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:50:34 -0000 On 02/10/13 01:07, Steve Kargl wrote: > In a long thread started by Peter Wemm on developers@, he described > the move/upgrade of the FreeBSD.org cluster to using FreeBSD-10. A > part of his description included the need to test top-of-tree under > actual real-world conditions. In his words, FreeBSD should "eat its > own dogfood." The new installation on FreeBSD.org, of course, would > test FreeBSD-10 under (heavy) server load. Just another data point, I haven't read the whole discussion yet. On my 5 year old laptop (Intel Core2Duo) amd64 system everything works fine, including intel graphics using WITH_NEW_XORG=, everything built with clang. There is no sound issues or anything, except in libmpg123 when built with clang. The only problem is that the laptop only have 2GB ram, which is a little on the low side these days. I also have a desktop set up in a similar way, but with a ATI graphics card (HD4850) and a core2quad processor. That one works splendid, everything build with clang and linked with libc++ (as opposed to libstdc++) and using ZFS as a boot file system In summary, it is definitely possible to run a FreeBSD desktop off of current, and I've never experienced any big hiccoughs that were not very much self-inflicted. Regards! -- Niclas From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 22:55:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 03E4AE2D for ; Tue, 12 Feb 2013 22:55:56 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id AE0D0909 for ; Tue, 12 Feb 2013 22:55:55 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 06FFC40008 for ; Tue, 12 Feb 2013 23:55:55 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id F039440009; Tue, 12 Feb 2013 23:55:54 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id F2CBA40008; Tue, 12 Feb 2013 23:55:53 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3Z5K3F5G4cz8ggx; Tue, 12 Feb 2013 23:55:53 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id N2E22L9xAxpa; Tue, 12 Feb 2013 23:55:50 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3Z5K396nhtz8ggv; Tue, 12 Feb 2013 23:55:49 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3Z5K3960n7z9Ctj; Tue, 12 Feb 2013 23:55:49 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 45CD72281C; Tue, 12 Feb 2013 23:55:49 +0100 (CET) Message-ID: <511AC875.1000704@daemonic.se> Date: Tue, 12 Feb 2013 23:55:49 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Ian FREISLICH Subject: Re: 7+ days of dogfood References: <20130210000723.GA73630@troutmask.apl.washington.edu> In-Reply-To: Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:55:56 -0000 On 02/10/13 07:33, Ian FREISLICH wrote: > 1. WITHOUT_CLANG_IS_CC=yes > I don't think clang is ready for prime time in FreeBSD, or FreeBSD > isn't ready to use clang in prime time. I got a new laptop (ASUS > UX31A) and found that a lot of the ports I needed to install > didn't compile or core dumped. (Sorry I didn't report these to > the project). > This option sorted that problem out. However you will need to > rebuild everything including world and kernel with gcc before > you start building ports with gcc or you will still have problems. Please please please report ports that fail with clang to ports@ or the ports maintainer or both. If this is not done, then the problems will never get fixed (regardless whether it is bad/broken code in the port or a bug in clang). Regards! -- Niclas From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 23:20:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6601B671 for ; Tue, 12 Feb 2013 23:20:25 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA94A2E for ; Tue, 12 Feb 2013 23:20:25 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so373259pab.32 for ; Tue, 12 Feb 2013 15:20:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=5uBQ+xrAm2PYihg4SpwonfJaQ/ja5TiiSacIkP61P1E=; b=ttibpoAfI26YWumGyZ32jmcFFoGYcuU1MCDhEN3vtpmUuQyZu2IehPUYxVvNrGDsBX LcjPwdwBhGvVakJMOl6/IoRsQiLMu60lOyBbBdsLyWWlGAjBB23cXjoxAGxxcvF6f/Z7 yFMTBjkEfp2looz9Sx8TuJxbHsriG8ukT5UE4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=5uBQ+xrAm2PYihg4SpwonfJaQ/ja5TiiSacIkP61P1E=; b=kXmXzHPFLr+W8oCa9ldQL6bboIg0awAklSgnMf/IXKF0uVQBB24ilECEQ5jdLOacL2 rOC08ycBD2yEZ41xqlPlhe37UY8lda6Sv3zoPbXjPiTrtwrR5lTk2LJrIvfT/HMpomuX rfPiaS9vexS3R0YRTSTCwPQeWwTIcBKPTrED2he4xq8oQYEF9kkMhzzfxJGvmRHyAJ57 raUb1t+qssSIsrtbMCpAlbHpFoNmPK5o2odECCSgf6whhxR6UpJYjzuT+KyYQr98NAHy 75TpVmLUksWwc8K3xiJMEz89KMyH/OS0Y5RA9rLYVmuoOHQE5CzpAq0eqLy55Zehk+Un pGjg== X-Received: by 10.66.72.97 with SMTP id c1mr56976115pav.48.1360711219447; Tue, 12 Feb 2013 15:20:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.148.10 with HTTP; Tue, 12 Feb 2013 15:19:49 -0800 (PST) In-Reply-To: <511AC875.1000704@daemonic.se> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <511AC875.1000704@daemonic.se> From: Eitan Adler Date: Tue, 12 Feb 2013 18:19:49 -0500 Message-ID: Subject: Re: 7+ days of dogfood To: Niclas Zeising Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQljzrXStz0ow4aw34cdGELShoOx5lMXPMvxn2JbgmWdUWCZX+pZG4oHnUAJQ0XzHNlczsv5 Cc: Ian FREISLICH , Steve Kargl , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:20:25 -0000 On 12 February 2013 17:55, Niclas Zeising wrote: > On 02/10/13 07:33, Ian FREISLICH wrote: >> 1. WITHOUT_CLANG_IS_CC=yes >> I don't think clang is ready for prime time in FreeBSD, or FreeBSD >> isn't ready to use clang in prime time. I got a new laptop (ASUS >> UX31A) and found that a lot of the ports I needed to install >> didn't compile or core dumped. (Sorry I didn't report these to >> the project). >> This option sorted that problem out. However you will need to >> rebuild everything including world and kernel with gcc before >> you start building ports with gcc or you will still have problems. > > Please please please report ports that fail with clang to ports@ or the > ports maintainer or both. If this is not done, then the problems will > never get fixed (regardless whether it is bad/broken code in the port or > a bug in clang). Actually, please file a PR: don't email people privately. The point remains: If this is not done, then the problems will never get fixed -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 23:23:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 08B717B6 for ; Tue, 12 Feb 2013 23:23:48 +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 E3214A5C for ; Tue, 12 Feb 2013 23:23:47 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U5PCU-0001rf-8z for freebsd-current@freebsd.org; Tue, 12 Feb 2013 15:23:46 -0800 Date: Tue, 12 Feb 2013 15:23:46 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360711426271-5786468.post@n5.nabble.com> In-Reply-To: References: <20130210000723.GA73630@troutmask.apl.washington.edu> <511AC875.1000704@daemonic.se> Subject: Re: 7+ days of dogfood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:23:48 -0000 This is good moment to bring that around, https://wiki.freebsd.org/PortsAndClang "Help we don't want: Submitting ports PR without fixes. We're not yet at the point where it can help." Is not exactly encouraging. -- View this message in context: http://freebsd.1045724.n5.nabble.com/7-days-of-dogfood-tp5785452p5786468.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 23:55:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2848CD68 for ; Tue, 12 Feb 2013 23:55:28 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id AC59ABE7 for ; Tue, 12 Feb 2013 23:55:26 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 5138D40008 for ; Wed, 13 Feb 2013 00:55:25 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 448E740009; Wed, 13 Feb 2013 00:55:25 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 2070140008; Wed, 13 Feb 2013 00:55:24 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3Z5LMv5m9Wz8ggx; Wed, 13 Feb 2013 00:55:23 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id nYiMYZqdv0Fq; Wed, 13 Feb 2013 00:55:20 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3Z5LMr214dz8ggv; Wed, 13 Feb 2013 00:55:20 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3Z5LMr1F4Sz9Ctj; Wed, 13 Feb 2013 00:55:19 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id EAE8D2281C; Wed, 13 Feb 2013 00:55:02 +0100 (CET) Message-ID: <511AD656.2080005@daemonic.se> Date: Wed, 13 Feb 2013 00:55:02 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Jakub Lach Subject: Re: 7+ days of dogfood References: <20130210000723.GA73630@troutmask.apl.washington.edu> <511AC875.1000704@daemonic.se> <1360711426271-5786468.post@n5.nabble.com> In-Reply-To: <1360711426271-5786468.post@n5.nabble.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:55:28 -0000 On 02/13/13 00:23, Jakub Lach wrote: > This is good moment to bring that around, > > https://wiki.freebsd.org/PortsAndClang > > "Help we don't want: > Submitting ports PR without fixes. We're not yet at the point > where it can help." That should probably be removed... Regards! -- Niclas From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 23:59:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 74F49EBC for ; Tue, 12 Feb 2013 23:59:30 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) by mx1.freebsd.org (Postfix) with ESMTP id 39E0DC20 for ; Tue, 12 Feb 2013 23:59:30 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id fb1so394470pad.39 for ; Tue, 12 Feb 2013 15:59:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=HxdVkmfvrWP1xSoErWxQXGLEBSnmbiNuz9zWuI9HDgs=; b=sK6NqcJF7BvV4g7t1FNMCsPpFoHk6Tw3YWoxssOMdF6ozsmO6gPyWw4IlyXI+eIeqO ModKkYL+VBRXiuyN7qMLphu7i/SgMUlSU1ud9tIsluonDxUcWQ2U6wuQA0OsT6pB13pm SNHc1ce2XEtE8OL5aI63P14RXx055Rv3W4464= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=HxdVkmfvrWP1xSoErWxQXGLEBSnmbiNuz9zWuI9HDgs=; b=KihDZ+P80epEVnH9XX48z/eBrZjhOhQh8QmvhpcEORUqpUyAaVKeT0Be1hTH2N6FIR zHWrdSlhsDuKDkzB98CrNv1logay11GozGPDR7jqi5ae5BvQuQ9m9qFZBXi2IOelbxJX i0pFTH6m+WvRVwfvFDfw8GJmKGYUN4rEF94ZZurdus+GbqXh8FZZndnOR1n8nI7GJDMi mHCxUX2pW/JQ7MkWiAdkp9vDnzIoXxEhyaqPyPFVGCqLrXy0Hj0y3GH6PEpLoR7jRNF/ TI1q/VCCWe2gec8DhqeMJXAodxrlXidY4d+HA5VxZbmtisbFIAILDCBWXZPgPDqwqitq 8MOw== X-Received: by 10.66.76.42 with SMTP id h10mr57418903paw.59.1360713564507; Tue, 12 Feb 2013 15:59:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.148.10 with HTTP; Tue, 12 Feb 2013 15:58:53 -0800 (PST) In-Reply-To: <1360711426271-5786468.post@n5.nabble.com> References: <20130210000723.GA73630@troutmask.apl.washington.edu> <511AC875.1000704@daemonic.se> <1360711426271-5786468.post@n5.nabble.com> From: Eitan Adler Date: Tue, 12 Feb 2013 18:58:53 -0500 Message-ID: Subject: Re: 7+ days of dogfood To: Jakub Lach Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnuG96q8dWC6qGicyTuJ0zdR9lnVb64NVnMqxTakYPsnu6MpEXcuemcCeB3H11UULBEzUkk Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:59:30 -0000 On 12 February 2013 18:23, Jakub Lach wrote: > This is good moment to bring that around, > > https://wiki.freebsd.org/PortsAndClang > > "Help we don't want: > Submitting ports PR without fixes. We're not yet at the point > where it can help." > > Is not exactly encouraging. At the time this was written we had exp-runs which told us which ports were broken with clang. What we needed help with was fixing those ports, or marking them known-broken. I imagine this has changed slightly since then. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 00:18:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 207E824D for ; Wed, 13 Feb 2013 00:18:32 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ie0-x22c.google.com (ie-in-x022c.1e100.net [IPv6:2607:f8b0:4001:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id C8B5AD64 for ; Wed, 13 Feb 2013 00:18:31 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c10so952496ieb.17 for ; Tue, 12 Feb 2013 16:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:reply-to:date:message-id:subject:from:to :content-type; bh=NdU9RFo6KO8Ps/yjs33kzIloNW+53hPWMjhVj8RUrQs=; b=nYFQwI1MVWWcKaNJssCOUx23TJ6u2XA2ftNa4hPJaiEIp6ok55dWyYqtnHQNNIHHtb 326GQgp4BvAovv+s4yxbPTG765YpH9iNPjc2qCqUih0tgCTNAjMym5B8qt0efMbm79Ce GwI1v/Fxnu+pWKyntQYjwm8L1sqbd8LiTTojEVlAoD3PJoMLZs0XB0dKyGTH9Ne8k5PX 2zW+JQNwUYygP2zigjskypAI7lMVcxLaJkn65BGP87kjx/AQOVbt7P6dimTLwaQ7Jxiy R1w64k8Qhe2rPmyZlEhtWEm6akSlbWe+S+DR0UVLOayPSmwRaqfkxybQhFvubVJRAZCo Y7NA== MIME-Version: 1.0 X-Received: by 10.50.179.100 with SMTP id df4mr7363416igc.60.1360714710571; Tue, 12 Feb 2013 16:18:30 -0800 (PST) Received: by 10.64.44.2 with HTTP; Tue, 12 Feb 2013 16:18:29 -0800 (PST) Date: Wed, 13 Feb 2013 00:18:29 +0000 Message-ID: Subject: Re: 7+ days of dogfood From: "b.f." To: Anton Shterenlikht , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bf1783@gmail.com 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 Feb 2013 00:18:32 -0000 ># cat /etc/make.conf|grep FFLAGS >FFLAGS = -O2 -pipe -march=native -mtune=native Please do _not_ assign flags unconditionally in make.conf. In fact, try to remove or restrict the scope of everything in this file. (It is unfortunate that some of the examples for the base system in the sample make.conf have been inappropriate for use with other software, and also that the recent port options changes have encouraged people to once again dump a lot of stuff into this file.) This is a very special file: it is included nearly every time make(1) is invoked. In addition to the usual concerns about speed, efficiency, and build pollution, if a port or some other software invokes make(1) more than once -- and many do -- make.conf is often re-read, and assignments can clobber necessary prior additions or changes to a variable that were made elsewhere, sometimes breaking software, and not always in an obvious way. >I get building lapack: > >gfortran47 -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -pg -c slatms.f -o slatms.o >gfortran47: error: unrecognized command line option '-march=native' >gfortran47: error: unrecognized argument in option '-mtune=native' >gfortran47: note: valid arguments to '-mtune=' are: itanium2 mckinley For example, here it looks like you have clobbered some of the rpath flag additions made in ports/Mk/bsd.gcc.mk. This may not break lapack, but similar changes will almost certainly break some other software. b. From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 01:47:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 78448B95 for ; Wed, 13 Feb 2013 01:47:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3F41A1A8 for ; Wed, 13 Feb 2013 01:47:43 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1D1lY0j089342; Tue, 12 Feb 2013 17:47:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1D1lYWb089341; Tue, 12 Feb 2013 17:47:34 -0800 (PST) (envelope-from sgk) Date: Tue, 12 Feb 2013 17:47:34 -0800 From: Steve Kargl To: bf1783@gmail.com Subject: Re: 7+ days of dogfood Message-ID: <20130213014734.GA89321@troutmask.apl.washington.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Anton Shterenlikht X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 01:47:43 -0000 On Wed, Feb 13, 2013 at 12:18:29AM +0000, b.f. wrote: > ># cat /etc/make.conf|grep FFLAGS > >FFLAGS = -O2 -pipe -march=native -mtune=native > > Please do _not_ assign flags unconditionally in make.conf. FFLAGS is for compiling Fortran. I'm one of the people who has spent years working/patching gfortran. I think I might have a better understanding of what options to use with gfortran than most people. Steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 02:15:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9229430A for ; Wed, 13 Feb 2013 02:15:09 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ie0-x230.google.com (ie-in-x0230.1e100.net [IPv6:2607:f8b0:4001:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id 4E487272 for ; Wed, 13 Feb 2013 02:15:09 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id k13so1060520iea.21 for ; Tue, 12 Feb 2013 18:15:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KgzIOVP89xHC56SB+0swBjYxQEX1TriTNdcPD2w5toU=; b=qdDcLJRYNJ4bxI65cD8hfKNyPjPVPiW3+yabUSpKJSBengQLGmPTlGOrNNSBwyzgQO d3xpEsPWT1DoEBJORXJwNeIALbQmuHy7rGXvfSMeeiS26Ys5emCoAA870CUQf/YY/Z/M yu0PzO/bOu7/zKQwrLmigi7cegwwSMPKXHCk+/EwLEmU/ETzqgT3q8ergGdaTElGWerz fVidqjHB5MV/0lLo5EYAntO9Kw+rC/YXgKYcHC3L04sF2VRBFzRccpjVczGv8S8YQp25 XXnAC3Bp4k/doWsRAYk/4w0P27XhN1AGnfQgvLR1n5L8nxlYSOq65NF7xm0S1aomhVxo mBoQ== MIME-Version: 1.0 X-Received: by 10.50.45.168 with SMTP id o8mr7831118igm.41.1360721708777; Tue, 12 Feb 2013 18:15:08 -0800 (PST) Received: by 10.64.44.2 with HTTP; Tue, 12 Feb 2013 18:15:08 -0800 (PST) In-Reply-To: <20130213014734.GA89321@troutmask.apl.washington.edu> References: <20130213014734.GA89321@troutmask.apl.washington.edu> Date: Wed, 13 Feb 2013 02:15:08 +0000 Message-ID: Subject: Re: 7+ days of dogfood From: "b.f." To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Anton Shterenlikht X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bf1783@gmail.com 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 Feb 2013 02:15:09 -0000 On 2/13/13, Steve Kargl wrote: > On Wed, Feb 13, 2013 at 12:18:29AM +0000, b.f. wrote: >> ># cat /etc/make.conf|grep FFLAGS >> >FFLAGS = -O2 -pipe -march=native -mtune=native >> >> Please do _not_ assign flags unconditionally in make.conf. > > FFLAGS is for compiling Fortran. I'm one of the people who > has spent years working/patching gfortran. I think I might > have a better understanding of what options to use with > gfortran than most people. > I know you have, but you are giving advice that is liable to be abused by those who are less experienced. The flags you are adding are not the problem -- it's the way that you are adding them -- specifically, the assignment in the first line of your snippet, if it's applied unconditionally. You should either be appending all of them, or assigning them conditionally, so that they are sure to be assigned only once, or -- preferably -- using another makefile that can't be re-read multiple times during a build (ports/Mk/bsd.port.mk automatically includes several makefiles that can be used for this purpose, if you are building a port). You have been lucky not to trip over this: every couple of months for the last several years I have had to debug errors reported by users that arise from this problem. It is more common with CFLAGS and CXXFLAGS but it can happen with FFLAGS, too. b. From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 03:08:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6E24CF84; Wed, 13 Feb 2013 03:08:43 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.57]) by mx1.freebsd.org (Postfix) with ESMTP id 211EA6F3; Wed, 13 Feb 2013 03:08:42 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1U5RzE-0008Gf-94; Wed, 13 Feb 2013 06:22:16 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id C41A8B84D; Wed, 13 Feb 2013 06:22:15 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id B18A8D9; Wed, 13 Feb 2013 06:22:15 +0400 (MSK) Date: Wed, 13 Feb 2013 06:22:15 +0400 From: Dmitry Marakasov To: Kimmo Paasiala Subject: Re: CLANG and -fstack-protector Message-ID: <20130213022215.GK99263@hades.panopticon> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 03:08:43 -0000 * Kimmo Paasiala (kpaasial@gmail.com) wrote: > Does the -fstack-protector option work on CLANG 3.1 and 3.2? > > There is thread on FreeBSD forums about the stack protector and ports > and I'm wondering if it's possible to use the -fstack-protector option > with CLANG. > > http://forums.freebsd.org/showthread.php?t=36927 You might be interested in this patch: https://github.com/AMDmi3/freebsd-ports-mk/compare/master...stack-protector afaik, in prior discussion some years ago an issue was mentioned that some ports don't build with stack-protector, so I suggested to introduce STACK_PROTECTOR_SAFE/_UNSAFE knobs similar to what we have for MAKE_JOBS_SAFE_/_UNSAFE (we might actually only need STACK_PROTECTOR_UNSAFE, as unlike MAKE_JOBS, build errors caused by enabling stack protector are not transient, so we can have an exp-run to just mark all uncompatible ports and consider all others compatible). If there's interest in this, I can refresh the patch and submit it. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 03:23:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 82E5A85C for ; Wed, 13 Feb 2013 03:23:04 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-da0-f52.google.com (mail-da0-f52.google.com [209.85.210.52]) by mx1.freebsd.org (Postfix) with ESMTP id 368E97B9 for ; Wed, 13 Feb 2013 03:23:04 +0000 (UTC) Received: by mail-da0-f52.google.com with SMTP id f10so342933dak.39 for ; Tue, 12 Feb 2013 19:23:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=+mpSwHPujS2b0jIA/a6yCfTKu3GZh0AK1HNMgyuYXd4=; b=Xiw38itGwavsvbBxvw2Q0qteHChyQGJ/sm+WPW2mbLT4MpUqijXkPj6arZ9KBFW4iT 5H0AYxf2k4K+D66kYUnb6wUEYeIHQxjDLOPATs+AOndxnCrLhao17cQFlNTEy+aydBLy e1irxWqufvEpy/qhC2gDjMXN+vG1yGiLyPsdg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=+mpSwHPujS2b0jIA/a6yCfTKu3GZh0AK1HNMgyuYXd4=; b=TuOhujFNc7UrBZ6f0Pd4E/LPNqYjCXj4O4rO3pGl/iuC0g3+iYWoJQ1QereYqweIBm gNIn03CJvH4W1vNjxR0jxFru7m3TRieVGnds6I2voExogzZGk1vjPJwOq/aSz2XjP/5a pGLR68JfNOR2J3uP5dKhn3d7pxXhC2ECHrO7FOZNxfeA6lBNgEh2CPKUZ8+1HQvJz7U+ yOs6+popnxNnSEMXExuld8QOKk9nkkVUPl3k1Um9wa6+9gvwAXS+lDWvqiJfqtoD89kb qTcI05lQZwczBpf72w5TgeBb2X2srOw59u6OyIxk7wd1dEL7/KKIZfaMIGTNZ7dTkr8r H3yA== X-Received: by 10.66.72.97 with SMTP id c1mr58947096pav.48.1360725783529; Tue, 12 Feb 2013 19:23:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.148.10 with HTTP; Tue, 12 Feb 2013 19:22:33 -0800 (PST) In-Reply-To: <20130213022215.GK99263@hades.panopticon> References: <20130213022215.GK99263@hades.panopticon> From: Eitan Adler Date: Tue, 12 Feb 2013 22:22:33 -0500 Message-ID: Subject: Re: CLANG and -fstack-protector To: Dmitry Marakasov Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl1rXSHQGCxGWn6qYMhyrIMXvSWfXsSdAQOE0OhIkjJHgFqdU3XyVbjL+P0AQOwCqCqvFiR Cc: Kimmo Paasiala , FreeBSD current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 03:23:04 -0000 On 12 February 2013 21:22, Dmitry Marakasov wrote: > If there's interest in this, I can refresh the patch and submit it. Yes. Please do! -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 03:39:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4E706C82 for ; Wed, 13 Feb 2013 03:39:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 10DFC855 for ; Wed, 13 Feb 2013 03:39:37 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id r1D3dXJC089791; Tue, 12 Feb 2013 19:39:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id r1D3dXIH089790; Tue, 12 Feb 2013 19:39:33 -0800 (PST) (envelope-from sgk) Date: Tue, 12 Feb 2013 19:39:33 -0800 From: Steve Kargl To: bf1783@gmail.com Subject: Re: 7+ days of dogfood Message-ID: <20130213033933.GA89757@troutmask.apl.washington.edu> References: <20130213014734.GA89321@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Anton Shterenlikht X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 03:39:37 -0000 On Wed, Feb 13, 2013 at 02:15:08AM +0000, b.f. wrote: > On 2/13/13, Steve Kargl wrote: > > On Wed, Feb 13, 2013 at 12:18:29AM +0000, b.f. wrote: > >> ># cat /etc/make.conf|grep FFLAGS > >> >FFLAGS = -O2 -pipe -march=native -mtune=native > >> > >> Please do _not_ assign flags unconditionally in make.conf. > > > > FFLAGS is for compiling Fortran. I'm one of the people who > > has spent years working/patching gfortran. I think I might > > have a better understanding of what options to use with > > gfortran than most people. > > > > I know you have, but you are giving advice that is liable to be abused > by those who are less experienced. The flags you are adding are not > the problem -- it's the way that you are adding them -- specifically, > the assignment in the first line of your snippet, if it's applied > unconditionally. You should either be appending all of them, or > assigning them conditionally, so that they are sure to be assigned > only once, or -- preferably -- using another makefile that can't be > re-read multiple times during a build (ports/Mk/bsd.port.mk > automatically includes several makefiles that can be used for this > purpose, if you are building a port). You have been lucky not to trip > over this: every couple of months for the last several years I have > had to debug errors reported by users that arise from this problem. It > is more common with CFLAGS and CXXFLAGS but it can happen with FFLAGS, > too. Try 'find /usr/ports -name Makefile -maxdepth 3 | xargs grep FFLAGS' Then go read about the options chosen by the various port maintainers. I specifically set FFLAGS to avoid the questionable options set in the ports. If -malign-double appears in a port, it should probably be marked as broken. If a port uses -fdefault-real-8, it should probably be marked as broken. If a port uses -ffast-math, it may have issues that are extremely difficult to debug. -- steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 04:02:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 531106C for ; Wed, 13 Feb 2013 04:02:43 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 2969D91D for ; Wed, 13 Feb 2013 04:02:43 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id c13so1180133ieb.9 for ; Tue, 12 Feb 2013 20:02:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=d9aczsZLPQsoVS4qYB59rbjCB2s2tM1/7XgnmK9RxgE=; b=P43ZetbpTTAi94Xg66lalBh5tMsJPJK+3+2WYVC++Ly1T7/nv0K7QPbCFlM5S5E+Lb dOitX4JLQz3unI6dQkC+LVernhZlPUUm+9XCylEpolqtcofcQLFqcJSFmisFkuEL/TOA z9dVaUs15folMFEJNcy4uzC/EL6/FI4xiWMgIqk5FWJDhsfDwLU62kUgnfRZh3p9rfdV uOHOH9PS8K8PzUl2o8V8lL7VX0y1CsbaKFdX/Sy9nVP72CB8z+8swHgEXtUsP/3Oj6HF wsYST2wcTCE4vh9rYhHUdFApKUtPPG/Obuc4oG8sPseV2foKuMmh4R0SxMUltZpEsHE1 yMOg== MIME-Version: 1.0 X-Received: by 10.50.179.100 with SMTP id df4mr8389441igc.60.1360728162841; Tue, 12 Feb 2013 20:02:42 -0800 (PST) Received: by 10.64.44.2 with HTTP; Tue, 12 Feb 2013 20:02:42 -0800 (PST) In-Reply-To: <20130213033933.GA89757@troutmask.apl.washington.edu> References: <20130213014734.GA89321@troutmask.apl.washington.edu> <20130213033933.GA89757@troutmask.apl.washington.edu> Date: Wed, 13 Feb 2013 04:02:42 +0000 Message-ID: Subject: Re: 7+ days of dogfood From: "b.f." To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Anton Shterenlikht X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bf1783@gmail.com 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 Feb 2013 04:02:43 -0000 On 2/13/13, Steve Kargl wrote: > On Wed, Feb 13, 2013 at 02:15:08AM +0000, b.f. wrote: >> On 2/13/13, Steve Kargl wrote: >> > On Wed, Feb 13, 2013 at 12:18:29AM +0000, b.f. wrote: >> >> ># cat /etc/make.conf|grep FFLAGS >> >> >FFLAGS = -O2 -pipe -march=native -mtune=native >> >> >> >> Please do _not_ assign flags unconditionally in make.conf. >> > >> > FFLAGS is for compiling Fortran. I'm one of the people who >> > has spent years working/patching gfortran. I think I might >> > have a better understanding of what options to use with >> > gfortran than most people. >> > >> >> I know you have, but you are giving advice that is liable to be abused >> by those who are less experienced. The flags you are adding are not >> the problem -- it's the way that you are adding them -- specifically, >> the assignment in the first line of your snippet, if it's applied >> unconditionally. You should either be appending all of them, or >> assigning them conditionally, so that they are sure to be assigned >> only once, or -- preferably -- using another makefile that can't be >> re-read multiple times during a build (ports/Mk/bsd.port.mk >> automatically includes several makefiles that can be used for this >> purpose, if you are building a port). You have been lucky not to trip >> over this: every couple of months for the last several years I have >> had to debug errors reported by users that arise from this problem. It >> is more common with CFLAGS and CXXFLAGS but it can happen with FFLAGS, >> too. > > Try 'find /usr/ports -name Makefile -maxdepth 3 | xargs grep FFLAGS' > Then go read about the options chosen by the various port maintainers. > I specifically set FFLAGS to avoid the questionable options set in > the ports. If -malign-double appears in a port, it should probably > be marked as broken. If a port uses -fdefault-real-8, it should probably > be marked as broken. If a port uses -ffast-math, it may have issues that > are extremely difficult to debug. Okay, so you are doing this advisedly for some specific subset of ports, and have the knowledge to debug problems that may arise -- others don't. Undoubtedly some of these additions are suboptimal or unnecessary -- and I'm sure we'd welcome patches or suggestions to improve them -- but there are also important additions like the rpath flags in $PORTSDIR/Mk/bsd.gcc.mk or mangling and PIC directives. And not all of the additions are in the ports tree makefiles or patchfiles: many software distribution makefiles also make additions that can be clobbered by abusing make.conf. b. From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 05:55:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6EB0363A; Wed, 13 Feb 2013 05:55:46 +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 175B8C24; Wed, 13 Feb 2013 05:55:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r1D5tjOH026043; Wed, 13 Feb 2013 05:55:45 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ga8tkygiiksxnh4ff3u854yqd6; Wed, 13 Feb 2013 05:55:45 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Cross-architecture package installs Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_22DF8953-28BC-421D-A4DA-9BE13685397A"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <1004D96B-38AF-43FA-8BE0-49046D9446E2@FreeBSD.org> Date: Tue, 12 Feb 2013 21:55:44 -0800 Message-Id: <22ADE6F0-42E0-4E3F-A16A-076942BEAE4B@kientzle.com> References: <4703DEB0-E2DC-403E-9F14-DE968CBE4921@freebsd.org> <20130206065514.GB1268@ithaqua.etoilebsd.net> <1004D96B-38AF-43FA-8BE0-49046D9446E2@FreeBSD.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1283) Cc: pkg@freebsd.org, Baptiste Daroussin , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:55:46 -0000 --Apple-Mail=_22DF8953-28BC-421D-A4DA-9BE13685397A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >>> I'm working on tools to build ARM system images. >>> Usually, these tools run on x86, which creates a problem >>> for packages. >>=20 >>> 1) Pre-install/post-install scripts. >>>=20 >>> These obviously don't work since the DESTDIR >>> is for a different architecture. >=20 >> This is imho the main problem, and one of the long term goal of pkgng = is to remove as much as possible any pre-instal/post-install scripts. Well, you're very close to having this work: The easiest approach I've found is to setup a simple static webserver, use "pkg repo" to build the catalogue, then: echo "Installing packages" PACKAGESITE=3Dhttp://my.local.server/packages/arm export PACKAGESITE pkg -c $DESTDIR update pkg -c $DESTDIR install -y pkg pkg -c $DESTDIR upgrade pkg -c $DESTDIR install -y emacs-nox11 The only piece missing is that the POST-INSTALL scripts are failing. For the packages I'm using, it would be enough to provide symlink support in the +MANIFEST file directly. For other packages, something like the "after next boot fixup" that I outlined earlier would work. But this is very, very close. This is a big step forward for non-x86 FreeBSD. Kudos to the pkgng team! Tim --Apple-Mail=_22DF8953-28BC-421D-A4DA-9BE13685397A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRGyrgAAoJEGMNyGo0rfFB9wkIALl1EyigNJj+dc35XS87vkrQ Cym0crX1eKnruYbNMgwfIXZqonYQnnJcJt5GhgMPgzXAy3sSrB2c89KyxevHleUi Z7fnJc/m+eGLDjMjlQCZm7rw7A3UrQOhsVTyYJ6S2pJVVQFyUMVmfjfc9H2Hgtsr y8Jw24affjpn3i+Agp+xnQLZIk3AT4cDt0D7HSjVVHCZ1Uey9RuZDW/raWOqX4jv OBbMMn7tXBOqkaVPXfKuC7m7r9lvo0cflT2MnFBL+zqkAhZIx7EVVsNF7o4kgtFn gU71tikWCSnOfYrpWz8Eq5gQfzj8XtraRdEHgkVI5RUwWrk8ur9tI2mCS7pKPb4= =s4Wt -----END PGP SIGNATURE----- --Apple-Mail=_22DF8953-28BC-421D-A4DA-9BE13685397A-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:22:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A574C3EF for ; Wed, 13 Feb 2013 08:22:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 432891E7 for ; Wed, 13 Feb 2013 08:22:20 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 210211448; Wed, 13 Feb 2013 09:22:13 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Subject: Re: [RFC] USB keyboard and devd.conf Date: Wed, 13 Feb 2013 09:23:25 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <201302111343.29568.hselasky@c2i.net> <20130212145100.GA29324@alchemy.franken.de> In-Reply-To: <20130212145100.GA29324@alchemy.franken.de> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: Marius Strobl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 08:22:21 -0000 On Tuesday 12 February 2013 15:51:01 Marius Strobl wrote: > On Mon, Feb 11, 2013 at 01:43:29PM +0100, Hans Petter Selasky wrote: > > Hi, > > > > Does anyone need these lines in /etc/devd.conf ? > > > > === etc/devd.conf > > ================================================================== > > --- etc/devd.conf (revision 246620) > > +++ etc/devd.conf (local) > > @@ -105,16 +105,6 @@ > > > > # action "sleep 2 && /usr/sbin/ath3kfw -d $device-name -f > > /usr/local/etc/ath3k-1.fw"; #}; > > > > -# When a USB keyboard arrives, attach it as the console keyboard. > > -attach 100 { > > - device-name "ukbd0"; > > - action "/etc/rc.d/syscons setkeyboard /dev/ukbd0"; > > -}; > > -detach 100 { > > - device-name "ukbd0"; > > - action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; > > -}; > > - > > > > notify 100 { > > > > match "system" "DEVFS"; > > match "subsystem" "CDEV"; > > > > I plan to remove the lines marked with minus, because we now have kbdmux. > > Do these entries have negative impact on systems using kbdmux(4)? > Will their lack have impact on systems not using kbdmux(4)? I typically > remove or at least disable the latter on machines without atkbd(4) etc. > hardware and thus ukbd(4) is the only keyboard driver ever used there. > Hi, I suspect a system without kbdmux will still need these. However, these lines are not correct with regard to multiple USB keyboards. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 10:08:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15F46145; Wed, 13 Feb 2013 10:08:50 +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 CD6A7843; Wed, 13 Feb 2013 10:08:49 +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 <1U5ZGj-002aJM-2e>; Wed, 13 Feb 2013 11:08:49 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1U5ZGi-002nmg-W8>; Wed, 13 Feb 2013 11:08:49 +0100 Message-ID: <511B662C.7030602@zedat.fu-berlin.de> Date: Wed, 13 Feb 2013 11:08:44 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130208 Thunderbird/17.0.2 MIME-Version: 1.0 To: Ports FreeBSD , "free >> Current FreeBSD" Subject: ports include /etc/src.conf? i.e. graphics/libfpx X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig398794A8B54B811708257031" X-Originating-IP: 130.133.86.198 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:08:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig398794A8B54B811708257031 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Setting only base system source compiler optins in /etc/src.conf, for instance # CXXFLAGS+=3D -stdlib=3Dlibc++ CXXFLAGS+=3D -std=3Dc++11 which do NOT appear in /etc/make.conf, make building port grahpics/libfpx complaining about unrecognized compiler options. As far a sI know, /etc/src.conf is ONLY for building the source tree of the operating system and make.conf is supposed to contain all stuff necessary for compiling both world and ports, but /etc/src.conf is world only. Am I wrong? Oliver =3D=3D=3D> libfpx-1.3.1.1 depends on file: /usr/local/sbin/pkg - found =3D=3D=3D> Extracting for libfpx-1.3.1.1 =3D> SHA256 Checksum OK for libfpx-1.3.1-1.tar.xz. =3D=3D=3D> Patching for libfpx-1.3.1.1 =3D=3D=3D> Applying FreeBSD patches for libfpx-1.3.1.1 /usr/bin/sed -i '' -e '/^#include "fpxlib-config.h"/d' /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/basics/filename.cpp /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/oless/h/owchar.h /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/ole/gen_guid.cpp /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpxlib.h =3D=3D=3D> Configuring for libfpx-1.3.1.1 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/configure =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/aclocal.m4 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/m4/libtool.m4 =3D=3D=3D> Building for libfpx-1.3.1.1 Warning: Object directory not changed from original /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1 g++ -O2 -pipe -march=3Dnative -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -O3 -pipe -march=3Dnative -fstack-protector -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -fno-strict-aliasing -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/oless/h -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/jpeg -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/ole -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/basics -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/ri_image -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/oless -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/. -I/usr/local/include -D_UNIX -stdlib=3Dlibc++ -std=3Dc++11 -c /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/basics/geometry.cpp -o geometry.o cc1plus: error: unrecognized command line option "-stdlib=3Dlibc++" cc1plus: error: unrecognized command line option "-std=3Dc++11" *** [geometry.o] Error code 1 Stop in /usr/ports/graphics/libfpx/work/libfpx-1.3.1-1. *** [do-build] Error code 1 Stop in /usr/ports/graphics/libfpx. --------------enig398794A8B54B811708257031 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) iQEcBAEBAgAGBQJRG2YwAAoJEOgBcD7A/5N8aKwH/18QWADNxuqR/Ihpb6lg1JpV WU0PFrbNnXUN4y+paAwD9SBDVovuwL/iVZI+6bSU2dHiQ0JMyVrClOXRFuvnaC+b X96o59trDv5g//f8mOYgL+QPUXfn3oA/hQeoqIeVnP2WidGz+YUmB4KQ09bquyCm WGF072pXi+/6ez9wQz0sym04WuCxcqig+gxSidhn+xR9NQGLHEPW+uZLvZ5bAZE0 AwELNxg/xZP0AtV70zV9f+jfaKhw1eDne15QHhXvruVuST1dxdsID8XJic10M0zn k10NYxGKJ7E2K7HPJdPLQweg8AGQv1hwYnzP93LR4PyvoSJDAm1iBL+N+UvQaR8= =xuoe -----END PGP SIGNATURE----- --------------enig398794A8B54B811708257031-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 10:23:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4BC7B6EE; Wed, 13 Feb 2013 10:23:34 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-x236.google.com (we-in-x0236.1e100.net [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 80C1B8F3; Wed, 13 Feb 2013 10:23:33 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id t57so871100wey.27 for ; Wed, 13 Feb 2013 02:23:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=xuRvS3RRsaZ1XJumct5/jqIpHWVtQSylZ9Col24oyis=; b=mLYPPkn957ogk4NdVagz1LCHr5S9zOKaIVlNKZjnDIS4sMkg5on0sYaZZp+oN+moTh TeDwijjw4bU9NOiQfmjtdHbjinNyI1We4QOtUSRl51ZRSrO7cVsnuGsjjPCpGhlkq6BW CDrXBdgFSHHkv+rrtm2H2pWciBCLyOOv+LgcHGEpFxKxYs8l93IKJ+LBfrkbZJHues5q 7Y8bO/axPb2krw4Uf8bq+b7Y8AuobZ+WcsBqOeIFfHGZ5kIbe/jY2N8p4lsx7FcsK0Tj ewGq1LDtqk22HPQKZbPucXoYE9jtUrP2oQlB5Mqn/R/rn7CxehxWQK0hJPGb64/VDByP XvaA== X-Received: by 10.180.87.98 with SMTP id w2mr8821848wiz.30.1360751012546; Wed, 13 Feb 2013 02:23:32 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id bj9sm12801806wib.4.2013.02.13.02.23.30 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 13 Feb 2013 02:23:31 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 13 Feb 2013 11:23:29 +0100 From: Baptiste Daroussin To: Tim Kientzle Subject: Re: Better pkg bootstrapping instructions? Message-ID: <20130213102329.GE44004@ithaqua.etoilebsd.net> References: <6E30CAD7-182D-48BA-BFF2-E56547989902@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="84ND8YJRMFlzkrP4" Content-Disposition: inline In-Reply-To: <6E30CAD7-182D-48BA-BFF2-E56547989902@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:23:34 -0000 --84ND8YJRMFlzkrP4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 02, 2013 at 09:46:41PM -0800, Tim Kientzle wrote: > Especially on -CURRENT, it's not going to be uncommon > to see things like this: >=20 > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg please wait > _http._tcp.pkg.FreeBSD.org > pkg: Error fetching http://pkg.FreeBSD.org/freebsd:10:arm:32:el:oabi:soft= fp/latest/Latest/pkg.txz: Not Found >=20 > It would be nice if the next line said: > "A pre-built version of pkg could not be found for your system." > "Please install it from source using the ports-mgmt/pkg port." >=20 > _______________________________________________ > 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" Would this fit, in particular the wording? http://people.freebsd.org/~bapt/pkg-better-errmsg.diff regards, Bapt --84ND8YJRMFlzkrP4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEbaaEACgkQ8kTtMUmk6Ex8KgCfePCP0XPqW/Hc6orJDBufoOdE 0cYAn2+ZX8nZpIly+/hiX/yezW4L7osJ =qknh -----END PGP SIGNATURE----- --84ND8YJRMFlzkrP4-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:15:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6F8463F4 for ; Wed, 13 Feb 2013 11:15:09 +0000 (UTC) (envelope-from kolyasir@gmail.com) Received: from mail-qa0-f46.google.com (mail-qa0-f46.google.com [209.85.216.46]) by mx1.freebsd.org (Postfix) with ESMTP id 1C226AE7 for ; Wed, 13 Feb 2013 11:15:08 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id o13so2074692qaj.19 for ; Wed, 13 Feb 2013 03:15:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=S+I81k9j65MjNg+bwW9Yrp+DMLh0z/eRHH8Oqb2Szio=; b=Mab2vV8jM0YrhhU2pMDFFFuPMmx2edukOHf1FCObKYcdTnbdZAUUK1pN8T2jHJUbUu RImsYVK1sQ++rZWRZ0yP2Ti5SsK4KD0NKRD1ZLaAxc+LXcpvR/zgqotBAwAOa5InpESC G63OUqwzc45pK9jc0J3xWuYxEekk8foOY7KnakzxlQz6MZvQDQtsX9Lgt2wbrKvFws1B ToNGShNPGGRHAH6McAlBITDM2oScdujSMUOnp+6mXElLXNXZltUW2C0Dl4goqF90ROUD eLXGoU1woCl816gfyeIY1dldDuyI3pGeXUYl9VxF3AFHnbOty2MQgSMmlqAqm9qidSHm UDSw== MIME-Version: 1.0 X-Received: by 10.224.216.8 with SMTP id hg8mr8555590qab.74.1360754108054; Wed, 13 Feb 2013 03:15:08 -0800 (PST) Received: by 10.49.71.232 with HTTP; Wed, 13 Feb 2013 03:15:07 -0800 (PST) Date: Wed, 13 Feb 2013 06:15:07 -0500 Message-ID: Subject: kernel boot failier From: Yasir hussan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:15:09 -0000 hi, i am have make some changes in my freebsd acutally have replaced mii bus with my own switch bus and have put some code of switch but after i successfully build kernel and world when i try to run it on machine it just hangs up at boot time after this ar7100> bootm change bootargs console=ttyS0,115200 root=31:03 rootfstype=jffs2 init=/sbin/init mtdparts=ar7100-nor0:256k(u-boot),64k(u-boot-env),1152k@384k (uImage),6592k@1536k(rootfs),64k@320k(ART),64k@8128M ## Booting image at 84000000 ... Image Name: FreeBSD-9.0-Paxym AR7161 Created: 2013-02-01 7:54:28 UTC Image Type: MIPS NetBSD Kernel Image (gzip compressed) Data Size: 2301863 Bytes = 2.2 MB Load Address: 80050120 Entry Point: 80050120 Verifying Checksum ... crc32_fw: 84000040 - 84231fe6 (len:00231fa7) calc... OK Uncompressing Kernel Image ... OK ## Transferring control to NetBSD stage-2 loader (at address 80050120) ... One method is that i should revert all changes which will take time, Is there is other way to debug my code, and can identify correct problem thanks From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 12:29:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CE77A345; Wed, 13 Feb 2013 12:29:58 +0000 (UTC) (envelope-from yamayan@kbh.biglobe.ne.jp) Received: from rcpt-expgw.biglobe.ne.jp (rcpt-expgw.biglobe.ne.jp [IPv6:2001:260:401:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5F6ECB; Wed, 13 Feb 2013 12:29:58 +0000 (UTC) Received: from vc-gw.biglobe.ne.jp by rcpt-expgw.biglobe.ne.jp (shby/5910021009) with SMTP id r1DCTuHb002894; Wed, 13 Feb 2013 21:29:56 +0900 Received: from smtp-gw.biglobe.ne.jp ([172.21.175.155]) by vc-gw.biglobe.ne.jp (kbkr/0716090908) with ESMTP id r1DCTuZl015522; Wed, 13 Feb 2013 21:29:56 +0900 X-Biglobe-Sender: Received: from [192.168.0.100] (KD027083060020.ppp-bb.dion.ne.jp [27.83.60.20]) by smtp-gw.biglobe.ne.jp id VABCAC15AFDB; Wed, 13 Feb 2013 21:29:55 +0900 (JST) Message-ID: <511B874A.7080901@kbh.biglobe.ne.jp> Date: Wed, 13 Feb 2013 21:30:02 +0900 From: Yamaya Takashi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130129 Thunderbird/17.0.2 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> In-Reply-To: <511B662C.7030602@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 13 Feb 2013 12:44:07 +0000 Cc: "free >> Current FreeBSD" , Ports FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:29:58 -0000 On 2013/02/13 19:08, O. Hartmann wrote: > Setting only base system source compiler optins in /etc/src.conf, for > instance > > # > CXXFLAGS+= -stdlib=libc++ > CXXFLAGS+= -std=c++11 > > > which do NOT appear in /etc/make.conf, make building port > grahpics/libfpx complaining about unrecognized compiler options. > > As far a sI know, /etc/src.conf is ONLY for building the source tree of > the operating system and make.conf is supposed to contain all stuff > necessary for compiling both world and ports, but /etc/src.conf is world > only. > > Am I wrong? > > Oliver > Yes. Because files/Makefile.bsd includes , /etc/src.conf is included. Remove CXXFLAGS from /etc/src.conf Add the following to /etc/make.conf .if !empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*) CXXFLAGS+= -std=c++11 -stdlib=libc++ .endif From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 13:34:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 126B8486; Wed, 13 Feb 2013 13:34:04 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ve0-f176.google.com (mail-ve0-f176.google.com [209.85.128.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8057E233; Wed, 13 Feb 2013 13:34:03 +0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id cz10so1015996veb.7 for ; Wed, 13 Feb 2013 05:33:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=FXXdUO59Pi2bYxqg33WK9FQe2YqqaFCUJZgafEeIJu8=; b=Ii1jchjP5k6IT7b98F0vqXU09MPz4fZjLPhpwARLsl4O6JmtIAmsZsy4oFgufcUVYU pXVHJ3F4FX8a6dAk4zdUkRXWcPzcSUuxYmSGWsFh5vUg6EeQ5qPKEM+PGodIFZtuGjLu rYR4nk90SgC1MiMuxuTozlefCV9fkSO4dSlJTFVbGNjw0BnxJzShVvvo3e6ncQLk3HAc Q2dXGTWscHEunXU5zr8RIXb3IkBrktXIyzPTeRBe5CTayNpGzAIa10cZH/nIf8OoUtMV 6Alh6OpDQSyfF+SSzcaMPlbxV/3wdnZX8Jw9DM4RDdbQNSubStHkjyhj0JEDsGHUmSRS dLQw== MIME-Version: 1.0 X-Received: by 10.52.33.68 with SMTP id p4mr15054259vdi.125.1360762436695; Wed, 13 Feb 2013 05:33:56 -0800 (PST) Received: by 10.58.100.147 with HTTP; Wed, 13 Feb 2013 05:33:56 -0800 (PST) In-Reply-To: <511B874A.7080901@kbh.biglobe.ne.jp> References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> Date: Wed, 13 Feb 2013 13:33:56 +0000 Message-ID: Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx From: Tom Evans To: Yamaya Takashi Content-Type: text/plain; charset=UTF-8 Cc: "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:34:04 -0000 On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi wrote: > On 2013/02/13 19:08, O. Hartmann wrote: >> Setting only base system source compiler optins in /etc/src.conf, for >> instance >> >> # >> CXXFLAGS+= -stdlib=libc++ >> CXXFLAGS+= -std=c++11 >> >> >> which do NOT appear in /etc/make.conf, make building port >> grahpics/libfpx complaining about unrecognized compiler options. >> >> As far a sI know, /etc/src.conf is ONLY for building the source tree of >> the operating system and make.conf is supposed to contain all stuff >> necessary for compiling both world and ports, but /etc/src.conf is world >> only. >> >> Am I wrong? >> >> Oliver >> > Yes. > Because files/Makefile.bsd includes , > /etc/src.conf is included. > > src.conf(5) says: The only purpose of src.conf is to control the compilation of the FreeBSD source code, which is usually located in /usr/src. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 14:05:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 96FFD229; Wed, 13 Feb 2013 14:05:43 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-we0-x234.google.com (we-in-x0234.1e100.net [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB9762A; Wed, 13 Feb 2013 14:05:42 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so1000250wer.25 for ; Wed, 13 Feb 2013 06:05:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=McK77TgtSjNP7wC2KHzxhn7BWo+jC4axVanr0apQY4Y=; b=pDdVSpWRJ6V5CDE28M6UveMTaDknbfDVXS+jtjohYRMHU1KUS9UkNmpqtIvT4LoP4J M4uAv1wzOguuqe00rI/o8oQpxfoJ6c4MwPo63xLBeWmC2Fx4UX9C10Uak0f2dd8KbxJA Mz1UdmB4LRWidRazSgpEXCIdQUZLmR31RV0oyNb+vbbWh6AqC8dc2nhzv7BjGvVNDjt6 nwVcv69QKMJ2n4F4WSWkxiVfY2dSJI7+X/Yqh/R/GBAwL4pLbwuD89HjtxYhVUxzj9lN A9joIiTbp6x/kU4kVQu8CxH2np2ivuSNmWQ1L15wVUq61/p61fDMfy2Pt0wNYth+SiUF Fhsw== MIME-Version: 1.0 X-Received: by 10.180.8.197 with SMTP id t5mr10186169wia.27.1360764335408; Wed, 13 Feb 2013 06:05:35 -0800 (PST) Received: by 10.216.120.193 with HTTP; Wed, 13 Feb 2013 06:05:35 -0800 (PST) In-Reply-To: References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> Date: Wed, 13 Feb 2013 16:05:35 +0200 Message-ID: Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx From: Kimmo Paasiala To: Tom Evans Content-Type: text/plain; charset=UTF-8 Cc: "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:05:43 -0000 On Wed, Feb 13, 2013 at 3:33 PM, Tom Evans wrote: > On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi > wrote: >> On 2013/02/13 19:08, O. Hartmann wrote: >>> Setting only base system source compiler optins in /etc/src.conf, for >>> instance >>> >>> # >>> CXXFLAGS+= -stdlib=libc++ >>> CXXFLAGS+= -std=c++11 >>> >>> >>> which do NOT appear in /etc/make.conf, make building port >>> grahpics/libfpx complaining about unrecognized compiler options. >>> >>> As far a sI know, /etc/src.conf is ONLY for building the source tree of >>> the operating system and make.conf is supposed to contain all stuff >>> necessary for compiling both world and ports, but /etc/src.conf is world >>> only. >>> >>> Am I wrong? >>> >>> Oliver >>> >> Yes. >> Because files/Makefile.bsd includes , >> /etc/src.conf is included. >> >> > > src.conf(5) says: > > The only purpose of src.conf is to control the compilation of the FreeBSD > source code, which is usually located in /usr/src. > > Cheers > > Tom If this is taken literally then could it be said that ports that use bsd.lib.mk are broken because they are using makefile includes from the source tree? -Kimmo From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:17:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 67E9A9A5 for ; Wed, 13 Feb 2013 16:17:23 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-la0-x22e.google.com (la-in-x022e.1e100.net [IPv6:2a00:1450:4010:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id CF9FCDC2 for ; Wed, 13 Feb 2013 16:17:22 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id fq12so1347215lab.33 for ; Wed, 13 Feb 2013 08:17:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=J/9pdtMYPfvC4RqM7nI+bJfpBlLMdJY0tudJdeRdNqA=; b=pKFpRaGLoRD5Bfi1UAI2PHYaOdY34YTR8ly/ptL7yh53rlJCK0jFzuuI6hegu7a+ZB f4lgcBHCzfvlE9XjK+nAeo9X13lPjUsE5tDmdT8j92RLOuA5OWDY3lrsJ4cmFdAi7L/D Aqv2F+mNExeo+I0rYHbuWxN/I43aRySxLiXQymtBanarNY4dI42AiYNNtN/CmZmPgsuu xppUYFoxmAEkNxHYSKNfG4Nj5dxmdQ4pL40+mOTAuP7eiiSeCM/RpJ33WfXw6pAayIvl gYg8zIoI7Cafr9H6g/iI2b3oHsHAe31QApgIgY/N//hroezeQiRMKzH9Y+F91ZZo0Aoi oyyg== MIME-Version: 1.0 X-Received: by 10.112.37.194 with SMTP id a2mr9027358lbk.40.1360772240846; Wed, 13 Feb 2013 08:17:20 -0800 (PST) Received: by 10.112.41.68 with HTTP; Wed, 13 Feb 2013 08:17:20 -0800 (PST) In-Reply-To: <1115347632.2956091.1360709240326.JavaMail.root@erie.cs.uoguelph.ca> References: <1115347632.2956091.1360709240326.JavaMail.root@erie.cs.uoguelph.ca> Date: Thu, 14 Feb 2013 00:17:20 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:17:23 -0000 Thanks for the information. I was looking a bit further into the tcpdump log, and this is what happens: Here are some relevant packets: ==== 115 ==== NULL call establishing a mutual context(?) GSS-API: Kerberos AP-REQ: Ticket: Server Name (Principal): nfs/domainname ==== 117 ==== NULL reply to packet 115 ==== 169 ==== NFSV4 Call. OPEN DH:.../foo.txt Credentials: Procedure: RPCSEC_GSS_DATA GSS Context: (reference to the context created in the request from frame 115) Verifier: GSS Token: (some long sequence of binary data) GSS-API: krb5_blob (more binary data) ==== 170 ==== NFSV4 Reply OPEN Status: NFS4ERR_ACCESS ========= The weird thing here is that the OPEN request in packet 169 refers to a context that was created for the principal name "nfs/domainname" (i.e. the service principal). Am I correct in my understanding that this context is different from the user principal that is accessing the data? And if so, where is the details regarding that principal? Is it in the "verifier" part in packet 169? Secondly, what if the issue is gssd not correctly mapping the principals to Unix usernames? How can I determine if this is the case. There seems to be no logging options for gssd (-d does absolutely nothing other than prevent the process from detaching. It still doesn't log anything). Regards, Elias On 13 February 2013 06:47, Rick Macklem wrote: > Elias Martenson wrote: > > On 12 February 2013 23:20, Rick Macklem < rmacklem@uoguelph.ca > > > wrote: > > > > > > > > > > > > > > There is (in case you missed it on google): > > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > > (Nothing much has changed since FreeBSD8, except the name of the > > client > > side patch for host based initiator credentials in the keytab file.) > > I was hoping others would add/update the wiki and it would eventually > > become FreeBSD doc, but that hasn't happened. > > > > > > > > > > Thank you for the link. I have indeed found that, and I have followed > > it to the letter. > > > > > > I have up the exact same thing from Ubuntu machines as well as from > > Solaris, and I do have a fairly good understanding of Kerberos. > > FreeBSD however, is pretty new to me. > > > > > > Other than that, the various discussions in the archive on this list > > may help. Unfortunately, I don't know of an easy way to figure out > > what is busted. I always suggest looking at the packets in wireshark, > > but for some reason, I get the impression that folk don't like > > doing this? It is what I do first when I run into NFS issues. > > > > > > > > I've been looking at the dumps using Wireshark. Well, I had to drop > > down the security since everything is encrypted when using keb5p. I do > > get the same errors using sec=krb5. > > > > > > When looking at this trace, I see a normal OPEN request followed by a > > NFS4ERR_ACCESS as a reply. The Kerberos credentials are of course > > encrypted, so I can't really say anything about that part. > > > Well, it sounds like you are doing all the right stuff, so I don't know > why it is returning EACCES? > > I'm not a ZFS person, so I never test that. If you have a UFS file system > you could export for testing, that might be worth a try. ZFS likes to do > things differently;-) > > You can look at the authentication stuff in the RPC header: > Actually, the credentials in the RPC header aren't encrypted, although > they are binary data. It's been a while since I looked at the RFC, but > the authenticator is basically: > - an RPCSEC_GSS version (must be 1 for FreeBSD to be able to use it) > - a type that will be DATA in this case > - a credential handle (just a blob of bits the server uses as a shorthand > for the principal) > - a sequence# used to subvert replay attempts > > Then the authentication verifier is an encrypted checksum of the above, > that the server uses to verify it. > > All the Kerberos stuff happens via NFS Null RPCs, where the GSSAPI tokens > are passed as data (a Null RPC has no arguments) and the credential handle > and a session key get established. (The Kerberos ticket is inside the > GSSAPI > token for the first of these Null RPCs.) > > > > > Note that NFS4 with Kerberos security never uses the user ID numbers. > > They purely use the Kerberos principals for authorisation. This is > > different from the default "sys" security model that blindly uses user > > ID's. > > > Yep, of course. The Kerberos user principal "name@REALM" is translated > to a uid + gid list by the gssd via a lookup of "name" as the username. > The uid + gid list is then associated with that credential handle I > mentioned > above. > > > > > > > > > > nfscbd_enable="YES" > > Needed for client side only, and only if delegations are > > enabled at the server and you want the client to acquire > > delegations. (Delegations are not enabled by default on the > > FreeBSD NFSv4 server.) > > > > > > > > Noted. Thank you. I will change this. > > > > > > > > > rpc_lockd_enable="YES" > > > rpc_statd_enable="YES" > > You shouldn't need rpc_lockd or rpc_statd for NFSv4, > > since they are only used for NFSv3. > > > > > > > > Good point. I'll disable those too. > > > > > > > > I don't know why a Linux client would mix NFSv3 RPCs with NFSv4 ones, > > > > > > I was suggested to set vfs.nfsd.server_min_nfsvers to 4 in order to > > completely disable NFS version below 4. I did this and got rid of the > > stray NFS3 requests. It didn't solve the original problem though. > > > > > > > > > If anyone is able to confirm whether or not this actually has been > > > tested > > > in 9.1-CURRENT, I'd appreciate it. Also, if not, then I'd love to > > > know > > > where I should start looking for a solution. I'm experienced in > > > system > > > level programming (having worked on Solaris at Sun in a previous > > > life), but > > > a pointer where to start would be helpful. > > > > > Usually, when everything is being done by "nobody", it indicates that > > the mapping between <-> name@domain isn't working > > correctly. > > (Looking at the packets in wireshark, you need to look at the > > attributes > > called Owner and Owner_Group to see what they are being set to.) > > > > > > > > I actually doubt this. First of all, I have the correct idmapd setup > > working from FreeBSD to Ubuntu (I can see that since I can see the > > correct user names in "ls" even though the user ID's differ). On OSX I > > haven't got it to work yet. > > > > > > But, the behaviour is the same on both systems. > > > > > > This is actually expected, as the permission checks are orthogonal to > > the ID mapping. > > > > > > The most common problem (since you do have nfsuserd running on the > > server) > > is for the "domain" spec to be different between client and server. > > FreeBSD's nfsuserd defaults to the domain part of the machine's > > hostname. > > Linux's rpc.idmapd sets the domain from /etc/idmapd.conf (at least I > > think > > that's what it is called) and many distros ship with it set to > > "my.domain" > > or something like that. > > > > > > > > Correct. I have set this correctly. I know this, since once I did, > > "ls" started giving me the correct user names. > > > > > > As such, I'd start by checking the Linux client and seeing what it has > > for > > the domain spec. in /etc/idmapd.conf. > > > > If you want to override the default for FreeBSD, there is a command > > line > > option for nfsuserd to do this. I can't remember what it is, but "man > > nfsuserd" > > will give you the answer and it can be set in /etc/rc.conf using > > nfsuserd_flags. > > > > > > > > Thank you. I'm definitely willing to double-check this and I am not > > going to claim to know exactly what's going on in the realms of NFS > > security. :-) > > > > > > If this is configured correctly, then looking at the packets in > > wireshark is > > the best starting point w.r.t. figuring out what is broken. I do > > limited > > testing of this and it works for me. I don't know how many others use > > it, > > although some definitely have fun getting it working. (Usually it is > > the > > Kerberos part on the client side that causes the most grief.) > > > > > > > > It certainly is fun. But it gets frustrating when one fights a single > > problem for weeks on end. > > > > > > Far too few shops use Kerberos though. > > > Or maybe too many;-) A public key system might not be as secure, but it > would be far easier to manage imho. > > > > > > > Regards, > > Elias > From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:22:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E810BBF9; Wed, 13 Feb 2013 16:22:09 +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 92D68E1F; Wed, 13 Feb 2013 16:22:09 +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 <1U5f5z-000NWI-5P>; Wed, 13 Feb 2013 17:22:07 +0100 Received: from e178031046.adsl.alicedsl.de ([85.178.31.46] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1U5f5z-003I3v-1V>; Wed, 13 Feb 2013 17:22:07 +0100 Message-ID: <511BBDAD.1080806@zedat.fu-berlin.de> Date: Wed, 13 Feb 2013 17:22:05 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130131 Thunderbird/17.0.2 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig16EF04B6596D2D5B904D0E68" X-Originating-IP: 85.178.31.46 Cc: Tom Evans , "free >> Current FreeBSD" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:22:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16EF04B6596D2D5B904D0E68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 02/13/13 15:05, schrieb Kimmo Paasiala: > On Wed, Feb 13, 2013 at 3:33 PM, Tom Evans w= rote: >> On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi >> wrote: >>> On 2013/02/13 19:08, O. Hartmann wrote: >>>> Setting only base system source compiler optins in /etc/src.conf, fo= r >>>> instance >>>> >>>> # >>>> CXXFLAGS+=3D -stdlib=3Dlibc++ >>>> CXXFLAGS+=3D -std=3Dc++11 >>>> >>>> >>>> which do NOT appear in /etc/make.conf, make building port >>>> grahpics/libfpx complaining about unrecognized compiler options. >>>> >>>> As far a sI know, /etc/src.conf is ONLY for building the source tree= of >>>> the operating system and make.conf is supposed to contain all stuff >>>> necessary for compiling both world and ports, but /etc/src.conf is w= orld >>>> only. >>>> >>>> Am I wrong? >>>> >>>> Oliver >>>> >>> Yes. >>> Because files/Makefile.bsd includes , >>> /etc/src.conf is included. >>> >>> >> >> src.conf(5) says: >> >> The only purpose of src.conf is to control the compilation of the Fr= eeBSD >> source code, which is usually located in /usr/src. >> >> Cheers >> >> Tom >=20 > If this is taken literally then could it be said that ports that use > bsd.lib.mk are broken because they are using makefile includes from > the source tree? >=20 > -Kimmo >=20 I would consider them broken! How could I track down problems if they are results of intermixed config files when the manpage explicitely tells me, that the /etc/src.conf is only for the build of the operating system? --------------enig16EF04B6596D2D5B904D0E68 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) iQEcBAEBAgAGBQJRG72uAAoJEOgBcD7A/5N8zDUH/26Rq98vPZqMSACyRu1ha9Er 3MLAPmq57RGnB5LVl8+uqIKHcF4kZzV9lWGEJiHgE0TOwGB7DdPOUmCaNxMyMDBV YAJgLdWgWRMERSbkvnPcCEZqDKHRgnOlQf+1Hmhcn+F2NHN25zYAgpLD6FJXd5Dm b1Jk/qHZymaEqyV0SE/XN0q8Z1akFLg+xyx5d3ft7PJ+tVdGv/CcmsEEkXas+qdS Pn2T7Xtnqv688K3rUZ1ziNLSaaRith2CYIjIL2Jww4Fsr5MG1l0bPGI03FLRoTnP tAOJF9hY0TwOSUEQhhGYrDYy6a/Jsuf7piiqMnCRv5/Gwl3sP2x2oX+XXFCmCDI= =JKPJ -----END PGP SIGNATURE----- --------------enig16EF04B6596D2D5B904D0E68-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:41:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7B1FF2B2; Wed, 13 Feb 2013 16:41:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id B2B21EF0; Wed, 13 Feb 2013 16:41:19 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:8:bdbe:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3Z5mhW5JdZzHdJ; Wed, 13 Feb 2013 17:41:15 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.7.4 tignes.restart.be 3Z5mhW5JdZzHdJ DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1360773675; bh=0yQh2xniRVRtY6iQ45jY4vDVvaMbSYf3JgyFKSa34/8=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Wed,=2013=20Feb=202013=2017:41:14=20+0100|From:=20Henri=2 0Hennebert=20|To:=20freebsd-current@freebsd.org,=2 0freebsd-stable@freebsd.org|Subject:=20Re:=20sysctl=20-a=20causes= 20kernel=20trap=2012|References:=20<50EB602F.9050300@delphij.net>= 20<20130108000233.GZ82219@kib.kiev.ua>=20<50EB63A9.50903@delphij.n et>=20=20<50EB870D.3020306@delphij.net>=20<50EF3FEC.60605@delphi j.net>=20=20<50F9B70A.5040305@delphij.net>=20=20<511A25EC. 8070000@restart.be>|In-Reply-To:=20<511A25EC.8070000@restart.be>; b=kxOcpFVr3SEEtQia6Oc9ds1ZGwGkLzoBQx9DG7Cm5Cys60V3TfyvX+5I++B8gK6e6 2DAQ5oX3WteGhgpLAFGkdMu1RGY7aiV//gJeIZ7HW8qujA4KnM+fDOIGBklWZOcDxU DNoHfzalxZhzfzz9somuPsLkLSx4lRZRSSzA+yXXebXAOKDZoyWpTv1skVnJ6rWpA2 a2f2hhnAHgDFx/kd3GoTa8Rgzz/LiTaWW6VpRpXnE+jkYBK72DbzjndQ7O8BY3BjA7 CIxARviO3PcGPfWnr1qOAZWu6Oa+/1yTZO4xsn6JfGK00n7WRJFeWXlkmQSC2qLaBz bp8lFl8QzK6bw== Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:8:bdbe:1:2::]) (authenticated bits=0) by restart.be (8.14.6/8.14.5) with ESMTP id r1DGfEV0068060; Wed, 13 Feb 2013 17:41:15 +0100 (CET) (envelope-from hlh@restart.be) Message-ID: <511BC22A.1030701@restart.be> Date: Wed, 13 Feb 2013 17:41:14 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130207 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysctl -a causes kernel trap 12 References: <50EB602F.9050300@delphij.net> <20130108000233.GZ82219@kib.kiev.ua> <50EB63A9.50903@delphij.net> <50EB870D.3020306@delphij.net> <50EF3FEC.60605@delphij.net> <50F9B70A.5040305@delphij.net> <511A25EC.8070000@restart.be> In-Reply-To: <511A25EC.8070000@restart.be> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:41:20 -0000 On 02/12/2013 12:22, Henri Hennebert wrote: > On 01/19/2013 06:58, Brandon Gooch wrote: >> On Fri, Jan 18, 2013 at 2:56 PM, Xin Li wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> On 01/18/13 12:50, Brandon Gooch wrote: >>>> On Thu, Jan 10, 2013 at 4:25 PM, Xin Li >>> > wrote: >>>> >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>> >>>> To all: this became more and more hard to replicate lately. I've >>>> tried these options and the most important progress is that it's >>>> possible to get a crashdump when debug.debugger_on_panic=0 and I >>>> managed to get a backtrace which indicates the panic occur when >>>> trying to do mtx_lock(&Giant) -> __mtx_lock_sleep -> turnstile_wait >>>> -> propagate_priority, but after I've added some instruments to >>>> the surrounding code and enabled INVARIANT and/or WITNESS, it >>>> mysteriously went away. >>>> >>>> Reverting my instruments code and update to latest svn makes the >>>> issue disappear for one day. I've hit it again today but >>>> unfortunately didn't get a successful dump and after reboot I can't >>>> reproduce it again :( >>>> >>>> Still trying... >>>> >>>> >>>> Any updates Xin? >>> >>> No, it mysteriously disappeared for now. According to my >>> understanding to recent svn commits, I didn't see anybody committing >>> something that fixes it but I can no longer panic my system, with or >>> without debugging code :( >>> >>>> I was actually hitting what I believe to be exactly the same issue >>>> as you on one of my systems, and, as you've seen, adding any extra >>>> debugging or diagnostics seemed to eliminate the issue. >>>> >>>> I was able to generate quite a few vmcores and still have these >>>> sitting around in my filesystem (along with the kernels that helped >>>> produce them). >>>> >>>> I can recreate this crash on my system by compiling the NVIDIA >>>> driver with clang at -01 and above. Although it's been noted that >>>> this issue has been seen in scenarios without an NIVIDIA driver in >>>> the mix, whatever is happening in the kernel to cause the panic is >>>> somehow triggered by this, at least on my system. >>> >>> I'm not sure if this is the same problem. Could you please try using >>> gcc to compile the nVIdia driver and see if that "fixes" the problem? >>> >>> Cheers, >>> - -- >>> Xin LI https://www.delphij.net/ >>> FreeBSD - The Power to Serve! Live free or die >>> >> >> Indeed, a gcc compiled NVIDIA module eliminates the issue, sorry if I >> hadn't mentioned this earlier. >> >> What was happening to me at first was that my system would just hang while >> booting. I was able to figure out that it was during /etc/rc.d/initrandom. >> I actually got to a point where I removed the call to sysctl -a from >> 'better_than_nothing()' in /etc/rc.d/initrandom to have a booting system. I >> finally had a situation where I could get a panic by adding SW_WATCHDOG to >> my kernel and running watchdogd(8). >> >> For me, this panic would come and go seemingly at random as well, and I >> couldn't fumble my way around in the debugger to learn much of anythingfreebsd-current@freebsd.org >> when I first started seeing it. I just started a process of modularizing >> everything I could in my kernel config, then loading modules 1-by-1 and >> booting over-and-over until I finally found what appeared to be the >> problem, which was the NVIDIA module compiled with clang. >> >> Oh, another thing: at times it seemed as though it was the number of >> modules loaded, as I could get the hang with 41 modules loaded, but not 40 >> or 42?! I admit, when I was seeing that behavior, I hadn't eliminated the >> NVIDIA driver from my loaded modules. I need to revisit the panic situation >> to confirm this particular strangeness. >> >> Here's the last panic I had: >> >> Unread portion of the kernel message buffer: >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1175 (sysctl) >> >> (kgdb) bt >> #0 doadump (textdump=1694704112) at pcpu.h:229 >> #1 0xffffffff802fab82 in db_fncall (dummy1=, >> dummy2=, dummy3=, dummy4=> optimized out>) at /usr/src/sys/ddb/db_command.c:578 >> #2 0xffffffff802fa85a in db_command (last_cmdp=, >> cmd_table=, dopager=1) at >> /usr/src/sys/ddb/db_command.c:449 >> #3 0xffffffff802fa612 in db_command_loop () at >> /usr/src/sys/ddb/db_command.c:502 >> #4 0xffffffff802fcf60 in db_trap (type=, code=0) at >> /usr/src/sys/ddb/db_main.c:231 >> #5 0xffffffff804a7b93 in kdb_trap (type=12, code=0, tf=> out>) at /usr/src/sys/kern/subr_kdb.c:654 >> #6 0xffffffff807157c5 in trap_fatal (frame=0xffffff8865032670, eva=> optimized out>) at /usr/src/sys/amd64/amd64/trap.c:867 >> #7 0xffffffff80715adb in trap_pfault (frame=0x0, usermode=0) at >> /usr/src/sys/amd64/amd64/trap.c:698 >> #8 0xffffffff8071529b in trap (frame=0xffffff8865032670) at >> /usr/src/sys/amd64/amd64/trap.c:463 >> #9 0xffffffff806ff382 in calltrap () at exception.S:228 >> #10 0xffffffff8047bd50 in sysctl_sysctl_next_ls (lsp=, >> name=0xffffff8865032a80, namelen=, >> next=0xffffff8865032898, len=0xffffff8865032904, level=3) at >> /usr/src/sys/kern/kern_sysctl.c:759 >> #11 0xffffffff8047be5e in sysctl_sysctl_next_ls (lsp=0xfffffe000d3f0080, >> name=0xffffff8865032a7c, namelen=, >> next=0xffffff8865032894, len=0xffffff8865032904, level=2) at >> /usr/src/sys/kern/kern_sysctl.c:786 >> #12 0xffffffff8047be5e in sysctl_sysctl_next_ls (lsp=0xfffffe000d3f0080, >> name=0xffffff8865032a78, namelen=, >> next=0xffffff8865032890, len=0xffffff8865032904, level=1) at >> /usr/src/sys/kern/kern_sysctl.c:786 >> #13 0xffffffff8047bca3 in sysctl_sysctl_next (oidp=, >> arg1=0xffffff8865032a78, arg2=4, req=0xffffff88650329a8) at >> /usr/src/sys/kern/kern_sysctl.c:808 >> #14 0xffffffff8047b03f in sysctl_root (arg1=, >> arg2=) at /usr/src/sys/kern/kern_sysctl.c:1513 >> #15 0xffffffff8047b5d8 in userland_sysctl (td=, >> name=0xffffff8865032a70, namelen=, old=> optimized out>, oldlenp=, inkernel=> out>, new=, newlen=, >> retval=, flags=1694706064) at >> /usr/src/sys/kern/kern_sysctl.c:1623 >> #16 0xffffffff8047b3c4 in sys___sysctl (td=0xfffffe001e2d4900, >> uap=0xffffff8865032b80) at /usr/src/sys/kern/kern_sysctl.c:1549 >> #17 0xffffffff807160f7 in amd64_syscall (td=0xfffffe001e2d4900, traced=0) >> at subr_syscall.c:135 >> #18 0xffffffff806ff66b in Xfast_syscall () at exception.S:387 >> #19 0x000000080093697a in ?? () >> Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >> >> Any ideas on where to look through this vmcore? >> >> -Brandon > > FWIW > > Just going from 9.1-STABLE r245423M to 9.1-STABLE #0 r246457M trigger > this problem. > > I drop sysctl -a from /etc/rc.d/initrandom and all is back to normal. > > I have nvidia-driver-304.64 compiled with gcc as for all my ports. > > Henri Just a follow up: sysctl hw.nvidia generate a page fault: morzine.restart.bel dumped core - see /var/crash/vmcore.86 Wed Feb 13 17:29:14 CET 2013 FreeBSD morzine.restart.bel 9.1-STABLE FreeBSD 9.1-STABLE #0 r246457M: Thu Feb 7 15:09:16 CET 2013 root@morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE i386 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xa07647d4 stack pointer = 0x28:0xfd1f0ac8 frame pointer = 0x28:0xfd1f0aec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 2369 (sysctl) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(a0a44a64,0,70617200,46,fc,...) at db_trace_self_wrapper+0x2d/frame 0xfd1f07c0 kdb_backtrace(a0a760c5,1,a0a0bc3c,fd1f087c,1,...) at kdb_backtrace+0x30/frame 0xfd1f0828 panic(a0a0bc3c,a0a76eaf,cfcb0d74,1,1,...) at panic+0x1bb/frame 0xfd1f0870 trap_fatal(fd1f0900,a09d2ee1,a0b17130,b5592000,0,...) at trap_fatal+0x33a/frame 0xfd1f08c0 trap_pfault(14,c,1,ffffffff,fd1f0994,...) at trap_pfault+0x31d/frame 0xfd1f0940 trap(fd1f0a88) at trap+0x4ef/frame 0xfd1f0a7c calltrap() at calltrap+0x6/frame 0xfd1f0a7c --- trap 0xc, eip = 0xa07647d4, esp = 0xfd1f0ac8, ebp = 0xfd1f0aec --- turnstile_broadcast(0,0,a7b80b40,0,fd1f0b38,...) at turnstile_broadcast+0xa4/frame 0xfd1f0aec _mtx_unlock_sleep(a0b6a00c,0,0,0,fd1f0b58,...) at _mtx_unlock_sleep+0x57/frame 0xfd1f0b04 sysctl_root(fd1f0b58,fd1f0b64,4,a09c87fe,bfc0d450,...) at sysctl_root+0x248/frame 0xfd1f0b38 userland_sysctl(cfcb0bc0,fd1f0bd4,5,0,9fbfca2c,...) at userland_sysctl+0x1da/frame 0xfd1f0b9c sys___sysctl(cfcb0bc0,fd1f0cc8,1,fd1f0cb0,0,...) at sys___sysctl+0x95/frame 0xfd1f0c40 syscall(fd1f0d08) at syscall+0x452/frame 0xfd1f0cfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xfd1f0cfc --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x33d65f6b, esp = 0x9fbfc9e4, ebp = 0x9fbfd2ac --- Uptime: 5h45m16s Physical memory: 3046 MB (kgdb) #0 doadump (textdump=1) at pcpu.h:249 #1 0xa071b78a in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:448 #2 0xa071bc17 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:636 #3 0xa09cc21a in trap_fatal (frame=, eva=20) at /usr/src/sys/i386/i386/trap.c:1043 #4 0xa09cc54d in trap_pfault (frame=0x0, usermode=, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #5 0xa09cbb3f in trap (frame=0xfd1f0a88) at /usr/src/sys/i386/i386/trap.c:555 #6 0xa09b5c0c in calltrap () at exception.s:169 #7 0xa07647d4 in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/sys/kern/subr_turnstile.c:837 #8 0xa0707217 in _mtx_unlock_sleep (m=0xa0b6a00c, opts=-48297228, file=0xfd1f0af4 "", line=-48297228) at /usr/src/sys/kern/kern_mutex.c:715 #9 0xa0728418 in sysctl_root (arg1=, arg2=) at /usr/src/sys/kern/kern_sysctl.c:1515 #10 0xa072899a in userland_sysctl (td=0x4, old=, oldlenp=, inkernel=, new=, newlen=, retval=, flags=-1603107360) at /usr/src/sys/kern/kern_sysctl.c:1623 #11 0xa0728785 in sys___sysctl (uap=0xfd1f0cc8) at /usr/src/sys/kern/kern_sysctl.c:1549 #12 0xa09ccc22 in syscall (frame=) at subr_syscall.c:135 #13 0xa09b5ca1 in Xint0x80_syscall () at exception.s:267 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal Henri From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 20:04:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AE9459B7 for ; Wed, 13 Feb 2013 20:04:22 +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 85832CB5 for ; Wed, 13 Feb 2013 20:04:22 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B29AEB98A; Wed, 13 Feb 2013 15:04:21 -0500 (EST) From: John Baldwin To: Jilles Tjoelker Subject: Re: [PATCH] open_memstream() and open_wmemstream() Date: Wed, 13 Feb 2013 11:44:19 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201302051546.43839.jhb@freebsd.org> <20130207211222.GA98989@stack.nl> In-Reply-To: <20130207211222.GA98989@stack.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302131144.19617.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Feb 2013 15:04:21 -0500 (EST) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:04:22 -0000 On Thursday, February 07, 2013 4:12:22 pm Jilles Tjoelker wrote: > On Tue, Feb 05, 2013 at 03:46:43PM -0500, John Baldwin wrote: > > I've written an implementation of open_memstream() and > > open_wmemstream() along with a set of regression tests. I'm pretty > > sure open_memstream() is correct, and I believe open_wmemstream() is > > correct for expected usage. The latter might even do the right thing > > if you split a multi-byte character across multiple writes. One > > question I have is if my choice to discard any pending multi-byte > > state in the stream anytime a seek changes the effective position in > > the output stream. I think this is correct as stdio will flush any > > pending data before doing a seek, so if there is a partially parsed > > character we aren't going to get the rest of it. > > I don't think partially parsed characters can happen with a correct > application. As per C99, an application must not call byte output > functions on a wide-oriented stream, and vice versa. Oh, interesting. Should I remove those tests for using byte output functions from the open_wmemstream test? > Discarding the shift state on fseek()/fseeko() is permitted (but should > be documented as this is implementation-defined behaviour). > State-dependent encodings (where this is relevant) are rarely used > nowadays. > > The conversion to bytes and back probably makes open_wmemstream() quite > slow but I don't think that is very important. Note that we do this already for swprintf(). I've added this note: IMPLEMENTATION NOTES Internally all I/O streams are effectively byte-oriented, so using wide- oriented operations to write to a stream opened via open_wmemstream() results in wide characters being expanded to a stream of multibyte char- acters in stdio's internal buffers. These multibyte characters are then converted back to wide characters when written into the stream. As a result, the wide-oriented streams maintain an internal multibyte charac- ter conversion state that is cleared on any seek opertion that changes the current position. This should have no effect unless byte-oriented output operations are used on a wide-oriented stream. > > http://www.FreeBSD.org/~jhb/patches/open_memstream.patch > > The seek functions should check for overflow in the addition (for > SEEK_CUR and SEEK_END) and the conversion to size_t. Note that SEEK_CUR is effectively only called with an offset of 0 via __ftello(). I'm not sure of the best way to check for overflow, do I have to do something like this: static int will_overflow(size_t off, fpos_t pos) { if (pos < 0) return (-pos > off); return (SIZE_MAX - off > pos); } For SEEK_CUR I would test 'will_overflow(ms->offset, pos)' and for SEEK_END 'will_overflow(ms->len, pos)' Presumably SEEK_SET should test for the requested position being beyond SIZE_MAX as well? If my above test is ok then I end up with this: static int will_overflow(size_t offset, fpos_t pos) { if (pos < 0) { if (-pos > off) { errno = EINVAL; return (1); } } else { if (SIZE_MAX - off > pos) { errno = EOVERFLOW; return (1); } } return (0); } static fpos_t memstream_seek(void *cookie, fpos_t pos, int whence) { struct memstream *ms; #ifdef DEBUG size_t old; #endif ms = cookie; #ifdef DEBUG old = ms->offset; #endif switch (whence) { case SEEK_SET: if (pos > SIZE_MAX) { errno = EOVERFLOW; return (-1); } ms->offset = pos; break; case SEEK_CUR: if (will_overflow(ms->offset, pos)) return (-1); ms->offset += pos; break; case SEEK_END: if (will_overflow(ms->len, pos)) return (-1); ms->offset = ms->len + pos; break; } memstream_update(ms); #ifdef DEBUG fprintf(stderr, "MS: seek(%p, %zd, %d) %zd -> %zd\n", ms, pos, whence, old, ms->offset); #endif return (ms->offset); } Thanks for reviewing this so far. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 20:56:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA93D430 for ; Wed, 13 Feb 2013 20:56:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 61E15EC0 for ; Wed, 13 Feb 2013 20:56:46 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id r1DKuf8J062364; Wed, 13 Feb 2013 21:56:41 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id r1DKuf0Q062363; Wed, 13 Feb 2013 21:56:41 +0100 (CET) (envelope-from marius) Date: Wed, 13 Feb 2013 21:56:41 +0100 From: Marius Strobl To: Hans Petter Selasky Subject: Re: [RFC] USB keyboard and devd.conf Message-ID: <20130213205641.GK80850@alchemy.franken.de> References: <201302111343.29568.hselasky@c2i.net> <20130212145100.GA29324@alchemy.franken.de> <201302130923.25087.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302130923.25087.hselasky@c2i.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:56:46 -0000 On Wed, Feb 13, 2013 at 09:23:25AM +0100, Hans Petter Selasky wrote: > On Tuesday 12 February 2013 15:51:01 Marius Strobl wrote: > > On Mon, Feb 11, 2013 at 01:43:29PM +0100, Hans Petter Selasky wrote: > > > Hi, > > > > > > Does anyone need these lines in /etc/devd.conf ? > > > > > > === etc/devd.conf > > > ================================================================== > > > --- etc/devd.conf (revision 246620) > > > +++ etc/devd.conf (local) > > > @@ -105,16 +105,6 @@ > > > > > > # action "sleep 2 && /usr/sbin/ath3kfw -d $device-name -f > > > /usr/local/etc/ath3k-1.fw"; #}; > > > > > > -# When a USB keyboard arrives, attach it as the console keyboard. > > > -attach 100 { > > > - device-name "ukbd0"; > > > - action "/etc/rc.d/syscons setkeyboard /dev/ukbd0"; > > > -}; > > > -detach 100 { > > > - device-name "ukbd0"; > > > - action "/etc/rc.d/syscons setkeyboard /dev/kbd0"; > > > -}; > > > - > > > > > > notify 100 { > > > > > > match "system" "DEVFS"; > > > match "subsystem" "CDEV"; > > > > > > I plan to remove the lines marked with minus, because we now have kbdmux. > > > > Do these entries have negative impact on systems using kbdmux(4)? > > Will their lack have impact on systems not using kbdmux(4)? I typically > > remove or at least disable the latter on machines without atkbd(4) etc. > > hardware and thus ukbd(4) is the only keyboard driver ever used there. > > > > Hi, > > I suspect a system without kbdmux will still need these. However, these lines > are not correct with regard to multiple USB keyboards. > Yes, but do these lines have ill effects for configurations with kbdmux(4) and multiple keyboards? If not then I'd strongly suggest to keep them for the sake of making configurations without kbdmux(4) work out of the box. If yes, I'd at least keep them in a commented out form and add a mark saying that these are required without kbdmux(4). Marius From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 23:42:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CD9FC1BB for ; Wed, 13 Feb 2013 23:42:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 690B880D for ; Wed, 13 Feb 2013 23:42:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAEYkHFGDaFvO/2dsb2JhbABFhk+6NnOCHwEBAQMBAQEBIAQnIAsFFhgCAg0FFAIpAQkmBggHBAEYAgIEh2sGDK05kjKBI4wNFAYKgQIMgg+BEwOIZooEgQeCM4EdjzaDJE98CRce X-IronPort-AV: E=Sophos;i="4.84,660,1355115600"; d="scan'208";a="16534777" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 13 Feb 2013 18:42:15 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C9A4CB3F41; Wed, 13 Feb 2013 18:42:15 -0500 (EST) Date: Wed, 13 Feb 2013 18:42:15 -0500 (EST) From: Rick Macklem To: =?utf-8?Q?Elias_M=C3=A5rtenson?= Message-ID: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: Possible bug in NFSv4 with krb5p security? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:42:17 -0000 Elias Martenson wrote: > Thanks for the information. I was looking a bit further into the > tcpdump > log, and this is what happens: > > Here are some relevant packets: > > ==== 115 ==== > NULL call establishing a mutual context(?) > GSS-API: > Kerberos AP-REQ: > Ticket: Server Name (Principal): nfs/domainname > ==== 117 ==== > NULL reply to packet 115 > ==== 169 ==== > NFSV4 Call. OPEN DH:.../foo.txt > Credentials: > Procedure: RPCSEC_GSS_DATA > GSS Context: (reference to the context created in the request from > frame 115) > Verifier: > GSS Token: (some long sequence of binary data) > GSS-API: krb5_blob (more binary data) > ==== 170 ==== > NFSV4 Reply > OPEN Status: NFS4ERR_ACCESS > ========= > > The weird thing here is that the OPEN request in packet 169 refers to > a > context that was created for the principal name "nfs/domainname" (i.e. > the > service principal). Normally the client will get a service ticket for "nfs/server-host.domain" using initiator credentials that are either "user" (via their TGT) or "nfs/client-host.domain" via its keytab entry. The important part is what the initiator principal is. (Watching what gets logged in your KDC's log as you do the mount and access attempt might answer this if the wireshark trace doesn't.) > Am I correct in my understanding that this context > is > different from the user principal that is accessing the data? Ok, it sounds like the Linux client might be using a "host based initiator credential" for this request, but I'm not sure. (This is the credential where the initiator principal was "nfs/client-host.domain".) Most NFSv4 clients use a "host based initiator credential" in a keytab file for system operations. (The FreeBSD client can only do this if it is patched.) (By system operations, I am referring to NFSv4 Operations that are related to maintenance of lock state: SetClientID, SetClientIDConfirm, Renew, ReleaseLockOwner and maybe a couple of others.) This is done so that the mount doesn't break when a user's TGT expires and also because few Kerberos setups have a user principal for root and root is usually doing the mounts. Now, what I think the client should be doing is a separate Null RPC sequence for each user (like "elias") when that user first attempts to access files within the mount. The user must have a valid TGT at this point for it to work. Then it should use the credential handle acquired from that exchange for file accesses (including Opens) for that user. If wireshark understands the RPCSEC_GSS authenticator, try and look for the credential handle field and also look for a separate Null RPC sequence for user principal "elias" or whoever you are logged in as when trying to open the file. If you are correct and the Linux client is using the credential handle it acquired for nfs/client-host.domain, then the FreeBSD gssd would map that to "nobody" and it would explain what your problem is. I would consider that a Linux client bug. Linux clients have been successfully tested against the FreeBSD server (did not do the above) in the past, but things change/break. > And if > so, > where is the details regarding that principal? Is it in the "verifier" > part > in packet 169? > There is a credential handle (I might not have the correct name since I haven't looked at the RFC in years) which identifies which principal it is referred to. (The same credential handle is in the reply to the Null RPC for the RPCSEC_GSS init.) So you need to find the Null RPC sequence that creates the particular credential handle (just bits that are the same) used in the RPCSEC_GSS data authenticator. The principal is in the ticket inside the GSSAPI token in the Null RPC data. > Secondly, what if the issue is gssd not correctly mapping the > principals to > Unix usernames? How can I determine if this is the case. There seems > to be > no logging options for gssd (-d does absolutely nothing other than > prevent > the process from detaching. It still doesn't log anything). > Yep. I added a few cases that output debugging, but they're all on the client side. (I wasn't the original author of this gssd.) You could easily add some. It's the function with pname_to_uid in it that does the translation. It basically does a gss_pname_to_uid() followed by a getpwuid() to do the translation from principal name to uid + gid list. If this fails, then it maps uid == 65534, which is usually "nobody". (Why does the code has 65534 hardwired in it? I have no idea.;-) Just add fprintf()s and run it with "-d" to see what it is doing. If the initiator principal is "nfs/client-host.domain" it will get mapped to "nobody" as above. Good luck with it, rick > Regards, > Elias > > On 13 February 2013 06:47, Rick Macklem wrote: > > > Elias Martenson wrote: > > > On 12 February 2013 23:20, Rick Macklem < rmacklem@uoguelph.ca > > > > wrote: > > > > > > > > > > > > > > > > > > > > > There is (in case you missed it on google): > > > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > > > (Nothing much has changed since FreeBSD8, except the name of the > > > client > > > side patch for host based initiator credentials in the keytab > > > file.) > > > I was hoping others would add/update the wiki and it would > > > eventually > > > become FreeBSD doc, but that hasn't happened. > > > > > > > > > > > > > > > Thank you for the link. I have indeed found that, and I have > > > followed > > > it to the letter. > > > > > > > > > I have up the exact same thing from Ubuntu machines as well as > > > from > > > Solaris, and I do have a fairly good understanding of Kerberos. > > > FreeBSD however, is pretty new to me. > > > > > > > > > Other than that, the various discussions in the archive on this > > > list > > > may help. Unfortunately, I don't know of an easy way to figure out > > > what is busted. I always suggest looking at the packets in > > > wireshark, > > > but for some reason, I get the impression that folk don't like > > > doing this? It is what I do first when I run into NFS issues. > > > > > > > > > > > > I've been looking at the dumps using Wireshark. Well, I had to > > > drop > > > down the security since everything is encrypted when using keb5p. > > > I do > > > get the same errors using sec=krb5. > > > > > > > > > When looking at this trace, I see a normal OPEN request followed > > > by a > > > NFS4ERR_ACCESS as a reply. The Kerberos credentials are of course > > > encrypted, so I can't really say anything about that part. > > > > > Well, it sounds like you are doing all the right stuff, so I don't > > know > > why it is returning EACCES? > > > > I'm not a ZFS person, so I never test that. If you have a UFS file > > system > > you could export for testing, that might be worth a try. ZFS likes > > to do > > things differently;-) > > > > You can look at the authentication stuff in the RPC header: > > Actually, the credentials in the RPC header aren't encrypted, > > although > > they are binary data. It's been a while since I looked at the RFC, > > but > > the authenticator is basically: > > - an RPCSEC_GSS version (must be 1 for FreeBSD to be able to use it) > > - a type that will be DATA in this case > > - a credential handle (just a blob of bits the server uses as a > > shorthand > > for the principal) > > - a sequence# used to subvert replay attempts > > > > Then the authentication verifier is an encrypted checksum of the > > above, > > that the server uses to verify it. > > > > All the Kerberos stuff happens via NFS Null RPCs, where the GSSAPI > > tokens > > are passed as data (a Null RPC has no arguments) and the credential > > handle > > and a session key get established. (The Kerberos ticket is inside > > the > > GSSAPI > > token for the first of these Null RPCs.) > > > > > > > > Note that NFS4 with Kerberos security never uses the user ID > > > numbers. > > > They purely use the Kerberos principals for authorisation. This is > > > different from the default "sys" security model that blindly uses > > > user > > > ID's. > > > > > Yep, of course. The Kerberos user principal "name@REALM" is > > translated > > to a uid + gid list by the gssd via a lookup of "name" as the > > username. > > The uid + gid list is then associated with that credential handle I > > mentioned > > above. > > > > > > > > > > > > > > > nfscbd_enable="YES" > > > Needed for client side only, and only if delegations are > > > enabled at the server and you want the client to acquire > > > delegations. (Delegations are not enabled by default on the > > > FreeBSD NFSv4 server.) > > > > > > > > > > > > Noted. Thank you. I will change this. > > > > > > > > > > > > > rpc_lockd_enable="YES" > > > > rpc_statd_enable="YES" > > > You shouldn't need rpc_lockd or rpc_statd for NFSv4, > > > since they are only used for NFSv3. > > > > > > > > > > > > Good point. I'll disable those too. > > > > > > > > > > > > I don't know why a Linux client would mix NFSv3 RPCs with NFSv4 > > > ones, > > > > > > > > > I was suggested to set vfs.nfsd.server_min_nfsvers to 4 in order > > > to > > > completely disable NFS version below 4. I did this and got rid of > > > the > > > stray NFS3 requests. It didn't solve the original problem though. > > > > > > > > > > > > > If anyone is able to confirm whether or not this actually has > > > > been > > > > tested > > > > in 9.1-CURRENT, I'd appreciate it. Also, if not, then I'd love > > > > to > > > > know > > > > where I should start looking for a solution. I'm experienced in > > > > system > > > > level programming (having worked on Solaris at Sun in a previous > > > > life), but > > > > a pointer where to start would be helpful. > > > > > > > Usually, when everything is being done by "nobody", it indicates > > > that > > > the mapping between <-> name@domain isn't working > > > correctly. > > > (Looking at the packets in wireshark, you need to look at the > > > attributes > > > called Owner and Owner_Group to see what they are being set to.) > > > > > > > > > > > > I actually doubt this. First of all, I have the correct idmapd > > > setup > > > working from FreeBSD to Ubuntu (I can see that since I can see the > > > correct user names in "ls" even though the user ID's differ). On > > > OSX I > > > haven't got it to work yet. > > > > > > > > > But, the behaviour is the same on both systems. > > > > > > > > > This is actually expected, as the permission checks are orthogonal > > > to > > > the ID mapping. > > > > > > > > > The most common problem (since you do have nfsuserd running on the > > > server) > > > is for the "domain" spec to be different between client and > > > server. > > > FreeBSD's nfsuserd defaults to the domain part of the machine's > > > hostname. > > > Linux's rpc.idmapd sets the domain from /etc/idmapd.conf (at least > > > I > > > think > > > that's what it is called) and many distros ship with it set to > > > "my.domain" > > > or something like that. > > > > > > > > > > > > Correct. I have set this correctly. I know this, since once I did, > > > "ls" started giving me the correct user names. > > > > > > > > > As such, I'd start by checking the Linux client and seeing what it > > > has > > > for > > > the domain spec. in /etc/idmapd.conf. > > > > > > If you want to override the default for FreeBSD, there is a > > > command > > > line > > > option for nfsuserd to do this. I can't remember what it is, but > > > "man > > > nfsuserd" > > > will give you the answer and it can be set in /etc/rc.conf using > > > nfsuserd_flags. > > > > > > > > > > > > Thank you. I'm definitely willing to double-check this and I am > > > not > > > going to claim to know exactly what's going on in the realms of > > > NFS > > > security. :-) > > > > > > > > > If this is configured correctly, then looking at the packets in > > > wireshark is > > > the best starting point w.r.t. figuring out what is broken. I do > > > limited > > > testing of this and it works for me. I don't know how many others > > > use > > > it, > > > although some definitely have fun getting it working. (Usually it > > > is > > > the > > > Kerberos part on the client side that causes the most grief.) > > > > > > > > > > > > It certainly is fun. But it gets frustrating when one fights a > > > single > > > problem for weeks on end. > > > > > > > > > Far too few shops use Kerberos though. > > > > > Or maybe too many;-) A public key system might not be as secure, but > > it > > would be far easier to manage imho. > > > > > > > > > > > Regards, > > > Elias > > > _______________________________________________ > 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 Thu Feb 14 05:41:05 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 51B96EE8; Thu, 14 Feb 2013 05:41:05 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) 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 17FAF73E; Thu, 14 Feb 2013 05:41:04 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r1E5f4ev033427; Thu, 14 Feb 2013 05:41:04 GMT (envelope-from kientzle@FreeBSD.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id u2uq9em7wipph4ic6ekxd39mjw; Thu, 14 Feb 2013 05:41:04 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) Subject: Re: Better pkg bootstrapping instructions? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_AFA6EA19-570B-4668-9123-996304707E50"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <20130213102329.GE44004@ithaqua.etoilebsd.net> Date: Wed, 13 Feb 2013 21:41:03 -0800 Message-Id: <47E5B100-C392-4F2A-8AFD-069A3C2B9D75@FreeBSD.org> References: <6E30CAD7-182D-48BA-BFF2-E56547989902@freebsd.org> <20130213102329.GE44004@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1283) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:41:05 -0000 --Apple-Mail=_AFA6EA19-570B-4668-9123-996304707E50 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 13, 2013, at 2:23 AM, Baptiste Daroussin wrote: > On Sat, Feb 02, 2013 at 09:46:41PM -0800, Tim Kientzle wrote: >> Especially on -CURRENT, it's not going to be uncommon >> to see things like this: >>=20 >> The package management tool is not yet installed on your system. >> Do you want to fetch and install it now? [y/N]: y >> Bootstrapping pkg please wait >> _http._tcp.pkg.FreeBSD.org >> pkg: Error fetching = http://pkg.FreeBSD.org/freebsd:10:arm:32:el:oabi:softfp/latest/Latest/pkg.= txz: Not Found >>=20 >> It would be nice if the next line said: >> "A pre-built version of pkg could not be found for your system." >> "Please install it from source using the ports-mgmt/pkg port." >>=20 >> _______________________________________________ >> 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" >=20 > Would this fit, in particular the wording? >=20 > http://people.freebsd.org/~bapt/pkg-better-errmsg.diff Much better. Better still to mention the specific port name: pkg-mgmt/pkg (assuming that port name will be reasonably stable over time). Tim --Apple-Mail=_AFA6EA19-570B-4668-9123-996304707E50 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRHHjvAAoJEGMNyGo0rfFBrZQH/3/lh+MVFbDxX9bDJxxk103b O/lEbQ5rg0m+dQkJcp+t/rQUX7gqrwt/txlQrhQy4oWZj8ORqGZ3Cn5UfogxQm/3 1gPz0Q/UXT2roV/Bq/XxfkzrRgP5taRY7YgJEDWae0ipBVKzTMzQ4twUMGNlYHxV izKoVO6sX2M+1Xm0r8unEEGAf8pHWzXsnFTZX3yASVVRNd4ncRTUs5MIojAGDbLT 4ij0dsptPUvi3PBE3YsPA6XeAttRn24l/cNCAAO+nRS427S2SzkKVBdoeYaKEdld mUqggCRb8l3AHIssCR3xkl9uRFYlwMhPnoD8CpE9puVMZLFlDr86dGvoRrktQE0= =mZAf -----END PGP SIGNATURE----- --Apple-Mail=_AFA6EA19-570B-4668-9123-996304707E50-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 11:19:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 696C1D4C for ; Thu, 14 Feb 2013 11:19:57 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [93.95.13.41]) by mx1.freebsd.org (Postfix) with SMTP id C62AE9CE for ; Thu, 14 Feb 2013 11:19:56 +0000 (UTC) Received: (qmail 28237 invoked from network); 14 Feb 2013 11:13:12 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 14 Feb 2013 11:13:12 -0000 Received: (qmail 28229 invoked by uid 599); 14 Feb 2013 11:13:12 -0000 Received: from unknown (HELO PDC002.icritical.int) (212.57.254.146) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 14 Feb 2013 11:13:12 +0000 Message-ID: <511CC6C6.4080009@icritical.com> Date: Thu, 14 Feb 2013 11:13:10 +0000 From: Matt Burke User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130122 Thunderbird/17.0.2 MIME-Version: 1.0 To: Subject: [PATCH] Minor spelling error in sound/pci/hda Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-TLS-Incoming: YES X-Virus-Scanned: by iCritical at mail1.icritical.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:19:57 -0000 Only a simple spelling error, but it's been driving me nuts... --- a/sys/dev/sound/pci/hda/hdaa.c +++ b/sys/dev/sound/pci/hda/hdaa.c @@ -557,7 +557,7 @@ hdaa_presence_handler(struct hdaa_widget *w) HDA_BOOTVERBOSE( if (connected || old != 2) { device_printf(devinfo->dev, - "Pin sense: nid=%d sence=0x%08x (%sconnected)\n", + "Pin sense: nid=%d sense=0x%08x (%sconnected)\n", w->nid, res, !connected ? "dis" : ""); } ); @@ -706,7 +706,7 @@ hdaa_eld_handler(struct hdaa_widget *w) } HDA_BOOTVERBOSE( device_printf(devinfo->dev, - "Pin sense: nid=%d sence=0x%08x " + "Pin sense: nid=%d sense=0x%08x " "(%sconnected, ELD %svalid)\n", w->nid, res, (res & HDA_CMD_GET_PIN_SENSE_PRESENCE_DETECT) ? "" : "dis", -- Sorry for the following... The information contained in this message is confidential and intended for the addressee only. If you have received this message in error, or there are any problems with its content, please contact the sender. iCritical is a trading name of Critical Software Ltd. Registered in England: 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. This message has been scanned for security threats by iCritical. www.icritical.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 11:33:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4294507 for ; Thu, 14 Feb 2013 11:33:50 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [93.95.13.41]) by mx1.freebsd.org (Postfix) with SMTP id AF7D0A8C for ; Thu, 14 Feb 2013 11:33:49 +0000 (UTC) Received: (qmail 31952 invoked from network); 14 Feb 2013 11:33:48 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 14 Feb 2013 11:33:48 -0000 Received: (qmail 31943 invoked by uid 599); 14 Feb 2013 11:33:48 -0000 Received: from unknown (HELO PDC002.icritical.int) (212.57.254.146) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 14 Feb 2013 11:33:48 +0000 Message-ID: <511CCB99.40101@icritical.com> Date: Thu, 14 Feb 2013 11:33:45 +0000 From: Matt Burke User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130122 Thunderbird/17.0.2 MIME-Version: 1.0 To: Subject: [PATCH] USB power usage reporting Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-TLS-Incoming: YES X-Virus-Scanned: by iCritical at mail1.icritical.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:33:50 -0000 The following patch adds the ability to read power draw on usb devices. I have used ioctl 135. I don't know what the protocol is for assigning numbers, so this may be unacceptable? ugen is patched to export the data via ioctl libusb20 and usbconfig are patched to make use of it (end-of-line): [mattb@falcon ~]$ usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.3: at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (70mA) ugen3.4: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (98mA) ugen3.5: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) ugen3.6: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) diff --git a/lib/libusb/libusb20.3 b/lib/libusb/libusb20.3 index af80c6c..8753e06 100644 --- a/lib/libusb/libusb20.3 +++ b/lib/libusb/libusb20.3 @@ -149,6 +149,8 @@ USB access library (libusb -lusb) .Fn libusb20_dev_set_power_mode "struct libusb20_device *pdev" "uint8_t power_mode" .Ft uint8_t .Fn libusb20_dev_get_power_mode "struct libusb20_device *pdev" +.Ft uint16_t +.Fn libusb20_dev_get_power_usage "struct libusb20_device *pdev" .Ft int .Fn libusb20_dev_set_alt_index "struct libusb20_device *pdev" "uint8_t iface_index" "uint8_t alt_index" .Ft struct LIBUSB20_DEVICE_DESC_DECODED * @@ -740,6 +742,11 @@ USB device. . .Pp . +.Fn libusb20_dev_get_power_usage +returns the reported power usage in milliamps for the given USB device. +. +.Pp +. .Fn libusb20_dev_set_alt_index will try to set the given alternate index for the given USB interface index. diff --git a/lib/libusb/libusb20.c b/lib/libusb/libusb20.c index aa45991..ce75511 100644 --- a/lib/libusb/libusb20.c +++ b/lib/libusb/libusb20.c @@ -71,6 +71,7 @@ dummy_callback(struct libusb20_transfer *xfer) #define dummy_check_connected (void *)dummy_int #define dummy_set_power_mode (void *)dummy_int #define dummy_get_power_mode (void *)dummy_int +#define dummy_get_power_usage (void *)dummy_int #define dummy_kernel_driver_active (void *)dummy_int #define dummy_detach_kernel_driver (void *)dummy_int #define dummy_do_request_sync (void *)dummy_int @@ -717,6 +718,18 @@ libusb20_dev_get_power_mode(struct libusb20_device *pdev) return (power_mode); } +uint16_t +libusb20_dev_get_power_usage(struct libusb20_device *pdev) +{ + int error; + uint16_t power_usage; + + error = pdev->methods->get_power_usage(pdev, &power_usage); + if (error) + power_usage = 0; + return (power_usage); +} + int libusb20_dev_set_alt_index(struct libusb20_device *pdev, uint8_t ifaceIndex, uint8_t altIndex) { diff --git a/lib/libusb/libusb20.h b/lib/libusb/libusb20.h index 87e0572..81928b1 100644 --- a/lib/libusb/libusb20.h +++ b/lib/libusb/libusb20.h @@ -255,6 +255,7 @@ int libusb20_dev_reset(struct libusb20_device *pdev); int libusb20_dev_check_connected(struct libusb20_device *pdev); int libusb20_dev_set_power_mode(struct libusb20_device *pdev, uint8_t power_mode); uint8_t libusb20_dev_get_power_mode(struct libusb20_device *pdev); +uint16_t libusb20_dev_get_power_usage(struct libusb20_device *pdev); int libusb20_dev_set_alt_index(struct libusb20_device *pdev, uint8_t iface_index, uint8_t alt_index); int libusb20_dev_get_info(struct libusb20_device *pdev, struct usb_device_info *pinfo); int libusb20_dev_get_iface_desc(struct libusb20_device *pdev, uint8_t iface_index, char *buf, uint8_t len); diff --git a/lib/libusb/libusb20_int.h b/lib/libusb/libusb20_int.h index 0251c5f..6705c63 100644 --- a/lib/libusb/libusb20_int.h +++ b/lib/libusb/libusb20_int.h @@ -105,6 +105,7 @@ typedef int (libusb20_process_t)(struct libusb20_device *pdev); typedef int (libusb20_reset_device_t)(struct libusb20_device *pdev); typedef int (libusb20_set_power_mode_t)(struct libusb20_device *pdev, uint8_t power_mode); typedef int (libusb20_get_power_mode_t)(struct libusb20_device *pdev, uint8_t *power_mode); +typedef int (libusb20_get_power_usage_t)(struct libusb20_device *pdev, uint16_t *power_usage); typedef int (libusb20_set_alt_index_t)(struct libusb20_device *pdev, uint8_t iface_index, uint8_t alt_index); typedef int (libusb20_set_config_index_t)(struct libusb20_device *pdev, uint8_t index); typedef int (libusb20_check_connected_t)(struct libusb20_device *pdev); @@ -127,6 +128,7 @@ typedef void (libusb20_tr_cancel_async_t)(struct libusb20_transfer *xfer); m(n, check_connected) \ m(n, set_power_mode) \ m(n, get_power_mode) \ + m(n, get_power_usage) \ m(n, set_alt_index) \ m(n, set_config_index) \ m(n, tr_cancel_async) \ diff --git a/lib/libusb/libusb20_ugen20.c b/lib/libusb/libusb20_ugen20.c index 2c67778..bff8e02 100644 --- a/lib/libusb/libusb20_ugen20.c +++ b/lib/libusb/libusb20_ugen20.c @@ -69,6 +69,7 @@ static libusb20_reset_device_t ugen20_reset_device; static libusb20_check_connected_t ugen20_check_connected; static libusb20_set_power_mode_t ugen20_set_power_mode; static libusb20_get_power_mode_t ugen20_get_power_mode; +static libusb20_get_power_usage_t ugen20_get_power_usage; static libusb20_kernel_driver_active_t ugen20_kernel_driver_active; static libusb20_detach_kernel_driver_t ugen20_detach_kernel_driver; static libusb20_do_request_sync_t ugen20_do_request_sync; @@ -639,6 +640,18 @@ ugen20_get_power_mode(struct libusb20_device *pdev, uint8_t *power_mode) } static int +ugen20_get_power_usage(struct libusb20_device *pdev, uint16_t *power_usage) +{ + int temp; + + if (ioctl(pdev->file_ctrl, USB_GET_POWER_USAGE, &temp)) { + return (LIBUSB20_ERROR_OTHER); + } + *power_usage = temp; + return (0); /* success */ +} + +static int ugen20_kernel_driver_active(struct libusb20_device *pdev, uint8_t iface_index) { diff --git a/sys/dev/usb/usb_generic.c b/sys/dev/usb/usb_generic.c index 13f5bd6..ff1c47d 100644 --- a/sys/dev/usb/usb_generic.c +++ b/sys/dev/usb/usb_generic.c @@ -1834,6 +1834,17 @@ ugen_get_power_mode(struct usb_fifo *f) } static int +ugen_get_power_usage(struct usb_fifo *f) +{ + struct usb_device *udev = f->udev; + + if (udev == NULL) + return (0); + + return (udev->power); +} + +static int ugen_do_port_feature(struct usb_fifo *f, uint8_t port_no, uint8_t set, uint16_t feature) { @@ -2195,6 +2206,10 @@ ugen_ioctl_post(struct usb_fifo *f, u_long cmd, void *addr, int fflags) *u.pint = ugen_get_power_mode(f); break; + case USB_GET_POWER_USAGE: + *u.pint = ugen_get_power_usage(f); + break; + case USB_SET_PORT_ENABLE: error = ugen_do_port_feature(f, *u.pint, 1, UHF_PORT_ENABLE); diff --git a/sys/dev/usb/usb_ioctl.h b/sys/dev/usb/usb_ioctl.h index 1d9b223..979240f 100644 --- a/sys/dev/usb/usb_ioctl.h +++ b/sys/dev/usb/usb_ioctl.h @@ -277,7 +277,8 @@ struct usb_gen_quirk { #define USB_IFACE_DRIVER_DETACH _IOW ('U', 125, int) #define USB_GET_PLUGTIME _IOR ('U', 126, uint32_t) #define USB_READ_DIR _IOW ('U', 127, struct usb_read_dir) -/* 128 - 135 unused */ +/* 128 - 134 unused */ +#define USB_GET_POWER_USAGE _IOR ('U', 135, int) #define USB_SET_TX_FORCE_SHORT _IOW ('U', 136, int) #define USB_SET_TX_TIMEOUT _IOW ('U', 137, int) #define USB_GET_TX_FRAME_SIZE _IOR ('U', 138, int) diff --git a/usr.sbin/usbconfig/dump.c b/usr.sbin/usbconfig/dump.c index 7ee89da..467c0de 100644 --- a/usr.sbin/usbconfig/dump.c +++ b/usr.sbin/usbconfig/dump.c @@ -226,12 +226,13 @@ dump_device_info(struct libusb20_device *pdev, uint8_t show_ifdrv) char buf[128]; uint8_t n; - printf("%s, cfg=%u md=%s spd=%s pwr=%s\n", + printf("%s, cfg=%u md=%s spd=%s pwr=%s (%dmA)\n", libusb20_dev_get_desc(pdev), libusb20_dev_get_config_index(pdev), dump_mode(libusb20_dev_get_mode(pdev)), dump_speed(libusb20_dev_get_speed(pdev)), - dump_power_mode(libusb20_dev_get_power_mode(pdev))); + dump_power_mode(libusb20_dev_get_power_mode(pdev)), + libusb20_dev_get_power_usage(pdev)); if (!show_ifdrv) return; -- Sorry for the following... The information contained in this message is confidential and intended for the addressee only. If you have received this message in error, or there are any problems with its content, please contact the sender. iCritical is a trading name of Critical Software Ltd. Registered in England: 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. This message has been scanned for security threats by iCritical. www.icritical.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 12:24:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B8FBF512 for ; Thu, 14 Feb 2013 12:24:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 345F5E26 for ; Thu, 14 Feb 2013 12:24:10 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 210685061; Thu, 14 Feb 2013 13:24:02 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Subject: Re: [PATCH] USB power usage reporting Date: Thu, 14 Feb 2013 13:25:15 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: <511CCB99.40101@icritical.com> In-Reply-To: <511CCB99.40101@icritical.com> X-Face: ?p&W)c(+80hU; '{.$5K+zq{oC6y| /D'an*6mw>j'f:eBsex\Gi, Cc: Matt Burke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:24:11 -0000 On Thursday 14 February 2013 12:33:45 Matt Burke wrote: > The following patch adds the ability to read power draw on usb devices. Thanks for your patch! http://svnweb.freebsd.org/changeset/base/246789 Committed with some minor modifications. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 12:27:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1715E657; Thu, 14 Feb 2013 12:27:48 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 9CDEBE5A; Thu, 14 Feb 2013 12:27:47 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 14 Feb 2013 07:27:43 -0500 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr17.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BXW74300; Thu, 14 Feb 2013 07:27:40 -0500 X-Auth-ID: anat Received: from pool-71-187-31-131.nwrknj.fios.verizon.net (HELO [192.168.1.8]) ([71.187.31.131]) by smtp04.lnh.mail.rcn.net with ESMTP; 14 Feb 2013 07:27:40 -0500 Message-ID: <511CD83C.107@aldan.algebra.com> Date: Thu, 14 Feb 2013 07:27:40 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> In-Reply-To: <511BBDAD.1080806@zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 14 Feb 2013 12:31:36 +0000 Cc: Tom Evans , Kimmo Paasiala , "free >> Current FreeBSD" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:27:48 -0000 13.02.2013 11:22, O. Hartmann напиÑав(ла): >> > If this is taken literally then could it be said that ports that use >> > bsd.lib.mk are broken because they are using makefile includes from >> > the source tree? >> > >> > -Kimmo For one, the particular port (its Makefile.bsd) was created in 2001, five years before src.conf appeared. The intent of creating a separate src.conf, I believe, was to shield a world-build from "crazy" options someone could've put into their make.conf for the benefit of building a port or two... But I may be mistaken. > I would consider them broken! On the contrary. I wish, more ports were using the system's bsd.*.mk collection -- instead of the godawful autoconf, for example. What does the port's Makefile.bsd say? It says: "These are the sources, this is the name of the library I want. Please, create it." That's all... It is how things are supposed to be, in my opinion. If the bsd.*.mk collection was not meant to be used outside of /usr/src, then it wouldn't be installed (under /usr/share/mk) for the decades, that BSD exists. Maybe, the bsd.*.mk collection should be smarter -- and not include src.conf -- when .CURDIR is outside of /usr/src. I'm not sure... > How could I track down problems if they are results of intermixed config > files when the manpage explicitely tells me, that the /etc/src.conf is > only for the build of the operating system? If the manual says that, it is incorrect -- if only because it does not reflect (as you've experienced) the practice, that existed long before the manual was written. As for your tracking down problems, I'd say, it should be very easy for you to recognize the flags you've added by hand -- even if you've added them to where you believed, they would not affect a port. -mi From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 13:02:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BF061166; Thu, 14 Feb 2013 13:02:34 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDC29B; Thu, 14 Feb 2013 13:02:33 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id cz11so2000655veb.31 for ; Thu, 14 Feb 2013 05:02:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=MLwvSdbdEXlXFAuoLrjKwU+hcmxiLTn3aYr5VQJvAX8=; b=hoqmxjeiDe5Jhmy0zb2BZB2Xeu+m9Qeoem/teNSHTvZwNFqTGtT0sXeIO/Mtz9XU1W HjTQ2qwXcTQHMjgWit9f3ZlVNxfI9JbX/igm7hHBqab3fuBPTc8Q6H8iuAEFEfKmQupG 6sLFU4jNEJqJFkKJfAyMc9iONbNbsPgWKTwMGSHek0OyDmEJrxb70lmWQrAYVzj8NFzu qnvV/3bx4FQnFWy5tEl4y9ywBbOFh6odTyCOEBMAuymzN7SMKHmVeufa/uw62wldHez4 f5VvL/cy/PEj9r+or3lBFeIQMAmxanYwdRGjWwGM2Jv/zWCTPIZVV4BZk2RjwY+WiEg2 THNA== MIME-Version: 1.0 X-Received: by 10.220.228.74 with SMTP id jd10mr34723729vcb.65.1360846947297; Thu, 14 Feb 2013 05:02:27 -0800 (PST) Received: by 10.58.100.147 with HTTP; Thu, 14 Feb 2013 05:02:27 -0800 (PST) In-Reply-To: <511CD83C.107@aldan.algebra.com> References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> Date: Thu, 14 Feb 2013 13:02:27 +0000 Message-ID: Subject: Re: Re: ports include /etc/src.conf? i.e. graphics/libfpx From: Tom Evans To: "Mikhail T." Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Kimmo Paasiala , "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:02:34 -0000 On Thu, Feb 14, 2013 at 12:27 PM, Mikhail T. wr= ote: > 13.02.2013 11:22, O. Hartmann =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2(= =D0=BB=D0=B0): >>> > If this is taken literally then could it be said that ports that use >>> > bsd.lib.mk are broken because they are using makefile includes from >>> > the source tree? >>> > >>> > -Kimmo > For one, the particular port (its Makefile.bsd) was created in 2001, > five years before src.conf appeared. The intent of creating a separate > src.conf, I believe, was to shield a world-build from "crazy" options > someone could've put into their make.conf for the benefit of building a > port or two... But I may be mistaken. I think src.conf is meant only to be included when building src. For example, bsd.port.mk sets _WITHOUT_SRCCONF before including bsd.own.mk (which is the makefile that includes src.conf). It's done this since src.conf was added in 2006, so evidently ports are, by design, not supposed to include src.conf. >> I would consider them broken! > On the contrary. I wish, more ports were using the system's bsd.*.mk > collection -- instead of the godawful autoconf, for example. Er? What port uses autoconf for driving the building the port? A lot of ports have build systems that use autoconf, but determining how to build is always driven by *.mk. I don't think part of porting to FreeBSD should be rewriting how the package builds itself. The intent in bsd.port.mk is clearly to not include src.conf in port builds= . > What does > the port's Makefile.bsd say? It says: "These are the sources, this is > the name of the library I want. Please, create it." That's all... It is > how things are supposed to be, in my opinion. If the bsd.*.mk collection > was not meant to be used outside of /usr/src, then it wouldn't be > installed (under /usr/share/mk) for the decades, that BSD exists. > > Maybe, the bsd.*.mk collection should be smarter -- and not include > src.conf -- when .CURDIR is outside of /usr/src. I'm not sure... This is the intent of bsd.port.mk, which is not applied when building this = port. >> How could I track down problems if they are results of intermixed config >> files when the manpage explicitely tells me, that the /etc/src.conf is >> only for the build of the operating system? > If the manual says that, it is incorrect -- if only because it does not > reflect (as you've experienced) the practice, that existed long before > the manual was written. As for your tracking down problems, I'd say, it > should be very easy for you to recognize the flags you've added by hand > -- even if you've added them to where you believed, they would not > affect a port. > Either the documentation is wrong, and should be changed, or this singular port is not behaving as it should. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 13:12:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 667CA88A; Thu, 14 Feb 2013 13:12:15 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 06866151; Thu, 14 Feb 2013 13:12:14 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 14 Feb 2013 08:12:15 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BXW76255; Thu, 14 Feb 2013 08:12:14 -0500 X-Auth-ID: anat Received: from pool-71-187-31-131.nwrknj.fios.verizon.net (HELO [192.168.1.8]) ([71.187.31.131]) by smtp01.lnh.mail.rcn.net with ESMTP; 14 Feb 2013 08:12:14 -0500 Message-ID: <511CE2AD.8050506@aldan.algebra.com> Date: Thu, 14 Feb 2013 08:12:13 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Tom Evans Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> In-Reply-To: X-Mailman-Approved-At: Thu, 14 Feb 2013 13:21:02 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Kimmo Paasiala , "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:12:15 -0000 14.02.2013 08:02, Tom Evans напиÑав(ла): > I think src.conf is meant only to be included when building src. For > example, bsd.port.mk sets _WITHOUT_SRCCONF before including bsd.own.mk > (which is the makefile that includes src.conf). It's done this since > src.conf was added in 2006, so evidently ports are, by design, not > supposed to include src.conf. Awesome. All that's missing then, is for _WITHOUT_SRCCONF to be automatically added to MAKE_ENV... >>> I would consider them broken! >> On the contrary. I wish, more ports were using the system's bsd.*.mk >> collection -- instead of the godawful autoconf, for example. > Er? What port uses autoconf for driving the building the port? A lot > of ports have build systems that use autoconf, but determining how to > build is always driven by *.mk. > > I don't think part of porting to FreeBSD should be rewriting how the > package builds itself. Hundreds of ports rely on auto-something bundled with the vendor's sources, that's what I meant. As for how to build a particular package, that's up to the port-maintainer. > Either the documentation is wrong, and should be changed, or this > singular port is not behaving as it should. I may sound defensive here, but I'll still repeat, that "this singular port" (and I do, in fact, have other ones like it) started using bsd.lib.mk 5 years before src.conf (and its man-page) was added to the tree. -mi From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 13:19:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ED6E4A1D; Thu, 14 Feb 2013 13:19:31 +0000 (UTC) (envelope-from yamayan@kbh.biglobe.ne.jp) Received: from rcpt-expgw.biglobe.ne.jp (rcpt-expgw.biglobe.ne.jp [IPv6:2001:260:401:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id 80CA919E; Thu, 14 Feb 2013 13:19:31 +0000 (UTC) Received: from vc-gw.biglobe.ne.jp by rcpt-expgw.biglobe.ne.jp (shby/5910021009) with SMTP id r1EDJTmT017348; Thu, 14 Feb 2013 22:19:29 +0900 Received: from smtp-gw.biglobe.ne.jp ([172.21.56.80]) by vc-gw.biglobe.ne.jp (kbkr/0716090908) with ESMTP id r1EDJTnu026074; Thu, 14 Feb 2013 22:19:29 +0900 X-Biglobe-Sender: Received: from [192.168.0.100] ([27.83.60.20]) by smtp-gw.biglobe.ne.jp id WAAMAC153810; Thu, 14 Feb 2013 22:19:29 +0900 (JST) Message-ID: <511CE470.4070003@kbh.biglobe.ne.jp> Date: Thu, 14 Feb 2013 22:19:44 +0900 From: Yamaya Takashi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130129 Thunderbird/17.0.2 MIME-Version: 1.0 To: Tom Evans Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 14 Feb 2013 13:31:26 +0000 Cc: "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:19:32 -0000 On 2013/02/13 22:33, Tom Evans wrote: > On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi > wrote: >> On 2013/02/13 19:08, O. Hartmann wrote: >>> Setting only base system source compiler optins in /etc/src.conf, for >>> instance >>> >>> # >>> CXXFLAGS+= -stdlib=libc++ >>> CXXFLAGS+= -std=c++11 >>> >>> >>> which do NOT appear in /etc/make.conf, make building port >>> grahpics/libfpx complaining about unrecognized compiler options. >>> >>> As far a sI know, /etc/src.conf is ONLY for building the source tree of >>> the operating system and make.conf is supposed to contain all stuff >>> necessary for compiling both world and ports, but /etc/src.conf is world >>> only. >>> >>> Am I wrong? >>> >>> Oliver >>> >> Yes. >> Because files/Makefile.bsd includes , >> /etc/src.conf is included. >> >> > src.conf(5) says: > > The only purpose of src.conf is to control the compilation of the FreeBSD > source code, which is usually located in /usr/src. > > Cheers > > Tom > > src.conf(5) says: The values of variables are ignored regardless of their setting; even if they would be set to ``FALSE'' or ``NO''. Just the existence of an option will cause it to be honoured by make(1). The following list provides a name and short description for variables that can be used for source builds. Does it mean ONLY WITH_* and WITHOUT_* variables are allowed in /etc/src.conf? From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 13:56:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0CB5996E; Thu, 14 Feb 2013 13:56:05 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ve0-f181.google.com (mail-ve0-f181.google.com [209.85.128.181]) by mx1.freebsd.org (Postfix) with ESMTP id B123F37A; Thu, 14 Feb 2013 13:56:04 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id d10so2041461vea.26 for ; Thu, 14 Feb 2013 05:55:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=c95CZdlgbsEh1JwWzgwNZloH2/DOH0w4iQCZIrW3GbQ=; b=D7RaLZH3xDHru01cGniDjAC5DskGucw0OIIqbRDwtKvFO7B0BDypQgWOvi2ilSD4rz GyOXuAd6lcnw+FXXLC/NXfmVuL5ULwpukaMWUHKPshtREFc5VpVuAVp1Yy2Jcp/Y+4Js d4U6MkAX4F09PeQU7CJTFgN0K+yyXMw25sZ3wszlnZFypk+qbrbxbkchPJw9rNSaTj9J QRA02a8AFb0SNgj+24n7vUmep447WuFKjB9Ed3f3g9Ok6V4wSiwuEruTnqBvte1hNPXA r1sK09QKVIENYctXnO6ZX4hJag2LT4BGDS35XNpBhmhknDctpFTHhZ6LH+lJVmsEjSYX OCKw== MIME-Version: 1.0 X-Received: by 10.220.220.134 with SMTP id hy6mr976611vcb.2.1360850158535; Thu, 14 Feb 2013 05:55:58 -0800 (PST) Received: by 10.58.100.147 with HTTP; Thu, 14 Feb 2013 05:55:58 -0800 (PST) In-Reply-To: <511CE2AD.8050506@aldan.algebra.com> References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> Date: Thu, 14 Feb 2013 13:55:58 +0000 Message-ID: Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx From: Tom Evans To: "Mikhail T." Content-Type: text/plain; charset=UTF-8 Cc: Kimmo Paasiala , "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:56:05 -0000 On Thu, Feb 14, 2013 at 1:12 PM, Mikhail T. wrote: > I may sound defensive here, but I'll still repeat, that "this singular port" > (and I do, in fact, have other ones like it) started using bsd.lib.mk 5 > years before src.conf (and its man-page) was added to the tree. > > -mi This is true. But what is the bug, that the port's Makefile.bsd was not updated on the introduction of src.conf to DTRT (and no-one noticed for 7 years), or that the purpose of src.conf has been mistakenly documented for 7 years? Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 14:17:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EC59D342; Thu, 14 Feb 2013 14:17:22 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 9E821736; Thu, 14 Feb 2013 14:17:22 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 14 Feb 2013 09:17:23 -0500 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 CFY18215; Thu, 14 Feb 2013 09:17:21 -0500 X-Auth-ID: anat Received: from pool-71-187-31-131.nwrknj.fios.verizon.net (HELO [192.168.1.8]) ([71.187.31.131]) by smtp01.lnh.mail.rcn.net with ESMTP; 14 Feb 2013 09:17:21 -0500 Message-ID: <511CF1F1.5070204@aldan.algebra.com> Date: Thu, 14 Feb 2013 09:17:21 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Tom Evans Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> In-Reply-To: X-Mailman-Approved-At: Thu, 14 Feb 2013 14:19:06 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Kimmo Paasiala , "free >> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:17:23 -0000 14.02.2013 08:55, Tom Evans напиÑав(ла): > On Thu, Feb 14, 2013 at 1:12 PM, Mikhail T. wrote: >> > I may sound defensive here, but I'll still repeat, that "this singular port" >> > (and I do, in fact, have other ones like it) started using bsd.lib.mk 5 >> > years before src.conf (and its man-page) was added to the tree. >> > This is true. But what is the bug, that the port's Makefile.bsd was > not updated on the introduction of src.conf to DTRT (and no-one > noticed for 7 years), or that the purpose of src.conf has been > mistakenly documented for 7 years? I think, the bug is either in documentation or implementation of src.conf (if it had to be implemented at all, that is) -- there was never (and still is not) any suggestion, that bsd.{prog,lib}.mk are not supposed to be used by other people's software. Maybe, if the file is really meant to be used by *world and *kernel targets, the knob should've been _WITH_SRCONF -- and added to the environment by src/Makefile? Because, forget ports for a second, what if my own little project uses bsd.prog.mk -- because Makefiles using it tend to fit in a window without scrolling? I'd say, the documentation should be updated to state, that src.conf will affect anything, that uses bsd.*.mk family of makefiles, unless _WITHOUT_SRCCONF is set. The entire /usr/src as well as "some of the ports" may then be listed as examples of the areas affected. This will reflect reality and help avoid frustration that O. Hartmann went through. -mi From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 14:27:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EC8B87EB for ; Thu, 14 Feb 2013 14:27:36 +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 D42117C8 for ; Thu, 14 Feb 2013 14:27:36 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U5zmc-0004Kl-3q for freebsd-current@freebsd.org; Thu, 14 Feb 2013 06:27:30 -0800 Date: Thu, 14 Feb 2013 06:27:30 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1360852050112-5786988.post@n5.nabble.com> In-Reply-To: <201302141325.15120.hselasky@c2i.net> References: <511CCB99.40101@icritical.com> <201302141325.15120.hselasky@c2i.net> Subject: Re: [PATCH] USB power usage reporting MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:27:37 -0000 Nifty thing, waiting for MFC! -- View this message in context: http://freebsd.1045724.n5.nabble.com/PATCH-USB-power-usage-reporting-tp5786928p5786988.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 14:34:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8728BD86 for ; Thu, 14 Feb 2013 14:34:55 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from nimbus.fccf.net (nimbus.fccf.net [77.77.144.35]) by mx1.freebsd.org (Postfix) with ESMTP id 24FDB847 for ; Thu, 14 Feb 2013 14:34:55 +0000 (UTC) Received: from straylight.m.ringlet.net (unknown [78.90.13.150]) by nimbus.fccf.net (Postfix) with ESMTPSA id 7B505BE1 for ; Thu, 14 Feb 2013 16:34:46 +0200 (EET) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id dae021 by straylight.m.ringlet.net (DragonFly Mail Agent); Thu, 14 Feb 2013 16:34:45 +0200 Date: Thu, 14 Feb 2013 16:34:45 +0200 From: Peter Pentchev To: Tom Evans Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx Message-ID: <20130214143445.GA5414@straylight.m.ringlet.net> Mail-Followup-To: Tom Evans , "Mikhail T." , Kimmo Paasiala , "free @217.75.128.14>> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Yamaya Takashi , Kimmo Paasiala , "free @217.75.128.14>> Current FreeBSD" , Ports FreeBSD , "Mikhail T." , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:34:55 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 14, 2013 at 01:55:58PM +0000, Tom Evans wrote: > On Thu, Feb 14, 2013 at 1:12 PM, Mikhail T. w= rote: > > I may sound defensive here, but I'll still repeat, that "this singular = port" > > (and I do, in fact, have other ones like it) started using bsd.lib.mk 5 > > years before src.conf (and its man-page) was added to the tree. > > > > -mi >=20 > This is true. But what is the bug, that the port's Makefile.bsd was > not updated on the introduction of src.conf to DTRT (and no-one > noticed for 7 years), or that the purpose of src.conf has been > mistakenly documented for 7 years? To be brutally honest, and at some cost to myself, I would have to say "both" :( There are some people - and some of them are well-respected long-term Free-and-other-BSD developers - who are of the opinion that the /usr/share/mk/bsd.*.mk infrastructure is meant for the base system build only. I do indeed understand this point of view - and from this point of view, the port's Makefile.bsd is buggy because it allegedly abuses internal parts of the base system. At the same time (see the last paragraph) I do quite understand the other point of view - that FreeBSD is not merely an operating system or a combination of an operating system and third-party software adapted to work on it consistently, but that it is a software distribution (what, after all, does "BSD" mean? :). Hence, its source code is meant to be adopted, adapted and used in everyone's software projects when everyone feels like it (under the conditions of the respective licenses, of course). If this is taken to mean that "if we have bsd.*.mk, we are free to use it", then it will turn out that bsd.*.mk is not really an internal part of the base system, and that the documentation for src.conf maybe ought to mention that the settings there may affect the build of third-party programs that use the bsd.*.mk infrastructure (and of course there would be no way to list all such programs). However... However, there is then the argument of "well, if you want to use the bsd.*.mk infrastructure, then why don't you just copy it into your project and include it from there - just like many, many projects do with, say, the sys/queue.h header, or parts of libc, or whatever?" And it is, indeed, a very good argument, since this is how a software distribution's parts are supposed to be used - you copy them into your project and use them even when they are not available on the host system. So one might argue that the port is, indeed, buggy, that the src.conf documentation is, indeed, correct, and that the proper way for people to use the bsd.*.mk infrastructure in their own projects is to "take a snapshot", remove the "include /etc/rc.conf" part, change the include statements to be relative to the current directory or something, and then include the bsd.*.mk files from their own project's source directory. I'm not sure if there are any projects that actually do that, but IMHO this is the correct way to do it :) Now, in this particular case, we have a slightly different situation when the code that uses the bsd.*.mk infrastructure is not part of the upstream software source code, but is part of the FreeBSD port - that is, it is supposed to work mostly on FreeBSD, and the port is supposed to "keep up with the times" and work around any incompatible bsd.*.mk changes. So... with all due respect to Mikhail, I do believe that in this case the port's Makefile.bsd ought to add the "without src.conf" definition before including the bsd.*.mk parts. The "at some cost to myself" part at the start of this message is because some of my released software uses the bsd.prog.mk/bsd.lib.mk infrastructure, with the unspoken assumption that I'll update it when the bsd.*.mk infrastructure changes in incompatible ways (this has not really happened for the past twelve years, mostly because my Makefiles do not try to use NO_MAN or similar options - they define everything they need, and it is not a whole lot :) So... yeah, I've been lazy, and yeah, some weird src.conf settings might confuse the build of some of my software on FreeBSD. And, of course, my software might very well not build at all on other BSD-like host platforms. But... yeah, well, I've been lazy ;) =2E..thanks for reading so far, I guess :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org p.penchev@storpool.com PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 When you are not looking at it, this sentence is in Spanish. --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRHPX/AAoJEGUe77AlJ98TnBMP/jVoMuQgEturroWWWm28TMLO lIrMtdYsXvLR5UIw3Yu3H9KuOti4vo4WSM7vNT+2gqMdGbBj6S+B5UVEfsDJOGsX 8dsIS62NMRbjepd7gVShbgpPSqZU8X3j0qdKqG8DCn1HoDPg6ar/7trTGPA3PcMI C8Tqd9c6A5z81WBoFDQidUjIqz/MWskJJWpHeymvQoHrtBKXxrwTMDiFj/ZJhpAw K87odpOh05fH9PRHLEPFE+OGo/6fvlk/JmbOLkREcB4jSWcV6h+o2skADSZr6nX4 NdVwTDzlCCFcji9Eqr+5Ll8AZYclU0SfVW33gIEUVXQq3Sv3QimpzsUqPd/Y5JUE bEl0rgQ+LWJgiiynwPzNwWb0etJNURvrmDZ2yvOU+4nOceaxKCsV5AKalBntLGsE ZKYe7m1R079ZcEzqIpRhMzY2le65ej07BLAf6V9sd7x6Kjx7/3yh8Gxe/0Kewbn3 t4oHcsngd5dKvpUj7+LwCbqxBP+RJt44Kcs47Oc45+ACCPaN+q9naniAijtfdOA6 sNzGibK5+yDaqtt2Dhw/CM/GoR1tQSkFgOi8pLASyVermMRy5qXCEraQqQKHaIP6 JsBNHgA5jJMFL/NsRK3EHAkhP9+oNmTAViCV7ecpqltf9FQpk7dU6SbxBvzu0cCn 5GIbU2Hy0ZEjvlLcy5jY =qu8p -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 17:07:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D15769AE for ; Thu, 14 Feb 2013 17:07:55 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id A4830FC1 for ; Thu, 14 Feb 2013 17:07:55 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k14so3561373iea.13 for ; Thu, 14 Feb 2013 09:07:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=AJPpPNCCqus0oYodx6kTLuBKxWh1UIw4WuCb9HQKKGA=; b=nKScVESB3OKs2gw6BnyS0T4I/2zLvxWubSZ+3xZeDfZ7WiNCbIIXdUdWXxAf+AgEkZ nVW32XDqEDxTcgWVGquwX7NywQfqZZORaLSh9y6gxlWXhS5MdPTAxN1H99nkMnFP8P9A tDFlBdVuTuXES6Q/3/5OA0SBHvQnKVVzkX3zvU+w1EAfkYVuwEfU/B3KO9mfdQTQ5ITL C2up1X2qqk3My0Dnkx1kkZQJOeyO12QlSAwlaPY+7yiucJ+DFCpE/fQP2K99GOTPAuD2 US87kCNSglkN8PiCFCx7moCD2i65Fvff9fM4Nepwar/s1RbGpx26DmPvbExCK+MimKZA bWQQ== MIME-Version: 1.0 X-Received: by 10.50.34.193 with SMTP id b1mr199330igj.89.1360861675394; Thu, 14 Feb 2013 09:07:55 -0800 (PST) Received: by 10.64.110.162 with HTTP; Thu, 14 Feb 2013 09:07:55 -0800 (PST) In-Reply-To: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Fri, 15 Feb 2013 01:07:55 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:07:55 -0000 Thank you for your help. I'm currently in the process of analysing what is happening inside gssd during these operations. I'll get back later with a summary of my findings. However, I have found a real bug this time. An honest to FSM kernel crash. This is how I reproduced it: - Kill gssd - Attempt to mount a kerberised NFS mount from the Linux machine - The mount attempt will hang because gssd isn't running - While the mount is hung, start gssd - Kernel crash What should I do about that one? Regards, Elias From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 17:50:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F2093424 for ; Thu, 14 Feb 2013 17:50:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id BAB3B248 for ; Thu, 14 Feb 2013 17:50:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAPkiHVGDaFvO/2dsb2JhbABEFoYzujdzgh8BAQQBI1YbGAICDRkCWQaIHwYMqnGSMYEjjBeDN4ETA4hmjT6BHY82gyWBVDU X-IronPort-AV: E=Sophos;i="4.84,666,1355115600"; d="scan'208";a="16678101" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 14 Feb 2013 12:50:16 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 3E7C9B3F26; Thu, 14 Feb 2013 12:50:16 -0500 (EST) Date: Thu, 14 Feb 2013 12:50:16 -0500 (EST) From: Rick Macklem To: =?utf-8?Q?Elias_M=C3=A5rtenson?= Message-ID: <548883210.3022878.1360864216238.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: Possible bug in NFSv4 with krb5p security? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:50:18 -0000 Elias Martenson wrote: > Thank you for your help. I'm currently in the process of analysing > what is happening inside gssd during these operations. I'll get back > later with a summary of my findings. > > > However, I have found a real bug this time. An honest to FSM kernel > crash. This is how I reproduced it: > > > - Kill gssd > - Attempt to mount a kerberised NFS mount from the Linux machine > - The mount attempt will hang because gssd isn't running > - While the mount is hung, start gssd > - Kernel crash > > > What should I do about that one? > There was a patch applied to head about 2 months ago (r244370) to stop crashes when the gssd was restarted. The patch is also here: http://people.freebsd.org/~rmacklem/kgssapi.patch I don't remember if you mentioned which kernel version you are running, but this would also be in stable/9 of about 6 weeks ago, but not in 9.1-release. If your system has this patch and still crashes, please email the backtrace for the crash. You can take a photo of it, if it is a screen console. rick > > Regards, > Elias From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 19:44:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 76DA8209; Thu, 14 Feb 2013 19:44:45 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id E436A979; Thu, 14 Feb 2013 19:44:44 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 837ACE3F07A; Thu, 14 Feb 2013 20:37:14 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b0oKJOPBwm3M; Thu, 14 Feb 2013 20:37:08 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id CCE03E3F079; Thu, 14 Feb 2013 20:37:08 +0100 (CET) Date: Thu, 14 Feb 2013 20:37:07 +0100 From: Joel Dahl To: Hans Petter Selasky , mav@freebsd.org Subject: Re: HEAD memsticks broken? [USB/CAM Problems?] Message-ID: <20130214193707.GD84888@jd.benders.se> References: <20130209073241.GN21730@jd.benders.se> <20130209230939.GQ21730@jd.benders.se> <20130211222105.GC838@jd.benders.se> <201302120851.18810.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302120851.18810.hselasky@c2i.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:44:45 -0000 On 12-02-2013 8:51, Hans Petter Selasky wrote: > On Monday 11 February 2013 23:21:05 Joel Dahl wrote: > > On 10-02-2013 0:09, Joel Dahl wrote: > > > On 09-02-2013 20:28, Alexander Motin wrote: > > > > How long ago that HEAD was built? Could you get full dmesg? I don't > > > > think that "PREVENT ALLOW MEDIUM REMOVAL" should cause device drop. "No > > > > sense data present" also doesn't look right. > > > > > > As I mentioned earlier, I've tried several HEAD snapshots. > > > > Just a quick update on this: I've built quite a few releases now and > > managed to track down the problem to somewhere between r235789 and > > r237855. It'll probably take me another day or two before I know which > > commit actually broke it. > > Hi, > > I don't see any relevant USB+UMASS patches for your issue in this interval, > but many patches in the SCSI/CAM area. I finally found it. A r237477 memstick boots fine. A r237478 memstick does not. 237478 is the following commit by mav@: ------------------------------------------------------------------------ r237478 | mav | 2012-06-23 14:32:53 +0200 (Sat, 23 Jun 2012) | 3 lines Add scsi_extract_sense_ccb() -- wrapper around scsi_extract_sense_len(). It allows to remove number of duplicate checks from several places. ------------------------------------------------------------------------ -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 20:58:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 628CE6C1; Thu, 14 Feb 2013 20:58:10 +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 20443D9A; Thu, 14 Feb 2013 20:58:09 +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 <1U65sY-002cu8-I7>; Thu, 14 Feb 2013 21:58:02 +0100 Received: from e178009043.adsl.alicedsl.de ([85.178.9.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1U65sY-000lcP-Dz>; Thu, 14 Feb 2013 21:58:02 +0100 Message-ID: <511D4FD3.2070605@zedat.fu-berlin.de> Date: Thu, 14 Feb 2013 21:57:55 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130131 Thunderbird/17.0.2 MIME-Version: 1.0 To: Yamaya Takashi Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511CE470.4070003@kbh.biglobe.ne.jp> In-Reply-To: <511CE470.4070003@kbh.biglobe.ne.jp> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEBF4C681640CC53BE9FDF60B" X-Originating-IP: 85.178.9.43 Cc: Tom Evans , "free >> Current FreeBSD" , Ports FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:58:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEBF4C681640CC53BE9FDF60B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 02/14/13 14:19, schrieb Yamaya Takashi: > On 2013/02/13 22:33, Tom Evans wrote: >> On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi >> wrote: >>> On 2013/02/13 19:08, O. Hartmann wrote: >>>> Setting only base system source compiler optins in /etc/src.conf, fo= r >>>> instance >>>> >>>> # >>>> CXXFLAGS+=3D -stdlib=3Dlibc++ >>>> CXXFLAGS+=3D -std=3Dc++11 >>>> >>>> >>>> which do NOT appear in /etc/make.conf, make building port >>>> grahpics/libfpx complaining about unrecognized compiler options. >>>> >>>> As far a sI know, /etc/src.conf is ONLY for building the source tree= of >>>> the operating system and make.conf is supposed to contain all stuff >>>> necessary for compiling both world and ports, but /etc/src.conf is w= orld >>>> only. >>>> >>>> Am I wrong? >>>> >>>> Oliver >>>> >>> Yes. >>> Because files/Makefile.bsd includes , >>> /etc/src.conf is included. >>> >>> >> src.conf(5) says: >> >> The only purpose of src.conf is to control the compilation of the Fr= eeBSD >> source code, which is usually located in /usr/src. >> >> Cheers >> >> Tom >> >> > src.conf(5) says: > The values of variables are ignored regardless of their setting; > even if > they would be set to ``FALSE'' or ``NO''. Just the existence of a= n > option will cause it to be honoured by make(1). >=20 > The following list provides a name and short description for varia= bles > that can be used for source builds. >=20 > Does it mean ONLY WITH_* and WITHOUT_* variables are allowed in > /etc/src.conf? >=20 >=20 Shortly, there was a discussion about a fully installed LLVM/CLANG and the portion of LLVM/CLANG, that is only needed to compile the system's source. In this case, a strict separartion was intended. This implies w have setting only applicable for the core system and we deal with settings for various ports. I though, until now, FreeBSD, as other *BSDs, follow a strict logical policy and this implies, in my opinion, that there is in strictu sensu a separation between the sources of the core system and those for the ports= =2E If the manpage of /etc/src.conf says that only bool knobs are allowed like WITH_XXX or WITHOUT_XXX, then: where to put the options? I feel confused by having /etc/src.conf also involved in port's compilations and in my opinion, this is a bug! It torpedos the logic described in the manpage with sounds reasonable to me (the manpage of src.conf). If the build system really needs to intertwine both make.conf and src.conf for ports, then something is illconditioned. --------------enigEBF4C681640CC53BE9FDF60B 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) iQEcBAEBAgAGBQJRHU/aAAoJEOgBcD7A/5N8GMQIAKY/cmG4/Y4WaguaheVskqCJ 9SM803fPjvCxs7DqU3nv6kn1nlHITZvzSB9AY4rSA5wuoeCtyYHt31+Qv4L4JSKm EtTdFD5G9dzHo/v2gEYjGQ+pJmk2flIiPEAzrGCyQC9WmvNp/FDqxGVWeCrwoBXQ XBUVeaJXx71+CyJ1dIrI3cabi+x5UbhO4L6UPweBhqS8Zr8gnXLvBreZJAv94xpd 6fmNAX5g/i3T6WP6jEOgiGQ2adbzt9VFg85KhfuxNsGRlG1PFpaBMxoPQ0upGaX5 8+uG1jOCQgREfQ4IyVppeld8HDNw+LcHoyU3vg3KrT0mWPNCM5ghAyUI2melRtY= =/2cN -----END PGP SIGNATURE----- --------------enigEBF4C681640CC53BE9FDF60B-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 21:38:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DC13B339; Thu, 14 Feb 2013 21:38:06 +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 9B95DF11; Thu, 14 Feb 2013 21:38:06 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E4F23B922; Thu, 14 Feb 2013 16:38:05 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: building custom kernel on -current: unknown option "COMPAT_LINUX" Date: Thu, 14 Feb 2013 16:31:55 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130210013631.4681c6fd.freebsd@edvax.de> <201302100126.r1A1QTT2047019@mech-cluster241.men.bris.ac.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302141631.55788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Feb 2013 16:38:06 -0500 (EST) Cc: freebsd@edvax.de, mexas@bristol.ac.uk, "illoai@gmail.com" , freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 21:38:06 -0000 On Saturday, February 09, 2013 10:01:25 pm illoai@gmail.com wrote: > On 9 February 2013 20:26, Anton Shterenlikht wrote: > > > > > I removed COMPAT_LINUX, and only left > > > > options COMPAT_43 > > options COMPAT_LINUX32 > > > > From /usr/src/sys/amd64/conf/NOTES (9.1-RELEASE): > > # Enable Linux ABI emulation > #XXX#options COMPAT_LINUX > > # Enable 32-bit Linux ABI emulation (requires COMPAT_43 and > COMPAT_FREEBSD32) > options COMPAT_LINUX32 > > I think I first ran up against this when I moved to 9.0 some > time ago, but yes, amd64 uses a different kernel config > option than i386 for linux compat. > > I tend to leave it as a module & load it if I perchance > need it. This also allows rebuilding & reloading the > modules without a reboot, should it need it. The > modules seems to build fine without having to > fiddle about with kernel config jiggerypokey. COMPAT_LINUX will work on amd64 eventually and will be used for 64-bit Linux binaries (COMPAT_LINUX32 is to run Linux/i386 binaries on FreeBSD/amd64). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 21:38:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3EC2D434; Thu, 14 Feb 2013 21:38:10 +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 1C739F14; Thu, 14 Feb 2013 21:38:10 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 88D31B926; Thu, 14 Feb 2013 16:38:09 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Time to kill fdc ? Date: Thu, 14 Feb 2013 16:35:15 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <79955.1360494404@critter.freebsd.dk> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302141635.15938.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Feb 2013 16:38:09 -0500 (EST) Cc: Adrian Chadd , "C. P. Ghost" , Poul-Henning Kamp , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 21:38:10 -0000 On Monday, February 11, 2013 1:36:47 pm Adrian Chadd wrote: > ... I notice how people haven't quoted how much RAM they have, since > that may influence whether or not things get bounced, double bounced > or such. ISA bounces anything above 16GB. They are bouncing. I know it works for some people as I fixed a bug in the ISA bounce buffer code somewhat recentish: http://svnweb.freebsd.org/base?view=revision&revision=233675 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 02:45:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9C25314D; Fri, 15 Feb 2013 02:45:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id B7799C42; Fri, 15 Feb 2013 02:45:24 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id r5so2408255wey.4 for ; Thu, 14 Feb 2013 18:45:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lFuUO7rbHja1Wb/8PgjUNCtL+nKMgIgyy8B3ZNQuJVE=; b=aNBFvFa59ZcB1FQOO9icn3awmCx1bB9N/0bykkw8SC6cNRKEPPrTTCtAhaekllZnPe E4KuEyo74ndl4tfa7rJA0ITaOwxMaY/Cpa2JiS2a2rw3k47w49NC4wblT+ayMqq+nx+A /bWx1BP/c985hgEtAwZ2qUj6+7Hew+KLmiju95yMmz4QMVjTTA8HwmnyUpNFxfVpjmP3 xydjcK5c7CeRLxCBKF3W7o9GcN1m/5K9/VIwecbR1WGR74Erm/slcNq5Xu8a81ZReLxs BPlzjqu1mIJZPA5jLzH9pc6jJdFGEGtf2b/PxS6/TvDZqyfoJXt4W6/s9nXaXvyWxJLv bV4A== MIME-Version: 1.0 X-Received: by 10.194.108.101 with SMTP id hj5mr1481730wjb.6.1360896323184; Thu, 14 Feb 2013 18:45:23 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Thu, 14 Feb 2013 18:45:22 -0800 (PST) In-Reply-To: <201302141635.15938.jhb@freebsd.org> References: <79955.1360494404@critter.freebsd.dk> <201302141635.15938.jhb@freebsd.org> Date: Thu, 14 Feb 2013 18:45:22 -0800 X-Google-Sender-Auth: W9FLslX21CZeR2bENivaYv3elP4 Message-ID: Subject: Re: Time to kill fdc ? From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, "C. P. Ghost" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 02:45:25 -0000 On 14 February 2013 13:35, John Baldwin wrote: > ISA bounces anything above 16GB. They are bouncing. I know it works for some > people as I fixed a bug in the ISA bounce buffer code somewhat recentish: You mean 16MB, right? There's a secondary bounce buffer thing needed for 32 bit PCI devices on a 64 bit machine with > 4 GB of physical RAM, right? > http://svnweb.freebsd.org/base?view=revision&revision=233675 nice catch! Thanks you/steve. adrian From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 03:19:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8BDA4F5A; Fri, 15 Feb 2013 03:19:53 +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 517FFE9C; Fri, 15 Feb 2013 03:19:52 +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 r1F3JkOt017906; Thu, 14 Feb 2013 22:19:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F3Jk8L017905; Fri, 15 Feb 2013 03:19:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 03:19:46 GMT Message-Id: <201302150319.r1F3Jk8L017905@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 03:19:53 -0000 TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 01:40:19 - 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 --- 2013-02-15 01:40:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-02-15 01:40:19 - cleaning the object tree TB --- 2013-02-15 01:40:19 - /usr/local/bin/svn stat /src TB --- 2013-02-15 01:40:23 - At svn revision 246816 TB --- 2013-02-15 01:40:24 - building world TB --- 2013-02-15 01:40:24 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 01:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 01:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 01:40:24 - SRCCONF=/dev/null TB --- 2013-02-15 01:40:24 - TARGET=arm TB --- 2013-02-15 01:40:24 - TARGET_ARCH=arm TB --- 2013-02-15 01:40:24 - TZ=UTC TB --- 2013-02-15 01:40:24 - __MAKE_CONF=/dev/null TB --- 2013-02-15 01:40:24 - cd /src TB --- 2013-02-15 01:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 01:40:29 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/arm.arm/src/tmp/usr/lib/libc.a /obj/arm.arm/src/tmp/usr/lib/libedit.a /obj/arm.arm/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 03:19:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 03:19:46 - ERROR: failed to build world TB --- 2013-02-15 03:19:46 - 4878.12 user 845.40 system 5966.59 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 03:19:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 13EA1F5B; Fri, 15 Feb 2013 03:19: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 DB3E9E9D; Fri, 15 Feb 2013 03:19:52 +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 r1F3Jk02017901; Thu, 14 Feb 2013 22:19:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F3JkpH017900; Fri, 15 Feb 2013 03:19:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 03:19:46 GMT Message-Id: <201302150319.r1F3JkpH017900@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 03:19:56 -0000 TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 01:40:19 - 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 --- 2013-02-15 01:40:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-02-15 01:40:19 - cleaning the object tree TB --- 2013-02-15 01:40:19 - /usr/local/bin/svn stat /src TB --- 2013-02-15 01:40:23 - At svn revision 246816 TB --- 2013-02-15 01:40:24 - building world TB --- 2013-02-15 01:40:24 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 01:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 01:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 01:40:24 - SRCCONF=/dev/null TB --- 2013-02-15 01:40:24 - TARGET=arm TB --- 2013-02-15 01:40:24 - TARGET_ARCH=armv6 TB --- 2013-02-15 01:40:24 - TZ=UTC TB --- 2013-02-15 01:40:24 - __MAKE_CONF=/dev/null TB --- 2013-02-15 01:40:24 - cd /src TB --- 2013-02-15 01:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 01:40:29 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/arm.armv6/src/tmp/usr/lib/libc.a /obj/arm.armv6/src/tmp/usr/lib/libedit.a /obj/arm.armv6/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/arm.armv6/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 03:19:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 03:19:45 - ERROR: failed to build world TB --- 2013-02-15 03:19:45 - 4879.81 user 841.05 system 5966.33 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 04:14:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D83FF533; Fri, 15 Feb 2013 04:14:45 +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 73416FC7; Fri, 15 Feb 2013 04:14:45 +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 r1F4EiTs007628; Thu, 14 Feb 2013 23:14:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F4EisT007625; Fri, 15 Feb 2013 04:14:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 04:14:44 GMT Message-Id: <201302150414.r1F4EisT007625@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 04:14:45 -0000 TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 01:40:19 - 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 --- 2013-02-15 01:40:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-02-15 01:40:19 - cleaning the object tree TB --- 2013-02-15 01:40:19 - /usr/local/bin/svn stat /src TB --- 2013-02-15 01:40:23 - At svn revision 246816 TB --- 2013-02-15 01:40:24 - building world TB --- 2013-02-15 01:40:24 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 01:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 01:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 01:40:24 - SRCCONF=/dev/null TB --- 2013-02-15 01:40:24 - TARGET=i386 TB --- 2013-02-15 01:40:24 - TARGET_ARCH=i386 TB --- 2013-02-15 01:40:24 - TZ=UTC TB --- 2013-02-15 01:40:24 - __MAKE_CONF=/dev/null TB --- 2013-02-15 01:40:24 - cd /src TB --- 2013-02-15 01:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 01:40:29 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:6: error: no member named 'b_prev' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ /src/sbin/fsdb/fsdbutil.c:242:19: error: no member named 'b_next' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ 2 errors generated. *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 04:14:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 04:14:44 - ERROR: failed to build world TB --- 2013-02-15 04:14:44 - 7780.76 user 1027.69 system 9265.10 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 04:14:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2A6CA537; Fri, 15 Feb 2013 04:14: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 CDAD9FCA; Fri, 15 Feb 2013 04:14: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 r1F4EpGc007803; Thu, 14 Feb 2013 23:14:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F4Epiw007802; Fri, 15 Feb 2013 04:14:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 04:14:51 GMT Message-Id: <201302150414.r1F4Epiw007802@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 04:14:52 -0000 TB --- 2013-02-15 01:40:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 01:40:19 - 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 --- 2013-02-15 01:40:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-02-15 01:40:19 - cleaning the object tree TB --- 2013-02-15 01:40:19 - /usr/local/bin/svn stat /src TB --- 2013-02-15 01:40:23 - At svn revision 246816 TB --- 2013-02-15 01:40:24 - building world TB --- 2013-02-15 01:40:24 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 01:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 01:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 01:40:24 - SRCCONF=/dev/null TB --- 2013-02-15 01:40:24 - TARGET=amd64 TB --- 2013-02-15 01:40:24 - TARGET_ARCH=amd64 TB --- 2013-02-15 01:40:24 - TZ=UTC TB --- 2013-02-15 01:40:24 - __MAKE_CONF=/dev/null TB --- 2013-02-15 01:40:24 - cd /src TB --- 2013-02-15 01:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 01:40:29 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:6: error: no member named 'b_prev' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ /src/sbin/fsdb/fsdbutil.c:242:19: error: no member named 'b_next' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ 2 errors generated. *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/amd64.amd64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 04:14:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 04:14:51 - ERROR: failed to build world TB --- 2013-02-15 04:14:51 - 7793.27 user 1018.44 system 9271.74 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 04:28:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 427B084F; Fri, 15 Feb 2013 04:28:23 +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 06170E0; Fri, 15 Feb 2013 04:28:22 +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 r1F4SMGF002568; Thu, 14 Feb 2013 23:28:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F4SMn3002561; Fri, 15 Feb 2013 04:28:22 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 04:28:22 GMT Message-Id: <201302150428.r1F4SMn3002561@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 04:28:23 -0000 TB --- 2013-02-15 03:19:46 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 03:19:46 - 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 --- 2013-02-15 03:19:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-02-15 03:19:46 - cleaning the object tree TB --- 2013-02-15 03:19:46 - /usr/local/bin/svn stat /src TB --- 2013-02-15 03:19:49 - At svn revision 246816 TB --- 2013-02-15 03:19:50 - building world TB --- 2013-02-15 03:19:50 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 03:19:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 03:19:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 03:19:50 - SRCCONF=/dev/null TB --- 2013-02-15 03:19:50 - TARGET=ia64 TB --- 2013-02-15 03:19:50 - TARGET_ARCH=ia64 TB --- 2013-02-15 03:19:50 - TZ=UTC TB --- 2013-02-15 03:19:50 - __MAKE_CONF=/dev/null TB --- 2013-02-15 03:19:50 - cd /src TB --- 2013-02-15 03:19:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 03:19:55 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp/usr/lib/libedit.a /obj/ia64.ia64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 04:28:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 04:28:22 - ERROR: failed to build world TB --- 2013-02-15 04:28:22 - 3337.73 user 563.66 system 4115.79 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 05:05:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3CC76224; Fri, 15 Feb 2013 05:05: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 162AC207; Fri, 15 Feb 2013 05:05:24 +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 r1F55OFu038309; Fri, 15 Feb 2013 00:05:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F55OMP038304; Fri, 15 Feb 2013 05:05:24 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 05:05:24 GMT Message-Id: <201302150505.r1F55OMP038304@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:05:25 -0000 TB --- 2013-02-15 04:14:45 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 04:14:45 - 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 --- 2013-02-15 04:14:45 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-15 04:14:45 - cleaning the object tree TB --- 2013-02-15 04:14:45 - /usr/local/bin/svn stat /src TB --- 2013-02-15 04:15:03 - At svn revision 246816 TB --- 2013-02-15 04:15:04 - building world TB --- 2013-02-15 04:15:04 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 04:15:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 04:15:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 04:15:04 - SRCCONF=/dev/null TB --- 2013-02-15 04:15:04 - TARGET=mips TB --- 2013-02-15 04:15:04 - TARGET_ARCH=mips TB --- 2013-02-15 04:15:04 - TZ=UTC TB --- 2013-02-15 04:15:04 - __MAKE_CONF=/dev/null TB --- 2013-02-15 04:15:04 - cd /src TB --- 2013-02-15 04:15:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 04:15:08 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libedit.a /obj/mips.mips/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 05:05:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 05:05:24 - ERROR: failed to build world TB --- 2013-02-15 05:05:24 - 2224.00 user 535.09 system 3039.36 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 05:05:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9DDD131C; Fri, 15 Feb 2013 05:05:28 +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 77C4820A; Fri, 15 Feb 2013 05:05:25 +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 r1F55Pwd038334; Fri, 15 Feb 2013 00:05:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F55PD5038333; Fri, 15 Feb 2013 05:05:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 05:05:25 GMT Message-Id: <201302150505.r1F55PD5038333@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:05:28 -0000 TB --- 2013-02-15 04:14:51 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 04:14:51 - 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 --- 2013-02-15 04:14:51 - starting HEAD tinderbox run for mips64/mips TB --- 2013-02-15 04:14:51 - cleaning the object tree TB --- 2013-02-15 04:14:51 - /usr/local/bin/svn stat /src TB --- 2013-02-15 04:15:03 - At svn revision 246816 TB --- 2013-02-15 04:15:04 - building world TB --- 2013-02-15 04:15:04 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 04:15:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 04:15:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 04:15:04 - SRCCONF=/dev/null TB --- 2013-02-15 04:15:04 - TARGET=mips TB --- 2013-02-15 04:15:04 - TARGET_ARCH=mips64 TB --- 2013-02-15 04:15:04 - TZ=UTC TB --- 2013-02-15 04:15:04 - __MAKE_CONF=/dev/null TB --- 2013-02-15 04:15:04 - cd /src TB --- 2013-02-15 04:15:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 04:15:08 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/mips.mips64/src/tmp/usr/lib/libc.a /obj/mips.mips64/src/tmp/usr/lib/libedit.a /obj/mips.mips64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/mips.mips64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 05:05:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 05:05:24 - ERROR: failed to build world TB --- 2013-02-15 05:05:24 - 2227.27 user 537.59 system 3033.40 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 05:04:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9B0E61E3; Fri, 15 Feb 2013 05:04:17 +0000 (UTC) (envelope-from wynkoop@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE411FD; Fri, 15 Feb 2013 05:04:16 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r1F54FxU079714; Fri, 15 Feb 2013 00:04:15 -0500 (EST) (envelope-from wynkoop@wynn.com) Date: Fri, 15 Feb 2013 00:04:15 -0500 From: Brett Wynkoop To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: Can not build world Message-ID: <20130215000415.7dea3055@ivory.wynn.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.13; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 15 Feb 2013 05:09:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:04:17 -0000 Greeting- For the past week I have been unable to build world for arm on my Raspberry Pi. The process broke just after I updated /usr/src. Several updates in the intervening week have done nothing to change the results. It always bombs trying to build kerberos. Please no suggestions to cross build world. If that is the answer you must be thinking of the wrong question. At the moment consider my only working FreeBSD boxes are a Raspberry Pi with 512Meg of ram and 16 G of disk and a BeagleBone with 256 M of ram and 8G of disk. Needless to say I have not updated /usr/src on the BeagleBone, and will not until the issue on the Pi is resolved. FYI I am not subscribed to freebsd-current, only freebsd-arm, so if you reply to current please keep freebsd-arm in the cc list as well. I always do a make clean before trying the make buildworld. I am really stuck here. I also know others in the arm world had this problem in the recent past, but it started to work for them after another update to /usr/src. That has not happened for me. root@fbsd-pi:~ # uname -a FreeBSD fbsd-pi 10.0-CURRENT FreeBSD 10.0-CURRENT #1: Mon Feb 11 18:03:38 EST 2013 root@fbsd-pi:/sys/arm/compile/RPI-B-TMPFS arm ===> include/rpc (installincludes) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/include/rpc/auth.h /usr/src/include/rpc/auth_unix.h /usr/src/include/rpc/clnt.h /usr/src/include/rpc/clnt_soc.h /usr/src/include/rpc/clnt_stat.h /usr/src/include/rpc/nettype.h /usr/src/include/rpc/pmap_clnt.h /usr/src/include/rpc/pmap_prot.h /usr/src/include/rpc/pmap_rmt.h /usr/src/include/rpc/raw.h /usr/src/include/rpc/rpc.h /usr/src/include/rpc/rpc_msg.h /usr/src/include/rpc/rpcb_clnt.h /usr/src/include/rpc/rpcent.h /usr/src/include/rpc/rpc_com.h /usr/src/include/rpc/rpcsec_gss.h /usr/src/include/rpc/svc.h /usr/src/include/rpc/svc_auth.h /usr/src/include/rpc/svc_soc.h /usr/src/include/rpc/svc_dg.h /usr/src/include/rpc/xdr.h /usr/src/include/rpc/auth_des.h /usr/src/include/rpc/des.h /usr/src/include/rpc/des_crypt.h /usr/src/include/rpc/auth_kerb.h /usr/src/include/rpc/rpcb_prot.x rpcb_prot.h /usr/obj/usr/src/tmp/usr/include/rpc ===> include/xlocale (installincludes) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 _ctype.h _inttypes.h _langinfo.h _locale.h _monetary.h _stdio.h _stdlib.h _string.h _time.h _wchar.h /usr/obj/usr/src/tmp/usr/include/xlocale ===> kerberos5 (includes) set -e; cd /usr/src/kerberos5; /usr/obj/usr/src/make.arm/make buildincludes; /usr/obj/usr/src/make.arm/make installincludes ===> kerberos5/doc (buildincludes) ===> kerberos5/lib (buildincludes) ===> kerberos5/lib/libasn1 (buildincludes) compile_et /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/asn1_err.et compile_et: No such file or directory *** [asn1_err.h] Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** [buildincludes] Error code 1 Stop in /usr/src/kerberos5/lib. *** [buildincludes] Error code 1 Stop in /usr/src/kerberos5. *** [includes] Error code 1 Stop in /usr/src/kerberos5. *** [kerberos5.includes__D] Error code 1 Stop in /usr/src. *** [_includes] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Help! Thanks! -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 "The strongest reason for the people to retain the right to keep and bear arms is, as a last resort, to protect themselves against tyranny in government" - Thomas Jefferson. From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 06:00:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D921DAD9; Fri, 15 Feb 2013 06:00: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 8E11838F; Fri, 15 Feb 2013 06:00: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 r1F609Y8064957; Fri, 15 Feb 2013 01:00:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F609g3064956; Fri, 15 Feb 2013 06:00:09 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 06:00:09 GMT Message-Id: <201302150600.r1F609g3064956@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:00:10 -0000 TB --- 2013-02-15 03:19:46 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 03:19:46 - 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 --- 2013-02-15 03:19:46 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-02-15 03:19:46 - cleaning the object tree TB --- 2013-02-15 03:19:46 - /usr/local/bin/svn stat /src TB --- 2013-02-15 03:19:49 - At svn revision 246816 TB --- 2013-02-15 03:19:50 - building world TB --- 2013-02-15 03:19:50 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 03:19:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 03:19:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 03:19:50 - SRCCONF=/dev/null TB --- 2013-02-15 03:19:50 - TARGET=pc98 TB --- 2013-02-15 03:19:50 - TARGET_ARCH=i386 TB --- 2013-02-15 03:19:50 - TZ=UTC TB --- 2013-02-15 03:19:50 - __MAKE_CONF=/dev/null TB --- 2013-02-15 03:19:50 - cd /src TB --- 2013-02-15 03:19:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 03:19:55 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:6: error: no member named 'b_prev' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ /src/sbin/fsdb/fsdbutil.c:242:19: error: no member named 'b_next' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ 2 errors generated. *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 06:00:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 06:00:09 - ERROR: failed to build world TB --- 2013-02-15 06:00:09 - 8059.20 user 1036.56 system 9622.75 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 06:00:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E4D16C02; Fri, 15 Feb 2013 06:00:31 +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 BC52B3A6; Fri, 15 Feb 2013 06:00:31 +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 r1F60VSD065451; Fri, 15 Feb 2013 01:00:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F60Vf5065450; Fri, 15 Feb 2013 06:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 06:00:31 GMT Message-Id: <201302150600.r1F60Vf5065450@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:00:32 -0000 TB --- 2013-02-15 05:05:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 05:05:25 - 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 --- 2013-02-15 05:05:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-15 05:05:25 - cleaning the object tree TB --- 2013-02-15 05:05:25 - /usr/local/bin/svn stat /src TB --- 2013-02-15 05:05:28 - At svn revision 246816 TB --- 2013-02-15 05:05:29 - building world TB --- 2013-02-15 05:05:29 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 05:05:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 05:05:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 05:05:29 - SRCCONF=/dev/null TB --- 2013-02-15 05:05:29 - TARGET=sparc64 TB --- 2013-02-15 05:05:29 - TARGET_ARCH=sparc64 TB --- 2013-02-15 05:05:29 - TZ=UTC TB --- 2013-02-15 05:05:29 - __MAKE_CONF=/dev/null TB --- 2013-02-15 05:05:29 - cd /src TB --- 2013-02-15 05:05:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 05:05:33 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libedit.a /obj/sparc64.sparc64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 06:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 06:00:31 - ERROR: failed to build world TB --- 2013-02-15 06:00:31 - 2585.35 user 466.67 system 3306.06 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 06:03:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AC0C7E3B; Fri, 15 Feb 2013 06:03:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA353FB; Fri, 15 Feb 2013 06:03:22 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.6/8.14.6) with ESMTP id r1F63GG7099607; Thu, 14 Feb 2013 22:03:16 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.6/8.14.6/Submit) id r1F63GfB099606; Thu, 14 Feb 2013 22:03:16 -0800 (PST) (envelope-from sgk) Date: Thu, 14 Feb 2013 22:03:16 -0800 From: Steve Kargl To: Brett Wynkoop Subject: Re: Can not build world Message-ID: <20130215060316.GA99547@troutmask.apl.washington.edu> References: <20130215000415.7dea3055@ivory.wynn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130215000415.7dea3055@ivory.wynn.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:03:22 -0000 On Fri, Feb 15, 2013 at 12:04:15AM -0500, Brett Wynkoop wrote: > (installincludes) sh /usr/src/tools/install.sh -C -o root -g wheel -m > 444 _ctype.h _inttypes.h _langinfo.h _locale.h _monetary.h _stdio.h > _stdlib.h _string.h _time.h > _wchar.h /usr/obj/usr/src/tmp/usr/include/xlocale ===> kerberos5 > (includes) set -e; > cd /usr/src/kerberos5; /usr/obj/usr/src/make.arm/make > buildincludes; /usr/obj/usr/src/make.arm/make installincludes ===> > kerberos5/doc (buildincludes) ===> kerberos5/lib (buildincludes) ===> > kerberos5/lib/libasn1 (buildincludes) > compile_et /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/asn1_err.et > compile_et: No such file or directory *** [asn1_err.h] Error code 1 > > Stop in /usr/src/kerberos5/lib/libasn1. > *** [buildincludes] Error code 1 > Easy button: Add WITHOUT_KERBEROS to /etc/make.conf. See email archive for long story. The short story. You did not have kerberos on your system, which means that compile_et is not present in /usr/bin. Now, you want kerberos and kerberos does not build compile_et as a bootstrap tool. So, now you need to manually install compile_et. The fun really begins because you need some header/library from kerberos to build compile_et. So, once you figure out which header/library you need, you build and install it. Then build and install compile_et. And, finally, you can make world. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 06:36:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C07602AC; Fri, 15 Feb 2013 06:36:11 +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 822106E3; Fri, 15 Feb 2013 06:36:11 +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 r1F6aAvh006899; Fri, 15 Feb 2013 01:36:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F6aAFh006898; Fri, 15 Feb 2013 06:36:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 06:36:10 GMT Message-Id: <201302150636.r1F6aAFh006898@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:36:11 -0000 TB --- 2013-02-15 04:28:22 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 04:28:22 - 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 --- 2013-02-15 04:28:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-02-15 04:28:22 - cleaning the object tree TB --- 2013-02-15 04:28:22 - /usr/local/bin/svn stat /src TB --- 2013-02-15 04:28:25 - At svn revision 246816 TB --- 2013-02-15 04:28:26 - building world TB --- 2013-02-15 04:28:26 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 04:28:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 04:28:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 04:28:26 - SRCCONF=/dev/null TB --- 2013-02-15 04:28:26 - TARGET=powerpc TB --- 2013-02-15 04:28:26 - TARGET_ARCH=powerpc TB --- 2013-02-15 04:28:26 - TZ=UTC TB --- 2013-02-15 04:28:26 - __MAKE_CONF=/dev/null TB --- 2013-02-15 04:28:26 - cd /src TB --- 2013-02-15 04:28:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 04:28:35 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libedit.a /obj/powerpc.powerpc/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 06:36:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 06:36:10 - ERROR: failed to build world TB --- 2013-02-15 06:36:10 - 6630.30 user 850.17 system 7668.27 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 07:10:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5EF3F80B; Fri, 15 Feb 2013 07:10:28 +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 363F47D6; Fri, 15 Feb 2013 07:10:24 +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 r1F7AOd1046223; Fri, 15 Feb 2013 02:10:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F7AOlF046222; Fri, 15 Feb 2013 07:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 07:10:24 GMT Message-Id: <201302150710.r1F7AOlF046222@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:10:28 -0000 TB --- 2013-02-15 05:05:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 05: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 --- 2013-02-15 05:05:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-02-15 05:05:24 - cleaning the object tree TB --- 2013-02-15 05:05:24 - /usr/local/bin/svn stat /src TB --- 2013-02-15 05:05:28 - At svn revision 246816 TB --- 2013-02-15 05:05:29 - building world TB --- 2013-02-15 05:05:29 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 05:05:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 05:05:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 05:05:29 - SRCCONF=/dev/null TB --- 2013-02-15 05:05:29 - TARGET=powerpc TB --- 2013-02-15 05:05:29 - TARGET_ARCH=powerpc64 TB --- 2013-02-15 05:05:29 - TZ=UTC TB --- 2013-02-15 05:05:29 - __MAKE_CONF=/dev/null TB --- 2013-02-15 05:05:29 - cd /src TB --- 2013-02-15 05:05:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 05:05:33 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libedit.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 07:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 07:10:24 - ERROR: failed to build world TB --- 2013-02-15 07:10:24 - 6619.84 user 753.66 system 7499.57 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 07:56:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9641B242; Fri, 15 Feb 2013 07:56:59 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5C73393C; Fri, 15 Feb 2013 07:56:59 +0000 (UTC) Received: from kruse-124.4.ixsystems.com (drawbridge.ixsystems.com [206.40.55.65]) by elvis.mu.org (Postfix) with ESMTPSA id 538E01A3C1A; Thu, 14 Feb 2013 23:56:49 -0800 (PST) Message-ID: <511DEA46.5010509@mu.org> Date: Thu, 14 Feb 2013 23:56:54 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Davide Italiano Subject: Re: [RFC/RFT] calloutng References: <50CCAB99.4040308@FreeBSD.org> <50CE5B54.3050905@FreeBSD.org> <50D03173.9080904@FreeBSD.org> <20121225232126.GA47692@alchemy.franken.de> <50DB4EFE.2020600@FreeBSD.org> <20130106152313.GD26039@alchemy.franken.de> <50EBF921.2000304@FreeBSD.org> <20130113180940.GM26039@alchemy.franken.de> <50F30CAB.3000001@FreeBSD.org> <20130121095457.GL85306@alchemy.franken.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , Marius Strobl , Poul-Henning Kamp , FreeBSD Current , freebsd-arch@freebsd.org, Luigi Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:56:59 -0000 [ added Luigi Rizzo to thread ] On 2/11/13 12:26 PM, Davide Italiano wrote: > [trimmed old mails] > > Here's a new version of the patch: > http://people.freebsd.org/~davide/patches/calloutng-11022012.diff > > Significant bits changed (after wider discussion and suggestion by phk@): > - Introduction of the new sbintime_t type (32.32 fixed point) with the > respective conversion (sbintime2bintime, sbintime2timeval etc...) > - switch from 64.64 (struct bintime) format to measure time to sbintime_t > - Use sbintime_t to represent expected sleep time instead of measuring > it in microseconds (cpu_idle_acpi(), cpu_idle_spin() ...). Luigi and I discussed this at BAFUG tonight and he expressed an interest in shepherding the code in at this point. Luigi, can you reiterate any points that still remain before we integrate this code? thank you, -Alfred From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 09:03:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 031662A0; Fri, 15 Feb 2013 09:03:48 +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 B954EB2F; Fri, 15 Feb 2013 09:03:47 +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 r1F93kmC003716; Fri, 15 Feb 2013 04:03:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F93kIo003712; Fri, 15 Feb 2013 09:03:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 09:03:46 GMT Message-Id: <201302150903.r1F93kIo003712@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:03:48 -0000 TB --- 2013-02-15 07:20:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 07:20:16 - 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 --- 2013-02-15 07:20:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-02-15 07:20:16 - cleaning the object tree TB --- 2013-02-15 07:24:05 - /usr/local/bin/svn stat /src TB --- 2013-02-15 07:24:09 - At svn revision 246820 TB --- 2013-02-15 07:24:10 - building world TB --- 2013-02-15 07:24:10 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 07:24:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 07:24:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 07:24:10 - SRCCONF=/dev/null TB --- 2013-02-15 07:24:10 - TARGET=arm TB --- 2013-02-15 07:24:10 - TARGET_ARCH=arm TB --- 2013-02-15 07:24:10 - TZ=UTC TB --- 2013-02-15 07:24:10 - __MAKE_CONF=/dev/null TB --- 2013-02-15 07:24:10 - cd /src TB --- 2013-02-15 07:24:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 07:24:14 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/arm.arm/src/tmp/usr/lib/libc.a /obj/arm.arm/src/tmp/usr/lib/libedit.a /obj/arm.arm/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 09:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 09:03:46 - ERROR: failed to build world TB --- 2013-02-15 09:03:46 - 4781.02 user 849.91 system 6210.14 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 09:03:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 910D32A1; Fri, 15 Feb 2013 09:03:48 +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 6372EB33; Fri, 15 Feb 2013 09:03: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 r1F93lf8003757; Fri, 15 Feb 2013 04:03:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F93lkd003756; Fri, 15 Feb 2013 09:03:47 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 09:03:47 GMT Message-Id: <201302150903.r1F93lkd003756@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:03:48 -0000 TB --- 2013-02-15 07:20:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 07:20:16 - 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 --- 2013-02-15 07:20:16 - starting HEAD tinderbox run for armv6/arm TB --- 2013-02-15 07:20:16 - cleaning the object tree TB --- 2013-02-15 07:24:04 - /usr/local/bin/svn stat /src TB --- 2013-02-15 07:24:08 - At svn revision 246820 TB --- 2013-02-15 07:24:09 - building world TB --- 2013-02-15 07:24:09 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 07:24:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 07:24:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 07:24:09 - SRCCONF=/dev/null TB --- 2013-02-15 07:24:09 - TARGET=arm TB --- 2013-02-15 07:24:09 - TARGET_ARCH=armv6 TB --- 2013-02-15 07:24:09 - TZ=UTC TB --- 2013-02-15 07:24:09 - __MAKE_CONF=/dev/null TB --- 2013-02-15 07:24:09 - cd /src TB --- 2013-02-15 07:24:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 07:24:14 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/arm.armv6/src/tmp/usr/lib/libc.a /obj/arm.armv6/src/tmp/usr/lib/libedit.a /obj/arm.armv6/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/arm.armv6/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 09:03:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 09:03:47 - ERROR: failed to build world TB --- 2013-02-15 09:03:47 - 4782.37 user 849.28 system 6211.30 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 09:57:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 04855E60; Fri, 15 Feb 2013 09:57:11 +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 ACA93DE9; Fri, 15 Feb 2013 09:57: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 r1F9vAZ2091549; Fri, 15 Feb 2013 04:57:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F9vA5q091548; Fri, 15 Feb 2013 09:57:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 09:57:10 GMT Message-Id: <201302150957.r1F9vA5q091548@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:57:11 -0000 TB --- 2013-02-15 07:20:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 07:20:16 - 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 --- 2013-02-15 07:20:16 - starting HEAD tinderbox run for i386/i386 TB --- 2013-02-15 07:20:16 - cleaning the object tree TB --- 2013-02-15 07:24:15 - /usr/local/bin/svn stat /src TB --- 2013-02-15 07:24:18 - At svn revision 246820 TB --- 2013-02-15 07:24:19 - building world TB --- 2013-02-15 07:24:19 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 07:24:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 07:24:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 07:24:19 - SRCCONF=/dev/null TB --- 2013-02-15 07:24:19 - TARGET=i386 TB --- 2013-02-15 07:24:19 - TARGET_ARCH=i386 TB --- 2013-02-15 07:24:19 - TZ=UTC TB --- 2013-02-15 07:24:19 - __MAKE_CONF=/dev/null TB --- 2013-02-15 07:24:19 - cd /src TB --- 2013-02-15 07:24:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 07:24:24 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:6: error: no member named 'b_prev' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ /src/sbin/fsdb/fsdbutil.c:242:19: error: no member named 'b_next' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ 2 errors generated. *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 09:57:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 09:57:09 - ERROR: failed to build world TB --- 2013-02-15 09:57:09 - 7596.77 user 1021.31 system 9413.37 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 09:57:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DCD6CF2D; Fri, 15 Feb 2013 09:57:13 +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 91295DEB; Fri, 15 Feb 2013 09:57:13 +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 r1F9vDX8091678; Fri, 15 Feb 2013 04:57:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1F9vDQj091674; Fri, 15 Feb 2013 09:57:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 09:57:13 GMT Message-Id: <201302150957.r1F9vDQj091674@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:57:13 -0000 TB --- 2013-02-15 07:20:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 07:20:16 - 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 --- 2013-02-15 07:20:16 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-02-15 07:20:16 - cleaning the object tree TB --- 2013-02-15 07:24:14 - /usr/local/bin/svn stat /src TB --- 2013-02-15 07:24:18 - At svn revision 246820 TB --- 2013-02-15 07:24:19 - building world TB --- 2013-02-15 07:24:19 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 07:24:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 07:24:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 07:24:19 - SRCCONF=/dev/null TB --- 2013-02-15 07:24:19 - TARGET=amd64 TB --- 2013-02-15 07:24:19 - TARGET_ARCH=amd64 TB --- 2013-02-15 07:24:19 - TZ=UTC TB --- 2013-02-15 07:24:19 - __MAKE_CONF=/dev/null TB --- 2013-02-15 07:24:19 - cd /src TB --- 2013-02-15 07:24:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 07:24:23 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:6: error: no member named 'b_prev' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ /src/sbin/fsdb/fsdbutil.c:242:19: error: no member named 'b_next' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ 2 errors generated. *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/amd64.amd64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 09:57:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 09:57:13 - ERROR: failed to build world TB --- 2013-02-15 09:57:13 - 7597.47 user 1016.85 system 9416.48 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 10:13:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 96C0C6AA; Fri, 15 Feb 2013 10:13: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 6D546EA8; Fri, 15 Feb 2013 10:13: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 r1FADmmg097120; Fri, 15 Feb 2013 05:13:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FADmgI097113; Fri, 15 Feb 2013 10:13:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 10:13:48 GMT Message-Id: <201302151013.r1FADmgI097113@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:13:49 -0000 TB --- 2013-02-15 09:03:48 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 09:03: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 --- 2013-02-15 09:03:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-02-15 09:03:48 - cleaning the object tree TB --- 2013-02-15 09:05:08 - /usr/local/bin/svn stat /src TB --- 2013-02-15 09:05:37 - At svn revision 246820 TB --- 2013-02-15 09:05:38 - building world TB --- 2013-02-15 09:05:38 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 09:05:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 09:05:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 09:05:38 - SRCCONF=/dev/null TB --- 2013-02-15 09:05:38 - TARGET=ia64 TB --- 2013-02-15 09:05:38 - TARGET_ARCH=ia64 TB --- 2013-02-15 09:05:38 - TZ=UTC TB --- 2013-02-15 09:05:38 - __MAKE_CONF=/dev/null TB --- 2013-02-15 09:05:38 - cd /src TB --- 2013-02-15 09:05:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 09:05:42 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp/usr/lib/libedit.a /obj/ia64.ia64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 10:13:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 10:13:48 - ERROR: failed to build world TB --- 2013-02-15 10:13:48 - 3265.64 user 567.70 system 4200.33 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 10:47:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7EF58F5C; Fri, 15 Feb 2013 10:47:24 +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 5708CD6; Fri, 15 Feb 2013 10:47:23 +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 r1FAlNMY020116; Fri, 15 Feb 2013 05:47:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FAlNp8020111; Fri, 15 Feb 2013 10:47:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 10:47:23 GMT Message-Id: <201302151047.r1FAlNp8020111@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:47:24 -0000 TB --- 2013-02-15 09:57:10 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 09:57:10 - 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 --- 2013-02-15 09:57:10 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-15 09:57:10 - cleaning the object tree TB --- 2013-02-15 09:58:23 - /usr/local/bin/svn stat /src TB --- 2013-02-15 09:58:26 - At svn revision 246820 TB --- 2013-02-15 09:58:27 - building world TB --- 2013-02-15 09:58:27 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 09:58:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 09:58:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 09:58:27 - SRCCONF=/dev/null TB --- 2013-02-15 09:58:27 - TARGET=mips TB --- 2013-02-15 09:58:27 - TARGET_ARCH=mips TB --- 2013-02-15 09:58:27 - TZ=UTC TB --- 2013-02-15 09:58:27 - __MAKE_CONF=/dev/null TB --- 2013-02-15 09:58:27 - cd /src TB --- 2013-02-15 09:58:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 09:58:32 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libedit.a /obj/mips.mips/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 10:47:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 10:47:23 - ERROR: failed to build world TB --- 2013-02-15 10:47:23 - 2176.81 user 526.66 system 3013.14 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 10:47:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F135DF0; Fri, 15 Feb 2013 10:47:31 +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 CA876DE; Fri, 15 Feb 2013 10:47:31 +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 r1FAlVLB020992; Fri, 15 Feb 2013 05:47:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FAlVVu020988; Fri, 15 Feb 2013 10:47:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 10:47:31 GMT Message-Id: <201302151047.r1FAlVVu020988@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:47:32 -0000 TB --- 2013-02-15 09:57:13 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 09:57:13 - 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 --- 2013-02-15 09:57:13 - starting HEAD tinderbox run for mips64/mips TB --- 2013-02-15 09:57:13 - cleaning the object tree TB --- 2013-02-15 09:58:28 - /usr/local/bin/svn stat /src TB --- 2013-02-15 09:58:31 - At svn revision 246820 TB --- 2013-02-15 09:58:32 - building world TB --- 2013-02-15 09:58:32 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 09:58:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 09:58:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 09:58:32 - SRCCONF=/dev/null TB --- 2013-02-15 09:58:32 - TARGET=mips TB --- 2013-02-15 09:58:32 - TARGET_ARCH=mips64 TB --- 2013-02-15 09:58:32 - TZ=UTC TB --- 2013-02-15 09:58:32 - __MAKE_CONF=/dev/null TB --- 2013-02-15 09:58:32 - cd /src TB --- 2013-02-15 09:58:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 09:58:36 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/mips.mips64/src/tmp/usr/lib/libc.a /obj/mips.mips64/src/tmp/usr/lib/libedit.a /obj/mips.mips64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O -pipe -G0 -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/mips.mips64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 10:47:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 10:47:31 - ERROR: failed to build world TB --- 2013-02-15 10:47:31 - 2185.40 user 527.81 system 3018.03 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 11:41:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CF1B8E33; Fri, 15 Feb 2013 11:41: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 81A0B2FC; Fri, 15 Feb 2013 11:41: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 r1FBfS9Q050722; Fri, 15 Feb 2013 06:41:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FBfSo9050721; Fri, 15 Feb 2013 11:41:28 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 11:41:28 GMT Message-Id: <201302151141.r1FBfSo9050721@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:41:29 -0000 TB --- 2013-02-15 09:03:47 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 09:03:47 - 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 --- 2013-02-15 09:03:47 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-02-15 09:03:47 - cleaning the object tree TB --- 2013-02-15 09:05:32 - /usr/local/bin/svn stat /src TB --- 2013-02-15 09:05:37 - At svn revision 246820 TB --- 2013-02-15 09:05:38 - building world TB --- 2013-02-15 09:05:38 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 09:05:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 09:05:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 09:05:38 - SRCCONF=/dev/null TB --- 2013-02-15 09:05:38 - TARGET=pc98 TB --- 2013-02-15 09:05:38 - TARGET_ARCH=i386 TB --- 2013-02-15 09:05:38 - TZ=UTC TB --- 2013-02-15 09:05:38 - __MAKE_CONF=/dev/null TB --- 2013-02-15 09:05:38 - cd /src TB --- 2013-02-15 09:05:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 09:05:42 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:6: error: no member named 'b_prev' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ /src/sbin/fsdb/fsdbutil.c:242:19: error: no member named 'b_next' in 'struct bufarea' bp->b_prev = bp->b_next = bp; ~~ ^ 2 errors generated. *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 11:41:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 11:41:28 - ERROR: failed to build world TB --- 2013-02-15 11:41:28 - 7812.12 user 1013.86 system 9461.66 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 11:41:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E3A28E34 for ; Fri, 15 Feb 2013 11:41:31 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A240C2FD for ; Fri, 15 Feb 2013 11:41:31 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 1AC38C4927; Fri, 15 Feb 2013 13:41:24 +0200 (EET) Date: Fri, 15 Feb 2013 13:41:31 +0200 From: Aleksandr Rybalko To: Yasir hussan Subject: Re: kernel boot failier Message-Id: <20130215134131.bda17d16e9118d9e99befe8b@ddteam.net> In-Reply-To: References: X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:41:31 -0000 On Wed, 13 Feb 2013 06:15:07 -0500 Yasir hussan wrote: > hi, > > i am have make some changes in my freebsd acutally have replaced mii bus > with my own switch bus and have put some code of switch but after i > successfully build kernel and world when i try to run it on machine it just > hangs up at boot time after this > > ar7100> bootm > change bootargs > console=ttyS0,115200 root=31:03 rootfstype=jffs2 init=/sbin/init > mtdparts=ar7100-nor0:256k(u-boot),64k(u-boot-env),1152k@384k > (uImage),6592k@1536k(rootfs),64k@320k(ART),64k@8128M > ## Booting image at 84000000 ... > Image Name: FreeBSD-9.0-Paxym AR7161 > Created: 2013-02-01 7:54:28 UTC > Image Type: MIPS NetBSD Kernel Image (gzip compressed) > Data Size: 2301863 Bytes = 2.2 MB > Load Address: 80050120 > Entry Point: 80050120 > Verifying Checksum ... crc32_fw: 84000040 - 84231fe6 (len:00231fa7) > calc... > OK > Uncompressing Kernel Image ... OK > ## Transferring control to NetBSD stage-2 loader (at address 80050120) ... > > One method is that i should revert all changes which will take time, Is > there is other way to debug my code, and can identify correct problem > > thanks > _______________________________________________ > 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" Hi Yasir, at first check if kernel entrypoint is equal `readelf -a kernel` to get it from kernel and compare it to entrypoint value passed to uboot's mkimage utility. If you want to debug early startup, you need simple UART driver. Boot goes in the following order: 1. mips/mips/locore.S 2. mips/atheros/ar71xx_machdep.c (from platform_start(...)) second one initialize UART and start printing messages to you, if everything ok of course. so to get to know if locore is ok, you need to put ASM block which will put some chars into UART TX reg. Thanks god, MIPS have mapped devices since boot (unlike ARM where you need to map devices before enable MMU). Device segment mapped to 0xa0000000 as uncached and to 0x80000000 as cached. So to use UART without cache you have to add UART physical address to 0xa0000000 and you will get base address which you can use to access UART controller. 0xa0000000 + 0x18020000 = 0xb8020000 >From possible problems what I know: 1. You may have different UART unit as console (don't remember if your SoC have more than one UART) 2. platform_start try to parse command line passed by uboot to find mem size. But it can have broken format, or may not have mem size variable. So try to disable argv/envp parsing and set realmem manually. 3. UART can be disabled, then you have to set correct value to AR71XX_GPIO_FUNCTION register. Good luck! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 11:41:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DB5AFE4; Fri, 15 Feb 2013 11:41:46 +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 B3BF9315; Fri, 15 Feb 2013 11:41:46 +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 r1FBfkwk051147; Fri, 15 Feb 2013 06:41:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FBfkpc051146; Fri, 15 Feb 2013 11:41:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 11:41:46 GMT Message-Id: <201302151141.r1FBfkpc051146@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 11:41:46 -0000 TB --- 2013-02-15 10:47:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 10:47:31 - 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 --- 2013-02-15 10:47:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-15 10:47:31 - cleaning the object tree TB --- 2013-02-15 10:48:58 - /usr/local/bin/svn stat /src TB --- 2013-02-15 10:49:01 - At svn revision 246820 TB --- 2013-02-15 10:49:02 - building world TB --- 2013-02-15 10:49:02 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 10:49:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 10:49:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 10:49:02 - SRCCONF=/dev/null TB --- 2013-02-15 10:49:02 - TARGET=sparc64 TB --- 2013-02-15 10:49:02 - TARGET_ARCH=sparc64 TB --- 2013-02-15 10:49:02 - TZ=UTC TB --- 2013-02-15 10:49:02 - __MAKE_CONF=/dev/null TB --- 2013-02-15 10:49:02 - cd /src TB --- 2013-02-15 10:49:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 10:49:07 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libedit.a /obj/sparc64.sparc64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 11:41:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 11:41:46 - ERROR: failed to build world TB --- 2013-02-15 11:41:46 - 2462.16 user 453.13 system 3254.66 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 12:18:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 204E3CE9; Fri, 15 Feb 2013 12:18:53 +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 D508D841; Fri, 15 Feb 2013 12:18:52 +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 r1FCIqKr092852; Fri, 15 Feb 2013 07:18:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FCIq5j092851; Fri, 15 Feb 2013 12:18:52 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 12:18:52 GMT Message-Id: <201302151218.r1FCIq5j092851@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:18:53 -0000 TB --- 2013-02-15 10:13:48 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 10:13: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 --- 2013-02-15 10:13:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-02-15 10:13:48 - cleaning the object tree TB --- 2013-02-15 10:14:34 - /usr/local/bin/svn stat /src TB --- 2013-02-15 10:14:38 - At svn revision 246820 TB --- 2013-02-15 10:14:39 - building world TB --- 2013-02-15 10:14:39 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 10:14:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 10:14:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 10:14:39 - SRCCONF=/dev/null TB --- 2013-02-15 10:14:39 - TARGET=powerpc TB --- 2013-02-15 10:14:39 - TARGET_ARCH=powerpc TB --- 2013-02-15 10:14:39 - TZ=UTC TB --- 2013-02-15 10:14:39 - __MAKE_CONF=/dev/null TB --- 2013-02-15 10:14:39 - cd /src TB --- 2013-02-15 10:14:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 10:14:45 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libedit.a /obj/powerpc.powerpc/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 12:18:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 12:18:52 - ERROR: failed to build world TB --- 2013-02-15 12:18:52 - 6456.87 user 816.05 system 7503.51 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 07:00:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B5F8877C; Fri, 15 Feb 2013 07:00:58 +0000 (UTC) (envelope-from wynkoop@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id 789D97A4; Fri, 15 Feb 2013 07:00:57 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r1F70twG081066; Fri, 15 Feb 2013 02:00:55 -0500 (EST) (envelope-from wynkoop@wynn.com) Date: Fri, 15 Feb 2013 02:00:55 -0500 From: Brett Wynkoop To: Steve Kargl Subject: Re: Can not build world Message-ID: <20130215020055.3d242ed0@ivory.wynn.com> In-Reply-To: <20130215060316.GA99547@troutmask.apl.washington.edu> References: <20130215000415.7dea3055@ivory.wynn.com> <20130215060316.GA99547@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.13; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 15 Feb 2013 12:32:14 +0000 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:00:58 -0000 Greeting- Thanks to both you and gonzo for the fast informed responses! On Thu, 14 Feb 2013 22:03:16 -0800 Steve Kargl wrote: SNIIP > > compile_et /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/asn1_err.et > > compile_et: No such file or directory *** [asn1_err.h] Error code 1 > > > > Stop in /usr/src/kerberos5/lib/libasn1. > > *** [buildincludes] Error code 1 > > > > Easy button: Add WITHOUT_KERBEROS to /etc/make.conf. After this past week I appreciate the easy button! > > See email archive for long story. > > The short story. You did not have kerberos on your > system, which means that compile_et is not present > in /usr/bin. Now, you want kerberos and kerberos > does not build compile_et as a bootstrap tool. So, > now you need to manually install compile_et. The > fun really begins because you need some header/library > from kerberos to build compile_et. So, once you figure > out which header/library you need, you build and install > it. Then build and install compile_et. And, finally, > you can make world. > > I appreciate the short story. I like to understand the how/why of things. I am giving this a try, but it still begs the question that since I never changed make.conf before and never made any choices about building or not building kerberos why it broke all of the sudden. What changed? I am also going to test Gonzo's solution. I will report back what I find. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 April 19, 1775 An English attempt to confiscate guns from Americans triggered a successful revolution...... Dear Congress, that's a hint. From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 12:51:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CC7E47BA; Fri, 15 Feb 2013 12:51:33 +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 9E2739C0; Fri, 15 Feb 2013 12:51:33 +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 r1FCpWFc031988; Fri, 15 Feb 2013 07:51:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FCpWeM031987; Fri, 15 Feb 2013 12:51:32 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 12:51:32 GMT Message-Id: <201302151251.r1FCpWeM031987@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:51:33 -0000 TB --- 2013-02-15 10:47:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 10:47:23 - 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 --- 2013-02-15 10:47:23 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-02-15 10:47:23 - cleaning the object tree TB --- 2013-02-15 10:48:48 - /usr/local/bin/svn stat /src TB --- 2013-02-15 10:48:51 - At svn revision 246820 TB --- 2013-02-15 10:48:52 - building world TB --- 2013-02-15 10:48:52 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 10:48:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 10:48:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 10:48:52 - SRCCONF=/dev/null TB --- 2013-02-15 10:48:52 - TARGET=powerpc TB --- 2013-02-15 10:48:52 - TARGET_ARCH=powerpc64 TB --- 2013-02-15 10:48:52 - TZ=UTC TB --- 2013-02-15 10:48:52 - __MAKE_CONF=/dev/null TB --- 2013-02-15 10:48:52 - cd /src TB --- 2013-02-15 10:48:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 10:48:57 UTC 2013 >>> 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 [...] rm -f .depend mkdep -f .depend -a -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 /src/sbin/fsdb/fsdb.c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/../fsck_ffs/dir.c /src/sbin/fsdb/../fsck_ffs/ea.c /src/sbin/fsdb/../fsck_ffs/fsutil.c /src/sbin/fsdb/../fsck_ffs/inode.c /src/sbin/fsdb/../fsck_ffs/pass1.c /src/sbin/fsdb/../fsck_ffs/pass1b.c /src/sbin/fsdb/../fsck_ffs/pass2.c /src/sbin/fsdb/../fsck_ffs/pass3.c /src/sbin/fsdb/../fsck_ffs/pass4.c /src/sbin/fsdb/../fsck_ffs/pass5.c /src/sbin/fsdb/../fsck_ffs/setup.c /src/sbin/fsdb/../fsck_ffs/utilities.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_subr.c /src/sbin/fsdb/../../sys/ufs/ffs/ffs_tables.c echo fsdb: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libedit.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libtermcap.a >> .depend cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_prev' /src/sbin/fsdb/fsdbutil.c:242: error: 'struct bufarea' has no member named 'b_next' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 12:51:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 12:51:32 - ERROR: failed to build world TB --- 2013-02-15 12:51:32 - 6490.97 user 749.44 system 7448.84 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 13:47:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 40DD3667; Fri, 15 Feb 2013 13:47:39 +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 18335CE5; Fri, 15 Feb 2013 13:47:39 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E4F8BB926; Fri, 15 Feb 2013 08:47:37 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: Time to kill fdc ? Date: Fri, 15 Feb 2013 08:21:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <79955.1360494404@critter.freebsd.dk> <201302141635.15938.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302150821.26154.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 15 Feb 2013 08:47:38 -0500 (EST) Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, "C. P. Ghost" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:47:39 -0000 On Thursday, February 14, 2013 9:45:22 pm Adrian Chadd wrote: > On 14 February 2013 13:35, John Baldwin wrote: > > > ISA bounces anything above 16GB. They are bouncing. I know it works for some > > people as I fixed a bug in the ISA bounce buffer code somewhat recentish: > > You mean 16MB, right? Yes, doh! > There's a secondary bounce buffer thing needed for 32 bit PCI devices > on a 64 bit machine with > 4 GB of physical RAM, right? That is handled via the tags passed to bus_dma. ISA DMA doesn't currently use bus_dma but reimplements its own bounce handling. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 13:52:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 59E8AA96; Fri, 15 Feb 2013 13:52:14 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-oa0-f51.google.com (mail-oa0-f51.google.com [209.85.219.51]) by mx1.freebsd.org (Postfix) with ESMTP id 14514D6C; Fri, 15 Feb 2013 13:52:13 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h2so3695126oag.24 for ; Fri, 15 Feb 2013 05:52:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:cc:content-type; bh=UaI7Jzc+2KFBVM/j4Qqr+vA9RqAhfLV2tkuScg1YcF8=; b=c3zqNqkvicDDVSdRFC7/GTdKNrLv0++Gh+75ZoioZiRqRkSkulv6U1pXM+DgMv51rR JLAodDDg34tcZbABaE/PKeqB8VYJivHkhxqe+JT9OGtwXsrzeymeHCi9UCMd/2D0AtkJ MU33J5TFC7H0CllwKEvtNoBbQt/ltx6kOgGa91kEZKT1Z+JWJddG4U+pKwYZ65Ut+R3R vuiuyuHBUIebNn5SN0vkFhtjKGM7qJzVQsi0xOBz/dxoHOJ8AB2bdxBMJZtvefi4GWD8 bAf7bDFNM4jtcScin1VQNyROCzH0ph3wvYCEj3buK7Fj6YwS9vRmPl22oweBWZzZ1/vZ q84Q== MIME-Version: 1.0 X-Received: by 10.60.172.163 with SMTP id bd3mr1511014oec.78.1360936333313; Fri, 15 Feb 2013 05:52:13 -0800 (PST) Sender: pali.gabor@gmail.com Received: by 10.182.87.195 with HTTP; Fri, 15 Feb 2013 05:52:13 -0800 (PST) Date: Fri, 15 Feb 2013 14:52:13 +0100 X-Google-Sender-Auth: 89HnZh7YfTvDtvGbu5SG508aZ0U Message-ID: Subject: Final Reminder: FreeBSD Quarterly Status Reports, July--December, 2012 From: Gabor Pali To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:52:14 -0000 Hello there, Just a final reminder: the deadline for the reports is this Sunday. On Sun, Feb 10, 2013 at 3:42 PM, Gabor Pali wrote: > Let me call your attention to the approaching deadline of the next > set(s) of FreeBSD Quarterly Status Reports. Please consider > submitting a few lines on your FreeBSD-related project, we are > counting on all of you! :-) > > On Sun, Jan 13, 2013 at 10:57 PM, Gabor Pali wrote: >> Please note that the deadline for submissions covering the period >> between July and December 2012 is February 17th, 2013. > > You can find more details on submission at the Project's web site [1] > but you are free to ask me directly (in private) if you need help with > this. > > [1] http://www.freebsd.org/news/status/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 14:26:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DA7A130E for ; Fri, 15 Feb 2013 14:26:39 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id 60716F7C for ; Fri, 15 Feb 2013 14:26:39 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id l10so1819573eei.17 for ; Fri, 15 Feb 2013 06:26:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=iVrUzhOagTLT1D0eZrZ9CK6v+wel/+s0VU9O1b7bhv4=; b=RF1AV+3h46SG8zZjcjs1eZMEK6urJ9UYE7qNJIewQlaZt+M4iiofTnRmkdf3CAivnI e0CL/qro+GuYnXtM8xZoRE6vpnPeYZkh/wlwHFLy3mt/kYb7G+h0cUGz+x/tYIQXHQ3p nwyQdEDEMVbvBHuK3K7HbVTC3EWK+KdVpwILC4iy4nmhFPqcA0K5fjQC/GytMtW/Sv4S vgeNgXWW+6sFvViMm52qNXPpzJfvUkWg/gL6q0wDTA5xre01df6HYcVg+6/pkH+9lpkC h8/Y8wkoIxgilWpCVmQgavbETkZ1JQV2XUIx/6S9EV3GESibQOCT4BaCjkGAPqpx6u/B zzZQ== X-Received: by 10.14.207.73 with SMTP id m49mr8909424eeo.24.1360938391949; Fri, 15 Feb 2013 06:26:31 -0800 (PST) Received: from [192.168.1.80] (91EC437C.dsl.pool.telekom.hu. [145.236.67.124]) by mx.google.com with ESMTPS id h5sm83875306eem.1.2013.02.15.06.26.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Feb 2013 06:26:31 -0800 (PST) Message-ID: <511E378E.3090200@gmail.com> Date: Fri, 15 Feb 2013 14:26:38 +0100 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: the latest version of Clang/LLVM for the world and kernel Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:26:39 -0000 In an effort to test out the latest version of Clang -- for supposedly increased performance and less crashes --, I've checked out and compiled a recent version Clang/LLVM (recompiled it with itself), compiled a new kernel and world using WITHOUT_GCC=1 and WITHOUT_CLANG=1, installed them, removed (almost) all remnants of the base GCC and base Clang binaries (/usr/{libexec/cc1{|plus}|bin/c{c|pp|++|++filt|89|99}} -- that ``make delete-old'' did not remove!) (keeping only the latest Clang installation), and recompiled the kernel and world again. This whole process was very annoying, not only due to compilation errors, but also due to makefile-related workings that I learned via the hard way. I'll describe the errors I've encountered, along with some workarounds I used to get the compiling process to move on. I've also looked at the compiler warnings, and noticed some frightening/valid ones. I expect committers to do something about both the errors and, where appropriate, the warnings (which perhaps means telling me what I did WRONG). It was difficult to properly keep a record of all errors. That doesn't matter much anyway, as I will re-test often to see if there are any errors and suspicious warnings remaining. Note that I haven't even begun testing portbuilding on this base-compiler-free setup. Logs are prefixed with ``* ''. Only slimmed logs are be posted here (fuller logs, including invocation, etc. will be posted in a subsequent e-mail upon request). First come the compilation errors. * /usr/src/lib/libc/net/nss_compat.c:154:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] * else if (status != NS_RETURN) * ~~~~~~ ^ ~~~~~~~~~ * /usr/src/lib/libc/net/nss_compat.c:255:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] * else if (status != NS_RETURN) * ~~~~~~ ^ ~~~~~~~~~ * /usr/src/lib/libsm/../../contrib/sendmail/libsm/test.c:110:7: error: promoted type 'int' of K&R function parameter is not compatible with the parameter type 'bool' declared in a previous prototype [-Werror,-Wknr-promoted-parameter] * bool success; * ^ * /usr/src/lib/libsm/../../contrib/sendmail/include/sm/test.h:38:7: note: previous declaration is here * bool _success, * ^ * /usr/include/sys/cdefs.h:136:21: note: expanded from macro '__P' * #define __P(protos) protos /* full-blown ANSI C */ * ^ In short, the last error above also applies to: /usr/src/lib/libsm/../../contrib/sendmail/libsm/signal.c:264:7 /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:40:7 /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:224:9 /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:40:7 /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:45:7 /usr/src/lib/libsm/../../contrib/sendmail/include/sm/shm.h /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:96:7 /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:127:9 /usr/src/libexec/mail.local/../../contrib/sendmail/mail.local/mail.local.c:439:7 /usr/src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.c:117:7 * /usr/src/lib/libugidfw/ugidfw.c:74:10: error: comparison of unsigned expression < 0 is always false [-Werror,-Wtautological-compare] * if (len < 0 || len > left) * ~~~ ^ ~ In short, the last error above is repeated numerous times for ``len < 0'' expressions. * /usr/src/sbin/fsck_ffs/pass1.c:141:17: error: comparison of unsigned expression * < 0 is always false [-Werror,-Wtautological-compare] * if (inosused < 0) * ~~~~~~~~ ^ ~ * /usr/src/sbin/ifconfig/regdomain.c:350:25: error: comparison of constant 65535 with expression of type 'enum ISOCountryCode' is always false [-Werror,-Wtautological-constant-out-of-range-compare] * if (mt->country->code == NO_COUNTRY) { * ~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~ * /usr/src/sbin/routed/rtquery/rtquery.c:388:4: error: array index 1 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] * OMSG.rip_nets[1] = OMSG.rip_nets[0]; * ^ ~ * /usr/src/sbin/routed/rtquery/rtquery.c:101:14: note: expanded from macro 'OMSG' * #define OMSG omsg_buf.rip * ^ * /usr/include/protocols/routed.h:110:6: note: array 'ru_nets' declared here * struct netinfo ru_nets[1]; * ^ * /usr/src/sbin/routed/rtquery/rtquery.c:395:4: error: array index 1 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] * OMSG.rip_nets[1] = OMSG.rip_nets[0]; * ^ ~ * /usr/src/sbin/routed/rtquery/rtquery.c:101:14: note: expanded from macro 'OMSG' * #define OMSG omsg_buf.rip * ^ * /usr/include/protocols/routed.h:110:6: note: array 'ru_nets' declared here * struct netinfo ru_nets[1]; * ^ * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:201:16: error: array index 2 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] * if (!strncmp(nat->nat_ifnames[2], ifs, olen + 1)) { * ^ ~ * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here * char nat_ifnames[2][LIFNAMSIZ]; * ^ * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:202:11: error: array index 2 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] * strcpy(nat->nat_ifnames[2], s); * ^ ~ * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here * char nat_ifnames[2][LIFNAMSIZ]; * ^ * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:205:16: error: array index 3 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] * if (!strncmp(nat->nat_ifnames[3], ifs, olen + 1)) { * ^ ~ * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here * char nat_ifnames[2][LIFNAMSIZ]; * ^ * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:206:11: error: array index 3 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] * strcpy(nat->nat_ifnames[3], s); * ^ ~ * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here * char nat_ifnames[2][LIFNAMSIZ]; * ^ Clang's standard headers conflicted somewhat with the system ones. * In file included from /usr/src/lib/libc/gen/err.c:39: * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:47:9: error: '__GNUC_VA_LIST' macro redefined [-Werror] * #define __GNUC_VA_LIST 1 * ^ * /usr/include/x86/_types.h:160:9: note: previous definition is here * #define __GNUC_VA_LIST * ^ * In file included from /usr/src/lib/libc/gen/err.c:39: * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:48:27: error: redefinition of typedef '__gnuc_va_list' is a C11 feature [-Werror,-Wtypedef-redefinition] * typedef __builtin_va_list __gnuc_va_list; * ^ * /usr/include/x86/_types.h:161:20: note: previous definition is here * typedef __va_list __gnuc_va_list; /* compatibility w/GNU headers*/ * ^ * In file included from /usr/src/lib/libc/gen/err.c:40: * /usr/src/lib/libc/../../include/stdio.h:63:19: error: redefinition of typedef 'va_list' is a C11 feature [-Werror,-Wtypedef-redefinition] * typedef __va_list va_list; * ^ * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:30:27: note: previous definition is here * typedef __builtin_va_list va_list; * ^ * In file included from /usr/src/lib/atf/libatf-c/../../../contrib/atf/atf-c/build.c:35: * In file included from /usr/src/lib/atf/libatf-c/../../../contrib/atf/atf-c/error.h:34: * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stddef.h:35:23: error: redefinition of typedef 'size_t' is a C11 feature [-Werror,-Wtypedef-redefinition] * typedef __SIZE_TYPE__ size_t; * ^ * /usr/include/stdlib.h:48:18: note: previous definition is here * typedef __size_t size_t; * ^ Also: redefinition of typedef wchar_t. * In file included from /usr/src/lib/libcam/scsi_cmdparse.c:51: * In file included from /usr/src/lib/libcam/../../sys/cam/cam_ccb.h:42: * In file included from /usr/src/lib/libcam/../../sys/cam/scsi/scsi_all.h:28: * In file included from /usr/include/machine/stdarg.h:6: * /usr/include/x86/stdarg.h:44:9: error: 'va_start' macro redefined [-Werror] * #define va_start(ap, last) \ * ^ * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:34:9: note: previous definition is here * #define va_start(ap, param) __builtin_va_start(ap, param) * ^ Also: redefinition of macros va_arg, __va_copy, and va_copy. Allow me to introduce -Wunsequenced, a recent addition to Clang/LLVM! * /usr/src/usr.bin/mail/util.c:240:8: error: unsequenced modification and access to 'dest' [-Werror,-Wunsequenced] * *dest++ = tolower((unsigned char)*dest); * ^ ~~~~ (Including invocation information...) * lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix * llib-lposix: * lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory This can be fixed by adding a CC environment variable: In usr.bin/xlint/llib/Makefile, change ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} to CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} With this, linting proceeds: * stdarg.h(30): syntax error [249] * llib-lposix(307): syntax error [249] * llib-lposix(308): syntax error [249] * llib-lposix(309): syntax error [249] Also, the same execution error, fix, and linting error applies to llib-lstdc instead of llib-lposix as well. A crappy workaround patch for the incompatibilities (or whatever) is at the end of this e-mail. * clang: error: argument unused during compilation: '-fformat-extensions' [-Werror,-Wunused-command-line-argument] However, with -fformat-extensions plainly removed from file sys/conf/kern.mk, compilation bumps into -Wformat, -Wformat-invalid-specifier, and -Wformat-extra-args. * /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:2628:25: error: 'memset' call operates on objects of type 'struct ieee80211_meshgann_ie' while the size is based on a different type 'struct ieee80211_meshgann_ie *' [-Werror,-Wsizeof-pointer-memaccess] * memset(ie, 0, sizeof(ie)); * ~~ ^~ * /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:2628:25: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? * memset(ie, 0, sizeof(ie)); * ^~ During ``make installworld'': * btxld: Command not found. I had to append not only ``btxld'', but also ``ls dd cp'', to the ITOOLS variable in Makefile.inc1. On a side-note, around this point I found out that the CC setting in /etc/make.conf should be absolute, instead of having the compiler in the PATH of the user's shell. I also find it WRONG that there is some compilation going on during ``make installworld''. And now, here come the warnings. Some (all?) of these should have been errors, but Clang was instructed to ignore these. * /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpagent.c:964:23: warning: variable 'len' is uninitialized when used here [-Wuninitialized] * if (pdu_b->asn_len < len) * ^~~ * /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpagent.c:964:23: warning: variable 'len' is uninitialized when used here [-Wuninitialized] * if (pdu_b->asn_len < len) * ^~~ K&R incompatibility warnings happen at: /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/main.c:117:7 /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:63:7: /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:125:7: /usr/src/usr.bin/vacation/../../contrib/sendmail/vacation/vacation.c:503:7: 110 other K&R warnings from source files in /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/ * /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/dwarf2-frame.c:1364:42: warning: unsequenced modification and access to 'buf' [-Wunsequenced] * buf += size_of_encoded_value (*buf++); * ~~ ^ * /usr/src/usr.bin/vi/../../contrib/nvi/ex/ex_txt.c:402:10: warning: unsequenced modification and access to 'scno' [-Wunsequenced] * scno -= --scno % sw; * ~~ ^ * /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:1960:13: warning: unsequenced modification and access to 'target' [-Wunsequenced] * target -= --target % sw; * ~~ ^ * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:105:34: warning: sizeof on array function parameter will return size of 'unsigned char *' instead of 'kcmuuid_t' (aka 'unsigned char [16]') [-Wsizeof-array-argument] * if (memcmp(p->uuid, uuid, sizeof(uuid)) == 0) { * ^ * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:90:17: note: declared here * kcmuuid_t uuid, * ^ * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:105:35: warning: 'memcmp' call operates on objects of type 'unsigned char' while the size is based on a different type 'unsigned char *' [-Wsizeof-pointer-memaccess] * if (memcmp(p->uuid, uuid, sizeof(uuid)) == 0) { * ~~~~ ^~~~ * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:105:35: note: did you mean to * provide an explicit length? * if (memcmp(p->uuid, uuid, sizeof(uuid)) == 0) { * ^~~~ ZOMG ! a bug in an encryption system ! * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:112:32: warning: 'memset' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess] * memset(secret, 0, sizeof(secret)); * ~~~~~~ ^~~~~~ * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:112:32: note: did you mean to provide an explicit length? * memset(secret, 0, sizeof(secret)); * ^~~~~~ * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:118:32: warning: 'memset' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess] * memset(secret, 0, sizeof(secret)); * ~~~~~~ ^~~~~~ * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:118:32: note: did you mean to provide an explicit length? * memset(secret, 0, sizeof(secret)); * ^~~~~~ * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:124:30: warning: 'memset' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess] * memset(secret, 0, sizeof(secret)); * ~~~~~~ ^~~~~~ * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:124:30: note: did you mean to provide an explicit length? * memset(secret, 0, sizeof(secret)); * ^~~~~~ ZOMG ! another one ! * /usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: warning: 'os_memset' call operates on objects of type 'struct MD5Context' while the size is based on a different type 'struct MD5Context *' [-Wsizeof-pointer-memaccess] * os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ * ~~~ ^~~ * /usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? * os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ * ^~~ There just has to be an organization behind these backdoors... * /usr/src/sys/boot/zfs/zfsimpl.c:2077:19: warning: array index 264 is past the end of the array (which contains 192 elements) [-Warray-bounds] * memcpy(path, &dn.dn_bonus[sizeof(znode_phys_t)], * ^ ~~~~~~~~~~~~~~~~~~~~ * /usr/src/sys/boot/zfs/../../cddl/boot/zfs/zfsimpl.h:792:2: note: array 'dn_bonus' declared here * uint8_t dn_bonus[DN_MAX_BONUSLEN - sizeof (blkptr_t)]; * ^ * /usr/src/usr.bin/kdump/kdump.c:1669:19: warning: format specifies type 'uintmax_t' (aka 'unsigned long long') but the argument has type 'vm_offset_t' (aka 'unsigned int') [-Wformat] * printf("0x%jx ", ktr->vaddr); * ~~~ ^~~~~~~~~~ * %x * /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: warning: size argument in 'strlcpy' call appears to be size of the source; expected the size of the destination [-Wstrlcpy-strlcat-size] * strlcpy(string, nexttok, strlen(nexttok) + 1); * ~~~~~~~^~~~~~~~~~~~ In short, the last error above applies to: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: And here is the crappy workaround patch (I hope I'm including every bit here): --- /path/to/LLVM/installation/lib/clang/3.3/include/limits.h +++ /path/to/LLVM/installation/lib/clang/3.3/include/limits.h @@ -30,6 +30,7 @@ #if defined __GNUC__ && !defined _GCC_LIMITS_H_ #define _GCC_LIMITS_H_ #endif +#include /* System headers include a number of constants from POSIX in . Include it if we're hosted. */ @@ -114,4 +115,9 @@ #define ULONG_LONG_MAX (__LONG_LONG_MAX__*2ULL+1ULL) #endif +#if __XSI_VISIBLE || __POSIX_VISIBLE >= 200809 +#define LONG_BIT __LONG_BIT +#define WORD_BIT __WORD_BIT +#endif + #endif /* __CLANG_LIMITS_H */ --- /path/to/LLVM/installation/lib/clang/3.3/include/stdarg.h +++ /path/to/LLVM/installation/lib/clang/3.3/include/stdarg.h @@ -26,10 +26,14 @@ #ifndef __STDARG_H #define __STDARG_H -#ifndef _VA_LIST +#if !defined(_VA_LIST) && !defined(_VA_LIST_DECLARED) typedef __builtin_va_list va_list; #define _VA_LIST +#define _VA_LIST_DECLARED #endif + +#ifndef _VA_MACROS_DEFINED + #define va_start(ap, param) __builtin_va_start(ap, param) #define va_end(ap) __builtin_va_end(ap) #define va_arg(ap, type) __builtin_va_arg(ap, type) @@ -43,8 +47,13 @@ #define va_copy(dest, src) __builtin_va_copy(dest, src) #endif +#define _VA_MACROS_DEFINED +#endif + /* Hack required to make standard headers work, at least on Ubuntu */ +#ifndef __GNUC_VA_LIST #define __GNUC_VA_LIST 1 typedef __builtin_va_list __gnuc_va_list; +#endif #endif /* __STDARG_H */ --- /path/to/LLVM/installation/lib/clang/3.3/include/stddef.h +++ /path/to/LLVM/installation/lib/clang/3.3/include/stddef.h @@ -30,13 +30,15 @@ #define _PTRDIFF_T typedef __PTRDIFF_TYPE__ ptrdiff_t; #endif -#ifndef _SIZE_T +#if !defined(_SIZE_T) && !defined(_SIZE_T_DECLARED) #define _SIZE_T +#define _SIZE_T_DECLARED typedef __SIZE_TYPE__ size_t; #endif #ifndef __cplusplus -#ifndef _WCHAR_T +#if !defined(_WCHAR_T) && !defined(_WCHAR_T_DECLARED) #define _WCHAR_T +#define _WCHAR_T_DECLARED typedef __WCHAR_TYPE__ wchar_t; #endif #endif --- /usr/include/x86/stdarg.h +++ /usr/include/x86/stdarg.h @@ -40,6 +40,7 @@ #endif #ifdef __GNUCLIKE_BUILTIN_STDARG +#ifndef _VA_MACROS_DEFINED #define va_start(ap, last) \ __builtin_va_start((ap), (last)) @@ -58,6 +59,7 @@ #define va_end(ap) \ __builtin_va_end(ap) +#endif #elif defined(lint) /* Provide a fake implementation for lint's benefit */ #define __va_size(type) \ --- /usr/src/usr.bin/xlint/llib/llib-lposix +++ /usr/src/usr.bin/xlint/llib/llib-lposix @@ -36,6 +36,8 @@ #define _POSIX_SOURCE +#define _VA_LIST 0 +#define __GNUC_VA_LIST 0 #include #include #include @@ -304,6 +306,7 @@ int (ungetc)(int c, FILE *stream); int (unlink)(const char *path); int (utime)(const char *path, const struct utimbuf *times); +typedef __va_list va_list; int (vfprintf)(FILE *stream, const char *format, va_list arg); int (vprintf)(const char *format, va_list arg); int (vsprintf)(char *s, const char *format, va_list arg); --- /usr/src/usr.bin/xlint/llib/llib-lstdc +++ /usr/src/usr.bin/xlint/llib/llib-lstdc @@ -37,6 +37,9 @@ #define _ANSI_SOURCE +#define _VA_LIST 0 +#define __GNUC_VA_LIST 0 +#define __STDDEF_H 0 #include #include #include @@ -153,6 +156,7 @@ int (sprintf)(char *s, const char *format, ...); /* SCANFLIKE2 */ int (sscanf)(const char *s, const char *format, ...); +typedef __va_list va_list; int (vfprintf)(FILE *stream, const char *format, va_list arg); int (vprintf)(const char *format, va_list arg); int (vsprintf)(char *s, const char *format, va_list arg); From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 15:10:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6D874402; Fri, 15 Feb 2013 15:10:15 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 18AC1200; Fri, 15 Feb 2013 15:10:15 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 4B729358C5A; Fri, 15 Feb 2013 16:10:12 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 269DD2848C; Fri, 15 Feb 2013 16:10:12 +0100 (CET) Date: Fri, 15 Feb 2013 16:10:12 +0100 From: Jilles Tjoelker To: John Baldwin Subject: Re: [PATCH] open_memstream() and open_wmemstream() Message-ID: <20130215151011.GA16538@stack.nl> References: <201302051546.43839.jhb@freebsd.org> <20130207211222.GA98989@stack.nl> <201302131144.19617.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302131144.19617.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:10:15 -0000 On Wed, Feb 13, 2013 at 11:44:19AM -0500, John Baldwin wrote: > On Thursday, February 07, 2013 4:12:22 pm Jilles Tjoelker wrote: > > On Tue, Feb 05, 2013 at 03:46:43PM -0500, John Baldwin wrote: > > > I've written an implementation of open_memstream() and > > > open_wmemstream() along with a set of regression tests. I'm pretty > > > sure open_memstream() is correct, and I believe open_wmemstream() is > > > correct for expected usage. The latter might even do the right thing > > > if you split a multi-byte character across multiple writes. One > > > question I have is if my choice to discard any pending multi-byte > > > state in the stream anytime a seek changes the effective position in > > > the output stream. I think this is correct as stdio will flush any > > > pending data before doing a seek, so if there is a partially parsed > > > character we aren't going to get the rest of it. > > I don't think partially parsed characters can happen with a correct > > application. As per C99, an application must not call byte output > > functions on a wide-oriented stream, and vice versa. > Oh, interesting. Should I remove those tests for using byte output > functions from the open_wmemstream test? Yes. Unless real applications are identified that use this undefined behaviour, such a test would test the implementation and not the specification. I briefly tried to run the tests against the glibc implementation (Ubuntu 10.04) and got many failures. Glibc does not check the parameters for null pointers and simply stores them blindly which is POSIX-compliant. Things like bad length 6 for "foo" appear to be glibc bugs, and test-open_wmemstream even segfaults. > > Discarding the shift state on fseek()/fseeko() is permitted (but should > > be documented as this is implementation-defined behaviour). > > State-dependent encodings (where this is relevant) are rarely used > > nowadays. > > The conversion to bytes and back probably makes open_wmemstream() quite > > slow but I don't think that is very important. > Note that we do this already for swprintf(). I've added this note: > IMPLEMENTATION NOTES > Internally all I/O streams are effectively byte-oriented, so using wide- > oriented operations to write to a stream opened via open_wmemstream() > results in wide characters being expanded to a stream of multibyte char- > acters in stdio's internal buffers. These multibyte characters are then > converted back to wide characters when written into the stream. As a > result, the wide-oriented streams maintain an internal multibyte charac- > ter conversion state that is cleared on any seek opertion that changes > the current position. This should have no effect unless byte-oriented > output operations are used on a wide-oriented stream. This appears to "approve" the use of byte-oriented operations on a wide-oriented stream which is in fact undefined. > > > http://www.FreeBSD.org/~jhb/patches/open_memstream.patch > > The seek functions should check for overflow in the addition (for > > SEEK_CUR and SEEK_END) and the conversion to size_t. > Note that SEEK_CUR is effectively only called with an offset of 0 > via __ftello(). I'm not sure of the best way to check for overflow, do I have > to do something like this: > static int > will_overflow(size_t off, fpos_t pos) > { > if (pos < 0) > return (-pos > off); > return (SIZE_MAX - off > pos); > } > For SEEK_CUR I would test 'will_overflow(ms->offset, pos)' and > for SEEK_END 'will_overflow(ms->len, pos)' > Presumably SEEK_SET should test for the requested position being > beyond SIZE_MAX as well? > If my above test is ok then I end up with this: Hmm, perhaps it is better to restrict to SSIZE_MAX instead of SIZE_MAX as this greatly simplifies the code. With the above code, comparisons may be signed or unsigned and there may be no greater type that fits both a size_t and an fpos_t. Negating a negative fpos_t is also incorrect because it may overflow. If you restrict the memory buffer to ssize_t, an ssize_t can be safely converted to an fpos_t. > static int > will_overflow(size_t offset, fpos_t pos) > { > if (pos < 0) { > if (-pos > off) { > errno = EINVAL; > return (1); > } > } else { > if (SIZE_MAX - off > pos) { > errno = EOVERFLOW; > return (1); > } > } > return (0); > } > > static fpos_t > memstream_seek(void *cookie, fpos_t pos, int whence) > { > struct memstream *ms; > #ifdef DEBUG > size_t old; > #endif > > ms = cookie; > #ifdef DEBUG > old = ms->offset; > #endif > switch (whence) { > case SEEK_SET: > if (pos > SIZE_MAX) { > errno = EOVERFLOW; > return (-1); > } > ms->offset = pos; > break; > case SEEK_CUR: > if (will_overflow(ms->offset, pos)) > return (-1); > ms->offset += pos; > break; > case SEEK_END: > if (will_overflow(ms->len, pos)) > return (-1); > ms->offset = ms->len + pos; > break; > } > memstream_update(ms); > #ifdef DEBUG > fprintf(stderr, "MS: seek(%p, %zd, %d) %zd -> %zd\n", ms, pos, whence, > old, ms->offset); > #endif > return (ms->offset); > } > Thanks for reviewing this so far. > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 15:52:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 288833B0 for ; Fri, 15 Feb 2013 15:52:23 +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 C99FC3E4 for ; Fri, 15 Feb 2013 15:52:22 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 36B7FB94B; Fri, 15 Feb 2013 10:52:22 -0500 (EST) From: John Baldwin To: Jilles Tjoelker Subject: Re: [PATCH] open_memstream() and open_wmemstream() Date: Fri, 15 Feb 2013 10:41:14 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201302051546.43839.jhb@freebsd.org> <201302131144.19617.jhb@freebsd.org> <20130215151011.GA16538@stack.nl> In-Reply-To: <20130215151011.GA16538@stack.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302151041.14359.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 15 Feb 2013 10:52:22 -0500 (EST) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:52:23 -0000 On Friday, February 15, 2013 10:10:12 am Jilles Tjoelker wrote: > On Wed, Feb 13, 2013 at 11:44:19AM -0500, John Baldwin wrote: > > On Thursday, February 07, 2013 4:12:22 pm Jilles Tjoelker wrote: > > > On Tue, Feb 05, 2013 at 03:46:43PM -0500, John Baldwin wrote: > > > > I've written an implementation of open_memstream() and > > > > open_wmemstream() along with a set of regression tests. I'm pretty > > > > sure open_memstream() is correct, and I believe open_wmemstream() is > > > > correct for expected usage. The latter might even do the right thing > > > > if you split a multi-byte character across multiple writes. One > > > > question I have is if my choice to discard any pending multi-byte > > > > state in the stream anytime a seek changes the effective position in > > > > the output stream. I think this is correct as stdio will flush any > > > > pending data before doing a seek, so if there is a partially parsed > > > > character we aren't going to get the rest of it. > > > > I don't think partially parsed characters can happen with a correct > > > application. As per C99, an application must not call byte output > > > functions on a wide-oriented stream, and vice versa. > > > Oh, interesting. Should I remove those tests for using byte output > > functions from the open_wmemstream test? > > Yes. Unless real applications are identified that use this undefined > behaviour, such a test would test the implementation and not the > specification. Ok. > I briefly tried to run the tests against the glibc implementation > (Ubuntu 10.04) and got many failures. Glibc does not check the > parameters for null pointers and simply stores them blindly which is > POSIX-compliant. Things like bad length 6 for "foo" appear to be glibc > bugs, and test-open_wmemstream even segfaults. Eh, the open group page requires EINVAL: http://pubs.opengroup.org/onlinepubs/9699919799/functions/open_memstream.html > > > Discarding the shift state on fseek()/fseeko() is permitted (but should > > > be documented as this is implementation-defined behaviour). > > > State-dependent encodings (where this is relevant) are rarely used > > > nowadays. > > > > The conversion to bytes and back probably makes open_wmemstream() quite > > > slow but I don't think that is very important. > > > Note that we do this already for swprintf(). I've added this note: > > > IMPLEMENTATION NOTES > > Internally all I/O streams are effectively byte-oriented, so using wide- > > oriented operations to write to a stream opened via open_wmemstream() > > results in wide characters being expanded to a stream of multibyte char- > > acters in stdio's internal buffers. These multibyte characters are then > > converted back to wide characters when written into the stream. As a > > result, the wide-oriented streams maintain an internal multibyte charac- > > ter conversion state that is cleared on any seek opertion that changes > > the current position. This should have no effect unless byte-oriented > > output operations are used on a wide-oriented stream. > > This appears to "approve" the use of byte-oriented operations on a > wide-oriented stream which is in fact undefined. Hmm, I can remove the last bit ("unless..."), but am struggling to think of good wording. Maybe: This should only affect use of byte-oriented output operations on a wide- oriented stream which is an undefined operation and should be avoided. > > > > http://www.FreeBSD.org/~jhb/patches/open_memstream.patch > > > > The seek functions should check for overflow in the addition (for > > > SEEK_CUR and SEEK_END) and the conversion to size_t. > > > Note that SEEK_CUR is effectively only called with an offset of 0 > > via __ftello(). I'm not sure of the best way to check for overflow, do I have > > to do something like this: > > > static int > > will_overflow(size_t off, fpos_t pos) > > { > > if (pos < 0) > > return (-pos > off); > > return (SIZE_MAX - off > pos); > > } > > > For SEEK_CUR I would test 'will_overflow(ms->offset, pos)' and > > for SEEK_END 'will_overflow(ms->len, pos)' > > > Presumably SEEK_SET should test for the requested position being > > beyond SIZE_MAX as well? > > > If my above test is ok then I end up with this: > > Hmm, perhaps it is better to restrict to SSIZE_MAX instead of SIZE_MAX > as this greatly simplifies the code. With the above code, comparisons > may be signed or unsigned and there may be no greater type that fits > both a size_t and an fpos_t. Negating a negative fpos_t is also > incorrect because it may overflow. If you restrict the memory buffer to > ssize_t, an ssize_t can be safely converted to an fpos_t. Humm. Presumably I have to check for overflow in the expression to grow the stream as well? I have no idea how to write these checks. :( Of course, practically speaking (and I can make assumptions about the implementation I think since this is libc internals after all), fpos_t == off_t and sizeof(size_t) <= sizeof(off_t) for all platforms we support (and likely will always be true, files can always be larger than memory). Does that simplify things if I assume that? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 15:57:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B9FC7811 for ; Fri, 15 Feb 2013 15:57:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 1D75A664 for ; Fri, 15 Feb 2013 15:57:58 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BF4615C43; Fri, 15 Feb 2013 16:57:53 +0100 (CET) Message-ID: <511E5B05.5050402@FreeBSD.org> Date: Fri, 15 Feb 2013 16:57:57 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130117 Thunderbird/19.0 MIME-Version: 1.0 To: deeptech71 , freebsd-current@freebsd.org Subject: Re: the latest version of Clang/LLVM for the world and kernel References: <511E378E.3090200@gmail.com> In-Reply-To: <511E378E.3090200@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:57:58 -0000 On 2013-02-15 14:26, deeptech71 wrote: > In an effort to test out the latest version of Clang -- for supposedly increased performance and less crashes --, I've checked out and compiled a recent version Clang/LLVM (recompiled it with itself), compiled a new kernel and world using WITHOUT_GCC=1 and WITHOUT_CLANG=1, installed them, removed (almost) all remnants of the base GCC and base Clang binaries (/usr/{libexec/cc1{|plus}|bin/c{c|pp|++|++filt|89|99}} -- that ``make delete-old'' did not remove!) (keeping only the latest Clang installation), and recompiled the kernel and world again. This whole process was very annoying, not only due to compilation errors, but also due to makefile-related workings that I learned via the hard way. > > I'll describe the errors I've encountered, along with some workarounds I used to get the compiling process to move on. I've also looked at the compiler warnings, and noticed some frightening/valid ones. I expect committers to do something about both the errors and, where appropriate, the warnings (which perhaps means telling me what I did WRONG). Sorry, but you are doing something that is totally unsupported. Therefore, any broken pieces are yours to keep. :-) > First come the compilation errors. > > * /usr/src/lib/libc/net/nss_compat.c:154:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] > * else if (status != NS_RETURN) > * ~~~~~~ ^ ~~~~~~~~~ > * /usr/src/lib/libc/net/nss_compat.c:255:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] > * else if (status != NS_RETURN) > * ~~~~~~ ^ ~~~~~~~~~ These can safely be ignored. They are the result of a compability shim. It might be neater to just cast 'status' to int there, to silence the warning. > * /usr/src/lib/libsm/../../contrib/sendmail/libsm/test.c:110:7: error: promoted type 'int' of K&R function parameter is not compatible with the parameter type 'bool' declared in a previous prototype [-Werror,-Wknr-promoted-parameter] > * bool success; > * ^ > * /usr/src/lib/libsm/../../contrib/sendmail/include/sm/test.h:38:7: note: previous declaration is here > * bool _success, > * ^ > * /usr/include/sys/cdefs.h:136:21: note: expanded from macro '__P' > * #define __P(protos) protos /* full-blown ANSI C */ > * ^ > In short, the last error above also applies to: > /usr/src/lib/libsm/../../contrib/sendmail/libsm/signal.c:264:7 > /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:40:7 > /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:224:9 > /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:40:7 > /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:45:7 > /usr/src/lib/libsm/../../contrib/sendmail/include/sm/shm.h > /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:96:7 > /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:127:9 > /usr/src/libexec/mail.local/../../contrib/sendmail/mail.local/mail.local.c:439:7 > /usr/src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.c:117:7 These can also be safely ignored. This is a side effect of the K&R declarations still used in sendmail. It is every unlikely these will ever go away, as sendmail is probably still supported on systems with very old compilers which require K&R. > * /usr/src/lib/libugidfw/ugidfw.c:74:10: error: comparison of unsigned expression < 0 is always false [-Werror,-Wtautological-compare] > * if (len < 0 || len > left) > * ~~~ ^ ~ > In short, the last error above is repeated numerous times for ``len < 0'' expressions. > > * /usr/src/sbin/fsck_ffs/pass1.c:141:17: error: comparison of unsigned expression > * < 0 is always false [-Werror,-Wtautological-compare] > * if (inosused < 0) > * ~~~~~~~~ ^ ~ Again, these can be safely ignored. These warnings really depend on the type of variable, and if you cannot predict in advance whether the type is signed or unsigned, it is too costly (too much churn) to fix them all. > * /usr/src/sbin/ifconfig/regdomain.c:350:25: error: comparison of constant 65535 with expression of type 'enum ISOCountryCode' is always false [-Werror,-Wtautological-constant-out-of-range-compare] > * if (mt->country->code == NO_COUNTRY) { > * ~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~ This could be fixed by defining NO_COUNTRY as value in enum ISOCountryCode, but that up to the maintainer. Another solution is to cast mt->country->code to int. > * /usr/src/sbin/routed/rtquery/rtquery.c:388:4: error: array index 1 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] > * OMSG.rip_nets[1] = OMSG.rip_nets[0]; > * ^ ~ > * /usr/src/sbin/routed/rtquery/rtquery.c:101:14: note: expanded from macro 'OMSG' > * #define OMSG omsg_buf.rip > * ^ > * /usr/include/protocols/routed.h:110:6: note: array 'ru_nets' declared here > * struct netinfo ru_nets[1]; > * ^ > * /usr/src/sbin/routed/rtquery/rtquery.c:395:4: error: array index 1 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] > * OMSG.rip_nets[1] = OMSG.rip_nets[0]; > * ^ ~ > * /usr/src/sbin/routed/rtquery/rtquery.c:101:14: note: expanded from macro 'OMSG' > * #define OMSG omsg_buf.rip > * ^ > * /usr/include/protocols/routed.h:110:6: note: array 'ru_nets' declared here > * struct netinfo ru_nets[1]; > * ^ These are all due to old-style flexible array members in these programs. If somebody wants to spend the time to convert these to C99 flexible array members, these warnings would go away. Until then, they can be safely ignored. > * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:201:16: error: array index 2 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] > * if (!strncmp(nat->nat_ifnames[2], ifs, olen + 1)) { > * ^ ~ > * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here > * char nat_ifnames[2][LIFNAMSIZ]; > * ^ > * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:202:11: error: array index 2 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] > * strcpy(nat->nat_ifnames[2], s); > * ^ ~ > * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here > * char nat_ifnames[2][LIFNAMSIZ]; > * ^ > * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:205:16: error: array index 3 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] > * if (!strncmp(nat->nat_ifnames[3], ifs, olen + 1)) { > * ^ ~ > * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here > * char nat_ifnames[2][LIFNAMSIZ]; > * ^ > * /usr/src/sbin/ipf/ipfs/../../../contrib/ipfilter/tools/ipfs.c:206:11: error: array index 3 is past the end of the array (which contains 2 elements) [-Werror,-Warray-bounds] > * strcpy(nat->nat_ifnames[3], s); > * ^ ~ > * /usr/src/sbin/ipf/ipfs/../../../sys/contrib/ipfilter/netinet/ip_nat.h:125:2: note: array 'nat_ifnames' declared here > * char nat_ifnames[2][LIFNAMSIZ]; > * ^ These could very well be real bugs in ipfilter, but I doubt anybody will ever fix them. In my opinion, ipfilter should be removed from the tree, as there has been no active maintenance for years. > Clang's standard headers conflicted somewhat with the system ones. > > * In file included from /usr/src/lib/libc/gen/err.c:39: > * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:47:9: error: '__GNUC_VA_LIST' macro redefined [-Werror] > * #define __GNUC_VA_LIST 1 > * ^ > * /usr/include/x86/_types.h:160:9: note: previous definition is here > * #define __GNUC_VA_LIST > * ^ > * In file included from /usr/src/lib/libc/gen/err.c:39: > * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:48:27: error: redefinition of typedef '__gnuc_va_list' is a C11 feature [-Werror,-Wtypedef-redefinition] > * typedef __builtin_va_list __gnuc_va_list; > * ^ > * /usr/include/x86/_types.h:161:20: note: previous definition is here > * typedef __va_list __gnuc_va_list; /* compatibility w/GNU headers*/ > * ^ > * In file included from /usr/src/lib/libc/gen/err.c:40: > * /usr/src/lib/libc/../../include/stdio.h:63:19: error: redefinition of typedef 'va_list' is a C11 feature [-Werror,-Wtypedef-redefinition] > * typedef __va_list va_list; > * ^ > * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:30:27: note: previous definition is here > * typedef __builtin_va_list va_list; > * ^ > > * In file included from /usr/src/lib/atf/libatf-c/../../../contrib/atf/atf-c/build.c:35: > * In file included from /usr/src/lib/atf/libatf-c/../../../contrib/atf/atf-c/error.h:34: > * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stddef.h:35:23: error: redefinition of typedef 'size_t' is a C11 feature [-Werror,-Wtypedef-redefinition] > * typedef __SIZE_TYPE__ size_t; > * ^ > * /usr/include/stdlib.h:48:18: note: previous definition is here > * typedef __size_t size_t; > * ^ > Also: redefinition of typedef wchar_t. > > * In file included from /usr/src/lib/libcam/scsi_cmdparse.c:51: > * In file included from /usr/src/lib/libcam/../../sys/cam/cam_ccb.h:42: > * In file included from /usr/src/lib/libcam/../../sys/cam/scsi/scsi_all.h:28: > * In file included from /usr/include/machine/stdarg.h:6: > * /usr/include/x86/stdarg.h:44:9: error: 'va_start' macro redefined [-Werror] > * #define va_start(ap, last) \ > * ^ > * /path/to/LLVM/installation/bin/../lib/clang/3.3/include/stdarg.h:34:9: note: previous definition is here > * #define va_start(ap, param) __builtin_va_start(ap, param) > * ^ > Also: redefinition of macros va_arg, __va_copy, and va_copy. Yes, this is precisely why we do not install those clang internal headers. They should either be removed from the port, or upstream should stop installing them on systems where these headers already exist. > Allow me to introduce -Wunsequenced, a recent addition to Clang/LLVM! > * /usr/src/usr.bin/mail/util.c:240:8: error: unsequenced modification and access to 'dest' [-Werror,-Wunsequenced] > * *dest++ = tolower((unsigned char)*dest); > * ^ ~~~~ Yes, this is real undefined behaviour. I will commit a fix later today. > (Including invocation information...) > * lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix > * llib-lposix: > * lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory > This can be fixed by adding a CC environment variable: In usr.bin/xlint/llib/Makefile, change > ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > to > CC=${CC:Q} ${LINT} ${LINTFLAGS} -Cposix ${.ALLSRC} > With this, linting proceeds: > * stdarg.h(30): syntax error [249] > * llib-lposix(307): syntax error [249] > * llib-lposix(308): syntax error [249] > * llib-lposix(309): syntax error [249] > Also, the same execution error, fix, and linting error applies to llib-lstdc instead of llib-lposix as well. This might be nice to fix, indeed. But it is not critical at this point; you can either do buildworld WITHOUT_GCC or WITHOUT_CLANG, but not both yet. > A crappy workaround patch for the incompatibilities (or whatever) is at the end of this e-mail. > > * clang: error: argument unused during compilation: '-fformat-extensions' [-Werror,-Wunused-command-line-argument] > However, with -fformat-extensions plainly removed from file sys/conf/kern.mk, compilation bumps into -Wformat, -Wformat-invalid-specifier, and -Wformat-extra-args. There is no easy workaround for this issue. Either the FreeBSD specific format string extensions should be submitted upstream (which requires them to be greatly cleaned up), or any non-standard format strings should be removed from the kernel (which is a lot of work and churn, for not too much gain). > * /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:2628:25: error: 'memset' call operates on objects of type 'struct ieee80211_meshgann_ie' while the size is based on a different type 'struct ieee80211_meshgann_ie *' [-Werror,-Wsizeof-pointer-memaccess] > * memset(ie, 0, sizeof(ie)); > * ~~ ^~ > * /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:2628:25: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? > * memset(ie, 0, sizeof(ie)); > * ^~ That is a real bug, and should be fixed. I will check with the maintainer. > During ``make installworld'': > * btxld: Command not found. > I had to append not only ``btxld'', but also ``ls dd cp'', to the ITOOLS variable in Makefile.inc1. There are apparently several things that can trigger that btxld error, but the usual one is that your system clock is out of whack. I have never researched it too deeply; maybe somebody else can chip in here. > On a side-note, around this point I found out that the CC setting in /etc/make.conf should be absolute, instead of having the compiler in the PATH of the user's shell. The user's PATH is ignored during buildworld, as the first thing the top-level Makefile does is reset it to "/sbin:/bin:/usr/sbin:/usr/bin". Absolute paths in ${CC} and ${CXX} will currently not work, for various reasons. Don't count on it getting fixed very soon. > I also find it WRONG that there is some compilation going on during ``make installworld''. Normally, there should not be any compilation during installworld. It is probably because you are using non-standard settings, and certain components which are required for installworld are not there, because you turned them off. > And now, here come the warnings. Some (all?) of these should have been errors, but Clang was instructed to ignore these. > > * /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpagent.c:964:23: warning: variable 'len' is uninitialized when used here [-Wuninitialized] > * if (pdu_b->asn_len < len) > * ^~~ That seems to be a real bug. I am not sure at this moment what the correct fix is. > K&R incompatibility warnings happen at: > /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/main.c:117:7 > /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:63:7: > /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:125:7: > /usr/src/usr.bin/vacation/../../contrib/sendmail/vacation/vacation.c:503:7: > 110 other K&R warnings from source files in /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/ Can be ignored. > * /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/dwarf2-frame.c:1364:42: warning: unsequenced modification and access to 'buf' [-Wunsequenced] > * buf += size_of_encoded_value (*buf++); > * ~~ ^ > > * /usr/src/usr.bin/vi/../../contrib/nvi/ex/ex_txt.c:402:10: warning: unsequenced modification and access to 'scno' [-Wunsequenced] > * scno -= --scno % sw; > * ~~ ^ > > * /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:1960:13: warning: unsequenced modification and access to 'target' [-Wunsequenced] > * target -= --target % sw; > * ~~ ^ These are all bugs, and should be fixed. Contacting maintainer(s)... > * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:105:34: warning: sizeof on array function parameter will return size of 'unsigned char *' instead of 'kcmuuid_t' (aka 'unsigned char [16]') [-Wsizeof-array-argument] > * if (memcmp(p->uuid, uuid, sizeof(uuid)) == 0) { > * ^ > * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:90:17: note: declared here > * kcmuuid_t uuid, > * ^ > * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:105:35: warning: 'memcmp' call operates on objects of type 'unsigned char' while the size is based on a different type 'unsigned char *' [-Wsizeof-pointer-memaccess] > * if (memcmp(p->uuid, uuid, sizeof(uuid)) == 0) { > * ~~~~ ^~~~ > * /usr/src/kerberos5/libexec/kcm/../../../crypto/heimdal/kcm/cache.c:105:35: note: did you mean to * provide an explicit length? > * if (memcmp(p->uuid, uuid, sizeof(uuid)) == 0) { > * ^~~~ > ZOMG ! a bug in an encryption system ! Yes, that is also a bug, and should be fixed. Contacting maintainer. > * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:112:32: warning: 'memset' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess] > * memset(secret, 0, sizeof(secret)); > * ~~~~~~ ^~~~~~ > * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:112:32: note: did you mean to provide an explicit length? > * memset(secret, 0, sizeof(secret)); > * ^~~~~~ > * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:118:32: warning: 'memset' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess] > * memset(secret, 0, sizeof(secret)); > * ~~~~~~ ^~~~~~ > * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:118:32: note: did you mean to provide an explicit length? > * memset(secret, 0, sizeof(secret)); > * ^~~~~~ > * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:124:30: warning: 'memset' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess] > * memset(secret, 0, sizeof(secret)); > * ~~~~~~ ^~~~~~ > * /usr/src/usr.bin/opiekey/../../contrib/opie/opiekey.c:124:30: note: did you mean to provide an explicit length? > * memset(secret, 0, sizeof(secret)); > * ^~~~~~ > ZOMG ! another one ! Yes, another one. The size should probably be OPIE_SECRET_MAX+1 instead. > * /usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: warning: 'os_memset' call operates on objects of type 'struct MD5Context' while the size is based on a different type 'struct MD5Context *' [-Wsizeof-pointer-memaccess] > * os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ > * ~~~ ^~~ > * /usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? > * os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ > * ^~~ > There just has to be an organization behind these backdoors... No, this is just a very common error. The idiom is either: memset(&object, 0, sizeof object); or memset(&pointer, 0, sizeof *pointer); but apparently it is difficult to choose the right one. :) > * /usr/src/sys/boot/zfs/zfsimpl.c:2077:19: warning: array index 264 is past the end of the array (which contains 192 elements) [-Warray-bounds] > * memcpy(path, &dn.dn_bonus[sizeof(znode_phys_t)], > * ^ ~~~~~~~~~~~~~~~~~~~~ > * /usr/src/sys/boot/zfs/../../cddl/boot/zfs/zfsimpl.h:792:2: note: array 'dn_bonus' declared here > * uint8_t dn_bonus[DN_MAX_BONUSLEN - sizeof (blkptr_t)]; > * ^ I have seen this one before, but I am not sure if it is a real problem. This should be inspected by the ZFS maintainers. > * /usr/src/usr.bin/kdump/kdump.c:1669:19: warning: format specifies type 'uintmax_t' (aka 'unsigned long long') but the argument has type 'vm_offset_t' (aka 'unsigned int') [-Wformat] > * printf("0x%jx ", ktr->vaddr); > * ~~~ ^~~~~~~~~~ > * %x For the %j format, one usually casts the argument explicitly to uintmax_t. I think this will be harmless here. > * /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: warning: size argument in 'strlcpy' call appears to be size of the source; expected the size of the destination [-Wstrlcpy-strlcat-size] > * strlcpy(string, nexttok, strlen(nexttok) + 1); > * ~~~~~~~^~~~~~~~~~~~ > In short, the last error above applies to: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: > /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: This seems to be a false positive. The destination string is malloc'd with a size of strlen(nexttok) + 1, so the length is correct. I think clang just triggers on the source token in the length argument. > And here is the crappy workaround patch (I hope I'm including every bit here): > > --- /path/to/LLVM/installation/lib/clang/3.3/include/limits.h > +++ /path/to/LLVM/installation/lib/clang/3.3/include/limits.h > @@ -30,6 +30,7 @@ > #if defined __GNUC__ && !defined _GCC_LIMITS_H_ > #define _GCC_LIMITS_H_ > #endif > +#include > > /* System headers include a number of constants from POSIX in . > Include it if we're hosted. */ > @@ -114,4 +115,9 @@ > #define ULONG_LONG_MAX (__LONG_LONG_MAX__*2ULL+1ULL) > #endif > > +#if __XSI_VISIBLE || __POSIX_VISIBLE >= 200809 > +#define LONG_BIT __LONG_BIT > +#define WORD_BIT __WORD_BIT > +#endif > + > #endif /* __CLANG_LIMITS_H */ This cannot be accepted by upstream, is a FreeBSD specific include directory. Again, these headers should only be installed by llvm/clang if they are not already available on the system. -Dimitry From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 17:06:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CB07ACA9 for ; Fri, 15 Feb 2013 17:06:18 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 4633F94B for ; Fri, 15 Feb 2013 17:06:18 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eb20so3709318lab.17 for ; Fri, 15 Feb 2013 09:06:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=0liCVaFfNDgAAf3vCYj5t5o6VfCMpWxzyRqPhQgjEmI=; b=mXaL2HRVzCzxW3AwvQf+S8kcaVMxAetkV5FxLQxTo5+WKOWQ1JIAHjBgwQzNc6u+Yg b45yRFg/7mvIHuqneibuLMkPHVIuswBsL+/qryWSt3zvk9O5IDzSuG1PU5lu+8XT8z/g yIlgWq6eGfBQwnDvNSkaY8BjAVIUhHVWZAGa/D/1gkHPA8FjuetcGP9BOnyK7tZJu9RT HN5wNY9j5rrLj7YcYDaItrLJWeGYOAGivCKWXDeNbVk3ykneQOULikoybn2zG3LjAZWB X55/6zK/Z1wTWn05BY1MmH900VgRetDlKPEUQH65znmzcxTmTD2eFGt9cXRp9+XWhjiE KJkw== MIME-Version: 1.0 X-Received: by 10.112.39.138 with SMTP id p10mr2405066lbk.31.1360947977114; Fri, 15 Feb 2013 09:06:17 -0800 (PST) Received: by 10.112.41.68 with HTTP; Fri, 15 Feb 2013 09:06:16 -0800 (PST) In-Reply-To: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 01:06:16 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:06:18 -0000 On 14 February 2013 07:42, Rick Macklem wrote: Elias Martenson wrote:> Secondly, what if the issue is gssd not correctly > mapping the > > principals to > > Unix usernames? How can I determine if this is the case. There seems > > to be > > no logging options for gssd (-d does absolutely nothing other than > > prevent > > the process from detaching. It still doesn't log anything). > > > Yep. I added a few cases that output debugging, but they're all on the > client side. (I wasn't the original author of this gssd.) > > You could easily add some. It's the function with pname_to_uid in it > that does the translation. It basically does a gss_pname_to_uid() > followed by a getpwuid() to do the translation from principal name > to uid + gid list. If this fails, then it maps uid == 65534, which > is usually "nobody". (Why does the code has 65534 hardwired in it? > I have no idea.;-) > > Just add fprintf()s and run it with "-d" to see what it is doing. > > If the initiator principal is "nfs/client-host.domain" it will get > mapped to "nobody" as above. Thank you. I did exactly that and I found out some more. The problem occurss in file gss.c, in the function gssd_pname_to_uid_1_svc(). This function is responsible for taking a principal and returning the Unix user ID that this principal corresponds to. I did confirm that this function is called with elias@REALM, which is the correct principal. It then calls the libgssapi function gss_pname_to_uid() which does the actual lookup. The problem is that after the lookup (which succeeds by the way), it returns user ID 0 (i.e. root, what!?). Of course, this uid later gets mapped to nobody, resulting in the behaviour that I see. I tried to add more debugging information in libgssapi.so.10, but if I just try to add some printf() statements, the entire thing hangs. I'm not sure how to proceed from there. Oh, and the libgssapi function gss_pname_to_uid() actually delegates the actual lookup to a function that depends on what security mechanism is in place. My printf()'s (that caused the hang) attempted to print what mechanism was actually used. And yet one more thing: Heimdal ships with its own version of libgssapi. I can link gssd to it, but it won't run properly (it hangs pretty early). Does anyone have any idea what might be going on here? Regards, Elias From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 17:42:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A74CD89B for ; Fri, 15 Feb 2013 17:42:36 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB28AB5 for ; Fri, 15 Feb 2013 17:42:35 +0000 (UTC) X-AuditID: 1209190e-b7f266d0000008cb-cf-511e7385ff11 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 9E.B8.02251.5837E115; Fri, 15 Feb 2013 12:42:29 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id r1FHgTDF026303; Fri, 15 Feb 2013 12:42:29 -0500 Received: from multics.mit.edu (SYSTEM-LOW-SIPB.MIT.EDU [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r1FHgQqo010738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 15 Feb 2013 12:42:28 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r1FHgQZZ019574; Fri, 15 Feb 2013 12:42:26 -0500 (EST) Date: Fri, 15 Feb 2013 12:42:26 -0500 (EST) From: Benjamin Kaduk To: =?ISO-8859-15?Q?Elias_M=E5rtenson?= Subject: Re: Possible bug in NFSv4 with krb5p security? In-Reply-To: Message-ID: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1646422927-1360950146=:9389" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplleLIzCtJLcpLzFFi42IRYrdT0W0tlgs0uDlJ3mLOmw9MFk8mcls8 XHaNyYHZY8an+SweO2fdZff4vXkvUwBzFJdNSmpOZllqkb5dAlfG1c4/bAX9QhVTbsU0MN7l 62Lk5JAQMJHYM/cHE4QtJnHh3nq2LkYuDiGBfYwSn99vY4FwNjJKLHn6lBXCOcQkseDYXiin gVFi/bUXLCD9LALaErvubQCz2QRUJGa+2cgGYosIWEvs+rYZyObgYBZwkdi8sBIkLCxgLvHz 5nFGEJtTIFBi8tOVYGfwCjhIbHl3mR1i/k1Gic4ZEAlRAR2J1funsEAUCUqcnPkEzGYWCJA4 9Hs68wRGwVlIUrOQpGaBrbaRmHCvEiKsLXH/ZhvbAkaWVYyyKblVurmJmTnFqcm6xcmJeXmp RbrGermZJXqpKaWbGEGhzinJt4Px60GlQ4wCHIxKPLwCErKBQqyJZcWVuYcYJTmYlER5HxTK BQrxJeWnVGYkFmfEF5XmpBYfYpTgYFYS4ZW7BVTOm5JYWZValA+TkuZgURLnvZJy019IID2x JDU7NbUgtQgmK8PBoSTBu6IIaKhgUWp6akVaZk4JQpqJgxNkOA/QcE+QGt7igsTc4sx0iPwp RkUpcYhmAZBERmkeXC8sFb1iFAd6RZh3FUgVDzCNwXW/AhrMBDT4zjuQq4tLEhFSUg2MzkxT 2pn43JjnHPfdtfljUaWdaLLcEUareXuW3bv2Ys89v9nHL+Q4vfT5m7vA+Zfj1GOcnIc3ZvAy epRKHFESLbNLkxIoUrBV53vNKpny9LRUweWwp8/Mut7/sRO/9+Shf7uctVHFzAfnZzF/rBNc mRGzaM/1/yalMVr8gvsj8loZZhVPqXdUYinOSDTUYi4qTgQASIuQRiADAAA= Cc: Rick Macklem , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:42:36 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1646422927-1360950146=:9389 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 16 Feb 2013, Elias M=E5rtenson wrote: > > Thank you. I did exactly that and I found out some more. > > The problem occurss in file gss.c, in the > function gssd_pname_to_uid_1_svc(). This function is responsible for taki= ng > a principal and returning the Unix user ID that this principal correspond= s > to. I did confirm that this function is called with elias@REALM, which is > the correct principal. It then calls the libgssapi function > gss_pname_to_uid() which does the actual lookup. > > The problem is that after the lookup (which succeeds by the way), it > returns user ID 0 (i.e. root, what!?). Of course, this uid later gets > mapped to nobody, resulting in the behaviour that I see. > > I tried to add more debugging information in libgssapi.so.10, but if I ju= st > try to add some printf() statements, the entire thing hangs. I'm not sure > how to proceed from there. > > Oh, and the libgssapi function gss_pname_to_uid() actually delegates the > actual lookup to a function that depends on what security mechanism is in > place. My printf()'s (that caused the hang) attempted to print what > mechanism was actually used. Unless things are very messed up, it should be using the krb5 mechanism,=20 which I believe will boil down to krb5_aname_to_localname, per=20 heimdal/lib/gssapi/krb5/pname_to_uid.c. I'm not sure how this would end=20 up with success but uid 0, though. Do you have the default realm set in krb5.conf? Having it set to a=20 different value than the realm of elias@REALM could result in strange=20 behavior. > And yet one more thing: Heimdal ships with its own version of libgssapi. = I > can link gssd to it, but it won't run properly (it hangs pretty early). I have forgotten: you are using Heimdal from ports, not from the base=20 system? I remember it being easy to get into subtly-broken configurations= =20 when both a ports and a base version are present. -Ben Kaduk ---559023410-1646422927-1360950146=:9389-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 17:44:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B48A19D5 for ; Fri, 15 Feb 2013 17:44:54 +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 7055BAE0 for ; Fri, 15 Feb 2013 17:44:54 +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 <1U6PLB-002jrh-Jd>; Fri, 15 Feb 2013 18:44:53 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1U6PLB-001uyk-H8>; Fri, 15 Feb 2013 18:44:53 +0100 Message-ID: <511E7409.1040507@zedat.fu-berlin.de> Date: Fri, 15 Feb 2013 18:44:41 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130208 Thunderbird/17.0.2 MIME-Version: 1.0 To: "freebsd >> Current FreeBSD" Subject: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig145102832C01E98ADA37ADBF" X-Originating-IP: 130.133.86.198 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 17:44:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig145102832C01E98ADA37ADBF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Recent CURRENT sources do not build properly and fail with the following error: rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libjail -std=3Dgnu99 /usr/src/lib/libjail/jail.c /usr/src/lib/libjail/jail_getid.c =3D=3D=3D> lib/libkiconv (depend) =3D=3D=3D> lib/libldns (depend) rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libldns/../../contrib/ldns -std=3Dgnu99 /usr/src/lib/libldns/../../contrib/ldns/buffer.c /usr/src/lib/libldns/../../contrib/ldns/dname.c /usr/src/lib/libldns/../../contrib/ldns/dnssec.c /usr/src/lib/libldns/../../contrib/ldns/dnssec_sign.c /usr/src/lib/libldns/../../contrib/ldns/dnssec_verify.c /usr/src/lib/libldns/../../contrib/ldns/dnssec_zone.c /usr/src/lib/libldns/../../contrib/ldns/duration.c /usr/src/lib/libldns/../../contrib/ldns/error.c /usr/src/lib/libldns/../../contrib/ldns/higher.c /usr/src/lib/libldns/../../contrib/ldns/host2str.c /usr/src/lib/libldns/../../contrib/ldns/host2wire.c /usr/src/lib/libldns/../../contrib/ldns/keys.c /usr/src/lib/libldns/../../contrib/ldns/net.c /usr/src/lib/libldns/../../contrib/ldns/packet.c /usr/src/lib/libldns/../../contrib/ldns/parse.c /usr/src/lib/libldns/../../contrib/ldns/rbtree.c /usr/src/lib/libldns/../../contrib/ldns/rdata.c /usr/src/lib/libldns/../../contrib/ldns/resolver.c /usr/src/lib/libldns/../../contrib/ldns/rr.c /usr/src/lib/libldns/../../contrib/ldns/rr_functions.c /usr/src/lib/libldns/../../contrib/ldns/sha1.c /usr/src/lib/libldns/../../contrib/ldns/sha2.c /usr/src/lib/libldns/../../contrib/ldns/str2host.c /usr/src/lib/libldns/../../contrib/ldns/tsig.c /usr/src/lib/libldns/../../contrib/ldns/update.c /usr/src/lib/libldns/../../contrib/ldns/util.c /usr/src/lib/libldns/../../contrib/ldns/wire2host.c /usr/src/lib/libldns/../../contrib/ldns/zone.c /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found #include ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 Stop in /usr/src/lib/libldns. *** [depend] Error code 1 Stop in /usr/src/lib. *** [lib__L] Error code 1 Stop in /usr/src. *** [libraries] Error code 1 Stop in /usr/src. *** [_libraries] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. --------------enig145102832C01E98ADA37ADBF 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) iQEcBAEBAgAGBQJRHnQVAAoJEOgBcD7A/5N8K+AH/2tDPkkDqP4W8O34c7TB1weU tBlBXHTk5QYM+Le4x4roeod310D8Ae5+EHNwEnI3JRw8iwqy2RTSc5l/QilRE6hF VPRi/UoiZN3T6YH41IcIK0dZgcJk9S0YFPy/lWjO7E3NLUJik9xw0DQF8F/hYRvU xeadhsQsHrHYtnnM1Cpa5X9huTBdskhmodzcbiQ3XKJx0zbl4kwdBhsdetfoFw6P m6f499vtWx1ZFZWlkpmqmx6k14fwcYqIRhsfWpEMQ+L6+4lAbiHNV9QvERIjwA6g C2m45E3UbSbeEeMuUqJzjttOjClBX8Phb88hrnFaoKwJuRTs1SiTnCy2pACUarQ= =HbR5 -----END PGP SIGNATURE----- --------------enig145102832C01E98ADA37ADBF-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 18:01:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1E15AE35 for ; Fri, 15 Feb 2013 18:01:25 +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 D34A0B9D for ; Fri, 15 Feb 2013 18:01:24 +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 <1U6PbA-002mqp-0Y>; Fri, 15 Feb 2013 19:01:24 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1U6Pb9-001vqz-UP>; Fri, 15 Feb 2013 19:01:24 +0100 Message-ID: <511E77EC.9020701@zedat.fu-berlin.de> Date: Fri, 15 Feb 2013 19:01:16 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130208 Thunderbird/17.0.2 MIME-Version: 1.0 To: David Wolfskill Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> In-Reply-To: <20130215175813.GF1902@albert.catwhisker.org> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91360904A593899D0477E75C" X-Originating-IP: 130.133.86.198 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:01:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91360904A593899D0477E75C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/15/13 18:58, David Wolfskill wrote: > On Fri, Feb 15, 2013 at 06:44:41PM +0100, O. Hartmann wrote: >> Recent CURRENT sources do not build properly and fail with the followi= ng >> error: >> .... >=20 > I had no trouble building: >=20 >=20 > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #812 r= 246824M/246824: Fri Feb 15 06:14:43 PST 2013 root@g1-227.catwhisker.o= rg:/usr/obj/usr/src/sys/CANARY i386 >=20 > Peace, > david >=20 My boxes are one revision ahead of yours and all of them do not build the recent sources as reported: FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013 And by the way, we have amd64 only, no i386. Maybe this makes a diffrence= ? Oliver --------------enig91360904A593899D0477E75C 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) iQEcBAEBAgAGBQJRHnfzAAoJEOgBcD7A/5N8hhQH/0qYBm1p+azhUmr6W1EzeTWM lkPjEs/wLA0fXjl2+LmG/exKEJS+ZYlkPoxFmli860MCqoELxBweVNJda9ny+8HE 8CKGP56ehRubBdpn34g2Bn77PVNRoTjbFx7l0Nxm7da3mSV8YLcoj+fcCPLhdUUz JeGlUrwSe/JWxBpExdxSYjh4IaoL+jIkdp66cwXBj6rZSbwV/g+8OChuroD5YJ9q v1hNjSDX+nsiXElgAPM7nU5IbBEabXK/DbDLDfaT3H1VB/BPoIJWbEmevlsbjqxT 0USdx4102JYW6NQuaWUag19/Pk6vLg2IVmBSdIKVvwm74G45gKLR4JDICsardd4= =v6oR -----END PGP SIGNATURE----- --------------enig91360904A593899D0477E75C-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 18:08:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6A354FC2 for ; Fri, 15 Feb 2013 18:08:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 38FA7C2B for ; Fri, 15 Feb 2013 18:08:19 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.6/8.14.6) with ESMTP id r1FI8Jxm048297; Fri, 15 Feb 2013 10:08:19 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.6/8.14.6/Submit) id r1FI8Js8048296; Fri, 15 Feb 2013 10:08:19 -0800 (PST) (envelope-from david) Date: Fri, 15 Feb 2013 10:08:19 -0800 From: David Wolfskill To: "O. Hartmann" Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found Message-ID: <20130215180819.GG1902@albert.catwhisker.org> References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XrEgl6YxVIw5fRRT" Content-Disposition: inline In-Reply-To: <511E77EC.9020701@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:08:20 -0000 --XrEgl6YxVIw5fRRT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 15, 2013 at 07:01:16PM +0100, O. Hartmann wrote: > ... >=20 > My boxes are one revision ahead of yours and all of them do not build > the recent sources as reported: >=20 > FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013 >=20 > And by the way, we have amd64 only, no i386. Maybe this makes a diffrence? > .... No, but contrib/ldns wasn't imported until r246827.... What's the revision of your sources? Note, in particular, . Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --XrEgl6YxVIw5fRRT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEeeZMACgkQmprOCmdXAD1wRgCbBF8lu1TcSqlMZSAAhr9J6Uno gvEAn1DoiAQf91Vnh/UP7afG+2v+fHXP =5Wo4 -----END PGP SIGNATURE----- --XrEgl6YxVIw5fRRT-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 18:29:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0AFE7337 for ; Fri, 15 Feb 2013 18:29:16 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) by mx1.freebsd.org (Postfix) with ESMTP id DE1D6D7B for ; Fri, 15 Feb 2013 18:29:15 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id E4EEF19EBF3; Fri, 15 Feb 2013 18:29:14 +0000 (UTC) Message-ID: <511E7E79.8020902@mail.lifanov.com> Date: Fri, 15 Feb 2013 13:29:13 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130109 Thunderbird/17.0.2 MIME-Version: 1.0 To: David Wolfskill Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> <20130215180819.GG1902@albert.catwhisker.org> In-Reply-To: <20130215180819.GG1902@albert.catwhisker.org> X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:29:16 -0000 On 02/15/2013 01:08 PM, David Wolfskill wrote: > On Fri, Feb 15, 2013 at 07:01:16PM +0100, O. Hartmann wrote: >> ... >> >> My boxes are one revision ahead of yours and all of them do not >> build the recent sources as reported: >> >> FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013 >> >> And by the way, we have amd64 only, no i386. Maybe this makes a >> diffrence? .... > > No, but contrib/ldns wasn't imported until r246827.... What's the > revision of your sources? > > Note, in particular, > . > > Peace, david > I can reproduce the same failure on HEAD r246844 (last changed r246838) building for amd64. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 19:34:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D960062C for ; Fri, 15 Feb 2013 19:34:23 +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 98DE470 for ; Fri, 15 Feb 2013 19:34:23 +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 <1U6R38-0033wE-He>; Fri, 15 Feb 2013 20:34:22 +0100 Received: from e178031071.adsl.alicedsl.de ([85.178.31.71] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1U6R38-0020TJ-EL>; Fri, 15 Feb 2013 20:34:22 +0100 Message-ID: <511E8DBC.7040109@zedat.fu-berlin.de> Date: Fri, 15 Feb 2013 20:34:20 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130131 Thunderbird/17.0.2 MIME-Version: 1.0 To: David Wolfskill Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> <20130215180819.GG1902@albert.catwhisker.org> In-Reply-To: <20130215180819.GG1902@albert.catwhisker.org> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig33B6795C72495571DEDD6928" X-Originating-IP: 85.178.31.71 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:34:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig33B6795C72495571DEDD6928 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 02/15/13 19:08, schrieb David Wolfskill: > On Fri, Feb 15, 2013 at 07:01:16PM +0100, O. Hartmann wrote: >> ... >> >> My boxes are one revision ahead of yours and all of them do not build >> the recent sources as reported: >> >> FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013 >> >> And by the way, we have amd64 only, no i386. Maybe this makes a diffre= nce? >> .... >=20 > No, but contrib/ldns wasn't imported until r246827.... What's the > revision of your sources? >=20 > Note, in particular, > . >=20 > Peace, > david >=20 As the subject headline says: r24684 I try now sources r246848 and it fails the same way on FreeBSD 10.0-CURRENT/amd64 --------------enig33B6795C72495571DEDD6928 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) iQEcBAEBAgAGBQJRHo2+AAoJEOgBcD7A/5N8otYIAKyOhdbr4BjcFXkDz70263Y0 fFwz8NiyeH7Zvff4E+FD5K2/MyQbbvX7uPrsXKpInZbc4qDes8JjuuKQFXhADpEc tcgQCnnpv7qJ9OAhmKEVd4Qvc18c81ggyjTguSnk2yQh3LX6wHQegCifRE0hGiZ1 /ppfyplieEWRfh5MIdOWd3o8w5H5DAb2RzRRLEGTQVxCbMcFxr8z4k7wtKkeLgsf R6gc7yCSIFCdMKHDvn0u3gBt1e5TlJM0JcCWecEhUafK0J+JX0Hx05xIiEXZhZJx R52vqiIUvDke5FXw7IEXDuE2cS2QZvv7fUWhu02KI46VrXrfqoy2wDSec/9M7Sk= =DuFk -----END PGP SIGNATURE----- --------------enig33B6795C72495571DEDD6928-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 22:31:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D04016C8; Fri, 15 Feb 2013 22:31:51 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id A96CF9D5; Fri, 15 Feb 2013 22:31:51 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r1FMVoKx059104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2013 14:31:50 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r1FMVo7e059103; Fri, 15 Feb 2013 14:31:50 -0800 (PST) (envelope-from jmg) Date: Fri, 15 Feb 2013 14:31:50 -0800 From: John-Mark Gurney To: Dimitry Andric Subject: Re: the latest version of Clang/LLVM for the world and kernel Message-ID: <20130215223150.GG55866@funkthat.com> Mail-Followup-To: Dimitry Andric , deeptech71 , freebsd-current@freebsd.org References: <511E378E.3090200@gmail.com> <511E5B05.5050402@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <511E5B05.5050402@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 15 Feb 2013 14:31:50 -0800 (PST) Cc: deeptech71 , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:31:51 -0000 Dimitry Andric wrote this message on Fri, Feb 15, 2013 at 16:57 +0100: > >/usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? > >* os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ > >* ^~~ > >There just has to be an organization behind these backdoors... > > No, this is just a very common error. The idiom is either: > > memset(&object, 0, sizeof object); > > or > > memset(&pointer, 0, sizeof *pointer); > > but apparently it is difficult to choose the right one. :) I assume you mean: memset(pointer, 0, sizeof *pointer); :) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 22:40:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6A7C68F7; Fri, 15 Feb 2013 22:40:17 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD47A39; Fri, 15 Feb 2013 22:40:16 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r1FMLbqf058981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2013 14:21:37 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r1FMLaRW058980; Fri, 15 Feb 2013 14:21:36 -0800 (PST) (envelope-from jmg) Date: Fri, 15 Feb 2013 14:21:36 -0800 From: John-Mark Gurney To: Tom Evans , "Mikhail T." , Kimmo Paasiala , "free @217.75.128.14>> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx Message-ID: <20130215222135.GF55866@funkthat.com> Mail-Followup-To: Tom Evans , "Mikhail T." , Kimmo Paasiala , "free @217.75.128.14>> Current FreeBSD" , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> <20130214143445.GA5414@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130214143445.GA5414@straylight.m.ringlet.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 15 Feb 2013 14:21:37 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:40:17 -0000 Peter Pentchev wrote this message on Thu, Feb 14, 2013 at 16:34 +0200: > There are some people - and some of them are well-respected long-term > Free-and-other-BSD developers - who are of the opinion that the > /usr/share/mk/bsd.*.mk infrastructure is meant for the base system build > only. I do indeed understand this point of view - and from this point > of view, the port's Makefile.bsd is buggy because it allegedly abuses > internal parts of the base system. They are documented for use by everyone in the system... hier(7): mk/ templates for make; see make(1) make(1): -m directory Specify a directory in which to search for the system makefile and makefiles included via the <...> style. Multiple -m options can be specified to form a search path. This path will override the default system include path, /usr/share/mk. The system include path will always be appended to the search path used for "..."-style inclusions and makefile searches (see the -I option). and: /usr/share/mk default system makefile directory make should not include the directory by default if it isn't designed for use by people that use make... If it /usr/share/mk is only for the default system, we need to fix make to not include it by default, and make /usr/src/Makefile and friends do the properly thing... Until then, /usr/share/mk is for use by projects outside /usr/src... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 22:33:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 61B2F7E5 for ; Fri, 15 Feb 2013 22:33:06 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 137D49F3 for ; Fri, 15 Feb 2013 22:33:05 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=LbyY71X0eGoA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=FoeWSrC19yYA:10 a=XUz4oqeaanGUZ6vgj1UA:9 a=wPNLvfGTeEIA:10 a=IxsuMwJRAAAA:8 a=JrpUZarVgTifBtrpupIA:9 a=_W_S_7VecoQA:10 a=dU2MCFah3dTyrMP7:21 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:33830] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id D8/16-28101-A97BE115; Fri, 15 Feb 2013 17:32:59 -0500 Message-ID: <511EB799.8090401@aldan.algebra.com> Date: Fri, 15 Feb 2013 17:32:57 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Tom Evans , Kimmo Paasiala , Current FreeBSD , "O. Hartmann" , Ports FreeBSD , Yamaya Takashi , jmg@funkthat.com Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> <20130214143445.GA5414@straylight.m.ringlet.net> In-Reply-To: <20130214143445.GA5414@straylight.m.ringlet.net> X-Mailman-Approved-At: Fri, 15 Feb 2013 22:41:07 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:33:06 -0000 14.02.2013 09:34, Peter Pentchev ???????(??): > However, there is then the argument of "well, if you want to use the bsd.*.mk > infrastructure, then why don't you just copy it into your project and include > it from there - just like many, many projects do with, say, the sys/queue.h > header, or parts of libc, or whatever?" And it is, indeed, a very good argument Either I completely misunderstand the argument, or I disagree -- strongly -- with it. Including bits created and maintained by others into your own project is very rarely justified (although done quite often). I don't see, why adding (some version of) bsd.lib.mk and friends into every project, that wishes to build a shared library on FreeBSD, is any more justified, than bundling libjpeg with every graphics application. John-Mark also just posted a strong argument for using the existing bsd.*.mk family of makefiles... > since this is how a software distribution's parts are supposed to be used - > you copy them into your project and use them even when they are not available > on the host system. So one might argue that the port is, indeed, buggy, that > the src.conf documentation is, indeed, correct, and that the proper way for > people to use the bsd.*.mk The documentation is, demonstrably, incorrect -- it was incorrect, when it was written 7 years ago, and remains so. Because a user of bsd.*.mk /will be/ affected by src.conf -- unless he takes special steps to prevent it. This fact can not be fixed by a user, the only way to avoid the effect, is to modify their own makefile(s). The implementation of the change may be blamed for this -- if, indeed, there was a need for src-only configuration knobs, src.conf should be included, when a special flag is present in the environment (put there by src/Makefile), not the other way around. > some weird src.conf settings might confuse the build of some of my software on > FreeBSD. And some of those settings are required for healthy building of some of the ports... For example, libreoffice "knows" out of the box, that FreeBSD has Kerberos libraries. So, if your world was built WITHOUT_KERBEROS and WITHOUT_GSSAPI, libreoffice fails to configure. A simple patch like: +.if defined(WITHOUT_KERBEROS) +CONFIGURE_ARGS+= --without-krb5 +.endif +.if defined(WITHOUT_GSSAPI) +CONFIGURE_ARGS+= --without-gssapi +.endif could help, but WITHOUT_KERBEROS and WITHOUT_GSSAPI are set in src.conf and not, normally, available to the ports... So, in my opinion, the manual (src.conf(5)) should be updated to reflect reality. Or, if the separation is really deemed desirable (something I, for one, continue to question), the implementation (in /usr/src/Makefile and bsd.own.mk) needs to be altered to only consider src.conf, when world/kernel are being built/installed. -mi From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 22:49:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 71D0814B for ; Fri, 15 Feb 2013 22:49:57 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id ECF7FB24 for ; Fri, 15 Feb 2013 22:49:56 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id fq13so3968061lab.35 for ; Fri, 15 Feb 2013 14:49:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=+yGcRxUkKWSiRAH9gWFqS2xWzBTV/KTOSsKRH6e2J0s=; b=Zs57ROK6v6DXu76I3CtBM1EPaxAFqYMn4f6UGzKYMpVGHE1H9FNWl8x6a2IZjAB/UU QXHc/dAdWN7nDidsyQhWNk7Kj8mQKctt26QjRchsuLK2Fd7MJJ6VrIV8i0tk1XWqiFCZ iSZ5AnMqusqEM8GGi1eR8IJefECUgW1jgKQkHiqUeglBRyMLluDVdpE60KWkWvDOyank 91tGYE3bZkczs9uhGWynkW+j3XTuT4f2+ET/zOPyg5piGJmJMdLViW4DtIWYw+LSxjsA /0ZmiwfE811WeQ4BF0f0rFf/B2rOBsx3dHamd0XGmKJ3bHiMsLc5BYkgoFe9rHhE84dO wuBw== MIME-Version: 1.0 X-Received: by 10.112.54.6 with SMTP id f6mr2710216lbp.104.1360968595958; Fri, 15 Feb 2013 14:49:55 -0800 (PST) Received: by 10.112.18.134 with HTTP; Fri, 15 Feb 2013 14:49:55 -0800 (PST) In-Reply-To: <511E8DBC.7040109@zedat.fu-berlin.de> References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> <20130215180819.GG1902@albert.catwhisker.org> <511E8DBC.7040109@zedat.fu-berlin.de> Date: Fri, 15 Feb 2013 23:49:55 +0100 Message-ID: Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found From: Daniel Nebdal To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:49:57 -0000 Should be fixed as of r246853 (marked as "Add generated files", and it seems to add the missing config.h and a few others). -- Daniel Nebdal On Fri, Feb 15, 2013 at 8:34 PM, O. Hartmann wrote: > Am 02/15/13 19:08, schrieb David Wolfskill: >> On Fri, Feb 15, 2013 at 07:01:16PM +0100, O. Hartmann wrote: >>> ... >>> >>> My boxes are one revision ahead of yours and all of them do not build >>> the recent sources as reported: >>> >>> FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013 >>> >>> And by the way, we have amd64 only, no i386. Maybe this makes a diffrence? >>> .... >> >> No, but contrib/ldns wasn't imported until r246827.... What's the >> revision of your sources? >> >> Note, in particular, >> . >> >> Peace, >> david >> > > As the subject headline says: r24684 > > I try now sources r246848 and it fails the same way on FreeBSD > 10.0-CURRENT/amd64 > From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 23:14:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6FD4ED19 for ; Fri, 15 Feb 2013 23:14:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB45D1B for ; Fri, 15 Feb 2013 23:14:57 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 5C57560F4; Fri, 15 Feb 2013 18:14:46 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=JVwleWi0sQMqEEK8Dy+9VlyWgM0UuxuEZjWfQt3p5NKbTa7MWWvuRB0O1lKOXSbJx kLSB3xzWsS/fmAtPHLPZ8pwIRlOqeG5QkgV9iAlIcbErLXY8pP/L4MRb9UcF6LV Message-ID: <511EC163.3010703@protected-networks.net> Date: Fri, 15 Feb 2013 18:14:43 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130203 Thunderbird/17.0.2 MIME-Version: 1.0 To: Daniel Nebdal Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> <20130215180819.GG1902@albert.catwhisker.org> <511E8DBC.7040109@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:14:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/15/13 17:49, Daniel Nebdal wrote: > Should be fixed as of r246853 (marked as "Add generated files", and it > seems to add the missing config.h and a few others). Nope cc1: warnings being treated as errors /usr/src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEARECAAYFAlEewWEACgkQQv9rrgRC1JKfhwCgl7Atdb2bOK0dT0tVzmLt1RjO AkYAoLfnOVaoQDnMmLFqx+zWVaBJ0uK1 =UMsp -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 23:32:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 07B32EE6; Fri, 15 Feb 2013 23:32:31 +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 D20E4D99; Fri, 15 Feb 2013 23:32:30 +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 r1FNWTuG029773; Fri, 15 Feb 2013 18:32:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FNWTLc029769; Fri, 15 Feb 2013 23:32:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 23:32:29 GMT Message-Id: <201302152332.r1FNWTLc029769@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:32:31 -0000 TB --- 2013-02-15 23:00:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 23:00:23 - 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 --- 2013-02-15 23:00:23 - starting HEAD tinderbox run for arm/arm TB --- 2013-02-15 23:00:23 - cleaning the object tree TB --- 2013-02-15 23:00:23 - /usr/local/bin/svn stat /src TB --- 2013-02-15 23:00:27 - At svn revision 246856 TB --- 2013-02-15 23:00:28 - building world TB --- 2013-02-15 23:00:28 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 23:00:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 23:00:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 23:00:28 - SRCCONF=/dev/null TB --- 2013-02-15 23:00:28 - TARGET=arm TB --- 2013-02-15 23:00:28 - TARGET_ARCH=arm TB --- 2013-02-15 23:00:28 - TZ=UTC TB --- 2013-02-15 23:00:28 - __MAKE_CONF=/dev/null TB --- 2013-02-15 23:00:28 - cd /src TB --- 2013-02-15 23:00:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 23:00:33 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 23:32:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 23:32:29 - ERROR: failed to build world TB --- 2013-02-15 23:32:29 - 1476.80 user 317.26 system 1925.89 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 23:32:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1DB19EE7; Fri, 15 Feb 2013 23:32:31 +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 E93B4D9C; Fri, 15 Feb 2013 23:32:30 +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 r1FNWUh5029788; Fri, 15 Feb 2013 18:32:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1FNWUiD029787; Fri, 15 Feb 2013 23:32:30 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Feb 2013 23:32:30 GMT Message-Id: <201302152332.r1FNWUiD029787@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:32:31 -0000 TB --- 2013-02-15 23:00:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 23:00:23 - 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 --- 2013-02-15 23:00:23 - starting HEAD tinderbox run for armv6/arm TB --- 2013-02-15 23:00:23 - cleaning the object tree TB --- 2013-02-15 23:00:23 - /usr/local/bin/svn stat /src TB --- 2013-02-15 23:00:27 - At svn revision 246856 TB --- 2013-02-15 23:00:28 - building world TB --- 2013-02-15 23:00:28 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 23:00:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 23:00:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 23:00:28 - SRCCONF=/dev/null TB --- 2013-02-15 23:00:28 - TARGET=arm TB --- 2013-02-15 23:00:28 - TARGET_ARCH=armv6 TB --- 2013-02-15 23:00:28 - TZ=UTC TB --- 2013-02-15 23:00:28 - __MAKE_CONF=/dev/null TB --- 2013-02-15 23:00:28 - cd /src TB --- 2013-02-15 23:00:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 23:00:33 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-15 23:32:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-15 23:32:30 - ERROR: failed to build world TB --- 2013-02-15 23:32:30 - 1478.35 user 315.86 system 1926.78 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:04:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 132DB7A9 for ; Sat, 16 Feb 2013 00:04:32 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 89869E96 for ; Sat, 16 Feb 2013 00:04:31 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c41so1962618eek.27 for ; Fri, 15 Feb 2013 16:04:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hEGGRaspKOL7ElfhW5EdNMfnGMG/ShdKU5G68FF7cYg=; b=jSMwXZs9Ms3NwydR/U/CFiRo3LdXrMv5Tvc09pdhDtMKVt60FEqkmEmKpUq5A4PVA+ IRQl8W7Az009Xnbl4thEAZ5KXKKcd+hAMErvqNx8SufhP+ZPurW+FCZ5IIsk36QF0xhN ZwpqhnCskk9ajYvOtt7b8hhgpCK24mCILyYwXgXW7lAvkZm3VhP4NGizVK+9kShFTBiV jMRm7rF5HyEL/7O1w9fN9D3OLzebblbP+9NIML8OU8+3mOI8e5OisNCgK63A4pT5YPzh Lctze+adI4PFCj1IcUz+bzdLjDGWytzfZp5CC4rfrqLOjWcft0O5/b8+DDjZ+d6sMvoc K3Cw== X-Received: by 10.14.0.73 with SMTP id 49mr14162013eea.21.1360973064164; Fri, 15 Feb 2013 16:04:24 -0800 (PST) Received: from [192.168.1.80] (dsl91EC98E4.pool.t-online.hu. [145.236.152.228]) by mx.google.com with ESMTPS id o3sm86011664eem.15.2013.02.15.16.04.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Feb 2013 16:04:23 -0800 (PST) Message-ID: <511EBEFE.5010406@gmail.com> Date: Sat, 16 Feb 2013 00:04:30 +0100 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: the latest version of Clang/LLVM for the world and kernel References: <511E378E.3090200@gmail.com> <511E5B05.5050402@FreeBSD.org> In-Reply-To: <511E5B05.5050402@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:04:32 -0000 On 02/15/2013 16:57, Dimitry Andric wrote: > On 2013-02-15 14:26, deeptech71 wrote: >> [...] an effort to test out the latest version of Clang [...] > > Sorry, but you are doing something that is totally unsupported. > Therefore, any broken pieces are yours to keep. :-) Another purpose is development. Developers will have to import the next version of Clang/LLVM sooner or later. Let's hedge against the developer-time requirements in case the next version of Clang gets released just before a particular version of FreeBSD, and someone decides to update the base Clang, with only a couple of days of time at hand. :P >> First come the compilation errors. >> >> * /usr/src/lib/libc/net/nss_compat.c:154:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] >> * else if (status != NS_RETURN) >> * ~~~~~~ ^ ~~~~~~~~~ >> * /usr/src/lib/libc/net/nss_compat.c:255:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] >> * else if (status != NS_RETURN) >> * ~~~~~~ ^ ~~~~~~~~~ > > These can safely be ignored. They are the result of a compability shim. > It might be neater to just cast 'status' to int there, to silence the > warning. First of all, you should understand that these are compilation errors (under an up-to-date version of Clang, at least), and that they should be fixed ("sooner or later", that is), whether by altering the program code or the makefiles. Second of all, you should understand that these are real errors; in this case, the compiler may omit generating code to check for a boolean condition, if the value of that condition is known at compile time, and thus generating a program with an undesired mode of operation. Finally, of course personally I can ignore these "warnings" (with whatever hack). However, as I said, I am not asking for support (ie., I do not say "help me get this compiler working !" -- I understand that there is little "consumer support" for what I'm doing); instead, I am simply reporting issues to the committers. >> * /usr/src/lib/libsm/../../contrib/sendmail/libsm/test.c:110:7: error: promoted type 'int' of K&R function parameter is not compatible with the parameter type 'bool' declared in a previous prototype [-Werror,-Wknr-promoted-parameter] >> * bool success; >> * ^ >> * /usr/src/lib/libsm/../../contrib/sendmail/include/sm/test.h:38:7: note: previous declaration is here >> * bool _success, >> * ^ >> * /usr/include/sys/cdefs.h:136:21: note: expanded from macro '__P' >> * #define __P(protos) protos /* full-blown ANSI C */ >> * ^ >> In short, the last error above also applies to: >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/signal.c:264:7 >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:40:7 >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:224:9 >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/sem.c:40:7 >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:45:7 >> /usr/src/lib/libsm/../../contrib/sendmail/include/sm/shm.h >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:96:7 >> /usr/src/lib/libsm/../../contrib/sendmail/libsm/shm.c:127:9 >> /usr/src/libexec/mail.local/../../contrib/sendmail/mail.local/mail.local.c:439:7 >> /usr/src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.c:117:7 > > These can also be safely ignored. This is a side effect of the K&R > declarations still used in sendmail. It is every unlikely these will > ever go away, as sendmail is probably still supported on systems with > very old compilers which require K&R. Even excluding the fact that this is a compilation error (which can, for example, be silenced by passing appropriate flags to Clang), I doubt this should be "just ignored". If a parameter is interpreted as an int inside the function definition, then all source files using the relevant function should also pass an int, not a bool (even if there is no difference on a particular architecture). So, for example, bool should be changed to int in the prototype/declaration; or bool should be typedefed/preprocessed to int; or something like that. >> K&R incompatibility warnings happen at: >> /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/main.c:117:7 >> /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:63:7: >> /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:125:7: >> /usr/src/usr.bin/vacation/../../contrib/sendmail/vacation/vacation.c:503:7: >> 110 other K&R warnings from source files in /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/ > > Can be ignored. ... >> * /usr/src/lib/libugidfw/ugidfw.c:74:10: error: comparison of unsigned expression < 0 is always false [-Werror,-Wtautological-compare] >> * if (len < 0 || len > left) >> * ~~~ ^ ~ >> In short, the last error above is repeated numerous times for ``len < 0'' expressions. >> >> * /usr/src/sbin/fsck_ffs/pass1.c:141:17: error: comparison of unsigned expression >> * < 0 is always false [-Werror,-Wtautological-compare] >> * if (inosused < 0) >> * ~~~~~~~~ ^ ~ > > Again, these can be safely ignored. These warnings really depend on the > type of variable, and if you cannot predict in advance whether the type > is signed or unsigned, it is too costly (too much churn) to fix them > all. In the 1st case, size_t is always unsigned, end of story. You may be right about the 2nd case; in fact, I would prefer to have a new compiler-specific type attribute: __may_have_different_signedness_on_other_platforms. But again, these are compilation errors, not warnings. >> * /usr/src/sbin/ifconfig/regdomain.c:350:25: error: comparison of constant 65535 with expression of type 'enum ISOCountryCode' is always false [-Werror,-Wtautological-constant-out-of-range-compare] >> * if (mt->country->code == NO_COUNTRY) { >> * ~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~ > > This could be fixed by defining NO_COUNTRY as value in enum > ISOCountryCode, but that up to the maintainer. Another solution is to > cast mt->country->code to int. Defining NO_COUNTRY is the way to go. Otherwise, as-is, if we cast mt->country->code to an int, then the result may never be 65535. >> [header incompatibilities] > > Yes, this is precisely why we do not install those clang internal > headers. They should either be removed from the port, or upstream > should stop installing them on systems where these headers already > exist. I did not use a port, by the way; I checked out the Subversion repository at llvm.org. My next "compilation run" will consist of first removing some of Clang's headers. >> However, with -fformat-extensions plainly removed from file sys/conf/kern.mk, compilation bumps into -Wformat, -Wformat-invalid-specifier, and -Wformat-extra-args. > > There is no easy workaround for this issue. There is: -Wno-format, -Wno-format-invalid-specifier, and -Wno-format-extra-args. > Absolute paths in ${CC} and ${CXX} will currently not work, for various > reasons. Don't count on it getting fixed very soon. s/Absolute/Relative/ I did not. >> * /usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: warning: 'os_memset' call operates on objects of type 'struct MD5Context' while the size is based on a different type 'struct MD5Context *' [-Wsizeof-pointer-memaccess] >> * os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ >> * ~~~ ^~~ >> * /usr/src/usr.sbin/wpa/wpa_passphrase/../../../contrib/wpa//src/crypto/md5-internal.c:191:30: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? >> * os_memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ >> * ^~~ >> There just has to be an organization behind these backdoors... > > this is just a very common error. Which is exactly why it is reasonable to do intentionally -- even if/when found, you will always be able to argue that the error was done by accident, so you will not be held accountable for intentionally writing malicious code. > The idiom is either: > > memset(&object, 0, sizeof object); > > or > > memset(&pointer, 0, sizeof *pointer); > > but apparently it is difficult to choose the right one. :) I assume you intentionally got the 2nd one WRONG. >> * /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: warning: size argument in 'strlcpy' call appears to be size of the source; expected the size of the destination [-Wstrlcpy-strlcat-size] >> * strlcpy(string, nexttok, strlen(nexttok) + 1); >> * ~~~~~~~^~~~~~~~~~~~ >> In short, the last error above applies to: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:286:44: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c:572:38: >> /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c:269:36: > > This seems to be a false positive. The destination string is malloc'd > with a size of strlen(nexttok) + 1, so the length is correct. I think > clang just triggers on the source token in the length argument. Then use strcpy()? From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:09:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 61A7F95D; Sat, 16 Feb 2013 00:09:01 +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 23AADEE3; Sat, 16 Feb 2013 00:09:00 +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 r1G090ss058354; Fri, 15 Feb 2013 19:09:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G090DQ058353; Sat, 16 Feb 2013 00:09:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 00:09:00 GMT Message-Id: <201302160009.r1G090DQ058353@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:09:01 -0000 TB --- 2013-02-15 23:32:30 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-15 23:32:30 - 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 --- 2013-02-15 23:32:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-02-15 23:32:30 - cleaning the object tree TB --- 2013-02-15 23:32:30 - /usr/local/bin/svn stat /src TB --- 2013-02-15 23:32:33 - At svn revision 246856 TB --- 2013-02-15 23:32:34 - building world TB --- 2013-02-15 23:32:34 - CROSS_BUILD_TESTING=YES TB --- 2013-02-15 23:32:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-15 23:32:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-15 23:32:34 - SRCCONF=/dev/null TB --- 2013-02-15 23:32:34 - TARGET=ia64 TB --- 2013-02-15 23:32:34 - TARGET_ARCH=ia64 TB --- 2013-02-15 23:32:34 - TZ=UTC TB --- 2013-02-15 23:32:34 - __MAKE_CONF=/dev/null TB --- 2013-02-15 23:32:34 - cd /src TB --- 2013-02-15 23:32:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 15 23:32:39 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 00:09:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 00:09:00 - ERROR: failed to build world TB --- 2013-02-16 00:09:00 - 1733.19 user 339.12 system 2189.74 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:13:49 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 868B0C2B; Sat, 16 Feb 2013 00:13:49 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1A3F12; Sat, 16 Feb 2013 00:13:12 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1G0DCrP042190; Fri, 15 Feb 2013 17:13:12 -0700 (MST) (envelope-from ian@FreeBSD.org) 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 r1G0CmS1045717; Fri, 15 Feb 2013 17:12:48 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx From: Ian Lepore To: "Mikhail T." In-Reply-To: <511EB799.8090401@aldan.algebra.com> References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> <20130214143445.GA5414@straylight.m.ringlet.net> <511EB799.8090401@aldan.algebra.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 15 Feb 2013 17:12:47 -0700 Message-ID: <1360973567.1164.13.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Tom Evans , Yamaya Takashi , Kimmo Paasiala , jmg@funkthat.com, Current FreeBSD , Ports FreeBSD , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:13:49 -0000 On Fri, 2013-02-15 at 17:32 -0500, Mikhail T. wrote: > 14.02.2013 09:34, Peter Pentchev ???????(??): > > However, there is then the argument of "well, if you want to use the bsd.*.mk > > infrastructure, then why don't you just copy it into your project and include > > it from there - just like many, many projects do with, say, the sys/queue.h > > header, or parts of libc, or whatever?" And it is, indeed, a very good argument > Either I completely misunderstand the argument, or I disagree -- strongly -- > with it. Including bits created and maintained by others into your own project > is very rarely justified (although done quite often). I don't see, why adding > (some version of) bsd.lib.mk and friends into every project, that wishes to > build a shared library on FreeBSD, is any more justified, than bundling libjpeg > with every graphics application. > > John-Mark also just posted a strong argument for using the existing bsd.*.mk > family of makefiles... > > since this is how a software distribution's parts are supposed to be used - > > you copy them into your project and use them even when they are not available > > on the host system. So one might argue that the port is, indeed, buggy, that > > the src.conf documentation is, indeed, correct, and that the proper way for > > people to use the bsd.*.mk > The documentation is, demonstrably, incorrect -- it was incorrect, when it was > written 7 years ago, and remains so. Because a user of bsd.*.mk /will be/ > affected by src.conf -- unless he takes special steps to prevent it. This fact > can not be fixed by a user, the only way to avoid the effect, is to modify their > own makefile(s). > > The implementation of the change may be blamed for this -- if, indeed, there was > a need for src-only configuration knobs, src.conf should be included, when a > special flag is present in the environment (put there by src/Makefile), not the > other way around. > > some weird src.conf settings might confuse the build of some of my software on > > FreeBSD. > And some of those settings are required for healthy building of some of the > ports... For example, libreoffice "knows" out of the box, that FreeBSD has > Kerberos libraries. So, if your world was built WITHOUT_KERBEROS and > WITHOUT_GSSAPI, libreoffice fails to configure. A simple patch like: > > +.if defined(WITHOUT_KERBEROS) > +CONFIGURE_ARGS+= --without-krb5 > +.endif > +.if defined(WITHOUT_GSSAPI) > +CONFIGURE_ARGS+= --without-gssapi > +.endif > > could help, but WITHOUT_KERBEROS and WITHOUT_GSSAPI are set in src.conf and not, > normally, available to the ports... > > So, in my opinion, the manual (src.conf(5)) should be updated to reflect > reality. Or, if the separation is really deemed desirable (something I, for one, > continue to question), the implementation (in /usr/src/Makefile and bsd.own.mk) > needs to be altered to only consider src.conf, when world/kernel are being > built/installed. The src.conf manpage is not in error. The intent is that src.conf applies only to the building of the freebsd world and kernel, that is, the source that's usually located under /usr/src. If settings from src.conf are leaking into other builds, the error is in the makefiles, not in the manpage. Unambiguous evidence of this can be found in the email announcing the new src.conf file and why it was created: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html I'm not an expert with the build system, and that goes double for ports, so I can't say exact how or why it's broken, or when the breakage happened (or even if it's been broken from the very beginning), but I think that announcement email makes it clear the bug isn't the documentation. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:16:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8C2F0DE4 for ; Sat, 16 Feb 2013 00:16:04 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ea0-f172.google.com (mail-ea0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id EB98BF45 for ; Sat, 16 Feb 2013 00:16:03 +0000 (UTC) Received: by mail-ea0-f172.google.com with SMTP id f13so1628351eaa.17 for ; Fri, 15 Feb 2013 16:15:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Up6QJyUN83I/oGqQasN9jMV93xgbMUZOjk6EqtCUYN0=; b=xneOP308SyRLqJF4qKzcUv8U8nNOwI0/GE+szSXGOCpzk2W8AlP+1aTkcTTqq862ME nCXSVcZj7tIJopbLYDwCqK8jGwi8yPOm+9vAXbTiq3YqGHl3z38N/Ss0efg/cpFIuhs8 qDsZcfJvT3odTs2rivLZHJuGXD5spWmlkClgODzGXAtHoq1GLpAInr0FaHdDBLFYZJRw itT4L5FmaTbYyvpkKlrFtV8db0xdUQiORuGHJR4jMssfm5gY1a7/dRUrVaKjxBLldP0A PZzffFbdMc8TqQmxvx2tKNb0yFbVPzy0MzSlSKSNYzgQ9k/2uh3iH/drZbdvGry8CqDN K76w== X-Received: by 10.14.182.71 with SMTP id n47mr14356770eem.11.1360973757214; Fri, 15 Feb 2013 16:15:57 -0800 (PST) Received: from [192.168.1.80] (dsl91EC98E4.pool.t-online.hu. [145.236.152.228]) by mx.google.com with ESMTPS id d47sm27251529eem.9.2013.02.15.16.15.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Feb 2013 16:15:56 -0800 (PST) Message-ID: <511EC1B3.6070006@gmail.com> Date: Sat, 16 Feb 2013 00:16:03 +0100 From: deeptech71 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:18.0) Gecko/20100101 SeaMonkey/2.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 7+ days of dogfood References: <20130210000723.GA73630@troutmask.apl.washington.edu> <5117A319.60804@passap.ru> In-Reply-To: <5117A319.60804@passap.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:16:04 -0000 My dogfood has the following flavor: SeaMonkey (a web browser) segfaults when loading a non-trivial web page (almost all websites I visit regularly), if the program is compiled with optimizations. Other than that, the system as a desktop (including Xorg and some OpenGL-based) appears to be stable. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:36:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2832D2A5; Sat, 16 Feb 2013 00:36:51 +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 E2AE99B; Sat, 16 Feb 2013 00:36:50 +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 r1G0anH4074520; Fri, 15 Feb 2013 19:36:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G0anai074519; Sat, 16 Feb 2013 00:36:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 00:36:49 GMT Message-Id: <201302160036.r1G0anai074519@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:36:51 -0000 TB --- 2013-02-16 00:09:00 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 00:09: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 --- 2013-02-16 00:09:00 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-16 00:09:00 - cleaning the object tree TB --- 2013-02-16 00:09:00 - /usr/local/bin/svn stat /src TB --- 2013-02-16 00:09:03 - At svn revision 246856 TB --- 2013-02-16 00:09:04 - building world TB --- 2013-02-16 00:09:04 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 00:09:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 00:09:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 00:09:04 - SRCCONF=/dev/null TB --- 2013-02-16 00:09:04 - TARGET=mips TB --- 2013-02-16 00:09:04 - TARGET_ARCH=mips TB --- 2013-02-16 00:09:04 - TZ=UTC TB --- 2013-02-16 00:09:04 - __MAKE_CONF=/dev/null TB --- 2013-02-16 00:09:04 - cd /src TB --- 2013-02-16 00:09:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 00:09:09 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 00:36:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 00:36:49 - ERROR: failed to build world TB --- 2013-02-16 00:36:49 - 1235.77 user 307.80 system 1669.29 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:57:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 473F8508 for ; Sat, 16 Feb 2013 00:57:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 01140129 for ; Sat, 16 Feb 2013 00:57:36 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEABfZHlGDaFvO/2dsb2JhbABEDoY7uUqBE3OCHwEBBSMEUhsYAgINBQISAlkGiCWrIpIsgSONVDQHEgYGgg+BEwOIZo1CkFWCSF2BVDU X-IronPort-AV: E=Sophos;i="4.84,676,1355115600"; d="scan'208";a="14360145" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 15 Feb 2013 19:57:08 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CB20FB3F45; Fri, 15 Feb 2013 19:57:08 -0500 (EST) Date: Fri, 15 Feb 2013 19:57:08 -0500 (EST) From: Rick Macklem To: Benjamin Kaduk Message-ID: <738556090.3072349.1360976228786.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: Possible bug in NFSv4 with krb5p security? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, =?utf-8?Q?Elias_M=C3=A5rtenson?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 00:57:37 -0000 Benjamin Kaduk wrote: > On Sat, 16 Feb 2013, Elias M=C3=A5rtenson wrote: >=20 > > > > Thank you. I did exactly that and I found out some more. > > > > The problem occurss in file gss.c, in the > > function gssd_pname_to_uid_1_svc(). This function is responsible for > > taking > > a principal and returning the Unix user ID that this principal > > corresponds > > to. I did confirm that this function is called with elias@REALM, > > which is > > the correct principal. It then calls the libgssapi function > > gss_pname_to_uid() which does the actual lookup. > > > > The problem is that after the lookup (which succeeds by the way), it > > returns user ID 0 (i.e. root, what!?). Of course, this uid later > > gets > > mapped to nobody, resulting in the behaviour that I see. > > > > I tried to add more debugging information in libgssapi.so.10, but if > > I just > > try to add some printf() statements, the entire thing hangs. I'm not > > sure > > how to proceed from there. > > > > Oh, and the libgssapi function gss_pname_to_uid() actually delegates > > the > > actual lookup to a function that depends on what security mechanism > > is in > > place. My printf()'s (that caused the hang) attempted to print what > > mechanism was actually used. >=20 > Unless things are very messed up, it should be using the krb5 > mechanism, > which I believe will boil down to krb5_aname_to_localname, per > heimdal/lib/gssapi/krb5/pname_to_uid.c. I'm not sure how this would > end > up with success but uid 0, though. > Do you have the default realm set in krb5.conf? Having it set to a > different value than the realm of elias@REALM could result in strange > behavior. >=20 > > And yet one more thing: Heimdal ships with its own version of > > libgssapi. I > > can link gssd to it, but it won't run properly (it hangs pretty > > early). >=20 > I have forgotten: you are using Heimdal from ports, not from the base > system? I remember it being easy to get into subtly-broken > configurations > when both a ports and a base version are present. >=20 > -Ben Kaduk Well, here's the aname_to_localname function sources. After this, it just calls getpwnam_r() to get the password database entry for the name. I've put "***" in front of what I suspect is causing your problem. I have no idea when there is a name_string.len =3D=3D 2 with "root" as the second string. Maybe Benjamin knows? krb5_error_code KRB5_LIB_FUNCTION krb5_aname_to_localname (krb5_context context, =09=09=09 krb5_const_principal aname, =09=09=09 size_t lnsize, =09=09=09 char *lname) { krb5_error_code ret; krb5_realm *lrealms, *r; int valid; size_t len; const char *res; ret =3D krb5_get_default_realms (context, &lrealms); if (ret) =09return ret; valid =3D 0; for (r =3D lrealms; *r !=3D NULL; ++r) { =09if (strcmp (*r, aname->realm) =3D=3D 0) { =09 valid =3D 1; =09 break; =09} } krb5_free_host_realm (context, lrealms); if (valid =3D=3D 0) =09return KRB5_NO_LOCALNAME; if (aname->name.name_string.len =3D=3D 1) =09res =3D aname->name.name_string.val[0]; *** else if (aname->name.name_string.len =3D=3D 2 =09 && strcmp (aname->name.name_string.val[1], "root") =3D=3D 0) { =09krb5_principal rootprinc; =09krb5_boolean userok; =09res =3D "root"; =09ret =3D krb5_copy_principal(context, aname, &rootprinc); =09if (ret) =09 return ret; =09 =09userok =3D krb5_kuserok(context, rootprinc, res); =09krb5_free_principal(context, rootprinc); =09if (!userok) =09 return KRB5_NO_LOCALNAME; } else =09return KRB5_NO_LOCALNAME; len =3D strlen (res); if (len >=3D lnsize) =09return ERANGE; strlcpy (lname, res, lnsize); return 0; } I've never seen Kerberos map to "root" like the above would for name.name_string.len =3D=3D 2, but I'm guessing that's how you get uid =3D=3D 0. rick From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 01:04:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C491F687; Sat, 16 Feb 2013 01:04: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 9AD9915E; Sat, 16 Feb 2013 01:04: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 r1G14Y3j084536; Fri, 15 Feb 2013 20:04:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G14Y9K084533; Sat, 16 Feb 2013 01:04:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 01:04:34 GMT Message-Id: <201302160104.r1G14Y9K084533@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 01:04:35 -0000 TB --- 2013-02-16 00:36:50 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 00:36:50 - 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 --- 2013-02-16 00:36:50 - starting HEAD tinderbox run for mips64/mips TB --- 2013-02-16 00:36:50 - cleaning the object tree TB --- 2013-02-16 00:36:50 - /usr/local/bin/svn stat /src TB --- 2013-02-16 00:36:53 - At svn revision 246856 TB --- 2013-02-16 00:36:54 - building world TB --- 2013-02-16 00:36:54 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 00:36:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 00:36:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 00:36:54 - SRCCONF=/dev/null TB --- 2013-02-16 00:36:54 - TARGET=mips TB --- 2013-02-16 00:36:54 - TARGET_ARCH=mips64 TB --- 2013-02-16 00:36:54 - TZ=UTC TB --- 2013-02-16 00:36:54 - __MAKE_CONF=/dev/null TB --- 2013-02-16 00:36:54 - cd /src TB --- 2013-02-16 00:36:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 00:36:58 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 01:04:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 01:04:34 - ERROR: failed to build world TB --- 2013-02-16 01:04:34 - 1232.21 user 292.46 system 1664.73 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 01:31:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 76CF315D for ; Sat, 16 Feb 2013 01:31:39 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by mx1.freebsd.org (Postfix) with ESMTP id D3D4F1F8 for ; Sat, 16 Feb 2013 01:31:38 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id ge1so3062539lbb.15 for ; Fri, 15 Feb 2013 17:31:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=vOty2iD63fI4WPgxrpeHkqZKX5WTQfxlm95VP9dKj7M=; b=CkoRAlFyollDFNjpgXg/Dk4Jv5pcQXLYujrkapRE8UuQg1kf7VnhWRhBdjSpzDauLy HhH3oseSPNzWi5gX5OWtRJb3FqXBpXf/y+alwfILoqw+qqM6Yt58b3bvay7kJnxkRng8 XkNAoZqO4IJATSlmd1G/w9eBe45WUq4rbVen9OVFwKmlshRp1W3DLvDri6uThqmdzou/ IFAfnxSXv7qKlD2sCkQdSuEbJ932oFS6N2CanUGBXbTBdJAA0Vta1gGrntxZEyDXekfm w+WzA3Pxenruh6xvDkZ8miaRx+Z9UNA3pLcYpsreI2loSvB3MPw3fPzOheXkS+rLeJd1 263w== MIME-Version: 1.0 X-Received: by 10.112.25.8 with SMTP id y8mr2831862lbf.81.1360978292394; Fri, 15 Feb 2013 17:31:32 -0800 (PST) Received: by 10.112.41.68 with HTTP; Fri, 15 Feb 2013 17:31:31 -0800 (PST) Received: by 10.112.41.68 with HTTP; Fri, 15 Feb 2013 17:31:31 -0800 (PST) In-Reply-To: <738556090.3072349.1360976228786.JavaMail.root@erie.cs.uoguelph.ca> References: <738556090.3072349.1360976228786.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 09:31:31 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Benjamin Kaduk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 01:31:39 -0000 On 16 Feb, 2013 8:57 AM, "Rick Macklem" wrote: > > Benjamin Kaduk wrote: > > On Sat, 16 Feb 2013, Elias M=E5rtenson wrote: > > > > > > > > Thank you. I did exactly that and I found out some more. > > > > > > The problem occurss in file gss.c, in the > > > function gssd_pname_to_uid_1_svc(). This function is responsible for > > > taking > > > a principal and returning the Unix user ID that this principal > > > corresponds > > > to. I did confirm that this function is called with elias@REALM, > > > which is > > > the correct principal. It then calls the libgssapi function > > > gss_pname_to_uid() which does the actual lookup. > > > > > > The problem is that after the lookup (which succeeds by the way), it > > > returns user ID 0 (i.e. root, what!?). Of course, this uid later > > > gets > > > mapped to nobody, resulting in the behaviour that I see. > > > > > > I tried to add more debugging information in libgssapi.so.10, but if > > > I just > > > try to add some printf() statements, the entire thing hangs. I'm not > > > sure > > > how to proceed from there. > > > > > > Oh, and the libgssapi function gss_pname_to_uid() actually delegates > > > the > > > actual lookup to a function that depends on what security mechanism > > > is in > > > place. My printf()'s (that caused the hang) attempted to print what > > > mechanism was actually used. > > > > Unless things are very messed up, it should be using the krb5 > > mechanism, > > which I believe will boil down to krb5_aname_to_localname, per > > heimdal/lib/gssapi/krb5/pname_to_uid.c. I'm not sure how this would > > end > > up with success but uid 0, though. > > Do you have the default realm set in krb5.conf? Having it set to a > > different value than the realm of elias@REALM could result in strange > > behavior. > > > > > And yet one more thing: Heimdal ships with its own version of > > > libgssapi. I > > > can link gssd to it, but it won't run properly (it hangs pretty > > > early). > > > > I have forgotten: you are using Heimdal from ports, not from the base > > system? I remember it being easy to get into subtly-broken > > configurations > > when both a ports and a base version are present. > > > > -Ben Kaduk > Well, here's the aname_to_localname function sources. After this, it just > calls getpwnam_r() to get the password database entry for the name. > I've put "***" in front of what I suspect is causing your problem. > I have no idea when there is a name_string.len =3D=3D 2 with "root" as th= e > second string. Maybe Benjamin knows? > > krb5_error_code KRB5_LIB_FUNCTION > krb5_aname_to_localname (krb5_context context, > krb5_const_principal aname, > size_t lnsize, > char *lname) > { > krb5_error_code ret; > krb5_realm *lrealms, *r; > int valid; > size_t len; > const char *res; > > ret =3D krb5_get_default_realms (context, &lrealms); > if (ret) > return ret; > > valid =3D 0; > for (r =3D lrealms; *r !=3D NULL; ++r) { > if (strcmp (*r, aname->realm) =3D=3D 0) { > valid =3D 1; > break; > } > } > krb5_free_host_realm (context, lrealms); > if (valid =3D=3D 0) > return KRB5_NO_LOCALNAME; > > if (aname->name.name_string.len =3D=3D 1) > res =3D aname->name.name_string.val[0]; > *** else if (aname->name.name_string.len =3D=3D 2 > && strcmp (aname->name.name_string.val[1], "root") =3D=3D 0)= { > krb5_principal rootprinc; > krb5_boolean userok; > > res =3D "root"; > > ret =3D krb5_copy_principal(context, aname, &rootprinc); > if (ret) > return ret; > > userok =3D krb5_kuserok(context, rootprinc, res); > krb5_free_principal(context, rootprinc); > if (!userok) > return KRB5_NO_LOCALNAME; > > } else > return KRB5_NO_LOCALNAME; > > len =3D strlen (res); > if (len >=3D lnsize) > return ERANGE; > strlcpy (lname, res, lnsize); > > return 0; > } > > I've never seen Kerberos map to "root" like the above would for > name.name_string.len =3D=3D 2, but I'm guessing that's how you get > uid =3D=3D 0. Sorry for bad formatting, I'm typing this on my phone. Wouldn't the case you quoted cover the case where you gave a principal name like foo/root which would be mapped to root? I've never seen such principals, but it makes sense based on what I see in the code. Regards, Elias From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 01:38:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CA23A5BD for ; Sat, 16 Feb 2013 01:38:05 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 573CD23C for ; Sat, 16 Feb 2013 01:38:05 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so3921587lab.23 for ; Fri, 15 Feb 2013 17:38:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lYoH3a+Fzc/aCaaOJehLK+JzRu3zEslWNp651WI8+5M=; b=iKq4uYSr9ekIUvNfh8Y6NcnU2cGwC995qaMpi5Z+SWRd1JCzN27grmoX22tAHUZnq+ daXr5/sRqGC7h8eIvpS6iQuZKZnNfHbfHFqno0mFkGT69Spj6+qyeAb+kFgs9Biuhdym nTwEqD6EgyKe6UAagDwDbsrGdRf3OxTVVbRgNVnHB07GNtFyHUDBaRtr8d0VkPxg9XVV GX7g3pErFZu0ym/RezWQpDCpHkoOFRZZZHIYxpWrXl/b2nB2ykWXdybUK8uG1k62oqJ5 PHuB1z7HKlYHNG4GK/bEGQtUR7tFN6SpnBzuFbxN463yA9Zldu9fEppZHV9qXLJlbzI/ g8Cw== MIME-Version: 1.0 X-Received: by 10.112.37.194 with SMTP id a2mr2857224lbk.40.1360978684331; Fri, 15 Feb 2013 17:38:04 -0800 (PST) Received: by 10.112.41.68 with HTTP; Fri, 15 Feb 2013 17:38:04 -0800 (PST) Received: by 10.112.41.68 with HTTP; Fri, 15 Feb 2013 17:38:04 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 09:38:04 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 01:38:05 -0000 On 16 Feb, 2013 1:42 AM, "Benjamin Kaduk" wrote: > >> And yet one more thing: Heimdal ships with its own version of libgssapi. I >> can link gssd to it, but it won't run properly (it hangs pretty early). > > I have forgotten: you are using Heimdal from ports, not from the base system? I remember it being easy to get into subtly-broken configurations when both a ports and a base version are present. I am indeed using Heimdal from ports. This machine is also the KDC. I wasn't aware that there was a non-ports version available. What do you suggest I do? Simply remove the one from ports? Do I have to do something to activate the other one? (I have a hard time checking this as I am nowhere near the computers now) From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 01:43:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B89517CF; Sat, 16 Feb 2013 01:43: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 78CD0269; Sat, 16 Feb 2013 01:43: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 r1G1hZrH056376; Fri, 15 Feb 2013 20:43:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G1hZDr056375; Sat, 16 Feb 2013 01:43:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 01:43:35 GMT Message-Id: <201302160143.r1G1hZDr056375@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 01:43:37 -0000 TB --- 2013-02-16 01:04:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 01:04:35 - 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 --- 2013-02-16 01:04:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-02-16 01:04:35 - cleaning the object tree TB --- 2013-02-16 01:04:35 - /usr/local/bin/svn stat /src TB --- 2013-02-16 01:04:55 - At svn revision 246856 TB --- 2013-02-16 01:04:56 - building world TB --- 2013-02-16 01:04:56 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 01:04:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 01:04:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 01:04:56 - SRCCONF=/dev/null TB --- 2013-02-16 01:04:56 - TARGET=powerpc TB --- 2013-02-16 01:04:56 - TARGET_ARCH=powerpc TB --- 2013-02-16 01:04:56 - TZ=UTC TB --- 2013-02-16 01:04:56 - __MAKE_CONF=/dev/null TB --- 2013-02-16 01:04:56 - cd /src TB --- 2013-02-16 01:04:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 01:05:01 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 01:43:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 01:43:35 - ERROR: failed to build world TB --- 2013-02-16 01:43:35 - 1750.12 user 404.17 system 2340.48 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 02:24:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9B5F4B60; Sat, 16 Feb 2013 02:24: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 6152A36F; Sat, 16 Feb 2013 02:24: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 r1G2Oa4o022167; Fri, 15 Feb 2013 21:24:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G2OawD022150; Sat, 16 Feb 2013 02:24:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 02:24:36 GMT Message-Id: <201302160224.r1G2OawD022150@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 02:24:37 -0000 TB --- 2013-02-16 01:43:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 01:43:35 - 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 --- 2013-02-16 01:43:35 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-02-16 01:43:36 - cleaning the object tree TB --- 2013-02-16 01:43:36 - /usr/local/bin/svn stat /src TB --- 2013-02-16 01:43:39 - At svn revision 246856 TB --- 2013-02-16 01:43:40 - building world TB --- 2013-02-16 01:43:40 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 01:43:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 01:43:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 01:43:40 - SRCCONF=/dev/null TB --- 2013-02-16 01:43:40 - TARGET=powerpc TB --- 2013-02-16 01:43:40 - TARGET_ARCH=powerpc64 TB --- 2013-02-16 01:43:40 - TZ=UTC TB --- 2013-02-16 01:43:40 - __MAKE_CONF=/dev/null TB --- 2013-02-16 01:43:40 - cd /src TB --- 2013-02-16 01:43:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 01:43:45 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 02:24:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 02:24:36 - ERROR: failed to build world TB --- 2013-02-16 02:24:36 - 1781.22 user 503.45 system 2460.54 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 02:55:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 69A1EB8; Sat, 16 Feb 2013 02:55:11 +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 3DDB765C; Sat, 16 Feb 2013 02:55:11 +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 r1G2tAnd019415; Fri, 15 Feb 2013 21:55:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G2tAb5019408; Sat, 16 Feb 2013 02:55:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 02:55:10 GMT Message-Id: <201302160255.r1G2tAb5019408@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 02:55:11 -0000 TB --- 2013-02-16 02:24:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 02:24:36 - 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 --- 2013-02-16 02:24:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-16 02:24:36 - cleaning the object tree TB --- 2013-02-16 02:24:36 - /usr/local/bin/svn stat /src TB --- 2013-02-16 02:24:40 - At svn revision 246856 TB --- 2013-02-16 02:24:41 - building world TB --- 2013-02-16 02:24:41 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 02:24:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 02:24:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 02:24:41 - SRCCONF=/dev/null TB --- 2013-02-16 02:24:41 - TARGET=sparc64 TB --- 2013-02-16 02:24:41 - TARGET_ARCH=sparc64 TB --- 2013-02-16 02:24:41 - TZ=UTC TB --- 2013-02-16 02:24:41 - __MAKE_CONF=/dev/null TB --- 2013-02-16 02:24:41 - cd /src TB --- 2013-02-16 02:24:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 02:24:45 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 02:55:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 02:55:10 - ERROR: failed to build world TB --- 2013-02-16 02:55:10 - 1363.77 user 323.43 system 1833.47 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 04:22:39 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 62D1E871; Sat, 16 Feb 2013 04:22:39 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 295618FD; Sat, 16 Feb 2013 04:22:02 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1G4M21x045268; Fri, 15 Feb 2013 21:22:02 -0700 (MST) (envelope-from ian@FreeBSD.org) 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 r1G4LcGW045824; Fri, 15 Feb 2013 21:21:38 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx From: Ian Lepore To: "Mikhail T." In-Reply-To: <511F068C.8060503@aldan.algebra.com> References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> <20130214143445.GA5414@straylight.m.ringlet.net> <511EB799.8090401@aldan.algebra.com> <1360973567.1164.13.camel@revolution.hippie.lan> <511F068C.8060503@aldan.algebra.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 15 Feb 2013 21:21:37 -0700 Message-ID: <1360988497.1164.21.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Tom Evans , Yamaya Takashi , Kimmo Paasiala , jmg@funkthat.com, Current FreeBSD , Ports FreeBSD , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 04:22:39 -0000 On Fri, 2013-02-15 at 23:09 -0500, Mikhail T. wrote: > 15.02.2013 19:12, Ian Lepore ???????(??): > > The src.conf manpage is not in error. The intent is that src.conf > > applies only to the building of the freebsd world and kernel, that is, > > the source that's usually located under /usr/src. If settings from > > src.conf are leaking into other builds, the error is in the makefiles, > > not in the manpage. > > > > Unambiguous evidence of this can be found in the email announcing the > > new src.conf file and why it was created: > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html > > > > I'm not an expert with the build system, and that goes double for ports, > > so I can't say exact how or why it's broken, or when the breakage > > happened (or even if it's been broken from the very beginning), but I > > think that announcement email makes it clear the bug isn't the > > documentation. > Thank you, sir, for posting the link. Once I read it, however, I am > puzzled. Because, contrary to what you are saying,it makes no statement > about whether or not knobs in src.conf are (or are not) supposed to > affect makefiles outside of /usr/src. The only paragraph mentioning the > new file says: > > - Options can be passed on the make(1) command line or in the > new /etc/src.conf (overrideable). The reason for the new > src.conf is so we keep make(1) environment clean from these > variables outside world/kernel builds (make.conf pollutes > the environment as it's included by sys.mk). > > I fail to see, where in the above it says, that a private project's > /home/ian/foo/BSDmakefile is not supposed to be affected by the system's > /etc/src.conf. Do you? > > There may be other reasons for src.conf(5) to claim, what it claims > about the file's "only purpose", but the e-mail you referred to is not > one of them. > > -mi > Since /home/ian/foo/BSDmakefile is not building something that is part of the freebsd world, or the freebsd kernel, then according to that paragraph, a build using that makefile should not be affected by /etc/src.conf. I don't see any way to interpret the paragraph you cited other than meaning that src.conf is intended to affect only world/kernel builds. I mean, it says that. It says *exactly* that. It even mentions the existance of the file that should be used for settings that affect things outside of world and kernel builds, to help emphasize the difference with how src.conf is intended to be used. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 04:09:54 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 91DC9722 for ; Sat, 16 Feb 2013 04:09:54 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 51454873 for ; Sat, 16 Feb 2013 04:09:54 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=L+6fspv8 c=1 sm=0 a=qeRvV3Pq7Nxew94SikMvAA==:17 a=d8Isu0L9vBEA:10 a=LbyY71X0eGoA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=FoeWSrC19yYA:10 a=6I5d2MoRAAAA:8 a=bNLRsoe4H6W9dZ7Hs3wA:9 a=wPNLvfGTeEIA:10 a=yD0e6-nzfSkA:10 a=g3jXOTbV4gx1gC7Y:21 a=TqZHskGHHNYFnqWx:21 a=vmWDw-zES_VPHdRb0WsA:9 a=_W_S_7VecoQA:10 a=Z71TGMKU8vI4jbwq:21 a=qeRvV3Pq7Nxew94SikMvAA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 71.187.31.131 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [71.187.31.131] ([71.187.31.131:14484] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 4C/E7-09236-E860F115; Fri, 15 Feb 2013 23:09:52 -0500 Message-ID: <511F068C.8060503@aldan.algebra.com> Date: Fri, 15 Feb 2013 23:09:48 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Ian Lepore Subject: Re: ports include /etc/src.conf? i.e. graphics/libfpx References: <511B662C.7030602@zedat.fu-berlin.de> <511B874A.7080901@kbh.biglobe.ne.jp> <511BBDAD.1080806@zedat.fu-berlin.de> <511CD83C.107@aldan.algebra.com> <511CE2AD.8050506@aldan.algebra.com> <20130214143445.GA5414@straylight.m.ringlet.net> <511EB799.8090401@aldan.algebra.com> <1360973567.1164.13.camel@revolution.hippie.lan> In-Reply-To: <1360973567.1164.13.camel@revolution.hippie.lan> X-Mailman-Approved-At: Sat, 16 Feb 2013 04:27:43 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Tom Evans , Yamaya Takashi , Kimmo Paasiala , jmg@funkthat.com, Current FreeBSD , Ports FreeBSD , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 04:09:54 -0000 15.02.2013 19:12, Ian Lepore ???????(??): > The src.conf manpage is not in error. The intent is that src.conf > applies only to the building of the freebsd world and kernel, that is, > the source that's usually located under /usr/src. If settings from > src.conf are leaking into other builds, the error is in the makefiles, > not in the manpage. > > Unambiguous evidence of this can be found in the email announcing the > new src.conf file and why it was created: > > http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html > > I'm not an expert with the build system, and that goes double for ports, > so I can't say exact how or why it's broken, or when the breakage > happened (or even if it's been broken from the very beginning), but I > think that announcement email makes it clear the bug isn't the > documentation. Thank you, sir, for posting the link. Once I read it, however, I am puzzled. Because, contrary to what you are saying,it makes no statement about whether or not knobs in src.conf are (or are not) supposed to affect makefiles outside of /usr/src. The only paragraph mentioning the new file says: - Options can be passed on the make(1) command line or in the new /etc/src.conf (overrideable). The reason for the new src.conf is so we keep make(1) environment clean from these variables outside world/kernel builds (make.conf pollutes the environment as it's included by sys.mk). I fail to see, where in the above it says, that a private project's /home/ian/foo/BSDmakefile is not supposed to be affected by the system's /etc/src.conf. Do you? There may be other reasons for src.conf(5) to claim, what it claims about the file's "only purpose", but the e-mail you referred to is not one of them. -mi From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 05:54:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3E69F1CA; Sat, 16 Feb 2013 05:54: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 01767AA9; Sat, 16 Feb 2013 05:54: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 r1G5sC44033007; Sat, 16 Feb 2013 00:54:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G5sCQi033003; Sat, 16 Feb 2013 05:54:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 05:54:12 GMT Message-Id: <201302160554.r1G5sCQi033003@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:54:20 -0000 TB --- 2013-02-16 05:20:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 05:20:36 - 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 --- 2013-02-16 05:20:36 - starting HEAD tinderbox run for armv6/arm TB --- 2013-02-16 05:20:36 - cleaning the object tree TB --- 2013-02-16 05:21:46 - /usr/local/bin/svn stat /src TB --- 2013-02-16 05:21:49 - At svn revision 246870 TB --- 2013-02-16 05:21:50 - building world TB --- 2013-02-16 05:21:50 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 05:21:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 05:21:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 05:21:50 - SRCCONF=/dev/null TB --- 2013-02-16 05:21:50 - TARGET=arm TB --- 2013-02-16 05:21:50 - TARGET_ARCH=armv6 TB --- 2013-02-16 05:21:50 - TZ=UTC TB --- 2013-02-16 05:21:50 - __MAKE_CONF=/dev/null TB --- 2013-02-16 05:21:50 - cd /src TB --- 2013-02-16 05:21:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 05:21:55 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 05:54:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 05:54:12 - ERROR: failed to build world TB --- 2013-02-16 05:54:12 - 1479.30 user 320.09 system 2016.12 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 05:54:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3700B1CE; Sat, 16 Feb 2013 05:54:21 +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 0FAF5AAC; Sat, 16 Feb 2013 05:54:20 +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 r1G5sEYi033028; Sat, 16 Feb 2013 00:54:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G5sDM5033027; Sat, 16 Feb 2013 05:54:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 05:54:13 GMT Message-Id: <201302160554.r1G5sDM5033027@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 05:54:21 -0000 TB --- 2013-02-16 05:20:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 05:20:36 - 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 --- 2013-02-16 05:20:36 - starting HEAD tinderbox run for arm/arm TB --- 2013-02-16 05:20:36 - cleaning the object tree TB --- 2013-02-16 05:21:46 - /usr/local/bin/svn stat /src TB --- 2013-02-16 05:21:49 - At svn revision 246870 TB --- 2013-02-16 05:21:50 - building world TB --- 2013-02-16 05:21:50 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 05:21:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 05:21:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 05:21:50 - SRCCONF=/dev/null TB --- 2013-02-16 05:21:50 - TARGET=arm TB --- 2013-02-16 05:21:50 - TARGET_ARCH=arm TB --- 2013-02-16 05:21:50 - TZ=UTC TB --- 2013-02-16 05:21:50 - __MAKE_CONF=/dev/null TB --- 2013-02-16 05:21:50 - cd /src TB --- 2013-02-16 05:21:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 05:21:54 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 05:54:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 05:54:13 - ERROR: failed to build world TB --- 2013-02-16 05:54:13 - 1480.55 user 317.95 system 2017.29 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 06:30:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51E2E7E5; Sat, 16 Feb 2013 06:30:24 +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 133D5BEF; Sat, 16 Feb 2013 06:30:23 +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 r1G6UNq9062963; Sat, 16 Feb 2013 01:30:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G6UNYe062962; Sat, 16 Feb 2013 06:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 06:30:23 GMT Message-Id: <201302160630.r1G6UNYe062962@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:30:24 -0000 TB --- 2013-02-16 05:54:14 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 05:54:14 - 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 --- 2013-02-16 05:54:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-02-16 05:54:14 - cleaning the object tree TB --- 2013-02-16 05:54:44 - /usr/local/bin/svn stat /src TB --- 2013-02-16 05:54:47 - At svn revision 246870 TB --- 2013-02-16 05:54:48 - building world TB --- 2013-02-16 05:54:48 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 05:54:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 05:54:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 05:54:48 - SRCCONF=/dev/null TB --- 2013-02-16 05:54:48 - TARGET=ia64 TB --- 2013-02-16 05:54:48 - TARGET_ARCH=ia64 TB --- 2013-02-16 05:54:48 - TZ=UTC TB --- 2013-02-16 05:54:48 - __MAKE_CONF=/dev/null TB --- 2013-02-16 05:54:48 - cd /src TB --- 2013-02-16 05:54:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 05:54:52 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 06:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 06:30:23 - ERROR: failed to build world TB --- 2013-02-16 06:30:23 - 1685.80 user 336.58 system 2169.08 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 06:58:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4AE98C03; Sat, 16 Feb 2013 06:58:34 +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 1A30ED18; Sat, 16 Feb 2013 06:58:33 +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 r1G6wWKJ078151; Sat, 16 Feb 2013 01:58:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G6wWYn078150; Sat, 16 Feb 2013 06:58:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 06:58:32 GMT Message-Id: <201302160658.r1G6wWYn078150@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 06:58:34 -0000 TB --- 2013-02-16 06:30:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 06:30:23 - 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 --- 2013-02-16 06:30:23 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-16 06:30:23 - cleaning the object tree TB --- 2013-02-16 06:30:44 - /usr/local/bin/svn stat /src TB --- 2013-02-16 06:30:47 - At svn revision 246870 TB --- 2013-02-16 06:30:48 - building world TB --- 2013-02-16 06:30:48 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 06:30:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 06:30:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 06:30:48 - SRCCONF=/dev/null TB --- 2013-02-16 06:30:48 - TARGET=mips TB --- 2013-02-16 06:30:48 - TARGET_ARCH=mips TB --- 2013-02-16 06:30:48 - TZ=UTC TB --- 2013-02-16 06:30:48 - __MAKE_CONF=/dev/null TB --- 2013-02-16 06:30:48 - cd /src TB --- 2013-02-16 06:30:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 06:30:53 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 06:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 06:58:32 - ERROR: failed to build world TB --- 2013-02-16 06:58:32 - 1236.44 user 305.27 system 1689.45 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 07:26:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 846CFC6; Sat, 16 Feb 2013 07:26: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 46D95DC6; Sat, 16 Feb 2013 07:26:34 +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 r1G7QYoe088928; Sat, 16 Feb 2013 02:26:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G7QYO0088927; Sat, 16 Feb 2013 07:26:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 07:26:34 GMT Message-Id: <201302160726.r1G7QYO0088927@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:26:35 -0000 TB --- 2013-02-16 06:58:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 06:58:33 - 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 --- 2013-02-16 06:58:33 - starting HEAD tinderbox run for mips64/mips TB --- 2013-02-16 06:58:33 - cleaning the object tree TB --- 2013-02-16 06:58:56 - /usr/local/bin/svn stat /src TB --- 2013-02-16 06:59:00 - At svn revision 246870 TB --- 2013-02-16 06:59:01 - building world TB --- 2013-02-16 06:59:01 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 06:59:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 06:59:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 06:59:01 - SRCCONF=/dev/null TB --- 2013-02-16 06:59:01 - TARGET=mips TB --- 2013-02-16 06:59:01 - TARGET_ARCH=mips64 TB --- 2013-02-16 06:59:01 - TZ=UTC TB --- 2013-02-16 06:59:01 - __MAKE_CONF=/dev/null TB --- 2013-02-16 06:59:01 - cd /src TB --- 2013-02-16 06:59:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 06:59:05 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 07:26:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 07:26:34 - ERROR: failed to build world TB --- 2013-02-16 07:26:34 - 1233.20 user 295.94 system 1681.24 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 08:06:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 02D43512; Sat, 16 Feb 2013 08:06:18 +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 CDEF6EE9; Sat, 16 Feb 2013 08:06:17 +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 r1G86Gon068836; Sat, 16 Feb 2013 03:06:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G86GjV068763; Sat, 16 Feb 2013 08:06:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 08:06:16 GMT Message-Id: <201302160806.r1G86GjV068763@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 08:06:18 -0000 TB --- 2013-02-16 07:26:34 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 07:26:34 - 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 --- 2013-02-16 07:26:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-02-16 07:26:34 - cleaning the object tree TB --- 2013-02-16 07:27:00 - /usr/local/bin/svn stat /src TB --- 2013-02-16 07:27:05 - At svn revision 246870 TB --- 2013-02-16 07:27:06 - building world TB --- 2013-02-16 07:27:06 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 07:27:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 07:27:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 07:27:06 - SRCCONF=/dev/null TB --- 2013-02-16 07:27:06 - TARGET=powerpc TB --- 2013-02-16 07:27:06 - TARGET_ARCH=powerpc TB --- 2013-02-16 07:27:06 - TZ=UTC TB --- 2013-02-16 07:27:06 - __MAKE_CONF=/dev/null TB --- 2013-02-16 07:27:06 - cd /src TB --- 2013-02-16 07:27:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 07:27:11 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 08:06:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 08:06:16 - ERROR: failed to build world TB --- 2013-02-16 08:06:16 - 1752.83 user 407.08 system 2381.84 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 08:20:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7B3486EB for ; Sat, 16 Feb 2013 08:20:47 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id CE786F32 for ; Sat, 16 Feb 2013 08:20:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id 87A212A82E6F for ; Sat, 16 Feb 2013 10:20:37 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CqHrr2HbcX9Y for ; Sat, 16 Feb 2013 10:20:36 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 9D43C2A82D27 for ; Sat, 16 Feb 2013 10:20:36 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=new.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1U6d0d-00005w-8C for current@freebsd.org; Sat, 16 Feb 2013 10:20:35 +0200 To: current@freebsd.org Subject: Unable to build audio/sox: undefined reference to 'open_memstream' From: "Ian FREISLICH" X-Attribution: BOFH Date: Sat, 16 Feb 2013 10:20:34 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 08:20:47 -0000 Hi I get this error building building sox on amd64, but not i386. CC is gcc on both systems. I can't figure out what the configure options difference is between the two hosts that has it fail on the amd64 system. All the dependencies have the same options configured. /bin/sh ../libtool --silent --tag=CC --silent --mode=link cc -Wconversion -I/usr/local/include -O2 -pipe -march=nocona -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic -fopenmp -version-info 1:0:0 -lltdl -L/usr/local/lib -pthread -o libsox.la -rpath /usr/local/lib libsox_la-adpcms.lo libsox_la-aiff.lo libsox_la-cvsd.lo libsox_la-g711.lo libsox_la-g721.lo libsox_la-g723_24.lo libsox_la-g723_40.lo libsox_la-g72x.lo libsox_la-vox.lo libsox_la-raw.lo libsox_la-formats.lo libsox_la-formats_i.lo libsox_la-skelform.lo libsox_la-xmalloc.lo libsox_la-getopt.lo libsox_la-getopt1.lo libsox_la-util.lo libsox_la-libsox.lo libsox_la-libsox_i.lo libsox_la-sox-fmt.lo libsox_la-bend.lo libsox_la-biquad.lo libsox_la-biquads.lo libsox_la-chorus.lo libsox_la-compand.lo libsox_la-crop.lo libsox_la-compandt.lo libsox_la-contrast.lo libsox_la-dcshift.lo libsox_la-delay.lo libsox_la-dft_filter.lo libsox_la-dither.lo libsox_la-divid e.lo libsox_la-earwax.lo libsox_la-echo.lo libsox_la-echos.lo libsox_la-effects.lo libsox_la-effects_i.lo libsox_la-effects_i_dsp.lo libsox_la-fade.lo libsox_la-fft4g.lo libsox_la-filter.lo libsox_la-fir.lo libsox_la-firfit.lo libsox_la-flanger.lo libsox_la-gain.lo libsox_la-input.lo libsox_la-ladspa.lo libsox_la-loudness.lo libsox_la-mcompand.lo libsox_la-mixer.lo libsox_la-noiseprof.lo libsox_la-noisered.lo libsox_la-output.lo libsox_la-overdrive.lo libsox_la-pad.lo libsox_la-pan.lo libsox_la-phaser.lo libsox_la-rate.lo libsox_la-remix.lo libsox_la-repeat.lo libsox_la-reverb.lo libsox_la-reverse.lo libsox_la-silence.lo libsox_la-sinc.lo libsox_la-skeleff.lo libsox_la-speed.lo libsox_la-speexdsp.lo libsox_la-splice.lo libsox_la-stat.lo libsox_la-stats.lo libsox_la-stretch.lo libsox_la-swap.lo libsox_la-synth.lo libsox_la-tempo.lo libsox_la-tremolo.lo libsox_la-trim.lo libsox_la-vad.lo libsox_la-vol.lo libsox_la-spectrogram.lo libsox_la-raw-fmt.lo libsox_la -s1-fmt.lo libsox_la-s2-fmt.lo libsox_la-s3-fmt.lo libsox_la-s4-fmt.lo libsox_la-u1-fmt.lo libsox_la-u2-fmt.lo libsox_la-u3-fmt.lo libsox_la-u4-fmt.lo libsox_la-al-fmt.lo libsox_la-la-fmt.lo libsox_la-ul-fmt.lo libsox_la-lu-fmt.lo libsox_la-8svx.lo libsox_la-aiff-fmt.lo libsox_la-aifc-fmt.lo libsox_la-au.lo libsox_la-avr.lo libsox_la-cdr.lo libsox_la-cvsd-fmt.lo libsox_la-dvms-fmt.lo libsox_la-dat.lo libsox_la-hcom.lo libsox_la-htk.lo libsox_la-maud.lo libsox_la-prc.lo libsox_la-sf.lo libsox_la-smp.lo libsox_la-sounder.lo libsox_la-soundtool.lo libsox_la-sphere.lo libsox_la-tx16w.lo libsox_la-voc.lo libsox_la-vox-fmt.lo libsox_la-ima-fmt.lo libsox_la-adpcm.lo libsox_la-ima_rw.lo libsox_la-wav.lo libsox_la-wve.lo libsox_la-xa.lo libsox_la-nulfile.lo libsox_la-f4-fmt.lo libsox_la-f8-fmt.lo libsox_la-gsrt.lo libsox_la-alsa.lo libsox_la-ao.lo libsox_la-ffmpeg.lo libsox_la-flac.lo libsox_la-gsm.lo libsox_la-lpc10.lo libsox_la-mp3.lo libsox_la-oss.lo lib sox_la-vorbis.lo libsox_la-sndfile.lo libsox_la-caf.lo libsox_la-mat4.lo libsox_la-mat5.lo libsox_la-paf.lo libsox_la-fap.lo libsox_la-w64.lo libsox_la-xi.lo libsox_la-pvf.lo libsox_la-sd2.lo -lpng -lz -lmagic -lgomp -lgsm ../lpc10/liblpc10.la -lasound -lao -lavformat -lavcodec -L/usr/local/lib -lavutil -lFLAC -lvorbisenc -lvorbisfile -lvorbis -logg -lgsm -lmad -lid3tag -lz -lmp3lame -lvorbisenc -lvorbisfile -lvorbis -logg -L/usr/local/lib -lsndfile -lm /bin/sh ../libtool --silent --tag=CC --silent --mode=link cc -Wconversion -O2 -pipe -march=nocona -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic -fopenmp -avoid-version -module -L/usr/local/lib -pthread -o sox sox.o libsox.la -lm ./.libs/libsox.so: undefined reference to `open_memstream' *** [sox] Error code 1 Stop in /usr/ports/audio/sox/work/sox-14.3.2/src. *** [all-recursive] Error code 1 Stop in /usr/ports/audio/sox/work/sox-14.3.2. *** [do-build] Error code 1 Stop in /usr/ports/audio/sox. *** [build] Error code 1 Stop in /usr/ports/audio/sox. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 08:48:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8BC36B6F; Sat, 16 Feb 2013 08:48:59 +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 62A75A0; Sat, 16 Feb 2013 08:48: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 r1G8mwmW028303; Sat, 16 Feb 2013 03:48:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G8mw2e028302; Sat, 16 Feb 2013 08:48:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 08:48:58 GMT Message-Id: <201302160848.r1G8mw2e028302@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 08:48:59 -0000 TB --- 2013-02-16 08:06:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 08:06:17 - 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 --- 2013-02-16 08:06:17 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-02-16 08:06:17 - cleaning the object tree TB --- 2013-02-16 08:06:46 - /usr/local/bin/svn stat /src TB --- 2013-02-16 08:07:01 - At svn revision 246870 TB --- 2013-02-16 08:07:02 - building world TB --- 2013-02-16 08:07:02 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 08:07:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 08:07:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 08:07:02 - SRCCONF=/dev/null TB --- 2013-02-16 08:07:02 - TARGET=powerpc TB --- 2013-02-16 08:07:02 - TARGET_ARCH=powerpc64 TB --- 2013-02-16 08:07:02 - TZ=UTC TB --- 2013-02-16 08:07:02 - __MAKE_CONF=/dev/null TB --- 2013-02-16 08:07:02 - cd /src TB --- 2013-02-16 08:07:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 08:07:08 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 08:48:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 08:48:58 - ERROR: failed to build world TB --- 2013-02-16 08:48:58 - 1784.05 user 492.84 system 2560.98 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 09:20:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3866410D; Sat, 16 Feb 2013 09:20:30 +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 0F6C4154; Sat, 16 Feb 2013 09:20: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 r1G9KT5D024310; Sat, 16 Feb 2013 04:20:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1G9KT2F024308; Sat, 16 Feb 2013 09:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 09:20:29 GMT Message-Id: <201302160920.r1G9KT2F024308@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:20:30 -0000 TB --- 2013-02-16 08:48:58 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 08:48:58 - 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 --- 2013-02-16 08:48:58 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-16 08:48:58 - cleaning the object tree TB --- 2013-02-16 08:49:25 - /usr/local/bin/svn stat /src TB --- 2013-02-16 08:49:37 - At svn revision 246870 TB --- 2013-02-16 08:49:38 - building world TB --- 2013-02-16 08:49:38 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 08:49:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 08:49:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 08:49:38 - SRCCONF=/dev/null TB --- 2013-02-16 08:49:38 - TARGET=sparc64 TB --- 2013-02-16 08:49:38 - TARGET_ARCH=sparc64 TB --- 2013-02-16 08:49:38 - TZ=UTC TB --- 2013-02-16 08:49:38 - __MAKE_CONF=/dev/null TB --- 2013-02-16 08:49:38 - cd /src TB --- 2013-02-16 08:49:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 08:49:43 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 09:20:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 09:20:28 - ERROR: failed to build world TB --- 2013-02-16 09:20:28 - 1343.09 user 316.00 system 1890.07 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 09:24:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1D03E35C for ; Sat, 16 Feb 2013 09:24:38 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id 99DEB190 for ; Sat, 16 Feb 2013 09:24:37 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id fq13so4054854lab.7 for ; Sat, 16 Feb 2013 01:24:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=AzPnCwgz3Vpnh7yoQq12/0QZ7yMNCjSq6wkB2GyKrVA=; b=dDm0aAiTcTFXOmsNGEZkKgxyksT0IcEBgJU2UbK6xn7OTdF649WTN3sinUnpAnQaOF fX/EQmgGR7e1fnYxFATtA1vBFs+6HNx3EtTJ1Wc+VKI7ruWIXiT5QSg5Bcr3Phrbp7Xx RVCI/15qUIhuCoVMlyncfsJCBLElzkX+ke25Jyv7A93401HOYRf1MFWZ1P0y1zHe7Mrv rRWB1jz3HPL+8vchVO5/yJfeUkRH1bV7Lih7LQ0hZAY4c88t1kL43UqrQEluUGazUXCT lXV3ggOfoOgaAv2HrbIIXEyck0+gvRsE81gwvaeCZlOLw3DoIoVxQalhcxOJc5JGt1yf 8bwg== MIME-Version: 1.0 X-Received: by 10.112.26.10 with SMTP id h10mr3193434lbg.63.1361006675850; Sat, 16 Feb 2013 01:24:35 -0800 (PST) Received: by 10.112.41.68 with HTTP; Sat, 16 Feb 2013 01:24:35 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 17:24:35 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 09:24:38 -0000 OK, here I am replying to my own email. I just want to mention that I removed the ports version of Heimdal, but with no change in behaviour. On 16 February 2013 09:38, Elias M=E5rtenson wrote: > > On 16 Feb, 2013 1:42 AM, "Benjamin Kaduk" wrote: > > > >> And yet one more thing: Heimdal ships with its own version of > libgssapi. I > >> can link gssd to it, but it won't run properly (it hangs pretty early)= . > > > > I have forgotten: you are using Heimdal from ports, not from the base > system? I remember it being easy to get into subtly-broken configuration= s > when both a ports and a base version are present. > > I am indeed using Heimdal from ports. This machine is also the KDC. I > wasn't aware that there was a non-ports version available. > > What do you suggest I do? Simply remove the one from ports? Do I have to > do something to activate the other one? > > (I have a hard time checking this as I am nowhere near the computers now) > From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 10:07:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B20C076F; Sat, 16 Feb 2013 10:07:32 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 3F58B2B5; Sat, 16 Feb 2013 10:07:32 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 91358E3F07A; Sat, 16 Feb 2013 11:07:23 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dp0FBh2na07C; Sat, 16 Feb 2013 11:07:21 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 4FD4DE3F079; Sat, 16 Feb 2013 11:07:21 +0100 (CET) Date: Sat, 16 Feb 2013 11:07:19 +0100 From: Joel Dahl To: mav@freebsd.org Subject: Re: HEAD memsticks broken? [USB/CAM Problems?] Message-ID: <20130216100719.GB47553@jd.benders.se> References: <20130209073241.GN21730@jd.benders.se> <20130209230939.GQ21730@jd.benders.se> <20130211222105.GC838@jd.benders.se> <201302120851.18810.hselasky@c2i.net> <20130214193707.GD84888@jd.benders.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130214193707.GD84888@jd.benders.se> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Hans Petter Selasky X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:07:32 -0000 On 14-02-2013 20:37, Joel Dahl wrote: > On 12-02-2013 8:51, Hans Petter Selasky wrote: > > On Monday 11 February 2013 23:21:05 Joel Dahl wrote: > > > On 10-02-2013 0:09, Joel Dahl wrote: > > > > On 09-02-2013 20:28, Alexander Motin wrote: > > > > > How long ago that HEAD was built? Could you get full dmesg? I don't > > > > > think that "PREVENT ALLOW MEDIUM REMOVAL" should cause device drop. "No > > > > > sense data present" also doesn't look right. > > > > > > > > As I mentioned earlier, I've tried several HEAD snapshots. > > > > > > Just a quick update on this: I've built quite a few releases now and > > > managed to track down the problem to somewhere between r235789 and > > > r237855. It'll probably take me another day or two before I know which > > > commit actually broke it. > > > > Hi, > > > > I don't see any relevant USB+UMASS patches for your issue in this interval, > > but many patches in the SCSI/CAM area. > > I finally found it. A r237477 memstick boots fine. A r237478 memstick does not. > > 237478 is the following commit by mav@: > > ------------------------------------------------------------------------ > r237478 | mav | 2012-06-23 14:32:53 +0200 (Sat, 23 Jun 2012) | 3 lines > > Add scsi_extract_sense_ccb() -- wrapper around scsi_extract_sense_len(). > It allows to remove number of duplicate checks from several places. > > ------------------------------------------------------------------------ So, mav@ haven't replied yet so I did some more investigation. I collected all the USB sticks I had in the office (5 in total, all Kingston but different size and models) and tried a memstick installation with each stick. Turns out r237478 only breaks memstick installation in combination with certain USB sticks: # Works: da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 7664MB (15695872 512 byte sectors: 255H 63S/T 977C) da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1906MB (3903488 512 byte sectors: 255H 63S/T 242C) # Does not work: da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 15295MB (31324160 512 byte sectors: 255H 63S/T 1949C) da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3690MB (7557704 512 byte sectors: 255H 63S/T 470C) da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 1905MB (3903264 512 byte sectors: 255H 63S/T 242C) It seems that only USB sticks labeled as "Kingston DataTraveler G3" are affected by r237478 (in my limited testing, at least). This particular model is what you get if you buy the cheapest Kingston model on the market right now. -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 10:58:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C7864327 for ; Sat, 16 Feb 2013 10:58:13 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 14C533EA for ; Sat, 16 Feb 2013 10:58:12 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id fo12so4183892lab.28 for ; Sat, 16 Feb 2013 02:58:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=hAnhNqCryu8saD5JXokGpgmdDcMBXgYMYJS6iFUXGLg=; b=J3YbOK9aicc0iAlTHiQ0mWiHA2fu6wWKwJu1ijcgkOHBd5Cj4camtGIrffIHrXbfYX w9Sjjl1nGyxkbesT45kJMABPNUmmhCWy9+YyR5sRD5nGU1mSPxkROfM0/wdLCi6ojuTm qWkiYAJgGOBOPd+noPNVuvpPBCSsa/TDf3jbwlHb3awwZ4k5TjofxWpmXieIzKnopWoe BO0X1k3YYs2eb5OGv1HFIyeUzqVpv2sCPdVuMjr/UK17nF+Eajba6jmu9SUXnmeuly4T bSCB57D86+GPtIy9EuZ7wX+8YNwGMacJ+u6kTeq3GbLFGItVVfrDxI1yROAjkLg9HZaY Ws1w== MIME-Version: 1.0 X-Received: by 10.152.104.80 with SMTP id gc16mr4849057lab.49.1361012291821; Sat, 16 Feb 2013 02:58:11 -0800 (PST) Received: by 10.112.58.225 with HTTP; Sat, 16 Feb 2013 02:58:11 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 10:58:11 +0000 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: Doug Rabson To: =?ISO-8859-1?Q?Elias_M=E5rtenson?= X-Gm-Message-State: ALoCoQnpW4MNUFiKkl6Uln8AJGKc1w0XvKOCQbNcZXFs2PusLbG4Oha4bDVCxKzVsgpYqL1SWWik Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , Benjamin Kaduk , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 10:58:13 -0000 This may be a stupid question but does the user 'elias' exist in the local password database? If you are using heimdal from the base distribution and you have source, you should be able to build them with debug information which may help. When I was writing gssd, I mostly ran it under gdb to debug problems like this. To build something in the base with debug information, go to the directory in the source tree for that component and type something like 'make DEBUG_FLAGS=3D-g clean all install'. On 16 February 2013 09:24, Elias M=E5rtenson wrote: > OK, here I am replying to my own email. I just want to mention that I > removed the ports version of Heimdal, but with no change in behaviour. > > > On 16 February 2013 09:38, Elias M=E5rtenson wrote: > > > > > On 16 Feb, 2013 1:42 AM, "Benjamin Kaduk" wrote: > > > > > >> And yet one more thing: Heimdal ships with its own version of > > libgssapi. I > > >> can link gssd to it, but it won't run properly (it hangs pretty > early). > > > > > > I have forgotten: you are using Heimdal from ports, not from the base > > system? I remember it being easy to get into subtly-broken > configurations > > when both a ports and a base version are present. > > > > I am indeed using Heimdal from ports. This machine is also the KDC. I > > wasn't aware that there was a non-ports version available. > > > > What do you suggest I do? Simply remove the one from ports? Do I have t= o > > do something to activate the other one? > > > > (I have a hard time checking this as I am nowhere near the computers no= w) > > > _______________________________________________ > 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 Sat Feb 16 12:24:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2672B102; Sat, 16 Feb 2013 12:24:13 +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 DE1CE86A; Sat, 16 Feb 2013 12:24:12 +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 r1GCOBpk036400; Sat, 16 Feb 2013 07:24:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GCOBKg036392; Sat, 16 Feb 2013 12:24:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 12:24:11 GMT Message-Id: <201302161224.r1GCOBKg036392@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:24:13 -0000 TB --- 2013-02-16 11:50:26 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 11:50:26 - 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 --- 2013-02-16 11:50:26 - starting HEAD tinderbox run for armv6/arm TB --- 2013-02-16 11:50:26 - cleaning the object tree TB --- 2013-02-16 11:51:44 - /usr/local/bin/svn stat /src TB --- 2013-02-16 11:51:48 - At svn revision 246872 TB --- 2013-02-16 11:51:49 - building world TB --- 2013-02-16 11:51:49 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 11:51:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 11:51:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 11:51:49 - SRCCONF=/dev/null TB --- 2013-02-16 11:51:49 - TARGET=arm TB --- 2013-02-16 11:51:49 - TARGET_ARCH=armv6 TB --- 2013-02-16 11:51:49 - TZ=UTC TB --- 2013-02-16 11:51:49 - __MAKE_CONF=/dev/null TB --- 2013-02-16 11:51:49 - cd /src TB --- 2013-02-16 11:51:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 11:51:53 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 12:24:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 12:24:11 - ERROR: failed to build world TB --- 2013-02-16 12:24:11 - 1482.77 user 316.67 system 2025.17 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 12:24:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5B035104; Sat, 16 Feb 2013 12:24:15 +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 2C42686C; Sat, 16 Feb 2013 12:24: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 r1GCOErP036539; Sat, 16 Feb 2013 07:24:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GCOEJS036538; Sat, 16 Feb 2013 12:24:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 12:24:14 GMT Message-Id: <201302161224.r1GCOEJS036538@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:24:15 -0000 TB --- 2013-02-16 11:50:26 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 11:50:26 - 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 --- 2013-02-16 11:50:26 - starting HEAD tinderbox run for arm/arm TB --- 2013-02-16 11:50:26 - cleaning the object tree TB --- 2013-02-16 11:51:44 - /usr/local/bin/svn stat /src TB --- 2013-02-16 11:51:47 - At svn revision 246872 TB --- 2013-02-16 11:51:48 - building world TB --- 2013-02-16 11:51:48 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 11:51:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 11:51:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 11:51:48 - SRCCONF=/dev/null TB --- 2013-02-16 11:51:48 - TARGET=arm TB --- 2013-02-16 11:51:48 - TARGET_ARCH=arm TB --- 2013-02-16 11:51:48 - TZ=UTC TB --- 2013-02-16 11:51:48 - __MAKE_CONF=/dev/null TB --- 2013-02-16 11:51:48 - cd /src TB --- 2013-02-16 11:51:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 11:51:53 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 12:24:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 12:24:14 - ERROR: failed to build world TB --- 2013-02-16 12:24:14 - 1478.26 user 319.11 system 2028.06 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 12:26:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B4445439 for ; Sat, 16 Feb 2013 12:26:05 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2AFC48A3 for ; Sat, 16 Feb 2013 12:26:04 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id gm6so3221890lbb.40 for ; Sat, 16 Feb 2013 04:25:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Ps9kMs5izzjZ7wyi4FQadXkprU8oQAWas0bwyXmveXM=; b=dlVIM/cMfJEQNk2G/D4OihFV/ymBI98XXm+Vmk3CDGyY85+sqEl41waXWkcABc6NmM QIPGArHCXEKyNb0SZEukVh/R54g4tQrO6PEp2LvLL1gFRaXlqeLV4+M99kQC2esvMtvB hrrgBsGO7EJqSEmMqcbvd94iV/Rdon1eAFrJBmmy2UJvT2HvX0BdPLY0aniW7J2oH9JD tdaG4ydt8SB5+JZkLh1+PjODgVtSqCx6RxTKSuMhdZw0Sm3DkLrQaY3CQkMjJ5SLKz9g AfCD+VbRq6MP8idlybfVKnyXu4m4CJ+TG1D3g/fiGt5Yz19qdKvkfl/nYnTKDih4/O2H t/Mg== MIME-Version: 1.0 X-Received: by 10.112.54.6 with SMTP id f6mr3313064lbp.104.1361017557725; Sat, 16 Feb 2013 04:25:57 -0800 (PST) Received: by 10.112.18.134 with HTTP; Sat, 16 Feb 2013 04:25:57 -0800 (PST) In-Reply-To: <511EC163.3010703@protected-networks.net> References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> <20130215180819.GG1902@albert.catwhisker.org> <511E8DBC.7040109@zedat.fu-berlin.de> <511EC163.3010703@protected-networks.net> Date: Sat, 16 Feb 2013 13:25:57 +0100 Message-ID: Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found From: Daniel Nebdal To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 12:26:05 -0000 That looks like a slightly different issue, though? r246855 built for me last night, for what it's worth - though I'm not sure if that was with -Werror. On Sat, Feb 16, 2013 at 12:14 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 02/15/13 17:49, Daniel Nebdal wrote: >> Should be fixed as of r246853 (marked as "Add generated files", and it >> seems to add the missing config.h and a few others). > > Nope > > cc1: warnings being treated as errors > /usr/src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: > 'ldns_dnssec_trust_tree_print_sm' defined but not used > *** [dnssec_verify.o] Error code 1 > > imb > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.13 (FreeBSD) > > iEYEARECAAYFAlEewWEACgkQQv9rrgRC1JKfhwCgl7Atdb2bOK0dT0tVzmLt1RjO > AkYAoLfnOVaoQDnMmLFqx+zWVaBJ0uK1 > =UMsp > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 07:51:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F20A145F for ; Sat, 16 Feb 2013 07:51:33 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id A8487E9C for ; Sat, 16 Feb 2013 07:51:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=0gAFnR9mFW2sO0xoqFRjNQxI1o76T1Chc4pSVk01BdM=; b=OPGDHt6Ptfy+nzKP37SVHqCXCOyVzbh5QFtxLC9GRhqUWFxDji8bsMlcES4whihUYTA+ojXEJWKFsGR4Olc4n0aeHaX8G2FOeAS4jAzvOelbmiaOCaz4rGo7ugnuQWG+; Received: from [122.129.203.50] (port=30145 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1U6cYP-004AUB-Ma for current@freebsd.org; Sat, 16 Feb 2013 00:51:26 -0700 Date: Sat, 16 Feb 2013 14:51:22 +0700 From: Erich Dollansky To: Subject: gpart, slice starts at 0 Message-ID: <20130216145122.3db70652@X220.ovitrap.com> Organization: ALO Green Technologies X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Sat, 16 Feb 2013 12:39:01 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 07:51:34 -0000 Hi, I did this to get a disk partitioned: #!/bin/tcsh ############################################################################### # # File name: FormatSamsung160GB # # Description: This script formats a thumb drive connected as da0 # ############################################################################### # gpart destroy -F da0 diskinfo da0 dd if=/dev/zero of=/dev/da0 bs=512 count=34 dd if=/dev/zero of=/dev/da0 bs=512 count=34 seek=312581774 gpart show -p da0 gpart create -s MBR da0 gpart add -t freebsd da0 gpart show -p da0 gpart show -p da0s1 gpart set -a active -i 1 da0 # # The following line always gives an error: # # gpart create -s BSD da0s1 gpart bootcode -b /boot/mbr da0 gpart bootcode -b /boot/boot da0s1 gpart show -p da0 gpart show -p da0s1 gpart add -t freebsd-ufs -s 512MB -l Samsung160GBroot da0s1 The script results in this output: FormatSamsung160GB da0 destroyed da0 512 160041885696 312581808 0 0 19457 255 63 34+0 records in 34+0 records out 17408 bytes transferred in 0.012732 secs (1367260 bytes/sec) 34+0 records in 34+0 records out 17408 bytes transferred in 0.023717 secs (733983 bytes/sec) gpart: No such geom: da0. da0 created da0s1 added => 63 312581745 da0 MBR (149G) 63 312581745 da0s1 freebsd (149G) => 0 312581745 da0s1 BSD (149G) 0 312581745 - free - (149G) active set on da0s1 bootcode written to da0 bootcode written to da0s1 => 63 312581745 da0 MBR (149G) 63 312581745 da0s1 freebsd [active] (149G) => 0 312581745 da0s1 BSD (149G) 0 312581745 - free - (149G) gpart: Invalid argument [X220]...Appl/Some Tools (root) > gpart show da0 => 63 312581745 da0 MBR (149G) 63 312581745 1 freebsd [active] (149G) [X220]...Appl/Some Tools (root) > gpart show da0s1 => 0 312581745 da0s1 BSD (149G) 0 312581745 - free - (149G) I have now two problems which I do not understand. First, why do I need this line and why does it fail? gpart create -s BSD da0s1 Second, why does this slice start at 0? => 0 312581745 da0s1 BSD (149G) 0 312581745 - free - (149G) I use this as an starting point: http://www.wonkity.com/~wblock/docs/html/disksetup.html It worked for me some time ago. Did I miss something very, very simple? Erich From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 13:00:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 20B9137E; Sat, 16 Feb 2013 13:00:17 +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 D8C029AA; Sat, 16 Feb 2013 13:00:16 +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 r1GD0GeC066442; Sat, 16 Feb 2013 08:00:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GD0Glf066441; Sat, 16 Feb 2013 13:00:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 13:00:16 GMT Message-Id: <201302161300.r1GD0Glf066441@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:00:17 -0000 TB --- 2013-02-16 12:24:14 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 12:24:14 - 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 --- 2013-02-16 12:24:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-02-16 12:24:14 - cleaning the object tree TB --- 2013-02-16 12:24:44 - /usr/local/bin/svn stat /src TB --- 2013-02-16 12:24:47 - At svn revision 246872 TB --- 2013-02-16 12:24:48 - building world TB --- 2013-02-16 12:24:48 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 12:24:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 12:24:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 12:24:48 - SRCCONF=/dev/null TB --- 2013-02-16 12:24:48 - TARGET=ia64 TB --- 2013-02-16 12:24:48 - TARGET_ARCH=ia64 TB --- 2013-02-16 12:24:48 - TZ=UTC TB --- 2013-02-16 12:24:48 - __MAKE_CONF=/dev/null TB --- 2013-02-16 12:24:48 - cd /src TB --- 2013-02-16 12:24:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 12:24:52 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 13:00:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 13:00:16 - ERROR: failed to build world TB --- 2013-02-16 13:00:16 - 1684.98 user 336.08 system 2161.18 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 13:08:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3FBCB4E4 for ; Sat, 16 Feb 2013 13:08:03 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [202.12.127.65]) by mx1.freebsd.org (Postfix) with ESMTP id 102629DF for ; Sat, 16 Feb 2013 13:08:02 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 41A6C60F5; Sat, 16 Feb 2013 08:07:58 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Zi16HBtcpYchwdCTgoI/qyOmtZO0Cy3j9LNh8nz7u9TtsuAoIr1C4Jt/dB19Iu+BP X/WAdRawmalWZSJfIB2fv4OCSmNSkUobORXExA9uu3RfpcAo448wFMR3F6aucfd Message-ID: <511F84A4.6090202@protected-networks.net> Date: Sat, 16 Feb 2013 08:07:48 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130203 Thunderbird/17.0.2 MIME-Version: 1.0 To: Daniel Nebdal Subject: Re: r24684: /usr/src/lib/libldns/../../contrib/ldns/buffer.c:10:10: fatal error: 'ldns/config.h' file not found References: <511E7409.1040507@zedat.fu-berlin.de> <20130215175813.GF1902@albert.catwhisker.org> <511E77EC.9020701@zedat.fu-berlin.de> <20130215180819.GG1902@albert.catwhisker.org> <511E8DBC.7040109@zedat.fu-berlin.de> <511EC163.3010703@protected-networks.net> In-Reply-To: X-Enigmail-Version: 1.4.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:08:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/16/13 07:25, Daniel Nebdal wrote: > That looks like a slightly different issue, though? > r246855 built for me last night, for what it's worth - though I'm not > sure if that was with -Werror. > > On Sat, Feb 16, 2013 at 12:14 AM, Michael Butler > wrote: > On 02/15/13 17:49, Daniel Nebdal wrote: >>>> Should be fixed as of r246853 (marked as "Add generated files", and it >>>> seems to add the missing config.h and a few others). > > Nope > > cc1: warnings being treated as errors > /usr/src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: > 'ldns_dnssec_trust_tree_print_sm' defined but not used > *** [dnssec_verify.o] Error code 1 > > imb Sure - changing WARNS to 1 (instead of 3) in the relevant Makefile allows compilation to proceed, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEARECAAYFAlEfhKMACgkQQv9rrgRC1JK8lgCgqQqOIf25I4PBROTwx+gPj3Ho chEAnjPYESF+dWpvTNb8u1U6vW2jP3fa =DKXb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 13:27:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 07EBEA75 for ; Sat, 16 Feb 2013 13:27:27 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id 9EBC1A61 for ; Sat, 16 Feb 2013 13:27:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=6ru111+Zay6J82bgJLT8JX2F4Qbuc7ud/Sdin/ysNKo=; b=Gw3t01gxST7Su+UHPp6hwfRtrEzGpVwMNO6zjyVO2rMxLZ3VjLwQh/2vdY4XGebvc5jNS4chESmYE4amuffqBupIHQjRTYkYXRsqWYYjhx+jNKS/X7NEADfmUEmDrYwE; Received: from [122.129.203.50] (port=15597 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1U6hnY-001Fui-PE; Sat, 16 Feb 2013 06:27:25 -0700 Date: Sat, 16 Feb 2013 20:27:21 +0700 From: Erich Dollansky To: Erich Dollansky Subject: Re: gpart, slice starts at 0 Message-ID: <20130216202721.765ff79b@X220.ovitrap.com> In-Reply-To: <20130216145122.3db70652@X220.ovitrap.com> References: <20130216145122.3db70652@X220.ovitrap.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:27:27 -0000 Hi, On Sat, 16 Feb 2013 14:51:22 +0700 Erich Dollansky wrote: > > I did this to get a disk partitioned: > > #!/bin/tcsh > ############################################################################### > # > # File name: FormatSamsung160GB > # > # Description: This script formats a thumb drive connected as > da0 # > ############################################################################### > # > gpart destroy -F da0 > diskinfo da0 > dd if=/dev/zero of=/dev/da0 bs=512 count=34 > dd if=/dev/zero of=/dev/da0 bs=512 count=34 seek=312581774 if I wipe out 100% of the disk here, it all works as expected. Can we assume that there is a problem in gpart? Erich > gpart show -p da0 > gpart create -s MBR da0 > gpart add -t freebsd da0 > gpart show -p da0 > gpart show -p da0s1 > gpart set -a active -i 1 da0 > # > # The following line always gives an error: > # > # gpart create -s BSD da0s1 > gpart bootcode -b /boot/mbr da0 > gpart bootcode -b /boot/boot da0s1 > gpart show -p da0 > gpart show -p da0s1 > gpart add -t freebsd-ufs -s 512MB -l Samsung160GBroot da0s1 > > The script results in this output: > > FormatSamsung160GB > da0 destroyed > da0 512 160041885696 312581808 0 0 19457 > 255 63 34+0 records in > 34+0 records out > 17408 bytes transferred in 0.012732 secs (1367260 bytes/sec) > 34+0 records in > 34+0 records out > 17408 bytes transferred in 0.023717 secs (733983 bytes/sec) > gpart: No such geom: da0. > da0 created > da0s1 added > => 63 312581745 da0 MBR (149G) > 63 312581745 da0s1 freebsd (149G) > > => 0 312581745 da0s1 BSD (149G) > 0 312581745 - free - (149G) > > active set on da0s1 > bootcode written to da0 > bootcode written to da0s1 > => 63 312581745 da0 MBR (149G) > 63 312581745 da0s1 freebsd [active] (149G) > > => 0 312581745 da0s1 BSD (149G) > 0 312581745 - free - (149G) > > gpart: Invalid argument > [X220]...Appl/Some Tools (root) > gpart show da0 > => 63 312581745 da0 MBR (149G) > 63 312581745 1 freebsd [active] (149G) > > [X220]...Appl/Some Tools (root) > gpart show da0s1 > => 0 312581745 da0s1 BSD (149G) > 0 312581745 - free - (149G) > > I have now two problems which I do not understand. First, why do I > need this line and why does it fail? > > gpart create -s BSD da0s1 > > Second, why does this slice start at 0? > > => 0 312581745 da0s1 BSD (149G) > 0 312581745 - free - (149G) > > I use this as an starting point: > > http://www.wonkity.com/~wblock/docs/html/disksetup.html > > It worked for me some time ago. > > Did I miss something very, very simple? > > Erich > _______________________________________________ > 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 Sat Feb 16 13:28:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A5E23B8E; Sat, 16 Feb 2013 13:28:38 +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 7CF8DA7B; Sat, 16 Feb 2013 13:28:38 +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 r1GDSbCe081638; Sat, 16 Feb 2013 08:28:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GDSbfp081637; Sat, 16 Feb 2013 13:28:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 13:28:37 GMT Message-Id: <201302161328.r1GDSbfp081637@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:28:38 -0000 TB --- 2013-02-16 13:00:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 13:00:16 - 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 --- 2013-02-16 13:00:16 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-16 13:00:16 - cleaning the object tree TB --- 2013-02-16 13:00:39 - /usr/local/bin/svn stat /src TB --- 2013-02-16 13:00:42 - At svn revision 246872 TB --- 2013-02-16 13:00:43 - building world TB --- 2013-02-16 13:00:43 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 13:00:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 13:00:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 13:00:43 - SRCCONF=/dev/null TB --- 2013-02-16 13:00:43 - TARGET=mips TB --- 2013-02-16 13:00:43 - TARGET_ARCH=mips TB --- 2013-02-16 13:00:43 - TZ=UTC TB --- 2013-02-16 13:00:43 - __MAKE_CONF=/dev/null TB --- 2013-02-16 13:00:43 - cd /src TB --- 2013-02-16 13:00:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 13:00:47 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 13:28:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 13:28:37 - ERROR: failed to build world TB --- 2013-02-16 13:28:37 - 1237.06 user 304.37 system 1701.16 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 13:56:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 94D4F12E; Sat, 16 Feb 2013 13:56:45 +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 58440B31; Sat, 16 Feb 2013 13:56:44 +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 r1GDufCQ092407; Sat, 16 Feb 2013 08:56:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GDufW1092404; Sat, 16 Feb 2013 13:56:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 13:56:41 GMT Message-Id: <201302161356.r1GDufW1092404@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:56:45 -0000 TB --- 2013-02-16 13:28:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 13:28:37 - 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 --- 2013-02-16 13:28:37 - starting HEAD tinderbox run for mips64/mips TB --- 2013-02-16 13:28:37 - cleaning the object tree TB --- 2013-02-16 13:29:04 - /usr/local/bin/svn stat /src TB --- 2013-02-16 13:29:08 - At svn revision 246872 TB --- 2013-02-16 13:29:09 - building world TB --- 2013-02-16 13:29:09 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 13:29:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 13:29:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 13:29:09 - SRCCONF=/dev/null TB --- 2013-02-16 13:29:09 - TARGET=mips TB --- 2013-02-16 13:29:09 - TARGET_ARCH=mips64 TB --- 2013-02-16 13:29:09 - TZ=UTC TB --- 2013-02-16 13:29:09 - __MAKE_CONF=/dev/null TB --- 2013-02-16 13:29:09 - cd /src TB --- 2013-02-16 13:29:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 13:29:14 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 13:56:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 13:56:41 - ERROR: failed to build world TB --- 2013-02-16 13:56:41 - 1233.41 user 297.12 system 1683.55 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 13:57:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D7CA6248 for ; Sat, 16 Feb 2013 13:57:15 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 64A6BB49 for ; Sat, 16 Feb 2013 13:57:15 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id ek20so4215007lab.2 for ; Sat, 16 Feb 2013 05:57:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Y8ZARuQBLIiF0GO8yCoh1m6udvy+xGZtfDFLgmJ1xK4=; b=kLlKJyXgCILd4tejaIePbGsztTLtr59GQ9Stvth6DRIjHjHdeJebHoF4X9OEXMc9hy WNPyDXLZpET+XQIs+qDOcuJ/jV19es3XN1qG2hXHsvvt0g2K/kG9tr/NUa9l/GG/IgeV XmYLYzMDu9ihOp7P82kWsqS13spverG5Qx2ZMuCTi9QAT39rXinZsaJN8nWBg6OvpdVp LfXHalRU0kD4drA8NMl52i3tZz+SnEaYg/gEJSwnf7fjJZ3H/gAC8God4KcSxVWXXVxS n8tdpfINVZisUecfv6ewfQqySZp/ui8yRiJ+AZ86G6g/EiwssRFDcOMXvNKDPeIRp9YN hiIg== MIME-Version: 1.0 X-Received: by 10.112.25.8 with SMTP id y8mr3389760lbf.81.1361023034313; Sat, 16 Feb 2013 05:57:14 -0800 (PST) Received: by 10.112.41.68 with HTTP; Sat, 16 Feb 2013 05:57:14 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 21:57:14 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Doug Rabson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , Benjamin Kaduk , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 13:57:15 -0000 On 16 February 2013 18:58, Doug Rabson wrote: > This may be a stupid question but does the user 'elias' exist in the local > password database? > > If you are using heimdal from the base distribution and you have source, > you should be able to build them with debug information which may help. > When I was writing gssd, I mostly ran it under gdb to debug problems like > this. To build something in the base with debug information, go to the > directory in the source tree for that component and type something like > 'make DEBUG_FLAGS=-g clean all install'. > No worries. I do have that user (and everything else, specifically single sign-on ssh) works with it. I do agree that if I had not that user, the behaviour I see would be neatly explained. When it comes to gssd, I've got its behaviour pretty well nailed down. It does what it's supposed to do. However, when I tried rebuilding libgssapi.so.10, I ended up with gssd hanging when it used the new library. I have no idea why. Would it be wise to upgrade from 9.1-RELEASE to something newer? I've seen references to 10-CURRENT. I'd like to be debugging the latest version of everything, but this machine also needs to serve as a fileserver for my home office, so some degree of stability is needed. Regards, Elias From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 14:35:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3ACF39BD; Sat, 16 Feb 2013 14:35: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 11A02D24; Sat, 16 Feb 2013 14:35: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 r1GEZYSs076133; Sat, 16 Feb 2013 09:35:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GEZY9q076126; Sat, 16 Feb 2013 14:35:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 14:35:34 GMT Message-Id: <201302161435.r1GEZY9q076126@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:35:40 -0000 TB --- 2013-02-16 13:56:41 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 13:56: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 --- 2013-02-16 13:56:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-02-16 13:56:41 - cleaning the object tree TB --- 2013-02-16 13:57:04 - /usr/local/bin/svn stat /src TB --- 2013-02-16 13:57:08 - At svn revision 246872 TB --- 2013-02-16 13:57:09 - building world TB --- 2013-02-16 13:57:09 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 13:57:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 13:57:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 13:57:09 - SRCCONF=/dev/null TB --- 2013-02-16 13:57:09 - TARGET=powerpc TB --- 2013-02-16 13:57:09 - TARGET_ARCH=powerpc TB --- 2013-02-16 13:57:09 - TZ=UTC TB --- 2013-02-16 13:57:09 - __MAKE_CONF=/dev/null TB --- 2013-02-16 13:57:09 - cd /src TB --- 2013-02-16 13:57:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 13:57:13 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 14:35:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 14:35:34 - ERROR: failed to build world TB --- 2013-02-16 14:35:34 - 1752.48 user 409.58 system 2332.54 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 14:10:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5E9B9505 for ; Sat, 16 Feb 2013 14:10:10 +0000 (UTC) (envelope-from paranormal@isgroup.com.ua) Received: from isgroup.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id C7727C16 for ; Sat, 16 Feb 2013 14:10:08 +0000 (UTC) Received: from [192.168.11.5] (unused-213.111.70.194.bilink.ua [213.111.70.194] (may be forged)) (authenticated bits=0) by isgroup.com.ua (8.14.5/8.14.5) with ESMTP id r1GE4kmP048681 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 16 Feb 2013 16:04:47 +0200 (EET) (envelope-from paranormal@isgroup.com.ua) Subject: llvm-config in base From: paranormal To: freebsd-current Content-Type: text/plain; charset="UTF-8" Date: Sat, 16 Feb 2013 16:04:14 +0200 Message-ID: <1361023454.68275.7.camel@eva02> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on isgroup.com.ua X-Mailman-Approved-At: Sat, 16 Feb 2013 14:53:24 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 14:10:10 -0000 Is there any plan to include llvm-config in base? I'd like to use base version instead of ports version because base has already clang built :). From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 15:17:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A79AB7D9; Sat, 16 Feb 2013 15:17: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 6B766E79; Sat, 16 Feb 2013 15:17: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 r1GFH9ZE031945; Sat, 16 Feb 2013 10:17:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GFH9ji031940; Sat, 16 Feb 2013 15:17:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 15:17:09 GMT Message-Id: <201302161517.r1GFH9ji031940@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:17:10 -0000 TB --- 2013-02-16 14:35:34 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 14:35:34 - 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 --- 2013-02-16 14:35:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-02-16 14:35:34 - cleaning the object tree TB --- 2013-02-16 14:36:02 - /usr/local/bin/svn stat /src TB --- 2013-02-16 14:36:07 - At svn revision 246872 TB --- 2013-02-16 14:36:08 - building world TB --- 2013-02-16 14:36:08 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 14:36:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 14:36:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 14:36:08 - SRCCONF=/dev/null TB --- 2013-02-16 14:36:08 - TARGET=powerpc TB --- 2013-02-16 14:36:08 - TARGET_ARCH=powerpc64 TB --- 2013-02-16 14:36:08 - TZ=UTC TB --- 2013-02-16 14:36:08 - __MAKE_CONF=/dev/null TB --- 2013-02-16 14:36:08 - cd /src TB --- 2013-02-16 14:36:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 14:36:13 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 15:17:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 15:17:09 - ERROR: failed to build world TB --- 2013-02-16 15:17:09 - 1779.85 user 499.82 system 2495.13 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 15:17:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EEC947DA for ; Sat, 16 Feb 2013 15:17:15 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id ADE85E7A for ; Sat, 16 Feb 2013 15:17:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a] (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 11C215C43; Sat, 16 Feb 2013 16:17:15 +0100 (CET) Message-ID: <511FA300.6060300@FreeBSD.org> Date: Sat, 16 Feb 2013 16:17:20 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130117 Thunderbird/19.0 MIME-Version: 1.0 To: paranormal , freebsd-current Subject: Re: llvm-config in base References: <1361023454.68275.7.camel@eva02> In-Reply-To: <1361023454.68275.7.camel@eva02> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:17:16 -0000 On 2013-02-16 15:04, paranormal wrote: > Is there any plan to include llvm-config in base? No. Please search the list archives for the reasons why; this has been discussed before. If you want to have the full llvm libraries and headers, simply install the port. It is extremely easy to do. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 15:44:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 572AD3C5 for ; Sat, 16 Feb 2013 15:44:54 +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 1B1B0F7B for ; Sat, 16 Feb 2013 15:44:53 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r1GFioMI087398; Sat, 16 Feb 2013 08:44:50 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r1GFio3k087395; Sat, 16 Feb 2013 08:44:50 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 16 Feb 2013 08:44:50 -0700 (MST) From: Warren Block To: Erich Dollansky Subject: Re: gpart, slice starts at 0 In-Reply-To: <20130216145122.3db70652@X220.ovitrap.com> Message-ID: References: <20130216145122.3db70652@X220.ovitrap.com> 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]); Sat, 16 Feb 2013 08:44:50 -0700 (MST) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:44:54 -0000 On Sat, 16 Feb 2013, Erich Dollansky wrote: > I did this to get a disk partitioned: > > #!/bin/tcsh Gah! > gpart destroy -F da0 > diskinfo da0 > dd if=/dev/zero of=/dev/da0 bs=512 count=34 > dd if=/dev/zero of=/dev/da0 bs=512 count=34 seek=312581774 Someone here on the lists (I unfortunately forget who) showed a sneaky easier way to do this: gpart destroy -F da0 gpart create -s gpt da0 gpart destroy -F da0 > gpart show -p da0 > gpart create -s MBR da0 > gpart add -t freebsd da0 > gpart show -p da0 > gpart show -p da0s1 > gpart set -a active -i 1 da0 > # > # The following line always gives an error: > # > # gpart create -s BSD da0s1 'destroy' is not recursive. It destroys the geom found on the device given, but does not write to any geoms inside those geoms. MBR/bsdlabel puts FreeBSD partitions inside MBR slices. So da0 has been erased, but the bsdlabel blocks for da0s1 are still present. If you recreate da0, da0s1 will magically reappear. Destroy the FreeBSD disklabel stuff in the slices first: gpart destroy -F da0s1 Or instead, use GPT partitioning to avoid dealing with the problem of one type of partitions inside a different type of partitions. GPT makes disk partitioning a lot easier. The second part of your question, about da0 starting a block zero: > [X220]...Appl/Some Tools (root) > gpart show da0 > => 63 312581745 da0 MBR (149G) > 63 312581745 1 freebsd [active] (149G) > > [X220]...Appl/Some Tools (root) > gpart show da0s1 > => 0 312581745 da0s1 BSD (149G) > 0 312581745 - free - (149G) That shows slice one starts at block 63, standard for MBR. The space inside the slice (da0s1) starts at block 0 *of the slice*. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 15:47:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 31211603; Sat, 16 Feb 2013 15:47: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 077BAFA6; Sat, 16 Feb 2013 15:47: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 r1GFloXb028116; Sat, 16 Feb 2013 10:47:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GFlocl028110; Sat, 16 Feb 2013 15:47:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 15:47:50 GMT Message-Id: <201302161547.r1GFlocl028110@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 15:47:52 -0000 TB --- 2013-02-16 15:17:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 15:17:09 - 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 --- 2013-02-16 15:17:09 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-16 15:17:09 - cleaning the object tree TB --- 2013-02-16 15:17:40 - /usr/local/bin/svn stat /src TB --- 2013-02-16 15:17:49 - At svn revision 246872 TB --- 2013-02-16 15:17:50 - building world TB --- 2013-02-16 15:17:50 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 15:17:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 15:17:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 15:17:50 - SRCCONF=/dev/null TB --- 2013-02-16 15:17:50 - TARGET=sparc64 TB --- 2013-02-16 15:17:50 - TARGET_ARCH=sparc64 TB --- 2013-02-16 15:17:50 - TZ=UTC TB --- 2013-02-16 15:17:50 - __MAKE_CONF=/dev/null TB --- 2013-02-16 15:17:50 - cd /src TB --- 2013-02-16 15:17:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 15:17:55 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 15:47:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 15:47:50 - ERROR: failed to build world TB --- 2013-02-16 15:47:50 - 1339.57 user 324.77 system 1840.98 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 16:03:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C362DDBB for ; Sat, 16 Feb 2013 16:03:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 406F2E5 for ; Sat, 16 Feb 2013 16:03:20 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id er20so4279994lab.4 for ; Sat, 16 Feb 2013 08:03:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=2bS5WAq9qxPvmXGVgznwkPWgF8nXznzpmnMNJlJrLvo=; b=ITx4/AMwwXMTl+7L6C0z4pPgVVSUsKtOOmBUbjitt5PMy7Ne0/IAP/QrQe4HRa9pRi 7cG4F+KiBLY7URElBr0Jqq4rYQ51jI/FGJ4ZzoSiS9zWA0bnw9Y2bNw6qWELyeiT4TO5 VriAK12I92JcDaJjoZG7W6UQIhLX4duMc+TkCUVfwXO+VBfw2JSPzg+TiupjltnSxyOu 9iqZv+XqmOvKyvLiRaGI2SWky3RKKQpurPrqwvu+qt2UNUiPQGVEHZSLwRyCkphtl36h hBQjBuExCT5whJflpE55yYUlLEVmr6NcdjdMMwSwv7MeNiPsKOvAd6DBowBvL+tOTT5w aePA== MIME-Version: 1.0 X-Received: by 10.112.46.70 with SMTP id t6mr3523150lbm.107.1361030599163; Sat, 16 Feb 2013 08:03:19 -0800 (PST) Received: by 10.112.58.225 with HTTP; Sat, 16 Feb 2013 08:03:19 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 16:03:19 +0000 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: Doug Rabson To: =?ISO-8859-1?Q?Elias_M=E5rtenson?= X-Gm-Message-State: ALoCoQlzHrjbcjsQUERbhk8nDDNO0b5/B3HqyS4Y5JB4qQq4aBTj0W1I0Qg55CsBBGL61FOClURD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , Benjamin Kaduk , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:03:20 -0000 On 16 February 2013 13:57, Elias M=E5rtenson wrote: > On 16 February 2013 18:58, Doug Rabson wrote: > >> This may be a stupid question but does the user 'elias' exist in the >> local password database? >> >> If you are using heimdal from the base distribution and you have source, >> you should be able to build them with debug information which may help. >> When I was writing gssd, I mostly ran it under gdb to debug problems lik= e >> this. To build something in the base with debug information, go to the >> directory in the source tree for that component and type something like >> 'make DEBUG_FLAGS=3D-g clean all install'. >> > > No worries. I do have that user (and everything else, specifically single > sign-on ssh) works with it. I do agree that if I had not that user, the > behaviour I see would be neatly explained. > > When it comes to gssd, I've got its behaviour pretty well nailed down. It > does what it's supposed to do. > > However, when I tried rebuilding libgssapi.so.10, I ended up with gssd > hanging when it used the new library. I have no idea why. > > Would it be wise to upgrade from 9.1-RELEASE to something newer? I've see= n > references to 10-CURRENT. I'd like to be debugging the latest version of > everything, but this machine also needs to serve as a fileserver for my > home office, so some degree of stability is needed. > > I don't think much (if anything) has changed with gssd between 9.1 and current. When your gssd hangs, you can try to get a stack trace using gdb's attach command. > Regards, > Elias > From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 16:17:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CB7B82C9 for ; Sat, 16 Feb 2013 16:17:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 33912173 for ; Sat, 16 Feb 2013 16:17:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a] (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DC81F5C43; Sat, 16 Feb 2013 17:17:04 +0100 (CET) Message-ID: <511FB105.7040004@FreeBSD.org> Date: Sat, 16 Feb 2013 17:17:09 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130117 Thunderbird/19.0 MIME-Version: 1.0 To: deeptech71 , freebsd-current@freebsd.org Subject: Re: the latest version of Clang/LLVM for the world and kernel References: <511E378E.3090200@gmail.com> <511E5B05.5050402@FreeBSD.org> <511EBEFE.5010406@gmail.com> In-Reply-To: <511EBEFE.5010406@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:17:09 -0000 On 2013-02-16 00:04, deeptech71 wrote: ... > Another purpose is development. Developers will have to import the next version of Clang/LLVM sooner or later. Let's hedge against the developer-time requirements in case the next version of Clang gets released just before a particular version of FreeBSD, and someone decides to update the base Clang, with only a couple of days of time at hand. :P FreeBSD has no control over when the llvm/clang projects do their releases. That said, the llvm/clang projects release roughly every 6 months, while FreeBSD is, shall we say, a little bit irregular. ;-) But as you say, any bugs or warnings that can be fixed now, without too much trouble, should be fixed, pending maintainer approval, and so on. >>> * /usr/src/lib/libc/net/nss_compat.c:154:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] >>> * else if (status != NS_RETURN) >>> * ~~~~~~ ^ ~~~~~~~~~ >>> * /usr/src/lib/libc/net/nss_compat.c:255:18: error: comparison of constant 16 with expression of type 'enum nss_status' is always true [-Werror,-Wtautological-constant-out-of-range-compare] >>> * else if (status != NS_RETURN) >>> * ~~~~~~ ^ ~~~~~~~~~ >> These can safely be ignored. They are the result of a compability shim. >> It might be neater to just cast 'status' to int there, to silence the >> warning. > First of all, you should understand that these are compilation errors (under an up-to-date version of Clang, at least), and that they should be fixed ("sooner or later", that is), whether by altering the program code or the makefiles. No, they are only errors because we have turned on -Werror. For some parts of the tree, fixing the warnings is not worth the trouble, and for this we have the WARNS= setting in the Makefiles. Regarding this particular warning, it could be fixed by casting status to int, or adding -Wno-tautological-constant-out-of-range-compare to the flags for its WARNS= level (which is 2, if I looked it up correctly). > Second of all, you should understand that these are real errors; in this case, the compiler may omit generating code to check for a boolean condition, if the value of that condition is known at compile time, and thus generating a program with an undesired mode of operation. No, this is not the case with enums, unless you use the -fstrict-enums flag, which we don't use at the moment. And even with that flag, I did not see any change in the resulting assembly. This is probably because it would break too much software, if such an optimization was implemented, even if that optimization is strictly speaking completely legal to do. Again, this particular piece of code was inserted for compatibility reasons, so casting the enum value to int is probably the cleanest way of fixing the warning. > Finally, of course personally I can ignore these "warnings" (with whatever hack). However, as I said, I am not asking for support (ie., I do not say "help me get this compiler working !" -- I understand that there is little "consumer support" for what I'm doing); instead, I am simply reporting issues to the committers. Well, thanks for the reports. A number of fixes has already made it into the tree. >>> * /usr/src/lib/libsm/../../contrib/sendmail/libsm/test.c:110:7: error: promoted type 'int' of K&R function parameter is not compatible with the parameter type 'bool' declared in a previous prototype [-Werror,-Wknr-promoted-parameter] .... > Even excluding the fact that this is a compilation error (which can, for example, be silenced by passing appropriate flags to Clang), I doubt this should be "just ignored". If a parameter is interpreted as an int inside the function definition, then all source files using the relevant function should also pass an int, not a bool (even if there is no difference on a particular architecture). So, for example, bool should be changed to int in the prototype/declaration; or bool should be typedefed/preprocessed to int; or something like that. This may be so, but sendmail is contributed software, and we cannot change too much things locally, or it will make it very hard to import future versions. It is up to upstream to decide whether they want to go through the trouble of fixing all their prototypes and definitions, not us. Also, these compilation errors are due to -Werror, which is normally suppressed when using clang for these particular sendmail components, specifically for these K&R issues. The problem is that in earlier versions of clang, there was no specific -W option to disable this warning. Since both head and stable/9 now have 3.2, I think I can add support for -Wno-knr-promoted-parameter to the relevant bsd.*.mk file. >>> * /usr/src/lib/libugidfw/ugidfw.c:74:10: error: comparison of unsigned expression < 0 is always false [-Werror,-Wtautological-compare] >>> * if (len < 0 || len > left) >>> * ~~~ ^ ~ ... > In the 1st case, size_t is always unsigned, end of story. You may be right about the 2nd case; in fact, I would prefer to have a new compiler-specific type attribute: __may_have_different_signedness_on_other_platforms. But again, these are compilation errors, not warnings. Normally, they are not errors, but just warnings, unless you changed something in the bsd.*.mk logic to not detect clang. The tautological compare warnings are normally either suppressed, or made into non-fatal warnings. The problem with fixing warnings like these is that you always generate code churn, for something that is not really a problem. The compiler will just nicely optimize away the always-true or always-false clause, and it is just warning you about it. This is precisely the reason the warnings should be left in, but not be fatal, so there is some incentive for the maintainers to fix them, while not preventing world to be built. >>> * /usr/src/sbin/ifconfig/regdomain.c:350:25: error: comparison of constant 65535 with expression of type 'enum ISOCountryCode' is always false [-Werror,-Wtautological-constant-out-of-range-compare] >>> * if (mt->country->code == NO_COUNTRY) { >>> * ~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~ >> This could be fixed by defining NO_COUNTRY as value in enum >> ISOCountryCode, but that up to the maintainer. Another solution is to >> cast mt->country->code to int. > Defining NO_COUNTRY is the way to go. Otherwise, as-is, if we cast mt->country->code to an int, then the result may never be 65535. Well, that would require changes to an enum type which might be standardized, so it may even be impossible to do so. This is really up to the maintainer. Casting the enum to an int is just fine, there is no problem with it. The compiler does not realize that code just above it stores the NO_COUNTRY value into the variable. ... >>> However, with -fformat-extensions plainly removed from file sys/conf/kern.mk, compilation bumps into -Wformat, -Wformat-invalid-specifier, and -Wformat-extra-args. >> There is no easy workaround for this issue. > There is: -Wno-format, -Wno-format-invalid-specifier, and -Wno-format-extra-args. Sure, but we don't want those options in general, otherwise there will be no proper format checking at all. Maybe they could be optional. The best solution would still be to add a new printf format attribute to clang, specifically for FreeBSD's kernel printf extensions, and submit it upstream. ... >>> There just has to be an organization behind these backdoors... >> this is just a very common error. > Which is exactly why it is reasonable to do intentionally -- even if/when found, you will always be able to argue that the error was done by accident, so you will not be held accountable for intentionally writing malicious code. I am really much more convinced of the good old human error. :-) >> The idiom is either: >> >> memset(&object, 0, sizeof object); >> >> or >> >> memset(&pointer, 0, sizeof *pointer); >> >> but apparently it is difficult to choose the right one. :) > > I assume you intentionally got the 2nd one WRONG. Nope, I made the same mistake as everybody, just typing one ampersand or asterisk incorrectly, and getting it wrong. :-) >>> * /usr/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c:778:34: warning: size argument in 'strlcpy' call appears to be size of the source; expected the size of the destination [-Wstrlcpy-strlcat-size] >>> * strlcpy(string, nexttok, strlen(nexttok) + 1); >>> * ~~~~~~~^~~~~~~~~~~~ ... >> This seems to be a false positive. The destination string is malloc'd >> with a size of strlen(nexttok) + 1, so the length is correct. I think >> clang just triggers on the source token in the length argument. > > Then use strcpy()? Yes, or even memcpy(), since the lenght of the string is known anyway. I guess this was a case of "let's just replace all strcpy calls with strlcpy"... -Dimitry From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 16:23:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C81CE53C for ; Sat, 16 Feb 2013 16:23:59 +0000 (UTC) (envelope-from lokedhs@gmail.com) Received: from mail-lb0-f180.google.com (mail-lb0-f180.google.com [209.85.217.180]) by mx1.freebsd.org (Postfix) with ESMTP id 252B41AF for ; Sat, 16 Feb 2013 16:23:58 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id q12so3338152lbc.11 for ; Sat, 16 Feb 2013 08:23:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=iqxh7jO6D0gP4NCcIi+OYxxETgT7He7yz5SrZ8ZN94Y=; b=yo3ZvrOOHKNieV8Kqlgez7kahSZlbtpXN9zpJyqgAQKjW0+dvo25W7frESulnoORrt 5cuo3X91n0d2whTsSY0xM9CCuockrpn8fxWmqizVwA88mJ45/9zQwXRurPuiy0oBU6S8 iMvFOjdGL3yNIXHfeuQDKYJlN+fghiuF7CCdIPyw1xpWtNW/CyfqL2LWcp6kUvxR/gOq 2tpsMkXex6zbF/AvTDNT9vUIZHi/WvIfQ/XMf3ZhdSYfMH5BzAbETcmesuNAauNul/hp FzqqP80kaGbTf+8wPGecV01ZXyTVA8ThyXEje/W7ufXFLPYI3GYe03kZG2KOFWIs/JZs 4cOg== MIME-Version: 1.0 X-Received: by 10.112.25.8 with SMTP id y8mr3508867lbf.81.1361031519336; Sat, 16 Feb 2013 08:18:39 -0800 (PST) Received: by 10.112.41.68 with HTTP; Sat, 16 Feb 2013 08:18:39 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sun, 17 Feb 2013 00:18:39 +0800 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= To: Doug Rabson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , Benjamin Kaduk , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 16:23:59 -0000 On 17 February 2013 00:03, Doug Rabson wrote: > I don't think much (if anything) has changed with gssd between 9.1 and > current. When your gssd hangs, you can try to get a stack trace using gdb's > attach command. > > Fair enough. However, when it hangs, I have at least a 50% chance of hitting the gssd-realted kerberl panic. Should I apply the patch you gave me, or would you suggest an upgrade? From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:17:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E380228 for ; Sat, 16 Feb 2013 18:17:15 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-la0-x22c.google.com (la-in-x022c.1e100.net [IPv6:2a00:1450:4010:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id EFCAE7B2 for ; Sat, 16 Feb 2013 18:17:14 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eb20so4437712lab.17 for ; Sat, 16 Feb 2013 10:17:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=yIfkw590ACjMWhwEgFumkpSsqyRB8U8cVoiwRoVbJKs=; b=Rc7whvJNkImTFt0x2tahaa/PPgqZVKLfsY08+sBhOGnPzfUrz5Y3pnTBtiPAQqqvzc Jwtva3J/39Qc4UT87uFYzwogmm2o2UHbLWWmZL4eAT17Za2hetl6QGNl79eTtR1hqX7w VX37vUGtboNi3H7CsZekmsSAxgD1GVJ/dX5Wunbh05rxgHvGtzDv0KBwZZ2I8Cfq3XZJ lkyUFWnCorHkDpBgoCPDOZwMIKADgyiOmW2BVjobjKZSaa2hT3eInPGXgfI4quMH9N5c IL2idgiXWfd1qtytuX0zYiu3aAs3WfA9L9Ig7eMplDkxohtypOE9bw0JoxOHpYkMywZ6 zucQ== MIME-Version: 1.0 X-Received: by 10.112.43.38 with SMTP id t6mr3151775lbl.69.1361038633770; Sat, 16 Feb 2013 10:17:13 -0800 (PST) Received: by 10.112.58.225 with HTTP; Sat, 16 Feb 2013 10:17:13 -0800 (PST) In-Reply-To: References: <336731055.3000548.1360798935813.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 18:17:13 +0000 Message-ID: Subject: Re: Possible bug in NFSv4 with krb5p security? From: Doug Rabson To: =?ISO-8859-1?Q?Elias_M=E5rtenson?= X-Gm-Message-State: ALoCoQkupi34/DllK3umdqYWQX4D/y1gspAloZw8ITKaDnLi6W4ViqNJzChy1TDKz82EUwVRydYe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Rick Macklem , Benjamin Kaduk , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:17:15 -0000 On 16 February 2013 16:18, Elias M=E5rtenson wrote: > On 17 February 2013 00:03, Doug Rabson wrote: > >> I don't think much (if anything) has changed with gssd between 9.1 and >> current. When your gssd hangs, you can try to get a stack trace using gd= b's >> attach command. >> >> Fair enough. However, when it hangs, I have at least a 50% chance of > hitting the gssd-realted kerberl panic. Should I apply the patch you gave > me, or would you suggest an upgrade? > I think it was Rick that mentioned the patch. I would apply the patch and rebuild your kernel in the interests of changing as little as possible while debugging the original issue. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:44:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9B0B2713; Sat, 16 Feb 2013 18:44:24 +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 6C189887; Sat, 16 Feb 2013 18:44:23 +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 r1GIiNcK039586; Sat, 16 Feb 2013 13:44:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GIiNsd039582; Sat, 16 Feb 2013 18:44:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 18:44:23 GMT Message-Id: <201302161844.r1GIiNsd039582@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:44:24 -0000 TB --- 2013-02-16 18:10:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 18:10:37 - 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 --- 2013-02-16 18:10:37 - starting HEAD tinderbox run for armv6/arm TB --- 2013-02-16 18:10:37 - cleaning the object tree TB --- 2013-02-16 18:11:54 - /usr/local/bin/svn stat /src TB --- 2013-02-16 18:11:58 - At svn revision 246878 TB --- 2013-02-16 18:11:59 - building world TB --- 2013-02-16 18:11:59 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 18:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 18:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 18:11:59 - SRCCONF=/dev/null TB --- 2013-02-16 18:11:59 - TARGET=arm TB --- 2013-02-16 18:11:59 - TARGET_ARCH=armv6 TB --- 2013-02-16 18:11:59 - TZ=UTC TB --- 2013-02-16 18:11:59 - __MAKE_CONF=/dev/null TB --- 2013-02-16 18:11:59 - cd /src TB --- 2013-02-16 18:11:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 18:12:03 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 18:44:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 18:44:23 - ERROR: failed to build world TB --- 2013-02-16 18:44:23 - 1478.72 user 321.22 system 2025.52 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:44:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 527A6715; Sat, 16 Feb 2013 18:44: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 29B87889; Sat, 16 Feb 2013 18:44:25 +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 r1GIiOY0039616; Sat, 16 Feb 2013 13:44:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GIiO7C039615; Sat, 16 Feb 2013 18:44:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 18:44:24 GMT Message-Id: <201302161844.r1GIiO7C039615@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 18:44:25 -0000 TB --- 2013-02-16 18:10:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 18:10:37 - 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 --- 2013-02-16 18:10:37 - starting HEAD tinderbox run for arm/arm TB --- 2013-02-16 18:10:37 - cleaning the object tree TB --- 2013-02-16 18:11:55 - /usr/local/bin/svn stat /src TB --- 2013-02-16 18:11:58 - At svn revision 246878 TB --- 2013-02-16 18:11:59 - building world TB --- 2013-02-16 18:11:59 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 18:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 18:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 18:11:59 - SRCCONF=/dev/null TB --- 2013-02-16 18:11:59 - TARGET=arm TB --- 2013-02-16 18:11:59 - TARGET_ARCH=arm TB --- 2013-02-16 18:11:59 - TZ=UTC TB --- 2013-02-16 18:11:59 - __MAKE_CONF=/dev/null TB --- 2013-02-16 18:11:59 - cd /src TB --- 2013-02-16 18:11:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 18:12:04 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 18:44:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 18:44:24 - ERROR: failed to build world TB --- 2013-02-16 18:44:24 - 1479.85 user 318.39 system 2026.97 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 19:20:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 84A4DFB; Sat, 16 Feb 2013 19:20:33 +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 5CEE697B; Sat, 16 Feb 2013 19:20: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 r1GJKWsU069524; Sat, 16 Feb 2013 14:20:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GJKW1q069523; Sat, 16 Feb 2013 19:20:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 19:20:32 GMT Message-Id: <201302161920.r1GJKW1q069523@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:20:33 -0000 TB --- 2013-02-16 18:44:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 18:44: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 --- 2013-02-16 18:44:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-02-16 18:44:24 - cleaning the object tree TB --- 2013-02-16 18:44:52 - /usr/local/bin/svn stat /src TB --- 2013-02-16 18:44:55 - At svn revision 246878 TB --- 2013-02-16 18:44:56 - building world TB --- 2013-02-16 18:44:56 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 18:44:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 18:44:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 18:44:56 - SRCCONF=/dev/null TB --- 2013-02-16 18:44:56 - TARGET=ia64 TB --- 2013-02-16 18:44:56 - TARGET_ARCH=ia64 TB --- 2013-02-16 18:44:56 - TZ=UTC TB --- 2013-02-16 18:44:56 - __MAKE_CONF=/dev/null TB --- 2013-02-16 18:44:56 - cd /src TB --- 2013-02-16 18:44:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 18:45:01 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 19:20:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 19:20:32 - ERROR: failed to build world TB --- 2013-02-16 19:20:32 - 1685.30 user 335.13 system 2167.65 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 19:48:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 027776FE; Sat, 16 Feb 2013 19:48:51 +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 BD5E3A3F; Sat, 16 Feb 2013 19:48: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 r1GJmkrx084725; Sat, 16 Feb 2013 14:48:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GJmkjh084724; Sat, 16 Feb 2013 19:48:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 19:48:46 GMT Message-Id: <201302161948.r1GJmkjh084724@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 19:48:52 -0000 TB --- 2013-02-16 19:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 19:20:32 - 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 --- 2013-02-16 19:20:32 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-16 19:20:32 - cleaning the object tree TB --- 2013-02-16 19:20:58 - /usr/local/bin/svn stat /src TB --- 2013-02-16 19:21:01 - At svn revision 246878 TB --- 2013-02-16 19:21:02 - building world TB --- 2013-02-16 19:21:02 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 19:21:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 19:21:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 19:21:02 - SRCCONF=/dev/null TB --- 2013-02-16 19:21:02 - TARGET=mips TB --- 2013-02-16 19:21:02 - TARGET_ARCH=mips TB --- 2013-02-16 19:21:02 - TZ=UTC TB --- 2013-02-16 19:21:02 - __MAKE_CONF=/dev/null TB --- 2013-02-16 19:21:02 - cd /src TB --- 2013-02-16 19:21:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 19:21:07 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 19:48:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 19:48:46 - ERROR: failed to build world TB --- 2013-02-16 19:48:46 - 1237.46 user 303.24 system 1693.30 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 20:16:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14B4FB81; Sat, 16 Feb 2013 20:16:53 +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 C5458ADB; Sat, 16 Feb 2013 20:16:52 +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 r1GKGqG8095610; Sat, 16 Feb 2013 15:16:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GKGqxC095609; Sat, 16 Feb 2013 20:16:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 20:16:52 GMT Message-Id: <201302162016.r1GKGqxC095609@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:16:53 -0000 TB --- 2013-02-16 19:48:46 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 19:48:46 - 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 --- 2013-02-16 19:48:46 - starting HEAD tinderbox run for mips64/mips TB --- 2013-02-16 19:48:46 - cleaning the object tree TB --- 2013-02-16 19:49:12 - /usr/local/bin/svn stat /src TB --- 2013-02-16 19:49:15 - At svn revision 246878 TB --- 2013-02-16 19:49:16 - building world TB --- 2013-02-16 19:49:16 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 19:49:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 19:49:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 19:49:16 - SRCCONF=/dev/null TB --- 2013-02-16 19:49:16 - TARGET=mips TB --- 2013-02-16 19:49:16 - TARGET_ARCH=mips64 TB --- 2013-02-16 19:49:16 - TZ=UTC TB --- 2013-02-16 19:49:16 - __MAKE_CONF=/dev/null TB --- 2013-02-16 19:49:16 - cd /src TB --- 2013-02-16 19:49:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 19:49:20 UTC 2013 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 20:16:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 20:16:51 - ERROR: failed to build world TB --- 2013-02-16 20:16:51 - 1233.05 user 296.16 system 1685.64 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 20:56:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 786EA2F1; Sat, 16 Feb 2013 20:56: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 393C0BFA; Sat, 16 Feb 2013 20:56: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 r1GKu4NR079508; Sat, 16 Feb 2013 15:56:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GKu4da079497; Sat, 16 Feb 2013 20:56:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 20:56:04 GMT Message-Id: <201302162056.r1GKu4da079497@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 20:56:05 -0000 TB --- 2013-02-16 20:16:52 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 20:16:52 - 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 --- 2013-02-16 20:16:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-02-16 20:16:52 - cleaning the object tree TB --- 2013-02-16 20:17:16 - /usr/local/bin/svn stat /src TB --- 2013-02-16 20:17:27 - At svn revision 246878 TB --- 2013-02-16 20:17:28 - building world TB --- 2013-02-16 20:17:28 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 20:17:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 20:17:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 20:17:28 - SRCCONF=/dev/null TB --- 2013-02-16 20:17:28 - TARGET=powerpc TB --- 2013-02-16 20:17:28 - TARGET_ARCH=powerpc TB --- 2013-02-16 20:17:28 - TZ=UTC TB --- 2013-02-16 20:17:28 - __MAKE_CONF=/dev/null TB --- 2013-02-16 20:17:28 - cd /src TB --- 2013-02-16 20:17:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 20:17:33 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 20:56:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 20:56:04 - ERROR: failed to build world TB --- 2013-02-16 20:56:04 - 1751.79 user 413.50 system 2352.00 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 21:37:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 37ACB967; Sat, 16 Feb 2013 21:37:50 +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 0B050D4F; Sat, 16 Feb 2013 21:37: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 r1GLbnYj037670; Sat, 16 Feb 2013 16:37:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GLbn0B037655; Sat, 16 Feb 2013 21:37:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 21:37:49 GMT Message-Id: <201302162137.r1GLbn0B037655@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 21:37:50 -0000 TB --- 2013-02-16 20:56:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 20:56:04 - 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 --- 2013-02-16 20:56:04 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-02-16 20:56:04 - cleaning the object tree TB --- 2013-02-16 20:56:37 - /usr/local/bin/svn stat /src TB --- 2013-02-16 20:56:41 - At svn revision 246878 TB --- 2013-02-16 20:56:42 - building world TB --- 2013-02-16 20:56:42 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 20:56:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 20:56:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 20:56:42 - SRCCONF=/dev/null TB --- 2013-02-16 20:56:42 - TARGET=powerpc TB --- 2013-02-16 20:56:42 - TARGET_ARCH=powerpc64 TB --- 2013-02-16 20:56:42 - TZ=UTC TB --- 2013-02-16 20:56:42 - __MAKE_CONF=/dev/null TB --- 2013-02-16 20:56:42 - cd /src TB --- 2013-02-16 20:56:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 20:56:47 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 21:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 21:37:49 - ERROR: failed to build world TB --- 2013-02-16 21:37:49 - 1779.02 user 510.21 system 2504.79 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 22:05:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CFA50E02; Sat, 16 Feb 2013 22:05:32 +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 797BCDED; Sat, 16 Feb 2013 22:05:32 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 3B3B7675D; Sat, 16 Feb 2013 22:05:31 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id E95789093; Sat, 16 Feb 2013 23:05:30 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on powerpc64/powerpc References: <201302162137.r1GLbn0B037655@freebsd-current.sentex.ca> Date: Sat, 16 Feb 2013 23:05:30 +0100 In-Reply-To: <201302162137.r1GLbn0B037655@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Sat, 16 Feb 2013 21:37:49 GMT") Message-ID: <86ehgfc3th.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: powerpc64@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:05:32 -0000 FreeBSD Tinderbox writes: > cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=3Dgnu99 -fstack-p= rotector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-para= meter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uniniti= alized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_veri= fy.c -o dnssec_verify.o > cc1: warnings being treated as errors > /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: > ldns_dnssec_trust_tree_print_sm' defined but not used > *** [dnssec_verify.o] Error code 1 > > Stop in /src/lib/libldns. Why is this happening? The Makefile sets WARNS to 3, which adds -Wno-unused-function to CFLAGS, which should suppress this warning. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 22:08:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A1010F25; Sat, 16 Feb 2013 22:08: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 69AC9E07; Sat, 16 Feb 2013 22:08: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 r1GM8LJ5032114; Sat, 16 Feb 2013 17:08:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1GM8LWl032111; Sat, 16 Feb 2013 22:08:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Feb 2013 22:08:21 GMT Message-Id: <201302162208.r1GM8LWl032111@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 22:08:22 -0000 TB --- 2013-02-16 21:37:49 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-16 21:37:49 - 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 --- 2013-02-16 21:37:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-16 21:37:49 - cleaning the object tree TB --- 2013-02-16 21:38:19 - /usr/local/bin/svn stat /src TB --- 2013-02-16 21:38:23 - At svn revision 246878 TB --- 2013-02-16 21:38:24 - building world TB --- 2013-02-16 21:38:24 - CROSS_BUILD_TESTING=YES TB --- 2013-02-16 21:38:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-16 21:38:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-16 21:38:24 - SRCCONF=/dev/null TB --- 2013-02-16 21:38:24 - TARGET=sparc64 TB --- 2013-02-16 21:38:24 - TARGET_ARCH=sparc64 TB --- 2013-02-16 21:38:24 - TZ=UTC TB --- 2013-02-16 21:38:24 - __MAKE_CONF=/dev/null TB --- 2013-02-16 21:38:24 - cd /src TB --- 2013-02-16 21:38:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 16 21:38:29 UTC 2013 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dane.c -o dane.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/dnssec_verify.c:638: warning: 'ldns_dnssec_trust_tree_print_sm' defined but not used *** [dnssec_verify.o] Error code 1 Stop in /src/lib/libldns. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-16 22:08:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-16 22:08:21 - ERROR: failed to build world TB --- 2013-02-16 22:08:21 - 1339.16 user 317.37 system 1831.55 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 23:25:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5DA531CC for ; Sat, 16 Feb 2013 23:25:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1828FF71 for ; Sat, 16 Feb 2013 23:25:04 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAD4UIFGDaFvO/2dsb2JhbABEhkm5VoEXc4IfAQEBAwEBAQEgKyALBRYOCgICDQcSAiMGAQkmBggHBAEcBIdfAwkGDKsGiAUNiVqBI4s2gR2BDQEzBxiCFYETA4hniw1dgVuBHYomhRWDJU+BBTU X-IronPort-AV: E=Sophos;i="4.84,680,1355115600"; d="scan'208";a="14442580" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 16 Feb 2013 18:25:03 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B8E3BB3F4B; Sat, 16 Feb 2013 18:25:03 -0500 (EST) Date: Sat, 16 Feb 2013 18:25:03 -0500 (EST) From: Rick Macklem To: Doug Rabson Message-ID: <601057646.3081480.1361057103701.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: Possible bug in NFSv4 with krb5p security? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, =?utf-8?Q?Elias_M=C3=A5rtenson?= , Benjamin Kaduk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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 Feb 2013 23:25:05 -0000 Doug Rabson wrote: > On 16 February 2013 13:57, Elias M=C3=A5rtenson wrote= : >=20 > > On 16 February 2013 18:58, Doug Rabson wrote: > > > >> This may be a stupid question but does the user 'elias' exist in > >> the > >> local password database? > >> > >> If you are using heimdal from the base distribution and you have > >> source, > >> you should be able to build them with debug information which may > >> help. > >> When I was writing gssd, I mostly ran it under gdb to debug > >> problems like > >> this. To build something in the base with debug information, go to > >> the > >> directory in the source tree for that component and type something > >> like > >> 'make DEBUG_FLAGS=3D-g clean all install'. > >> > > > > No worries. I do have that user (and everything else, specifically > > single > > sign-on ssh) works with it. I do agree that if I had not that user, > > the > > behaviour I see would be neatly explained. > > > > When it comes to gssd, I've got its behaviour pretty well nailed > > down. It > > does what it's supposed to do. > > > > However, when I tried rebuilding libgssapi.so.10, I ended up with > > gssd > > hanging when it used the new library. I have no idea why. > > > > Would it be wise to upgrade from 9.1-RELEASE to something newer? > > I've seen > > references to 10-CURRENT. I'd like to be debugging the latest > > version of > > everything, but this machine also needs to serve as a fileserver for > > my > > home office, so some degree of stability is needed. > > > > > I don't think much (if anything) has changed with gssd between 9.1 and > current. Nothing that would affect this, as far as I know. The changes were done to add support for searching for credential cache files with different names. This should affect client side behaviour only and only if the new command line options are used to enable this code. > When your gssd hangs, you can try to get a stack trace using > gdb's > attach command. >=20 >=20 >=20 > > Regards, > > Elias > > > _______________________________________________ > 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"