From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 07:48:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4E4106566B for ; Sun, 15 Apr 2012 07:48:03 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id DD0678FC12 for ; Sun, 15 Apr 2012 07:48:02 +0000 (UTC) Received: from p5dc3f072.dip.t-dialin.net ([93.195.240.114] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SJKBS-00021d-DL; Sun, 15 Apr 2012 09:47:42 +0200 Message-ID: <4F8A7D1A.8090307@gwdg.de> Date: Sun, 15 Apr 2012 09:47:38 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120317 Thunderbird/10.0.3 MIME-Version: 1.0 To: AN References: <4F889381.6090808@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 07:48:03 -0000 On 15.04.2012 00:01 (UTC+1), AN wrote: > > > On Fri, 13 Apr 2012, O. Hartmann wrote: > >> Am 04/13/12 00:21, schrieb AN: >>> At Thu Apr 12 17:52:05 EDT 2012: >>> >>> [root@FBSD10 /usr/src]# svn up >>> Updating '.': >>> At revision 234196. >>> >>> Trying to build the kernel I get the following failure: >>> >>> time make -j8 buildkernel KERNCONF=MYKERNEL >>> >>> >>> >>> ===> zlib (all) >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >>> /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq >>> -finline-limit=8000 --param inline-unit-growth=100 --param >>> large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer >>> -I/usr/obj/usr/src/sys/MYKERNEL -mcmodel=kernel -mno-red-zone -mno-mmx >>> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >>> -fstack-protector -std=iso9899:1999 -fstack-protector -Wall >>> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -c /usr/src/sys/modules/zlib/../../net/zlib.c >>> ld -d -warn-common -r -d -o zlib.ko.debug zlib.o >>> :> export_syms >>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | >>> xargs -J% objcopy % zlib.ko.debug >>> objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols >>> objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug >>> zlib.ko >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> >>> real 8m20.095s >>> user 12m37.161s >>> sys 6m59.844s >>> >>> I tried this 4 times, twice with MYKERNEL and twice with GENERIC. It >>> failed in the same spot every time. Is anyone else seeing this? >>> >>> Also, I tried without -j8, and it fails with the following: >>> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g >>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys >>> -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >>> -include opt_global.h -fno-common -finline-limit=8000 --param >>> inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse >>> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >>> -fstack-protector -Werror /usr/src/sys/kern/subr_turnstile.c >>> cc1: warnings being treated as errors >>> /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority': >>> /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of >>> function 'kdb_backtrace_thread' >>> /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern >>> declaration of 'kdb_backtrace_thread' [-Wnested-externs] >>> *** [subr_turnstile.o] Error code 1 >>> >>> Stop in /usr/obj/usr/src/sys/MYKERNEL. >>> *** [buildkernel] Error code 1 >>> >>> Stop in /usr/src. >>> *** [buildkernel] Error code 1 >>> >>> Stop in /usr/src. >>> >>> real 5m19.701s >>> user 4m33.051s >>> sys 0m51.466s >>> >>> >>> >>> Here is /etc/make.conf >>> >>> # cat /etc/make.conf >>> OVERRIDE_LINUX_BASE_PORT=f10 >>> QT4_OPTIONS= QGTKSTYLE >>> WITH_OPENSSL_PORT=yes >>> # added by use.perl 2012-04-04 01:11:13 >>> PERL_VERSION=5.14.2 >>> >>> The kernel previously built without problems with this same >>> configuration. >>> _______________________________________________ >> >> >> clang -c -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=native -std=c99 >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. >> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h >> -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone >> -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables >> -ffreestanding -fstack-protector -Werror >> /usr/src/sys/kern/subr_turnstile.c >> /usr/src/sys/kern/subr_turnstile.c:220:4: error: implicit declaration of >> function 'kdb_backtrace_thread' is invalid in C99 >> [-Werror,-Wimplicit-function-declaration] >> kdb_backtrace_thread(td); >> ^ >> 1 error generated. >> *** [subr_turnstile.o] Error code 1 >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> >> >> I still get this error on one of my boxes. Another, with almost the same >> setup and config, build fine! >> All systems build with CLANG. They share the same /etc/src.conf and have >> the same /etc/make.conf. >> >> Before building kernel/world, I cleanup/delete /usr/obj. But the error >> still persists. >> >> >> Regards, >> Oliver >> >> > > I updated source with svn within the last hour, and rebuilt world and > kernel. When I tried to boot to single-user mode to installworld the > machine panicked and rebooted. I needed to boot kernel.old to get > machine back. Is anyone else seeing a problem with the kernel? It seems > it is still broken for me. Same problem here with revision 234306. I am not able to boot the new kernel. It panics with: Fatal trap 18: integer divide fault while in kernel mode cpuid = 3; apic id = 03 instruction pointer = 0x20:0xffffffff803b9d34 stack pointer = 0x28:0xffffff80002a9a10 frame pointer = 0x28:0xffffff80002a9a60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13 (g_event) trap number = 18 panic: Integer divide fault cpuid = 3 From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 10:05:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FFD0106566C for ; Sun, 15 Apr 2012 10:05:52 +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 E78AA8FC0A for ; Sun, 15 Apr 2012 10:05:51 +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 <1SJML2-0007HC-By>; Sun, 15 Apr 2012 12:05:44 +0200 Received: from e178032100.adsl.alicedsl.de ([85.178.32.100] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SJML2-00082P-4u>; Sun, 15 Apr 2012 12:05:44 +0200 Message-ID: <4F8A9D72.9030705@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 12:05:38 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: AN References: <4F889381.6090808@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0CFC852D2FE194EE601BF48A" X-Originating-IP: 85.178.32.100 Cc: freebsd-current@freebsd.org Subject: Re: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 10:05:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0CFC852D2FE194EE601BF48A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/15/12 00:01, schrieb AN: >=20 >=20 > On Fri, 13 Apr 2012, O. Hartmann wrote: >=20 >> Am 04/13/12 00:21, schrieb AN: >>> At Thu Apr 12 17:52:05 EDT 2012: >>> >>> [root@FBSD10 /usr/src]# svn up >>> Updating '.': >>> At revision 234196. >>> >>> Trying to build the kernel I get the following failure: >>> >>> time make -j8 buildkernel KERNCONF=3DMYKERNEL >>> >>> >>> >>> =3D=3D=3D> zlib (all) >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >>> /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq >>> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >>> large-function-growth=3D1000 -fno-common -g -fno-omit-frame-pointer >>> -I/usr/obj/usr/src/sys/MYKERNEL -mcmodel=3Dkernel -mno-red-zone -mno= -mmx >>> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding= >>> -fstack-protector -std=3Diso9899:1999 -fstack-protector -Wall >>> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -c >>> /usr/src/sys/modules/zlib/../../net/zlib.c >>> ld -d -warn-common -r -d -o zlib.ko.debug zlib.o >>> :> export_syms >>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | >>> xargs -J% objcopy % zlib.ko.debug >>> objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols >>> objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols zlib.ko.d= ebug >>> zlib.ko >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> *** [buildkernel] Error code 2 >>> 1 error >>> >>> real 8m20.095s >>> user 12m37.161s >>> sys 6m59.844s >>> >>> I tried this 4 times, twice with MYKERNEL and twice with GENERIC. It= >>> failed in the same spot every time. Is anyone else seeing this? >>> >>> Also, I tried without -j8, and it fails with the following: >>> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -= g >>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys >>> -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >>> -include opt_global.h -fno-common -finline-limit=3D8000 --param >>> inline-unit-growth=3D100 --param large-function-growth=3D1000 >>> -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse >>> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >>> -fstack-protector -Werror /usr/src/sys/kern/subr_turnstile.c >>> cc1: warnings being treated as errors >>> /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':= >>> /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration= of >>> function 'kdb_backtrace_thread' >>> /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern >>> declaration of 'kdb_backtrace_thread' [-Wnested-externs] >>> *** [subr_turnstile.o] Error code 1 >>> >>> Stop in /usr/obj/usr/src/sys/MYKERNEL. >>> *** [buildkernel] Error code 1 >>> >>> Stop in /usr/src. >>> *** [buildkernel] Error code 1 >>> >>> Stop in /usr/src. >>> >>> real 5m19.701s >>> user 4m33.051s >>> sys 0m51.466s >>> >>> >>> >>> Here is /etc/make.conf >>> >>> # cat /etc/make.conf >>> OVERRIDE_LINUX_BASE_PORT=3Df10 >>> QT4_OPTIONS=3D QGTKSTYLE >>> WITH_OPENSSL_PORT=3Dyes >>> # added by use.perl 2012-04-04 01:11:13 >>> PERL_VERSION=3D5.14.2 >>> >>> The kernel previously built without problems with this same >>> configuration. >>> _______________________________________________ >> >> >> clang -c -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=3Dnative -std= =3Dc99 >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. >> -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h >> -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one >> -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables >> -ffreestanding -fstack-protector -Werror=20 >> /usr/src/sys/kern/subr_turnstile.c >> /usr/src/sys/kern/subr_turnstile.c:220:4: error: implicit declaration = of >> function 'kdb_backtrace_thread' is invalid in C99 >> [-Werror,-Wimplicit-function-declaration] >> kdb_backtrace_thread(td); >> ^ >> 1 error generated. >> *** [subr_turnstile.o] Error code 1 >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> *** [buildkernel] Error code 2 >> 1 error >> >> >> I still get this error on one of my boxes. Another, with almost the sa= me >> setup and config, build fine! >> All systems build with CLANG. They share the same /etc/src.conf and ha= ve >> the same /etc/make.conf. >> >> Before building kernel/world, I cleanup/delete /usr/obj. But the error= >> still persists. >> >> >> Regards, >> Oliver >> >> >=20 > I updated source with svn within the last hour, and rebuilt world and > kernel. When I tried to boot to single-user mode to installworld the > machine panicked and rebooted. I needed to boot kernel.old to get > machine back. Is anyone else seeing a problem with the kernel? It > seems it is still broken for me. Me, too. Need to boot kernel.old/kernel having a running system. But even then, under heavy load (i/o), the system spntanously reboot (done so while doing a rsync-backup of several hundred GB and let weekly periodic doing its work). Regards, Oliver --------------enig0CFC852D2FE194EE601BF48A 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) iQEcBAEBAgAGBQJPip13AAoJEOgBcD7A/5N87CQH/25y939XuczlOa8s7r+YbZR0 lb/ssHv1R2HuI46Ux0UuOVriT/Ud+szyw39EfUyP0n0KFg4Q4wz7O8qV+FwEj9Oo FTG/enzOGHcdOD3O00Cyy3kd2d4/bvpPdwJMdN9EcgpTLLUQo3+Y+Nfe4Kv/61h4 nSn9OlYO4nZJHcvz17Rw/RgNiCvDH2LtgAAt7GHuiWB+v4vu927uJCi7kPXIjXkb Sbz4BXybx1BJMQWP/WaMnIcqNUSlmZc4aV6BiKoH6DK3LUgxmpUpu20ul4pZz188 JdmdOCsGD5h2twCpEzyLVMxksaMupWQgsb0I+j9i4oJlCbG51Q6UGJm85AeruN4= =kSnn -----END PGP SIGNATURE----- --------------enig0CFC852D2FE194EE601BF48A-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 10:30:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F974106564A for ; Sun, 15 Apr 2012 10:30:45 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id BA50E8FC08 for ; Sun, 15 Apr 2012 10:30:44 +0000 (UTC) Received: from eastrmimpo209.cox.net ([68.230.241.224]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120415103038.BPIR8874.eastrmfepo103.cox.net@eastrmimpo209.cox.net> for ; Sun, 15 Apr 2012 06:30:38 -0400 Received: from serene.no-ip.org ([98.164.83.206]) by eastrmimpo209.cox.net with bizsmtp id yAWd1i00H4T5sES02AWdhi; Sun, 15 Apr 2012 06:30:38 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020201.4F8AA34E.0035,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=HqFWUIo4U7jEUTs225x6ZH0I8BLiD2Q6FyDr9Rb8Xwg= c=1 sm=1 a=Mlxi_tzMx8MA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=cRs4AX/51puMaUeRAuoQtw==:17 a=kviXuzpPAAAA:8 a=Ly5V46W2juFc04n7VSkA:9 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=cRs4AX/51puMaUeRAuoQtw==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q3FAUbNf002164 for ; Sun, 15 Apr 2012 05:30:37 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sun, 15 Apr 2012 05:30:32 -0500 From: "Conrad J. Sabatier" To: freebsd-current@FreeBSD.org Message-ID: <20120415053032.370280f9@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 10:30:45 -0000 Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0xffffffff803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 10:36:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95E741065672 for ; Sun, 15 Apr 2012 10:36:01 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id 29C5D8FC08 for ; Sun, 15 Apr 2012 10:36:01 +0000 (UTC) Received: from eastrmimpo306.cox.net ([68.230.241.238]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120415103600.BRDO8874.eastrmfepo103.cox.net@eastrmimpo306.cox.net>; Sun, 15 Apr 2012 06:36:00 -0400 Received: from serene.no-ip.org ([98.164.83.206]) by eastrmimpo306.cox.net with bizsmtp id yAbz1i00J4T5sES02AbzW4; Sun, 15 Apr 2012 06:36:00 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A02020B.4F8AA490.002C,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=CRPD+Qc8oD39miT01U+idCnfgtTI0UgUfEDugnPCZ2w= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=cRs4AX/51puMaUeRAuoQtw==:17 a=kviXuzpPAAAA:8 a=DLhFfGs72n1G3JFD4lcA:9 a=CjuIK1q_8ugA:10 a=STBOWvXN29oA:10 a=4vB-4DCPJfMA:10 a=cRs4AX/51puMaUeRAuoQtw==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q3FAZxKG002213; Sun, 15 Apr 2012 05:35:59 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sun, 15 Apr 2012 05:35:54 -0500 From: "Conrad J. Sabatier" To: Rainer Hurling Message-ID: <20120415053554.6acfd888@cox.net> In-Reply-To: <4F8A7D1A.8090307@gwdg.de> References: <4F889381.6090808@zedat.fu-berlin.de> <4F8A7D1A.8090307@gwdg.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: AN , freebsd-current@freebsd.org Subject: Re: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 10:36:01 -0000 On Sun, 15 Apr 2012 09:47:38 +0200 Rainer Hurling wrote: > On 15.04.2012 00:01 (UTC+1), AN wrote: > > > > I updated source with svn within the last hour, and rebuilt world > > and kernel. When I tried to boot to single-user mode to > > installworld the machine panicked and rebooted. I needed to boot > > kernel.old to get machine back. Is anyone else seeing a problem > > with the kernel? It seems it is still broken for me. > > Same problem here with revision 234306. I am not able to boot the new > kernel. It panics with: > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 3; apic id = 03 > instruction pointer = 0x20:0xffffffff803b9d34 > stack pointer = 0x28:0xffffff80002a9a10 > frame pointer = 0x28:0xffffff80002a9a60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 13 (g_event) > trap number = 18 > panic: Integer divide fault > cpuid = 3 Same here. Tried building with both clang and gcc. Compiles OK, but same results at startup. Crash! -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 19:30:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA169106566C; Sun, 15 Apr 2012 19:30:33 +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 46F9B8FC18; Sun, 15 Apr 2012 19:30:33 +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 <1SJV9c-0002Gk-6n>; Sun, 15 Apr 2012 21:30:32 +0200 Received: from e178030137.adsl.alicedsl.de ([85.178.30.137] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SJV9c-0001zn-0J>; Sun, 15 Apr 2012 21:30:32 +0200 Message-ID: <4F8B21D2.4080008@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 21:30:26 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Richard Kojedzinszky References: <4F8AAEF7.3090800@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigACA75699F447BB9326077DB3" X-Originating-IP: 85.178.30.137 Cc: freebsd-security@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 19:30:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigACA75699F447BB9326077DB3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/15/12 15:59, schrieb Richard Kojedzinszky: > Thank you for the reply. >=20 > Unfortunately, dont know why, but on my xen virtualised environment, > fbsd amd64 domU performs much slower, not only 30 times. Without > multilabel, file creation speed is around 2500/s, but with multilabels > enabled, it is only 15/s (!). so it is more than 100 times slower. >=20 > And anyway freebsd is known to be fast as well, as functional. The powe= r > to serve. :) >=20 > But in my environment, 15/s file creation is very-very slow. The > hardware is a q6700 cpu with 4G ram, 2x1T sata disks in raid1, the host= > runs linux. I think with this hw the mentioned speed is really slow. >=20 > Regards, >=20 >=20 > Kojedzinszky Richard > Euronet Magyarorszag Informatikai Zrt. >=20 > On Sun, 15 Apr 2012, O. Hartmann wrote: >=20 >> Date: Sun, 15 Apr 2012 13:20:23 +0200 >> From: O. Hartmann >> To: Richard Kojedzinszky >> Cc: freebsd-security@freebsd.org >> Subject: Re: ufs multilabel performance (fwd) >> >> Am 04/14/12 21:37, schrieb Richard Kojedzinszky: >>> Dear list, >>> >>> Although it is not only security-related question, I did not get any >>> answer from freebsd-performance. The original question is below. >>> >>> Can someone give some advice? >>> >>> Thanks in advance, >>> >>> >>> Kojedzinszky Richard >>> Euronet Magyarorszag Informatikai Zrt. >>> >>> ---------- Forwarded message ---------- >>> Date: Thu, 10 Nov 2011 06:16:57 +0100 (CET) >>> From: Richard Kojedzinszky >>> To: freebsd-performance@freebsd.org >>> Subject: ufs multilabel performance >>> >>> Dear List, >>> >>> I've noticed that when I enable multilabel on an fs, a file creation >>> gets around 20-30 times slower than without multilabel set. >>> >>> This one-liner can be used to test the differences: >>> $ truss -D perl -e 'open(F, ">$_.file") for 1 .. 1000' >> >> Same here, creating files seems to be 10 - 30 times slower with >> multilabels as it is without. >> >> But as several posts and discussions reflects, FreeBSD isn't supposed = to >> be fast although it is claimed that writing is the major than reading;= >> FBSD should serve functionality. >>> >>> And one can see that the open call takes much more when multilabel is= >>> set on an fs. It seems that only file creation needs that many time, >>> when a file exists it is opened much faster. >>> >>> Could someone acknowledge this, and have some suggestions how to make= it >>> faster? >>> >>> Regards, >>> >>> >>> Kojedzinszky Richard >>> TvNetWork Nyrt. >>> E-mail: krichy (at) tvnetwork [dot] hu >>> PGP: 0x54B2BF0C8F59B1B7 >>> Fingerprint =3D F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7 At the moment, I'm troubled with a nasty kernel bug on all FreeBSD 10 boxes I have spare to test. I just tried to reproduce your observation and as far as I can go with my experience, I can confirm that by using your perl script. I'd like to test this again with a small C program. I can only test the issue (test is too far optimistic, it's simply a reproduction of your observation) on FreeBSD 10, the only remaining FreeBSD server at our department is running FBSD 9-STABLE/amd64 and "in production", so changing multilabel support is a bit harsh at the moment.= Sorry about crossposting, but I think this belongs more to CURRENT and PERFORMANCE than SECURITY. Regards, Oliver --------------enigACA75699F447BB9326077DB3 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) iQEcBAEBAgAGBQJPiyHXAAoJEOgBcD7A/5N8LrsIANmL3ZmRs4NV+ZcwYgEMbON2 FoofUvnxCWi+U8v7WDxjkgzhB9gZZSCB6Sg96rsqRM1Koac4CeYSegrNU93Cs1q5 E8kKIrwxqamfSTe1a8zRmD2xQm6jRea3SLs7YyDhNVus24lwvsXrQO+raigkw+mF +ZXb3dFDnJtPZwJf22iiuQUsPCEwsYj4L9NUX//kW/AIvAYmeItKSGs1KEUqQ14D Gi5bhcGyFykR4/AlXCXGmw0reQuS8bBFl8gfKbQCi9ksZdZ5ZuTqU8NSZoUsZZUZ piPLowl8mLVqdNJVh6kSdLNp5L7UuUEXzMYpxmpXhV3poAdWIU/AoT2OxxZwrmM= =kwTn -----END PGP SIGNATURE----- --------------enigACA75699F447BB9326077DB3-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:00:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41BA4106566B; Sun, 15 Apr 2012 20:00:53 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D87438FC15; Sun, 15 Apr 2012 20:00:52 +0000 (UTC) Received: by obqv19 with SMTP id v19so5391943obq.13 for ; Sun, 15 Apr 2012 13:00:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=mnralVivXlJvciH+6DBucC8H6Pz/CSSQecoxTjyy138=; b=mYjK1C+WkQoFoDi4ma0qJyO2g4WkuiBMHGUMR/QeIAgxz5mWH8LCvsi3RdNguBPWOX TgEezvSScz+pDZUXJII2xzXBqfRMlOPEnKRsB8LsR/lv1N0qCGsF8OeQOjvUDeC59b45 wgNeTfctmtK9kBIkRZCGtS5ySQCu7CMGLY5XFMCxnpTH3c5FhGHqvhbHwBdQAc1uAbMO IHaqKRV++pbYUI0w7xJwwBXTK9yDuy+W1DWDz7s+a4Dreb2NC4QUVEZeCiAIEnj+CKu9 F3qMHaRjLADyvMtKsRgaK2n03pKYYJGSEtqOqByQ/A0rjjW/lqkRATGqMoYtuXU8SzkM 79ow== Received: by 10.182.169.68 with SMTP id ac4mr12587579obc.19.1334520052529; Sun, 15 Apr 2012 13:00:52 -0700 (PDT) Received: from [192.168.2.5] (dpc691939029.direcpc.com. [69.19.39.29]) by mx.google.com with ESMTPS id by5sm17138512obb.19.2012.04.15.13.00.39 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Apr 2012 13:00:51 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Garrett Cooper In-Reply-To: <4F8B21D2.4080008@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 13:00:25 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> To: O. Hartmann X-Mailer: Apple Mail (2.1257) Cc: freebsd-security@freebsd.org, Richard Kojedzinszky , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:00:53 -0000 On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote: > Am 04/15/12 15:59, schrieb Richard Kojedzinszky: >> Thank you for the reply. >>=20 >> Unfortunately, dont know why, but on my xen virtualised environment, >> fbsd amd64 domU performs much slower, not only 30 times. Without >> multilabel, file creation speed is around 2500/s, but with = multilabels >> enabled, it is only 15/s (!). so it is more than 100 times slower. >>=20 >> And anyway freebsd is known to be fast as well, as functional. The = power >> to serve. :) >>=20 >> But in my environment, 15/s file creation is very-very slow. The >> hardware is a q6700 cpu with 4G ram, 2x1T sata disks in raid1, the = host >> runs linux. I think with this hw the mentioned speed is really slow. >>=20 >> Regards, >>=20 >>=20 >> Kojedzinszky Richard >> Euronet Magyarorszag Informatikai Zrt. >>=20 >> On Sun, 15 Apr 2012, O. Hartmann wrote: >>=20 >>> Date: Sun, 15 Apr 2012 13:20:23 +0200 >>> From: O. Hartmann >>> To: Richard Kojedzinszky >>> Cc: freebsd-security@freebsd.org >>> Subject: Re: ufs multilabel performance (fwd) >>>=20 >>> Am 04/14/12 21:37, schrieb Richard Kojedzinszky: >>>> Dear list, >>>>=20 >>>> Although it is not only security-related question, I did not get = any >>>> answer from freebsd-performance. The original question is below. >>>>=20 >>>> Can someone give some advice? >>>>=20 >>>> Thanks in advance, >>>>=20 >>>>=20 >>>> Kojedzinszky Richard >>>> Euronet Magyarorszag Informatikai Zrt. >>>>=20 >>>> ---------- Forwarded message ---------- >>>> Date: Thu, 10 Nov 2011 06:16:57 +0100 (CET) >>>> From: Richard Kojedzinszky >>>> To: freebsd-performance@freebsd.org >>>> Subject: ufs multilabel performance >>>>=20 >>>> Dear List, >>>>=20 >>>> I've noticed that when I enable multilabel on an fs, a file = creation >>>> gets around 20-30 times slower than without multilabel set. >>>>=20 >>>> This one-liner can be used to test the differences: >>>> $ truss -D perl -e 'open(F, ">$_.file") for 1 .. 1000' >>>=20 >>> Same here, creating files seems to be 10 - 30 times slower with >>> multilabels as it is without. >>>=20 >>> But as several posts and discussions reflects, FreeBSD isn't = supposed to >>> be fast although it is claimed that writing is the major than = reading; >>> FBSD should serve functionality. >>>>=20 >>>> And one can see that the open call takes much more when multilabel = is >>>> set on an fs. It seems that only file creation needs that many = time, >>>> when a file exists it is opened much faster. >>>>=20 >>>> Could someone acknowledge this, and have some suggestions how to = make it >>>> faster? >>>>=20 >>>> Regards, >>>>=20 >>>>=20 >>>> Kojedzinszky Richard >>>> TvNetWork Nyrt. >>>> E-mail: krichy (at) tvnetwork [dot] hu >>>> PGP: 0x54B2BF0C8F59B1B7 >>>> Fingerprint =3D F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7 >=20 > At the moment, I'm troubled with a nasty kernel bug on all FreeBSD 10 > boxes I have spare to test. >=20 > I just tried to reproduce your observation and as far as I can go with > my experience, I can confirm that by using your perl script. >=20 > I'd like to test this again with a small C program. >=20 > I can only test the issue (test is too far optimistic, it's simply a > reproduction of your observation) on FreeBSD 10, the only remaining > FreeBSD server at our department is running FBSD 9-STABLE/amd64 and = "in > production", so changing multilabel support is a bit harsh at the = moment. >=20 >=20 > Sorry about crossposting, but I think this belongs more to CURRENT and > PERFORMANCE than SECURITY. My suggestion is completely take perl out of the equation because the = way you're invoking it above uses stdio and a few other things that add = unnecessary overhead. Try the attached C program/bourne shell snippet instead. Cheers, -Garrett #!/bin/sh set -e tmp=3D$(mktemp -d tmp.XXXXXX) trap "cd /; rm -Rf $tmp" EXIT cd $tmp cat > test_open.c < #include #include int main(void) { char buf[20]; int i; for (i =3D 0; i < 1000; i++) { sprintf(buf, "%d", i); close(open(buf, O_WRONLY|O_CREAT, 0600)); } return (0); } EOF gcc -o test_open test_open.c time ./test_open= From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:17:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66B35106566B; Sun, 15 Apr 2012 20:17:16 +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 05A238FC0C; Sun, 15 Apr 2012 20:17:16 +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 <1SJVso-000749-V3>; Sun, 15 Apr 2012 22:17:15 +0200 Received: from e178030137.adsl.alicedsl.de ([85.178.30.137] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SJVso-0004Jy-O1>; Sun, 15 Apr 2012 22:17:14 +0200 Message-ID: <4F8B2CC4.5030601@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 22:17:08 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Garrett Cooper References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> In-Reply-To: <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8F6C5458A718E52245A69775" X-Originating-IP: 85.178.30.137 Cc: freebsd-security@freebsd.org, Richard Kojedzinszky , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:17:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8F6C5458A718E52245A69775 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/15/12 22:00, schrieb Garrett Cooper: > On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote: >=20 >> Am 04/15/12 15:59, schrieb Richard Kojedzinszky: >>> Thank you for the reply. >>> >>> Unfortunately, dont know why, but on my xen virtualised environment, >>> fbsd amd64 domU performs much slower, not only 30 times. Without >>> multilabel, file creation speed is around 2500/s, but with multilabel= s >>> enabled, it is only 15/s (!). so it is more than 100 times slower. >>> >>> And anyway freebsd is known to be fast as well, as functional. The po= wer >>> to serve. :) >>> >>> But in my environment, 15/s file creation is very-very slow. The >>> hardware is a q6700 cpu with 4G ram, 2x1T sata disks in raid1, the ho= st >>> runs linux. I think with this hw the mentioned speed is really slow. >>> >>> Regards, >>> >>> >>> Kojedzinszky Richard >>> Euronet Magyarorszag Informatikai Zrt. >>> >>> On Sun, 15 Apr 2012, O. Hartmann wrote: >>> >>>> Date: Sun, 15 Apr 2012 13:20:23 +0200 >>>> From: O. Hartmann >>>> To: Richard Kojedzinszky >>>> Cc: freebsd-security@freebsd.org >>>> Subject: Re: ufs multilabel performance (fwd) >>>> >>>> Am 04/14/12 21:37, schrieb Richard Kojedzinszky: >>>>> Dear list, >>>>> >>>>> Although it is not only security-related question, I did not get an= y >>>>> answer from freebsd-performance. The original question is below. >>>>> >>>>> Can someone give some advice? >>>>> >>>>> Thanks in advance, >>>>> >>>>> >>>>> Kojedzinszky Richard >>>>> Euronet Magyarorszag Informatikai Zrt. >>>>> >>>>> ---------- Forwarded message ---------- >>>>> Date: Thu, 10 Nov 2011 06:16:57 +0100 (CET) >>>>> From: Richard Kojedzinszky >>>>> To: freebsd-performance@freebsd.org >>>>> Subject: ufs multilabel performance >>>>> >>>>> Dear List, >>>>> >>>>> I've noticed that when I enable multilabel on an fs, a file creatio= n >>>>> gets around 20-30 times slower than without multilabel set. >>>>> >>>>> This one-liner can be used to test the differences: >>>>> $ truss -D perl -e 'open(F, ">$_.file") for 1 .. 1000' >>>> >>>> Same here, creating files seems to be 10 - 30 times slower with >>>> multilabels as it is without. >>>> >>>> But as several posts and discussions reflects, FreeBSD isn't suppose= d to >>>> be fast although it is claimed that writing is the major than readin= g; >>>> FBSD should serve functionality. >>>>> >>>>> And one can see that the open call takes much more when multilabel = is >>>>> set on an fs. It seems that only file creation needs that many time= , >>>>> when a file exists it is opened much faster. >>>>> >>>>> Could someone acknowledge this, and have some suggestions how to ma= ke it >>>>> faster? >>>>> >>>>> Regards, >>>>> >>>>> >>>>> Kojedzinszky Richard >>>>> TvNetWork Nyrt. >>>>> E-mail: krichy (at) tvnetwork [dot] hu >>>>> PGP: 0x54B2BF0C8F59B1B7 >>>>> Fingerprint =3D F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7= >> >> At the moment, I'm troubled with a nasty kernel bug on all FreeBSD 10 >> boxes I have spare to test. >> >> I just tried to reproduce your observation and as far as I can go with= >> my experience, I can confirm that by using your perl script. >> >> I'd like to test this again with a small C program. >> >> I can only test the issue (test is too far optimistic, it's simply a >> reproduction of your observation) on FreeBSD 10, the only remaining >> FreeBSD server at our department is running FBSD 9-STABLE/amd64 and "i= n >> production", so changing multilabel support is a bit harsh at the mome= nt. >> >> >> Sorry about crossposting, but I think this belongs more to CURRENT and= >> PERFORMANCE than SECURITY. >=20 > My suggestion is completely take perl out of the equation because the w= ay you're invoking it above uses stdio and a few other things that add un= necessary overhead. >=20 > Try the attached C program/bourne shell snippet instead. >=20 > Cheers, > -Garrett >=20 > #!/bin/sh >=20 > set -e >=20 > tmp=3D$(mktemp -d tmp.XXXXXX) > trap "cd /; rm -Rf $tmp" EXIT > cd $tmp >=20 > cat > test_open.c <=20 > #include > #include > #include >=20 > int > main(void) > { > char buf[20]; > int i; >=20 > for (i =3D 0; i < 1000; i++) { > sprintf(buf, "%d", i); > close(open(buf, O_WRONLY|O_CREAT, 0600)); > } > return (0); > } > EOF >=20 > gcc -o test_open test_open.c > time ./test_open_______________________________________________ This was pretty fast ;-) --------------enig8F6C5458A718E52245A69775 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) iQEcBAEBAgAGBQJPiyzJAAoJEOgBcD7A/5N88K4IAM1Ta4DbIuYJHdbJ7TYYqPCF cfM24slE0SikRQLxpNAtcm2gnVELhwxDiKbkFuM3277pmL9gpWhoLvJoLuCcNEo3 UKsr6YHzxfIPgcv61JhRzhyki0ETdjKbZorMpfhQAGfI1ssQQ824mMMTvWfMSOu2 x6wJ+d0pPZGlWRRkfhVUYZBaqdfj/OuM7pIq+COAU12UhZySt+4srryMeDJDzQNU Dv7ile+FrXCQ8yrqy9nbeyRJJlPpDqnb7eQS/7d78hlnzL8tFXT6XaxOZGvB3NM2 Ej2pmGqvju+TvO9LI/CemsnEJByHmJNkFWiOTMpyrHhoCgIqr8NB7SzH98Vt5j8= =j3k7 -----END PGP SIGNATURE----- --------------enig8F6C5458A718E52245A69775-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:25:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B57BB106566B for ; Sun, 15 Apr 2012 20:25:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [178.63.0.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2848FC0C for ; Sun, 15 Apr 2012 20:25:37 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id D20702A28CBF; Sun, 15 Apr 2012 22:25:29 +0200 (CEST) Date: Sun, 15 Apr 2012 22:25:29 +0200 From: Ed Schouten To: "O. Hartmann" Message-ID: <20120415202529.GR52771@hoeg.nl> References: <4F83FF50.1010404@mail.zedat.fu-berlin.de> <20120410203645.GI62756@hoeg.nl> <20120411050842.GE2358@deviant.kiev.zoral.com.ua> <4F885DDA.9070608@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qZLIv6EoKi7YuaSc" Content-Disposition: inline In-Reply-To: <4F885DDA.9070608@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , "O. Hartmann" , Current FreeBSD Subject: Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:25:37 -0000 --qZLIv6EoKi7YuaSc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Oliver, * O. Hartmann , 20120413 19:09: > Hope the discussion is going on and will make the problem go away. It is > still present and bothering ... Sorry about taking so long to respond. I've been very busy the last week. I just got xdm working on a stock FreeBSD HEAD install just now. Is there a way for me to reproduce? --=20 Ed Schouten WWW: http://80386.nl/ --qZLIv6EoKi7YuaSc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iQIcBAEBAgAGBQJPiy65AAoJEG5e2P40kaK7HzUP/iiTSeYj6frCyryOmioUYaW/ hvMRHfAl7QwysLzG9yfqn19+0Q9B3PaGeSUr1EurER3eRKPLghsVf9RjJSSLNc1Y LWQytMUShU3IgrLQn2OLM4pMBZftSteLocwYyQitB0xY1lN+bDfH6GnNLb5pyjM6 XMoAffFrDpK30TIGY9JU1YI25mgw4iG8FlJ4haubK1nP8LRzPei4seqjW2hO0gCA OFPCdfSBPvDBvacB+gl1S9AvJSsFWD9xEQVZAHihWEB5a0yt+XfXoJNF2GI/e+8f a2MSQImIkVTfccXsUztqxvoTbeNc97oitK7/jWHtqtVFK3/LzhsHctZ8IOHp4LP5 utQ3Osp6nNKb/utZJqe4vXs4QBiFOIMoFwxPaGaC3A1E1i/U+kyRsGJsCMS/V7iT tG3JWWGP9Jm1GbLGZT7DswvkzXTAoys4sd6rzOco2qj3o/Uy3AwS3cqMupSKuZs4 VHhR3WF0KqIgZAfXGd9RELi11JSpO9Ryc4BruL/iDOKA9C5dsh5mmFq5kL91D8qq OYR2JPPOmp1lnl6Bk434VjC25ZAGdtuc9ml5MIzYTjv3AS1VX88ZwzHF/c+3daeC yk8zq9vFfDLJO+/2LDn40WFea5/uXpnKp/nw5bs/bHSNwv7JiMrBL/aZ1EYwu5b4 kw41xQXRUW2Goq4F0Rwt =MH/b -----END PGP SIGNATURE----- --qZLIv6EoKi7YuaSc-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:39:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 956AA1065674; Sun, 15 Apr 2012 20:39:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 35E718FC16; Sun, 15 Apr 2012 20:39:10 +0000 (UTC) Received: by obqv19 with SMTP id v19so5422520obq.13 for ; Sun, 15 Apr 2012 13:39:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=WzeAvt6pvhUgFhO0k93lFSOn8nLG3M1hx3eGZN/CotI=; b=gJ5P5kyAvobcQ2SVQdRTwHEe4wzblb8TuVzOuGZ8yRUsJkcaiuVcjyfFb9m78InZtK Skx3MPuJiJdAD3ePplOuGqdorZNGKyS1scN5pSDrl5W2WJk/X8aVImXbQLg7nqpGC4Gg G2zhFP5Wp3EFhy432ZchI1yYjdR9tBqfsT9JdBA6ej8h5ivj+R88UJUagU82auonyBKb qfPufbaL5kDl9TJQG8amwz+6Ja7pZymeB0aQ2KaVEwezQPk/CoCoVR2hTetJBZpnB5YI SGrRp0ARw/UvnGm21w8OMxkuSETjlZ3mDqybg59heW//xPjKLKi2x98EvkPzxFy7ETy8 i6dQ== Received: by 10.60.36.100 with SMTP id p4mr12717115oej.42.1334522349610; Sun, 15 Apr 2012 13:39:09 -0700 (PDT) Received: from [192.168.2.5] (dpc691939029.direcpc.com. [69.19.39.29]) by mx.google.com with ESMTPS id a8sm13819782oea.8.2012.04.15.13.38.59 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Apr 2012 13:39:08 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Garrett Cooper In-Reply-To: <4F8B2CC4.5030601@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 13:35:59 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1257) Cc: freebsd-security@freebsd.org, Richard Kojedzinszky , Current FreeBSD , freebsd-performance@freebsd.org Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:39:10 -0000 On Apr 15, 2012, at 1:17 PM, O. Hartmann wrote: > Am 04/15/12 22:00, schrieb Garrett Cooper: >> On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote: >>=20 >>> Am 04/15/12 15:59, schrieb Richard Kojedzinszky: >>>> Thank you for the reply. >>>>=20 >>>> Unfortunately, dont know why, but on my xen virtualised = environment, >>>> fbsd amd64 domU performs much slower, not only 30 times. Without >>>> multilabel, file creation speed is around 2500/s, but with = multilabels >>>> enabled, it is only 15/s (!). so it is more than 100 times slower. >>>>=20 >>>> And anyway freebsd is known to be fast as well, as functional. The = power >>>> to serve. :) >>>>=20 >>>> But in my environment, 15/s file creation is very-very slow. The >>>> hardware is a q6700 cpu with 4G ram, 2x1T sata disks in raid1, the = host >>>> runs linux. I think with this hw the mentioned speed is really = slow. >>>>=20 >>>> Regards, >>>>=20 >>>>=20 >>>> Kojedzinszky Richard >>>> Euronet Magyarorszag Informatikai Zrt. >>>>=20 >>>> On Sun, 15 Apr 2012, O. Hartmann wrote: >>>>=20 >>>>> Date: Sun, 15 Apr 2012 13:20:23 +0200 >>>>> From: O. Hartmann >>>>> To: Richard Kojedzinszky >>>>> Cc: freebsd-security@freebsd.org >>>>> Subject: Re: ufs multilabel performance (fwd) >>>>>=20 >>>>> Am 04/14/12 21:37, schrieb Richard Kojedzinszky: >>>>>> Dear list, >>>>>>=20 >>>>>> Although it is not only security-related question, I did not get = any >>>>>> answer from freebsd-performance. The original question is below. >>>>>>=20 >>>>>> Can someone give some advice? >>>>>>=20 >>>>>> Thanks in advance, >>>>>>=20 >>>>>>=20 >>>>>> Kojedzinszky Richard >>>>>> Euronet Magyarorszag Informatikai Zrt. >>>>>>=20 >>>>>> ---------- Forwarded message ---------- >>>>>> Date: Thu, 10 Nov 2011 06:16:57 +0100 (CET) >>>>>> From: Richard Kojedzinszky >>>>>> To: freebsd-performance@freebsd.org >>>>>> Subject: ufs multilabel performance >>>>>>=20 >>>>>> Dear List, >>>>>>=20 >>>>>> I've noticed that when I enable multilabel on an fs, a file = creation >>>>>> gets around 20-30 times slower than without multilabel set. >>>>>>=20 >>>>>> This one-liner can be used to test the differences: >>>>>> $ truss -D perl -e 'open(F, ">$_.file") for 1 .. 1000' >>>>>=20 >>>>> Same here, creating files seems to be 10 - 30 times slower with >>>>> multilabels as it is without. >>>>>=20 >>>>> But as several posts and discussions reflects, FreeBSD isn't = supposed to >>>>> be fast although it is claimed that writing is the major than = reading; >>>>> FBSD should serve functionality. >>>>>>=20 >>>>>> And one can see that the open call takes much more when = multilabel is >>>>>> set on an fs. It seems that only file creation needs that many = time, >>>>>> when a file exists it is opened much faster. >>>>>>=20 >>>>>> Could someone acknowledge this, and have some suggestions how to = make it >>>>>> faster? >>>>>>=20 >>>>>> Regards, >>>>>>=20 >>>>>>=20 >>>>>> Kojedzinszky Richard >>>>>> TvNetWork Nyrt. >>>>>> E-mail: krichy (at) tvnetwork [dot] hu >>>>>> PGP: 0x54B2BF0C8F59B1B7 >>>>>> Fingerprint =3D F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 = B1B7 >>>=20 >>> At the moment, I'm troubled with a nasty kernel bug on all FreeBSD = 10 >>> boxes I have spare to test. >>>=20 >>> I just tried to reproduce your observation and as far as I can go = with >>> my experience, I can confirm that by using your perl script. >>>=20 >>> I'd like to test this again with a small C program. >>>=20 >>> I can only test the issue (test is too far optimistic, it's simply a >>> reproduction of your observation) on FreeBSD 10, the only remaining >>> FreeBSD server at our department is running FBSD 9-STABLE/amd64 and = "in >>> production", so changing multilabel support is a bit harsh at the = moment. >>>=20 >>>=20 >>> Sorry about crossposting, but I think this belongs more to CURRENT = and >>> PERFORMANCE than SECURITY. >>=20 >> My suggestion is completely take perl out of the equation because the = way you're invoking it above uses stdio and a few other things that add = unnecessary overhead. >>=20 >> Try the attached C program/bourne shell snippet instead. >>=20 >> Cheers, >> -Garrett >>=20 >> #!/bin/sh >>=20 >> set -e >>=20 >> tmp=3D$(mktemp -d tmp.XXXXXX) >> trap "cd /; rm -Rf $tmp" EXIT >> cd $tmp >>=20 >> cat > test_open.c <>=20 >> #include >> #include >> #include >>=20 >> int >> main(void) >> { >> char buf[20]; >> int i; >>=20 >> for (i =3D 0; i < 1000; i++) { >> sprintf(buf, "%d", i); >> close(open(buf, O_WRONLY|O_CREAT, 0600)); >> } >> return (0); >> } >> EOF >>=20 >> gcc -o test_open test_open.c >> time ./test_open_______________________________________________ >=20 > This was pretty fast ;-) If it turns out that it wasn't that particular item that's = causing a slowdown, I can easily modify my above snippet to use stdio, = etc. But unless the version of perl and a few other items are the same, = I wouldn't necessarily blame the guest OS. Please also make sure that = Xen, etc is completely up-to-date because there were some performance = degradation issues that were fixed post-6.0. -Garrett= From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:53:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 713A81065674 for ; Sun, 15 Apr 2012 20:53:37 +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 1F49C8FC17 for ; Sun, 15 Apr 2012 20:53:37 +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 <1SJWRz-0002uS-R1>; Sun, 15 Apr 2012 22:53:35 +0200 Received: from e178030137.adsl.alicedsl.de ([85.178.30.137] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SJWRz-00066t-Lf>; Sun, 15 Apr 2012 22:53:35 +0200 Message-ID: <4F8B3549.9080106@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 22:53:29 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Ed Schouten References: <4F83FF50.1010404@mail.zedat.fu-berlin.de> <20120410203645.GI62756@hoeg.nl> <20120411050842.GE2358@deviant.kiev.zoral.com.ua> <4F885DDA.9070608@zedat.fu-berlin.de> <20120415202529.GR52771@hoeg.nl> In-Reply-To: <20120415202529.GR52771@hoeg.nl> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE5C4D22B6AE5AC9B277DB03A" X-Originating-IP: 85.178.30.137 Cc: Konstantin Belousov , "O. Hartmann" , Current FreeBSD Subject: Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:53:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE5C4D22B6AE5AC9B277DB03A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/15/12 22:25, schrieb Ed Schouten: > Hi Oliver, >=20 > * O. Hartmann , 20120413 19:09: >> Hope the discussion is going on and will make the problem go away. It = is >> still present and bothering ... >=20 > Sorry about taking so long to respond. I've been very busy the last > week. I just got xdm working on a stock FreeBSD HEAD install just now. > Is there a way for me to reproduce? >=20 Hello Ed. xdm works fine for me as long as it doens't get upstarted from /etc/ttys. This morning, even with a newly "make world", I had the same problems as before when starting xdm from /etc/ttys. My lab's box seems to be instable, when having xdm started - it crashes on heavy i/o. It might be possible that blaming xdm isn't correct, but the crashes came very quickly when xdm was started (remotely via console command). But since there is a "integer divide fault" issue with the mos recent kernels from which my oldish Intel E8500 box at home suffers with crashaes while booting the most recent kernels while the box in the lab, a brand new i7 3930K, does not but crashes under heavy i/i, this could also be a coincidence. Do you startup xdm via issuinng a command on the console or did you fire it up via /etc/ttys? Regards, Oliver --------------enigE5C4D22B6AE5AC9B277DB03A 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) iQEcBAEBAgAGBQJPizVPAAoJEOgBcD7A/5N8cbQH/15zhintyTgQW3XR0XzBV3jx 8Qemzmx4XHsihwvLyXP0JpnQ9u1QxeGx7vvBGwkiiRNq6vG55dJGlZT0K/XOrg2T /naBOKReeGV0yrxUpbUkhavWEWEsnRgqtTiiCyxKVKB4qHiJopw2YzVx4ha2oNL1 ZlCl4flw2jQ66LVw0WPrW/KKZls3GFda+RT9mXHKJMsc5bLF+UeS7cXlsKKxnLMe IOckAno2nD9t+Mq7LiR03T6/IRu23Pu+VicN2xlHgRoI2QWIMnky3/GVWip7hqKi +As4ArnjRVjx/bq2Gf0ie46BG4L9bAb/CHL9YGdcNdNx8YKNjHlSQ8JMtskhQIw= =gI7i -----END PGP SIGNATURE----- --------------enigE5C4D22B6AE5AC9B277DB03A-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:53:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5F411065686 for ; Sun, 15 Apr 2012 20:53:52 +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 847168FC0C for ; Sun, 15 Apr 2012 20:53:52 +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 <1SJWSF-0002vI-KV>; Sun, 15 Apr 2012 22:53:51 +0200 Received: from e178030137.adsl.alicedsl.de ([85.178.30.137] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SJWSF-000677-F8>; Sun, 15 Apr 2012 22:53:51 +0200 Message-ID: <4F8B355E.50104@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 22:53:50 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Ed Schouten References: <4F83FF50.1010404@mail.zedat.fu-berlin.de> <20120410203645.GI62756@hoeg.nl> <20120411050842.GE2358@deviant.kiev.zoral.com.ua> <4F885DDA.9070608@zedat.fu-berlin.de> <20120415202529.GR52771@hoeg.nl> In-Reply-To: <20120415202529.GR52771@hoeg.nl> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3A9136CFDC222A4F531DBA71" X-Originating-IP: 85.178.30.137 Cc: Konstantin Belousov , "O. Hartmann" , Current FreeBSD Subject: Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:53:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3A9136CFDC222A4F531DBA71 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/15/12 22:25, schrieb Ed Schouten: > Hi Oliver, >=20 > * O. Hartmann , 20120413 19:09: >> Hope the discussion is going on and will make the problem go away. It = is >> still present and bothering ... >=20 > Sorry about taking so long to respond. I've been very busy the last > week. I just got xdm working on a stock FreeBSD HEAD install just now. > Is there a way for me to reproduce? >=20 Hello Ed. xdm works fine for me as long as it doens't get upstarted from /etc/ttys. This morning, even with a newly "make world", I had the same problems as before when starting xdm from /etc/ttys. My lab's box seems to be instable, when having xdm started - it crashes on heavy i/o. It might be possible that blaming xdm isn't correct, but the crashes came very quickly when xdm was started (remotely via console command). But since there is a "integer divide fault" issue with the mos recent kernels from which my oldish Intel E8500 box at home suffers with crashaes while booting the most recent kernels while the box in the lab, a brand new i7 3930K, does not but crashes under heavy i/i, this could also be a coincidence. Do you startup xdm via issuinng a command on the console or did you fire it up via /etc/ttys? Regards, Oliver --------------enig3A9136CFDC222A4F531DBA71 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) iQEcBAEBAgAGBQJPizVeAAoJEOgBcD7A/5N88tMH+wV8Fk50JEQNwdg+SFntDFfY ihgHj1YNy73Gw3VyrY9JBiibJTm9cMjKzfs39GfYNr2VvXon6OJEsdWuYIPWCMWq NUCFNvv8zFkPnl7rze6Gl5lvXDt2G1pN2UCZTZkDD0x8mB6R4CvAtcoXOzQeYr4a NbTTmjXCJuQGy1V1zktoOlZkq+rvN79Sbti96NvSdjH4MrgB3oFYNtPoI9E8hWv5 wvHpSTqVXEp+KaJEaUx9KDj7wn+PwUKX70MuKrlHTmVymuJEAxUksh4eSXc5XQg1 3Cj0nkaHi0hSl0+qbDHUN8fkaggK3VlWW0JGrVOE9GVjR3MdieU2Y2om9v8Rznk= =TSd7 -----END PGP SIGNATURE----- --------------enig3A9136CFDC222A4F531DBA71-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 15 20:50:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCE6D106564A; Sun, 15 Apr 2012 20:50:26 +0000 (UTC) (envelope-from krichy@tvnetwork.hu) Received: from krichy.tvnetwork.hu (krichy.tvnetwork.hu [109.61.101.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4C90A8FC0A; Sun, 15 Apr 2012 20:50:26 +0000 (UTC) Received: by krichy.tvnetwork.hu (Postfix, from userid 1000) id B07F7216B2; Sun, 15 Apr 2012 22:50:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by krichy.tvnetwork.hu (Postfix) with ESMTP id A6A4520096; Sun, 15 Apr 2012 22:50:18 +0200 (CEST) Date: Sun, 15 Apr 2012 22:50:18 +0200 (CEST) From: Richard Kojedzinszky To: Garrett Cooper In-Reply-To: <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> Message-ID: References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 15 Apr 2012 21:24:59 +0000 Cc: freebsd-security@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 20:50:27 -0000 Thanks for the replies. I dont think so that perl counts anything in the test, just run the code with truss -D, you will see the timing that the open() syscall takes just more time with multilabel enabled. Even a single touch shows that: # truss -D touch 1 0.000056431 mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366259200 (0x800638000) 0.000020672 issetugid(0x800639015,0x80062e4be,0x80084a0b0,0x80084a080,0xab57,0x0) = 0 (0x0) 0.000060342 open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' 0.000032964 open("/var/run/ld-elf.so.hints",O_RDONLY,057) = 3 (0x3) 0.000029891 read(3,"Ehnt\^A\0\0\0\M^@\0\0\0-\0\0\0\0"...,128) = 128 (0x80) 0.000063135 lseek(3,0x80,SEEK_SET) = 128 (0x80) 0.000040228 read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) = 45 (0x2d) 0.000034361 close(3) = 0 (0x0) 0.000031288 access("/lib/libc.so.7",0) = 0 (0x0) 0.000038551 open("/lib/libc.so.7",O_RDONLY,040754040) = 3 (0x3) 0.000045256 fstat(3,{ mode=-r--r--r-- ,inode=4107,size=1306952,blksize=32768 }) = 0 (0x0) 0.000031847 pread(0x3,0x80083c800,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) 0.000024025 mmap(0x0,3420160,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34368434176 (0x80084b000) 0.000055872 mmap(0x80084b000,1171456,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 34368434176 (0x80084b000) 0.000046095 mmap(0x800b68000,45056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x11d000) = 34371698688 (0x800b68000) 0.000022628 mmap(0x800b73000,110592,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 34371743744 (0x800b73000) 0.000022069 close(3) = 0 (0x0) 0.000024584 munmap(0x80063f000,4096) = 0 (0x0) 0.000030450 mmap(0x0,102400,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366287872 (0x80063f000) 0.000036875 sysarch(0x81,0x7fffffffd450,0x80063c0c8,0x0,0xffffffffffad2228,0x8080808080808080) = 0 (0x0) 0.000041345 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000065370 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) 0.000041066 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000032685 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) 0.000051681 readlink("/etc/malloc.conf",0x7fffffffd5e0,1024) ERR#2 'No such file or directory' 0.000020393 issetugid(0x800945101,0x7fffffffd5e0,0xffffffffffffffff,0x0,0x2,0x7fffffffef79) = 0 (0x0) 0.000025143 break(0x800000) = 0 (0x0) 0.000024863 mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34371854336 (0x800b8e000) 0.000038273 mmap(0x800f8e000,466944,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34376048640 (0x800f8e000) 0.000025142 munmap(0x800b8e000,466944) = 0 (0x0) 0.000025143 gettimeofday({1334522860.892157 },0x0) = 0 (0x0) 0.000042463 stat("1",0x7fffffffdb10) ERR#2 'No such file or directory' 0.116764212 open("1",O_WRONLY|O_CREAT,0666) = 3 (0x3) 0.000025701 fstat(3,{ mode=-rw-r--r-- ,inode=5,size=0,blksize=32768 }) = 0 (0x0) 0.000026819 close(3) = 0 (0x0) 0.000021231 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000026818 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) 0.000020952 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000032127 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) -1.999864511 process exit, rval = 0 Can you see the open()'s spent time? Without multilabel: # truss -D touch 1 0.000078779 mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366259200 (0x800638000) 0.000053078 issetugid(0x800639015,0x80062e4be,0x80084a0b0,0x80084a080,0xab57,0x0) = 0 (0x0) 0.000078500 open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' 0.000039390 open("/var/run/ld-elf.so.hints",O_RDONLY,057) = 3 (0x3) 0.000034920 read(3,"Ehnt\^A\0\0\0\M^@\0\0\0-\0\0\0\0"...,128) = 128 (0x80) 0.000031847 lseek(3,0x80,SEEK_SET) = 128 (0x80) 0.000029612 read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) = 45 (0x2d) 0.000053357 close(3) = 0 (0x0) 0.000040508 access("/lib/libc.so.7",0) = 0 (0x0) 0.000035758 open("/lib/libc.so.7",O_RDONLY,040754040) = 3 (0x3) 0.000057828 fstat(3,{ mode=-r--r--r-- ,inode=4107,size=1306952,blksize=32768 }) = 0 (0x0) 0.000037713 pread(0x3,0x80083c800,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) 0.000075986 mmap(0x0,3420160,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34368434176 (0x80084b000) 0.000031568 mmap(0x80084b000,1171456,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 34368434176 (0x80084b000) 0.000048888 mmap(0x800b68000,45056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x11d000) = 34371698688 (0x800b68000) 0.000027656 mmap(0x800b73000,110592,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 34371743744 (0x800b73000) 0.000032405 close(3) = 0 (0x0) 0.000033244 munmap(0x80063f000,4096) = 0 (0x0) 0.000032406 mmap(0x0,102400,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366287872 (0x80063f000) 0.000043301 sysarch(0x81,0x7fffffffd450,0x80063c0c8,0x0,0xffffffffffad2228,0x8080808080808080) = 0 (0x0) 0.000032405 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000028495 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) 0.000068443 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000030450 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) 0.000084925 readlink("/etc/malloc.conf",0x7fffffffd5e0,1024) ERR#2 'No such file or directory' 0.000024304 issetugid(0x800945101,0x7fffffffd5e0,0xffffffffffffffff,0x0,0x2,0x7fffffffef79) = 0 (0x0) 0.000029891 break(0x800000) = 0 (0x0) 0.000029054 mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34371854336 (0x800b8e000) 0.000025701 mmap(0x800f8e000,466944,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34376048640 (0x800f8e000) 0.000063135 munmap(0x800b8e000,466944) = 0 (0x0) 0.000030171 gettimeofday({1334522939.716792 },0x0) = 0 (0x0) 0.000464296 stat("1",0x7fffffffdb10) ERR#2 'No such file or directory' 0.000612356 open("1",O_WRONLY|O_CREAT,0666) = 3 (0x3) 0.000034082 fstat(3,{ mode=-rw-r--r-- ,inode=4,size=0,blksize=32768 }) = 0 (0x0) 0.000058945 close(3) = 0 (0x0) 0.000027377 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000032685 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) 0.000026818 sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) 0.000023746 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) -1.999924294 process exit, rval = 0 Maybe the factor is not this much in real installations, not as in my domU, but still it is slow. Regards, Kojedzinszky Richard Euronet Magyarorszag Informatikai Zrt. On Sun, 15 Apr 2012, Garrett Cooper wrote: > Date: Sun, 15 Apr 2012 13:35:59 -0700 > From: Garrett Cooper > To: O. Hartmann > Cc: freebsd-security@freebsd.org, Richard Kojedzinszky , > Current FreeBSD , > freebsd-performance@freebsd.org > Subject: Re: ufs multilabel performance (fwd) > > On Apr 15, 2012, at 1:17 PM, O. Hartmann wrote: > >> Am 04/15/12 22:00, schrieb Garrett Cooper: >>> On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote: >>> >>>> Am 04/15/12 15:59, schrieb Richard Kojedzinszky: >>>>> Thank you for the reply. >>>>> >>>>> Unfortunately, dont know why, but on my xen virtualised environment, >>>>> fbsd amd64 domU performs much slower, not only 30 times. Without >>>>> multilabel, file creation speed is around 2500/s, but with multilabels >>>>> enabled, it is only 15/s (!). so it is more than 100 times slower. >>>>> >>>>> And anyway freebsd is known to be fast as well, as functional. The power >>>>> to serve. :) >>>>> >>>>> But in my environment, 15/s file creation is very-very slow. The >>>>> hardware is a q6700 cpu with 4G ram, 2x1T sata disks in raid1, the host >>>>> runs linux. I think with this hw the mentioned speed is really slow. >>>>> >>>>> Regards, >>>>> >>>>> >>>>> Kojedzinszky Richard >>>>> Euronet Magyarorszag Informatikai Zrt. >>>>> >>>>> On Sun, 15 Apr 2012, O. Hartmann wrote: >>>>> >>>>>> Date: Sun, 15 Apr 2012 13:20:23 +0200 >>>>>> From: O. Hartmann >>>>>> To: Richard Kojedzinszky >>>>>> Cc: freebsd-security@freebsd.org >>>>>> Subject: Re: ufs multilabel performance (fwd) >>>>>> >>>>>> Am 04/14/12 21:37, schrieb Richard Kojedzinszky: >>>>>>> Dear list, >>>>>>> >>>>>>> Although it is not only security-related question, I did not get any >>>>>>> answer from freebsd-performance. The original question is below. >>>>>>> >>>>>>> Can someone give some advice? >>>>>>> >>>>>>> Thanks in advance, >>>>>>> >>>>>>> >>>>>>> Kojedzinszky Richard >>>>>>> Euronet Magyarorszag Informatikai Zrt. >>>>>>> >>>>>>> ---------- Forwarded message ---------- >>>>>>> Date: Thu, 10 Nov 2011 06:16:57 +0100 (CET) >>>>>>> From: Richard Kojedzinszky >>>>>>> To: freebsd-performance@freebsd.org >>>>>>> Subject: ufs multilabel performance >>>>>>> >>>>>>> Dear List, >>>>>>> >>>>>>> I've noticed that when I enable multilabel on an fs, a file creation >>>>>>> gets around 20-30 times slower than without multilabel set. >>>>>>> >>>>>>> This one-liner can be used to test the differences: >>>>>>> $ truss -D perl -e 'open(F, ">$_.file") for 1 .. 1000' >>>>>> >>>>>> Same here, creating files seems to be 10 - 30 times slower with >>>>>> multilabels as it is without. >>>>>> >>>>>> But as several posts and discussions reflects, FreeBSD isn't supposed to >>>>>> be fast although it is claimed that writing is the major than reading; >>>>>> FBSD should serve functionality. >>>>>>> >>>>>>> And one can see that the open call takes much more when multilabel is >>>>>>> set on an fs. It seems that only file creation needs that many time, >>>>>>> when a file exists it is opened much faster. >>>>>>> >>>>>>> Could someone acknowledge this, and have some suggestions how to make it >>>>>>> faster? >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> >>>>>>> Kojedzinszky Richard >>>>>>> TvNetWork Nyrt. >>>>>>> E-mail: krichy (at) tvnetwork [dot] hu >>>>>>> PGP: 0x54B2BF0C8F59B1B7 >>>>>>> Fingerprint = F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7 >>>> >>>> At the moment, I'm troubled with a nasty kernel bug on all FreeBSD 10 >>>> boxes I have spare to test. >>>> >>>> I just tried to reproduce your observation and as far as I can go with >>>> my experience, I can confirm that by using your perl script. >>>> >>>> I'd like to test this again with a small C program. >>>> >>>> I can only test the issue (test is too far optimistic, it's simply a >>>> reproduction of your observation) on FreeBSD 10, the only remaining >>>> FreeBSD server at our department is running FBSD 9-STABLE/amd64 and "in >>>> production", so changing multilabel support is a bit harsh at the moment. >>>> >>>> >>>> Sorry about crossposting, but I think this belongs more to CURRENT and >>>> PERFORMANCE than SECURITY. >>> >>> My suggestion is completely take perl out of the equation because the way you're invoking it above uses stdio and a few other things that add unnecessary overhead. >>> >>> Try the attached C program/bourne shell snippet instead. >>> >>> Cheers, >>> -Garrett >>> >>> #!/bin/sh >>> >>> set -e >>> >>> tmp=$(mktemp -d tmp.XXXXXX) >>> trap "cd /; rm -Rf $tmp" EXIT >>> cd $tmp >>> >>> cat > test_open.c <>> >>> #include >>> #include >>> #include >>> >>> int >>> main(void) >>> { >>> char buf[20]; >>> int i; >>> >>> for (i = 0; i < 1000; i++) { >>> sprintf(buf, "%d", i); >>> close(open(buf, O_WRONLY|O_CREAT, 0600)); >>> } >>> return (0); >>> } >>> EOF >>> >>> gcc -o test_open test_open.c >>> time ./test_open_______________________________________________ >> >> This was pretty fast ;-) > > If it turns out that it wasn't that particular item that's causing a slowdown, I can easily modify my above snippet to use stdio, etc. But unless the version of perl and a few other items are the same, I wouldn't necessarily blame the guest OS. Please also make sure that Xen, etc is completely up-to-date because there were some performance degradation issues that were fixed post-6.0. > -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 01:03:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89BED1065688; Mon, 16 Apr 2012 01:03:53 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD318FC14; Mon, 16 Apr 2012 01:03:53 +0000 (UTC) Received: by obqv19 with SMTP id v19so5634742obq.13 for ; Sun, 15 Apr 2012 18:03:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KgUrq+vsHus0Bzr+JLhEXcTPwO3g3xh5s6+eqymMwFw=; b=G7obgarBfHRaAU3FjKowZAmcW47yJhTqAOWMTx8Ein+DSU2v2fMKpUbYz24f2lMfz6 +kJIKxTM4wpvvHSVMaZPUmCCluvR4ZR3UWPwOe8nn8SuDvcFtcE63R8f7SenS0XB7k9u b3xhJUtaHpwCyyxOpcX4YiXCVCEh8SzRXMRrzleM9yETwtzspp96Xa6taWrpYOMwNy1h 57+TLRAacFyR3HJEunm5qlp4KEsgAOyhmbq2mTBamQeDsfZ11wRrPtU/PjrbvIRAL+mp 0uTzR343Eq8sXMk7IP+9HYy0jy8vPvyqrr+WTQ3kXaXl5IffKwq5I88yF/EcSuMRHTeh t1ow== MIME-Version: 1.0 Received: by 10.182.119.101 with SMTP id kt5mr13375062obb.70.1334538227198; Sun, 15 Apr 2012 18:03:47 -0700 (PDT) Received: by 10.182.64.101 with HTTP; Sun, 15 Apr 2012 18:03:47 -0700 (PDT) In-Reply-To: <4F523C1A.4060008@zedat.fu-berlin.de> References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> Date: Sun, 15 Apr 2012 21:03:47 -0400 Message-ID: From: Chris To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , Current FreeBSD Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 01:03:53 -0000 Hello, I recently updated my system from 8.2-STABLE to 9.0-STABLE and I'm seeing a similar error when trying to build the VirtualBox kernel module: *** Building 'vboxdrv' module *** "/usr/share/mk/bsd.own.mk", line 476: MK_CLANG_IS_CC can't be set by a user= . *** Error code 1 I tried the tips from all the previous posters with no luck. Any suggestions would greatly be appreciated! Chris On Sat, Mar 3, 2012 at 10:43 AM, O. Hartmann wrote: > On 03/03/12 15:19, Florian Smeets wrote: >> On 03.03.12 14:24, Chris Rees wrote: >>> On 3 March 2012 11:48, O. Hartmann wrote: >>>> On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this >>>> error message as shown below. >>>> >>>> I need to add, that I compiled the shown nvidia-driver hours ago on al= l >>>> FreeBSD 9.0-STABLE boxes with the same settings and I compiled the >>>> driver just two days before the same way I tried it this morning. What= 's >>>> wrong? >>>> >>>> Some unexpected breakage? Then this is my shout to the community. >>>> >>>> Message below. >>>> >>>> Regards and thanks in advance, >>>> Oliver >>>> >>>> =3D=3D=3D> =A0Vulnerability check disabled, database not found >>>> =3D=3D=3D> =A0License NVIDIA accepted by the user >>>> =3D=3D=3D> =A0Found saved configuration for nvidia-driver-295.20 >>>> =3D=3D=3D> =A0Extracting for nvidia-driver-295.20 >>>> =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-295.20.tar.gz. >>>> =3D=3D=3D> =A0Patching for nvidia-driver-295.20 >>>> =3D=3D=3D> =A0 nvidia-driver-295.20 depends on file: >>>> /usr/local/libdata/pkgconfig/xorg-server.pc - found >>>> =3D=3D=3D> =A0 nvidia-driver-295.20 depends on shared library: GL.1 - = found >>>> =3D=3D=3D> =A0Configuring for nvidia-driver-295.20 >>>> =3D=3D=3D> =A0Building for nvidia-driver-295.20 >>>> =3D=3D=3D> src (all) >>>> "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC= } >>>> =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") >>>> "/sys/conf/kmod.mk", line 115: if-less endif >>>> "/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} >>>> !=3D "no" || ${CC:T:Mclang} =3D=3D "clang") >>>> "/sys/conf/kern.mk", line 31: if-less endif >>>> "/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_CC= } >>>> =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") >>>> "/sys/conf/kern.mk", line 109: if-less endif >>>> make: fatal errors encountered -- cannot continue >>>> *** [all] Error code 1 >>>> >>> >>> Please post your make.conf and src.conf. >>> >> >> No need, a buildworld / installworld cycle will fix it. A make install >> in src/share/mk *could* also be enough, but i haven't tested it. >> >> Florian > > > The last two attempts of "make -jX buildworld" (X=3D2) or just "make > buildworld" failed. > > But issuing make install in /usr/src/share/mk made the failure go away. > > Thanks for the help. > > Where can I read more about how to fine tune /etc/src.conf and > /etc/make.conf with new knobs? > > My /etc/src.conf looks like this (on FBSD 9 and 10): > > WITH_CLANG=3D =A0 =A0 =A0 =A0 =A0 =A0 YES > WITH_CLANG_EXTRAS=3D =A0 =A0 =A0YES > # > #CC=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0clang > #CXX=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 clang++ > #CPP=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 clang-cpp > # > #CFLAGS.clang+=3D =A0 =A0 =A0 =A0 -O3 -pipe -fno-strict-aliasing > #COPTFLAGS.clang+=3D =A0 =A0 =A0-O3 -pipe > #CFLAGS.cc+=3D =A0 =A0 =A0 =A0 =A0 =A0-O2 -pipe -fno-strict-aliasing > #COPTFLAGS.cc+=3D =A0 =A0 =A0 =A0 -O2 -pipe > # > WITH_BIND_LIBS=3D =A0 =A0 =A0 =A0 YES > WITH_BIND_SIGCHASE=3D =A0 =A0 YES > WITH_BIND_LARGE_FILE=3D =A0 YES > # > WITH_IDEA=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0YES > WITH_HESIOD=3D =A0 =A0 =A0 =A0 =A0 =A0YES > # > #WITH_ICONV=3D =A0 =A0 =A0 =A0 =A0 =A0YES > #WITH_BSD_GREP=3D =A0 =A0 =A0 =A0 YES > # > WITH_LIBCPLUSPLUS=3D =A0 =A0 =A0YES > # > #WITH_OFED=3D =A0 =A0 =A0 =A0 =A0 =A0 YES > > The CLANG relevant portion of /etc/make.conf looks like this: > > # BUGFIX FreeBSD 10.0 > #WITH_FBSD10_FIX=3D =A0 =A0 =A0 YES > > # > #DISABLE_MAKE_JOBS=3D =A0 =A0 YES > > # Set to disable assertions and statistics gathering in malloc(3) > MALLOC_PRODUCTION=3D =A0 =A0 =A0YES > > # Set this to use svn(1) to update your src tree with make update > SVN_UPDATE=3D =A0 =A0 =A0 =A0 =A0 =A0 YES > > # Program to use > SVN=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/usr/local/bin/svn > SVNFLAGS=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 -r HEAD > > # > #PORTS_MODULES=3D =A0 =A0 =A0 =A0 "x11/nvidia-driver" > > > ### > ### =A0 =A0 CLANG > ### > > .if !defined(NO_CLANG) > #.if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} || ${.CURDIR:M/sys*} > .if !defined(CC) || ${CC} =3D=3D "cc" > CC=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 clang > .endif > .if !defined(CXX) || ${CXX} =3D=3D "c++" > CXX=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0clang++ > .endif > .if !defined(CPP) || ${CPP} =3D=3D "cpp" > CPP=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0clang-cpp > .endif > ## Don't die on warnings > NO_WERROR=3D > WERROR=3D > ### Don't forget this when using Jails! > #NO_FSCHG=3D > # > CFLAGS+=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-pipe -O3 -fno-strict-aliasing > COPTFLAGS+=3D =A0 =A0 =A0 =A0 =A0 =A0 -pipe -O3 > #.endif > .endif > > > > FORCE_PKG_REGISTER=3D =A0 =A0 YES > # OpenLDAP > #WANT_OPENLDAP_VER=3D =A0 =A0 24 > WANT_OPENLDAP_SASL=3D =A0 =A0 yes > > # BDB Version > WITH_BDB_VER=3D =A0 =A0 =A0 =A0 =A0 5 > WITH_BDB_HIGHEST=3D =A0 =A0 =A0 YES > > # Rubin 1,9 wird Kaiser > RUBY_DEFAULT_VER=3D =A0 =A0 =A0 1.9 > > # What PostgreSQL port should be set default > WANT_PGSQL_VER=3D =A0 =A0 =A0 =A0 91 > > # > #FORCE_MAKE_JOBS=3D =A0 =A0 =A0 YES > > # Wir wollen SAMBA36 statt des senilen SAMABA35 > SAMBA_PORT=3D =A0 =A0 =A0 =A0 =A0 =A0 samba36 > > # KdF an der Optimierung > WITH_OPTIMIZED_FLAGS=3D =A0 YES > > # Disables xf86-video-noveau driver and makes use of newer > libdrm/libGLUT possible > WITHOUT_NOUVEAU=3D =A0 =A0 =A0 =A0YES > > # New Xorg and Mesa > WITH_NEW_XORG=3D =A0 =A0 =A0 =A0 =A0YES > > # nvidia-driver > .if ${.CURDIR:M/usr/ports/x11/nvidia-driver} > DISTVERSION=3D =A0 =A0 =A0 =A0 =A0 =A0295.20 > .endif > > .if ${.CURDIR:M/usr/ports/x11/nvidia-xsetting*} > DISTVERSION=3D =A0 =A0 =A0 =A0 =A0 =A0295.20 > .endif > > .if ${.CURDIR:M/usr/ports/x11/nvidia-config*} > DISTVERSION=3D =A0 =A0 =A0 =A0 =A0 =A0295.20 > .endif > > # PostgreSQL Server > .if ${.CURDIR:M/usr/ports/databases/postgresql[89]*} > BUILD_OPTIMIZED=3D =A0 =A0 =A0 =A0YES > WITH_OPENSSL=3D =A0 =A0 =A0 =A0 =A0 YES > WITH_PAM=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 YES > WITH_LDAP=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0YES > .endif > > > # LibreOffice > .if ${.CURDIR:M/usr/ports/editors/libreoffice*} > WITH_CUPS=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0YES > WITH_JAVA=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0YES > LOCALIZED_LANG=3D =A0 =A0 =A0 =A0 de > .endif > > # Thunderbird > .if ${.CURDIR:M/usr/ports/mail/thunderbird*} > CFLAGS+=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-DLDAP_DEPRECATED > .endif > > # Blender mit GCC 4.6+ bauen > .if ${.CURDIR:M/usr/ports/graphics/blender*} > USE_GCC=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.6+ > .endif > > # ImageMagick mit GCC 4.6+ bauen > .if ${.CURDIR:M/usr/ports/graphics/ImageMagick*} > USE_GCC=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.6+ > #CC=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0cc > #CXX=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 c++ > #CPP=3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 cpp > .endif > > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 02:31:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62D01106566C; Mon, 16 Apr 2012 02:31:18 +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 40DE08FC14; Mon, 16 Apr 2012 02:31:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=LhqkDmdbq3l0/VHSlheXc+ZqaRCn8l2Vop4c6wZM2iI=; b=CWtOAg56F5vZbWh6dudkYZxV7L3a3nQvbNQMLttzzfCen/9FtAvS7KfgpHjXpbm3P20z6mR3edANPRFhXTMyZYbItxpI/e21MS39X5+U3aN/biONLNjET41ZKE4Ubd8VofBljieWD3f8e38vKOWujIGcmzX6X7Q5+iMwUDC2jbM= Received: from [10.0.10.1] ([173.88.208.155]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 15 Apr 2012 19:31:12 -0700 Message-ID: <4F8B846D.3050809@a1poweruser.com> Date: Sun, 15 Apr 2012 22:31:09 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Questions , FreeBSD Current , FreeBSD doc References: <4F8AF6C8.4010703@a1poweruser.com> In-Reply-To: <4F8AF6C8.4010703@a1poweruser.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Apr 2012 02:31:12.0571 (UTC) FILETIME=[FD7178B0:01CD1B78] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] X-Envelope-From: fbsd8*a1poweruser.com Cc: Subject: Re: pf firewall and ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 02:31:18 -0000 Fbsd8 wrote: > Running 9.0 as a gateway host with pf firewall enabled. > FTP is launched by inetd. > Both active and passive ftp works from lan pc's to the host ftp. > The lan ftp session can be initiated from the host or any lan pc and > things work because there are no rules on the lan interface except > single pass all rule. > > But I can not do host initiated or lan initiated ftp sessions to the > public internet. Get "operation not permitted" message. Tried to setup > ftp-proxy per openbsd pf manual without any joy. > > Looking for working rule set with nat and ftp services to study and > learn from. > > > OK I have uncovered what the problem is. The pf version running on Freebsd 9.0 matches the version running on openbsd 4.5. Found it on man pf at the end. The documentation on the Openbsd website for pf is for Openbsd 5.0 and it has warning saying "NOTE: This information is for OpenBSD 4.7. NAT configuration was significantly different in earlier versions." http://pf4freebsd.love2party.net/ has more info about how back dated the 9.0 Freebsd production version of pf is. The Freebsd handbook had a detailed section on pf including rules examples matching the version of pf included with 9.0 But someone allowed it to be removed in the current version of the handbook. So here we are with an outdated version of pf in the current production 9.0 version of Freebsd and there is no documentation available on nat rule syntax in the handbook or at openbsd/pf. Going to dig through the 9.0 pf man pages for the info From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 06:45:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28C90106566B; Mon, 16 Apr 2012 06:45:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 295688FC0A; Mon, 16 Apr 2012 06:45:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:1d2d:16ed:5034:ef0e] (unknown [IPv6:2001:7b8:3a7:0:1d2d:16ed:5034:ef0e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 57D0B5C37; Mon, 16 Apr 2012 08:45:08 +0200 (CEST) Message-ID: <4F8BBFF3.50205@FreeBSD.org> Date: Mon, 16 Apr 2012 08:45:07 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Chris References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Rees , Maxim Sobolev , Current FreeBSD , "O. Hartmann" Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 06:45:12 -0000 On 2012-04-16 03:03, Chris wrote: > I recently updated my system from 8.2-STABLE to 9.0-STABLE and I'm > seeing a similar error when trying to build the VirtualBox kernel > module: > > *** Building 'vboxdrv' module *** > "/usr/share/mk/bsd.own.mk", line 476: MK_CLANG_IS_CC can't be set by a user. > *** Error code 1 > > I tried the tips from all the previous posters with no luck. Any > suggestions would greatly be appreciated! It looks like this was caused by Maxim Sobolev's workaround here: http://lists.freebsd.org/pipermail/cvs-ports/2012-April/240000.html He attempts to set MK_ variables by hand, but that is obviously not allowed. As has been said before, it is indeed possible to put a workaround for compiling with the wrong source directory in bsd.own.mk, but that would really help people to shoot themselves in the foot. It looks like the virtualbox-ose-kmod port sets a SRC_BASE variable to the appropriate source directory, but it should probably also set the MAKESYSPATH environment variable to ${SRC_BASE}/share/mk before invoking make. Note this is still not 100% safe, as you would really need to build using a toolchain corresponding to your kernel sources, but it's better than nothing. From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 11:07:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E63581065676 for ; Mon, 16 Apr 2012 11:07:21 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7359B8FC08 for ; Mon, 16 Apr 2012 11:07:21 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q3GB7IsE042037 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 16 Apr 2012 12:07:20 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4F8BFD66.6060504@unsane.co.uk> Date: Mon, 16 Apr 2012 12:07:18 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F8AF6C8.4010703@a1poweruser.com> <4F8B846D.3050809@a1poweruser.com> In-Reply-To: <4F8B846D.3050809@a1poweruser.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: pf firewall and ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 11:07:22 -0000 On 16/04/2012 03:31, Fbsd8 wrote: > > > OK I have uncovered what the problem is. > The pf version running on Freebsd 9.0 matches the version running on > openbsd 4.5. Found it on man pf at the end. > > The documentation on the Openbsd website for pf is for Openbsd 5.0 and > it has warning saying "NOTE: This information is for OpenBSD 4.7. NAT > configuration was significantly different in earlier versions." > http://pf4freebsd.love2party.net/ has more info about how back dated > the 9.0 Freebsd production version of pf is. > > The Freebsd handbook had a detailed section on pf including rules > examples matching the version of pf included with 9.0 But someone > allowed it to be removed in the current version of the handbook. > > So here we are with an outdated version of pf in the current > production 9.0 version of Freebsd and there is no documentation > available on nat rule syntax in the handbook or at openbsd/pf. > > Going to dig through the 9.0 pf man pages for the info > http://ftp.nluug.nl/pub/OpenBSD/doc/pf-faq45.txt might be useful? there is a version of the faq for each version of openbsd from 3.3 - 4.7 Vince > > _______________________________________________ > 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 Apr 16 07:39:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB2F106566B; Mon, 16 Apr 2012 07:39:59 +0000 (UTC) (envelope-from fbsd@thorshammare.org) Received: from smtprelay-b11.telenor.se (smtprelay-b11.telenor.se [62.127.194.20]) by mx1.freebsd.org (Postfix) with ESMTP id 334388FC0C; Mon, 16 Apr 2012 07:39:59 +0000 (UTC) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id 21C26CE92; Mon, 16 Apr 2012 09:39:56 +0200 (CEST) X-SENDER-IP: [83.227.225.121] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmJDAIDMi09T4+F5PGdsb2JhbABDFqMjj3wZAQEBATc0ggkBAQEBAwEBAQUgJggYGAMCFgIJJwcZDgEFBAgDBwMRAQEEAQcHBAEKEgSHcQe4FYs3hhIEiCeFSIVSgz2SDYFa X-IronPort-AV: E=Sophos;i="4.75,428,1330902000"; d="scan'208";a="95601941" Received: from ua-83-227-225-121.cust.bredbandsbolaget.se (HELO odin.thorshammare.org) ([83.227.225.121]) by ipb3.telenor.se with ESMTP; 16 Apr 2012 09:39:55 +0200 Received: from Obah (obah.thorshammare.org [192.168.1.10]) by odin.thorshammare.org (8.14.5/8.14.5) with ESMTP id q3G7dl1V029352; Mon, 16 Apr 2012 09:39:47 +0200 (CEST) From: "Hasse Hansson" To: "'Fbsd8'" , "'FreeBSD Questions'" , "'FreeBSD Current'" , "'FreeBSD doc'" References: <4F8AF6C8.4010703@a1poweruser.com> <4F8B846D.3050809@a1poweruser.com> In-Reply-To: <4F8B846D.3050809@a1poweruser.com> Date: Mon, 16 Apr 2012 09:39:38 +0200 Message-ID: <000b01cd1ba4$17435e90$45ca1bb0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0beT6rr/DNPE9zTXmIZZShXmJ5YgAKpEvw Content-Language: sv X-Virus-Scanned: clamav-milter 0.97.4 at mailhub3.thorshammare.org X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 16 Apr 2012 11:15:39 +0000 Cc: Subject: SV: pf firewall and ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 07:39:59 -0000 To solve the ftp pre 4.7 part, you can start reading here http://home.nuug.no/~peter/pf/en/long-firewall.html#FTPPROBLEM /Hasse -----Oprindelig meddelelse----- Fra: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-questions@freebsd.org] P=E5 vegne af Fbsd8 Sendt: den 16 april 2012 04:31 Til: FreeBSD Questions; FreeBSD Current; FreeBSD doc Emne: Re: pf firewall and ftp Fbsd8 wrote: > Running 9.0 as a gateway host with pf firewall enabled. > FTP is launched by inetd. > Both active and passive ftp works from lan pc's to the host ftp. > The lan ftp session can be initiated from the host or any lan pc and=20 > things work because there are no rules on the lan interface except=20 > single pass all rule. >=20 > But I can not do host initiated or lan initiated ftp sessions to the=20 > public internet. Get "operation not permitted" message. Tried to setup = > ftp-proxy per openbsd pf manual without any joy. >=20 > Looking for working rule set with nat and ftp services to study and=20 > learn from. > >=20 >=20 OK I have uncovered what the problem is. The pf version running on Freebsd 9.0 matches the version running on = openbsd 4.5. Found it on man pf at the end. The documentation on the Openbsd website for pf is for Openbsd 5.0 and = it has warning saying "NOTE: This information is for OpenBSD 4.7. NAT configuration was significantly different in earlier versions." http://pf4freebsd.love2party.net/ has more info about how back dated the 9.0 Freebsd production version of pf is. The Freebsd handbook had a detailed section on pf including rules = examples matching the version of pf included with 9.0 But someone allowed it to = be removed in the current version of the handbook. So here we are with an outdated version of pf in the current production 9.0 version of Freebsd and there is no documentation available on nat = rule syntax in the handbook or at openbsd/pf. Going to dig through the 9.0 pf man pages for the info _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 08:58:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A75E01065676 for ; Mon, 16 Apr 2012 08:58:03 +0000 (UTC) (envelope-from ohartman@mail.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 4B4898FC0C for ; Mon, 16 Apr 2012 08:58:03 +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 <1SJhl4-0005G0-AR>; Mon, 16 Apr 2012 10:58:02 +0200 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 <1SJhl4-0006rT-6g>; Mon, 16 Apr 2012 10:58:02 +0200 Message-ID: <4F8BDF13.4060903@mail.zedat.fu-berlin.de> Date: Mon, 16 Apr 2012 10:57:55 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20120415053032.370280f9@cox.net> In-Reply-To: <20120415053032.370280f9@cox.net> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig026ABD6381DDAB2BA2838719" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Mon, 16 Apr 2012 11:16:07 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 08:58:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig026ABD6381DDAB2BA2838719 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/15/12 12:30, Conrad J. Sabatier wrote: > Today I'm suddenly unable to boot a newly built kernel without crashing= > right near the end of the device probes, just before the system is > about to actually come up: >=20 > Fatal trap 18: integer divide fault while in kernel mode >=20 > Stopped at 0xffffffff803b2646 =3D g_label_ufs_taste_common+0x36 > divl 0x50(%rcx),%eax >=20 > Backtrace lists this chain of calls: > g_label_ufs_taste_common > g_label_taste > g_new_provider_event > g_run_events > g_event_procbody > fork_exit > fork_trampoline >=20 > Whether built with clang or gcc, CUSTOM config or GENERIC, same results= > on rebooting. No idea why this suddenly started happening, haven't > changed anything at all in my setup. My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20 IAP/4/48/0x3ff IAF/3/48/0x61 UCP/8/48/0x3f8 UCF/1/48/0x60 Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 Apr 12 15:32:33 telesto kernel: uhub4: on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 Apr 12 15:32:33 telesto kernel: uhub5: on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0: on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0: on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 Apr 12 15:32:33 telesto kernel: uhub6: on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 Apr 12 15:32:33 telesto kernel: uhub7: on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 Apr 12 15:32:33 telesto kernel: umass0: on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0: Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 Apr 12 15:32:33 telesto kernel: ums0: on usbus3 Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates ID= =3D0 Apr 12 15:32:33 telesto kernel: Trying to mount root from ufs:/dev/gpt/root [rw]... Apr 12 15:32:33 telesto kernel: nvidia0: on vgapci0 Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested pci_enable_io Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested pci_enable_io Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=3D0 offMin=3D0x2d8 offMax= =3D0x603c Apr 12 15:32:33 telesto kernel: module_register: module ng_ether already exists! Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: 17 --------------enig026ABD6381DDAB2BA2838719 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) iQEcBAEBAgAGBQJPi98aAAoJEOgBcD7A/5N8xggIAI4vffTaYGaLggrcWrqNNiWu MUQH73BiDIJtam/K0BkVMwna6AFW0JSswbW424K+qY++PlVJurHaKLw4hSA8OPxS FX6KnkRl/0DkwYe21AhRQD0kgpdgWh9uS0rK3Oym7PdEW0RX218VZhObnHm6ZT36 wCBWJvxJjt/UJtYlDF/RJoc7XWd7eIWubr2xLiK8IbUhOPHCdXph70/WTDHccFkE 0OF76imOZDXby6pBfNtcLVpxsivcvWqLeKVtpyGH/ybaPYZn2KC6p3XftQZvleB5 SGamlj/tRcI5OS6U1OuftQ5oVPj6x/uBC4Hi7gQzKeassqbgj0rcxfgePW55mXA= =ssLw -----END PGP SIGNATURE----- --------------enig026ABD6381DDAB2BA2838719-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 13:21:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A94D1065781; Mon, 16 Apr 2012 13:21:40 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3452D8FC1C; Mon, 16 Apr 2012 13:21:40 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 58) id 92D9C1C644F; Mon, 16 Apr 2012 21:16:19 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.hs.ntnu.edu.tw X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=unavailable version=3.3.2 Received: from mail.hs.ntnu.edu.tw (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPS id 273F21C643D; Mon, 16 Apr 2012 21:16:06 +0800 (CST) Received: (from dennylin93@localhost) by mail.hs.ntnu.edu.tw (8.14.5/8.14.5/Submit) id q3GDG2T1091640; Mon, 16 Apr 2012 21:16:02 +0800 (CST) (envelope-from dennylin93@hs.ntnu.edu.tw) X-Authentication-Warning: mail.hs.ntnu.edu.tw: dennylin93 set sender to dennylin93@hs.ntnu.edu.tw using -f Date: Mon, 16 Apr 2012 21:16:02 +0800 From: Denny Lin To: Hasse Hansson Message-ID: <20120416131602.GC43550@mail.hs.ntnu.edu.tw> References: <4F8AF6C8.4010703@a1poweruser.com> <4F8B846D.3050809@a1poweruser.com> <000b01cd1ba4$17435e90$45ca1bb0$@org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <000b01cd1ba4$17435e90$45ca1bb0$@org> User-Agent: Mutt/1.4.2.3i Cc: 'FreeBSD doc' , 'Fbsd8' , 'FreeBSD Questions' , 'FreeBSD Current' Subject: Re: SV: pf firewall and ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 13:21:40 -0000 On Mon, Apr 16, 2012 at 09:39:38AM +0200, Hasse Hansson wrote: > To solve the ftp pre 4.7 part, you can start reading here > http://home.nuug.no/~peter/pf/en/long-firewall.html#FTPPROBLEM > > /Hasse > -----Oprindelig meddelelse----- > Fra: owner-freebsd-questions@freebsd.org > [mailto:owner-freebsd-questions@freebsd.org] PÃ¥ vegne af Fbsd8 > Sendt: den 16 april 2012 04:31 > Til: FreeBSD Questions; FreeBSD Current; FreeBSD doc > Emne: Re: pf firewall and ftp > > Fbsd8 wrote: > > Running 9.0 as a gateway host with pf firewall enabled. > > FTP is launched by inetd. > > Both active and passive ftp works from lan pc's to the host ftp. > > The lan ftp session can be initiated from the host or any lan pc and > > things work because there are no rules on the lan interface except > > single pass all rule. > > > > But I can not do host initiated or lan initiated ftp sessions to the > > public internet. Get "operation not permitted" message. Tried to setup > > ftp-proxy per openbsd pf manual without any joy. > > > > Looking for working rule set with nat and ftp services to study and > > learn from. > > > > > > > > OK I have uncovered what the problem is. > The pf version running on Freebsd 9.0 matches the version running on openbsd > 4.5. Found it on man pf at the end. > > The documentation on the Openbsd website for pf is for Openbsd 5.0 and it > has warning saying "NOTE: This information is for OpenBSD 4.7. NAT > configuration was significantly different in earlier versions." > http://pf4freebsd.love2party.net/ has more info about how back dated the > 9.0 Freebsd production version of pf is. > > The Freebsd handbook had a detailed section on pf including rules examples > matching the version of pf included with 9.0 But someone allowed it to be > removed in the current version of the handbook. > > So here we are with an outdated version of pf in the current production > 9.0 version of Freebsd and there is no documentation available on nat rule > syntax in the handbook or at openbsd/pf. The version of PF in FreeBSD is corresponds to the one in OpenBSD 4.5. There are old versions of the OpenBSD PF FAQ on mirrors: http://ftp2.eu.openbsd.org/pub/OpenBSD/doc/history/pf-faq45.pdf http://ftp2.eu.openbsd.org/pub/OpenBSD/doc/history/pf-faq45.txt > Going to dig through the 9.0 pf man pages for the info The rules should also be documented in the man pages. -- Denny Lin From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 13:31:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D31FF1065670 for ; Mon, 16 Apr 2012 13:31:18 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep19.mx.upcmail.net (fep19.mx.upcmail.net [62.179.121.39]) by mx1.freebsd.org (Postfix) with ESMTP id 240AF8FC1B for ; Mon, 16 Apr 2012 13:31:17 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep19-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20120416133111.FOT22594.viefep19-int.chello.at@edge04.upcmail.net> for ; Mon, 16 Apr 2012 15:31:11 +0200 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge04.upcmail.net with edge id ydXB1i00x2xdvHc04dXBlM; Mon, 16 Apr 2012 15:31:11 +0200 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 2D7856D42F; Mon, 16 Apr 2012 15:31:11 +0200 (CEST) Date: Mon, 16 Apr 2012 15:31:11 +0200 From: Stefan Farfeleder To: current@freebsd.org Message-ID: <20120416133109.GA1411@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: da0 takes a long time to appear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 13:31:18 -0000 Hi, I recently had to replace the enclosure of an external USB harddisk (WD E1U10000E Elements). With the new one (Trekstor DataStation maxi n.u 3,5"), it now takes over one minute between the detection of umass0 and da0. After that it works fine. Is this delay due to the hardware or is the kernel at fault? Any debug information I should provide? I'm running head r234133. Apr 16 14:43:35 mole kernel: ugen7.2: at usbus7 Apr 16 14:43:35 mole kernel: umass0: on usbus7 Apr 16 14:44:49 mole kernel: da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 Apr 16 14:44:49 mole kernel: da0: Fixed Direct Access SCSI-2 device Apr 16 14:44:49 mole kernel: da0: 40.000MB/s transfers Apr 16 14:44:49 mole kernel: da0: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) Stefan From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 14:35:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF919106564A for ; Mon, 16 Apr 2012 14:35:50 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC5728FC17 for ; Mon, 16 Apr 2012 14:35:50 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so6752449pbc.13 for ; Mon, 16 Apr 2012 07:35:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=OrsljaqzYvQ1ccEtfoyYqKsO57ODd25fRS6oYPGbR20=; b=dow8sNvvZRAeSPW7h0TqY+iLD6LhczuiAFvxDf3aeQYcePWcy5qGYzo1HXCAaVelau kV8PUMsiROqVLz9+WJ1lrfSXUdhE9aNp8xMGEbjJECxGDWk4t43opn2+LFfP6Ofnta72 vZZ3WUIwhiY1fskYksjIpH0ABBWKPqaY+Ggy3NHfQFqse7raccswh/dkJly1BovJP6bZ aLoS0Gsr1DpJH8udlUeOoUTPzeFPMlxGc7wvlTWedySJOJ0luEJE6p7SNstDQJPESrQb O84FDqDPI2vEa9q52EQ/jMGVYNklpUr3xXmgeNhFZbk1hk6auy55JMBCC2xzhrTrf4K+ bbcQ== Received: by 10.68.201.98 with SMTP id jz2mr28035214pbc.97.1334586950545; Mon, 16 Apr 2012 07:35:50 -0700 (PDT) Received: from bakeneko.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id ph10sm13342508pbb.2.2012.04.16.07.35.48 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 07:35:49 -0700 (PDT) Message-ID: <4F8C2E2B.20408@gmail.com> Date: Mon, 16 Apr 2012 07:35:23 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120326 Thunderbird/10.0.3 MIME-Version: 1.0 To: "O. Hartmann" References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> In-Reply-To: <4F8BDF13.4060903@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Conrad J. Sabatier" , freebsd-current@FreeBSD.org Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 14:35:51 -0000 On 04/16/12 01:57, O. Hartmann wrote: > On 04/15/12 12:30, Conrad J. Sabatier wrote: >> Today I'm suddenly unable to boot a newly built kernel without crashin= g >> right near the end of the device probes, just before the system is >> about to actually come up: >> >> Fatal trap 18: integer divide fault while in kernel mode >> >> Stopped at 0xffffffff803b2646 =3D g_label_ufs_taste_common+0x36 >> divl 0x50(%rcx),%eax >> >> Backtrace lists this chain of calls: >> g_label_ufs_taste_common >> g_label_taste >> g_new_provider_event >> g_run_events >> g_event_procbody >> fork_exit >> fork_trampoline >> >> Whether built with clang or gcc, CUSTOM config or GENERIC, same result= s >> on rebooting. No idea why this suddenly started happening, haven't >> changed anything at all in my setup. > My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r234309:= > Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they are > attached to a Dell UltraSharp U2711 screen which does have a built-in > USB/MMC hub. I realized that it was possible to log into my lab's box > from remote when I'm not in the lab and that is usually coincidentally > with a switched off screen. > This morning I loged in from home, loged out and got to the office, > switched on the screen - and reboot! I wasn't able to get the system > running again, it always got stuck in a > > Fatal trap 18: integer divide fault while in kernel mode > > Unplugging the screen's USB hub makes the system booting again! > > Following is one of the last logged messages from the kernel, I don not= > know whether this is usefull looking for the problem. > > Regards, > Oliver > > Apr 12 15:32:33 telesto kernel: hwpmc: > SOFT/16/64/0x67 TSC/1/64/0x20 > IAP/4/48/0x3ff > IAF/3/48/0x61 UCP/8/48/0x3f8 > UCF/1/48/0x60 > Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self > powered > Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self > powered > Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self > powered > Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self > powered > Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 > Apr 12 15:32:33 telesto kernel: uhub4: class 9/0, rev 2.00/0.00, addr 2> on usbus3 > Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 > Apr 12 15:32:33 telesto kernel: uhub5: class 9/0, rev 2.00/0.00, addr 2> on usbus0 > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 > Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self > powered > Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self > powered > Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 > Apr 12 15:32:33 telesto kernel: ukbd0: class 0/0, rev 2.00/1.11, addr 3> on usbus3 > Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 > Apr 12 15:32:33 telesto kernel: uhid0: class 0/0, rev 2.00/1.11, addr 3> on usbus3 > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 > Apr 12 15:32:33 telesto kernel: uhub6: class 9/0, rev 2.00/0.00, addr 4> on usbus3 > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self > powered > Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 > Apr 12 15:32:33 telesto kernel: uhub7: class 9/0, rev 2.00/0.00, addr 5> on usbus3 > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self > powered > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 > Apr 12 15:32:33 telesto kernel: umass0: Reader, class 0/0, rev 2.00/1.91, addr 6> on usbus3 > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT > READY. CDB: 0 0 0 0 0 0 > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: > SCSI Status Error > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status:= > Check Condition > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: > NOT READY asc:3a,0 (Medium not present) > Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target = 0 > lun 0 > Apr 12 15:32:33 telesto kernel: da0: > Removable Direct Access SCSI-0 device > Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers > Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size > failed: NOT READY, Medium not present > Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 > Apr 12 15:32:33 telesto kernel: ums0: 0/0, rev 2.00/56.01, addr 7> on usbus3 > Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates = ID=3D0 > Apr 12 15:32:33 telesto kernel: Trying to mount root from > ufs:/dev/gpt/root [rw]... > Apr 12 15:32:33 telesto kernel: nvidia0: on vgapci0 > Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > pci_enable_io > Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > pci_enable_io > Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=3D0 offMin=3D0x2d8 offM= ax=3D0x603c > Apr 12 15:32:33 telesto kernel: module_register: module ng_ether alread= y > exists! > Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: 17 > Disconnect "Generic Ultra HS-SD/MMC" device which is presenting da0...same problem here. System will boot if da0 is either not present or has media (I think). In my case it was a different card reader that had no cards in it, which seem to be similar to your case. My guess is that this problem is related to recent changes in da, but I couldn't pinpoint in the diff what's going wrong in a quick look. Matt From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 14:56:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3836106566B for ; Mon, 16 Apr 2012 14:56:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0EAD18FC17 for ; Mon, 16 Apr 2012 14:56:09 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q3GEthgO002895; Mon, 16 Apr 2012 17:55:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q3GEthkh083228; Mon, 16 Apr 2012 17:55:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q3GEth4C083227; Mon, 16 Apr 2012 17:55:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Apr 2012 17:55:43 +0300 From: Konstantin Belousov To: matt Message-ID: <20120416145543.GB2358@deviant.kiev.zoral.com.ua> References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1izHvx0obXU3oqSl" Content-Disposition: inline In-Reply-To: <4F8C2E2B.20408@gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "O. Hartmann" , freebsd-current@freebsd.org, "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 14:56:10 -0000 --1izHvx0obXU3oqSl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: > On 04/16/12 01:57, O. Hartmann wrote: > > On 04/15/12 12:30, Conrad J. Sabatier wrote: > >> Today I'm suddenly unable to boot a newly built kernel without crashing > >> right near the end of the device probes, just before the system is > >> about to actually come up: > >> > >> Fatal trap 18: integer divide fault while in kernel mode > >> > >> Stopped at 0xffffffff803b2646 =3D g_label_ufs_taste_common+0x36 > >> divl 0x50(%rcx),%eax > >> > >> Backtrace lists this chain of calls: > >> g_label_ufs_taste_common > >> g_label_taste > >> g_new_provider_event > >> g_run_events > >> g_event_procbody > >> fork_exit > >> fork_trampoline > >> > >> Whether built with clang or gcc, CUSTOM config or GENERIC, same results > >> on rebooting. No idea why this suddenly started happening, haven't > >> changed anything at all in my setup. > > My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r234309: > > Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they are > > attached to a Dell UltraSharp U2711 screen which does have a built-in > > USB/MMC hub. I realized that it was possible to log into my lab's box > > from remote when I'm not in the lab and that is usually coincidentally > > with a switched off screen. > > This morning I loged in from home, loged out and got to the office, > > switched on the screen - and reboot! I wasn't able to get the system > > running again, it always got stuck in a > > > > Fatal trap 18: integer divide fault while in kernel mode > > > > Unplugging the screen's USB hub makes the system booting again! > > > > Following is one of the last logged messages from the kernel, I don not > > know whether this is usefull looking for the problem. > > > > Regards, > > Oliver > > > > Apr 12 15:32:33 telesto kernel: hwpmc: > > SOFT/16/64/0x67 TSC/1/64/0x20 > > IAP/4/48/0x3ff > > IAF/3/48/0x61 UCP/8/48/0x3f8 > > UCF/1/48/0x60 > > Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 > > Apr 12 15:32:33 telesto kernel: uhub4: > class 9/0, rev 2.00/0.00, addr 2> on usbus3 > > Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 > > Apr 12 15:32:33 telesto kernel: uhub5: > class 9/0, rev 2.00/0.00, addr 2> on usbus0 > > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 > > Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 > > Apr 12 15:32:33 telesto kernel: ukbd0: > class 0/0, rev 2.00/1.11, addr 3> on usbus3 > > Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 > > Apr 12 15:32:33 telesto kernel: uhid0: > class 0/0, rev 2.00/1.11, addr 3> on usbus3 > > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > > Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 > > Apr 12 15:32:33 telesto kernel: uhub6: > class 9/0, rev 2.00/0.00, addr 4> on usbus3 > > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > > Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 > > Apr 12 15:32:33 telesto kernel: uhub7: > class 9/0, rev 2.00/0.00, addr 5> on usbus3 > > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > > Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self > > powered > > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > > Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 > > Apr 12 15:32:33 telesto kernel: umass0: > Reader, class 0/0, rev 2.00/1.91, addr 6> on usbus3 > > Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT > > READY. CDB: 0 0 0 0 0 0 > > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: > > SCSI Status Error > > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: > > Check Condition > > Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: > > NOT READY asc:3a,0 (Medium not present) > > Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 > > lun 0 > > Apr 12 15:32:33 telesto kernel: da0: > > Removable Direct Access SCSI-0 device > > Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers > > Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size > > failed: NOT READY, Medium not present > > Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 > > Apr 12 15:32:33 telesto kernel: ums0: > 0/0, rev 2.00/56.01, addr 7> on usbus3 > > Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates = ID=3D0 > > Apr 12 15:32:33 telesto kernel: Trying to mount root from > > ufs:/dev/gpt/root [rw]... > > Apr 12 15:32:33 telesto kernel: nvidia0: on vgapci0 > > Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > > pci_enable_io > > Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > > pci_enable_io > > Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=3D0 offMin=3D0x2d8 offM= ax=3D0x603c > > Apr 12 15:32:33 telesto kernel: module_register: module ng_ether already > > exists! > > Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: 17 > > > Disconnect "Generic Ultra HS-SD/MMC" device which is presenting > da0...same problem here. System will boot if da0 is either not present > or has media (I think). In my case it was a different card reader that > had no cards in it, which seem to be similar to your case. >=20 > My guess is that this problem is related to recent changes in da, but I > couldn't pinpoint in the diff what's going wrong in a quick look. So did you tried to revert r234177 and/or r233963 ? --1izHvx0obXU3oqSl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+MMu8ACgkQC3+MBN1Mb4htxgCglIYR1HTClEIJOhV1qH5ok8dl xlIAnjHoCJtauohQse6xjj6vdBslQujC =a/R0 -----END PGP SIGNATURE----- --1izHvx0obXU3oqSl-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 16:15:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95C7E106566C for ; Mon, 16 Apr 2012 16:15:45 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 109648FC12 for ; Mon, 16 Apr 2012 16:15:45 +0000 (UTC) Received: from p508c79a9.dip.t-dialin.net ([80.140.121.169] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SJoaV-000431-Nl; Mon, 16 Apr 2012 18:15:35 +0200 Message-ID: <4F8C45A4.2050407@gwdg.de> Date: Mon, 16 Apr 2012 18:15:32 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120317 Thunderbird/10.0.3 MIME-Version: 1.0 To: Konstantin Belousov References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120416145543.GB2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: matt , "O. Hartmann" , freebsd-current@freebsd.org, "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 16:15:45 -0000 On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: > On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: >> On 04/16/12 01:57, O. Hartmann wrote: >>> On 04/15/12 12:30, Conrad J. Sabatier wrote: >>>> Today I'm suddenly unable to boot a newly built kernel without crashing >>>> right near the end of the device probes, just before the system is >>>> about to actually come up: >>>> >>>> Fatal trap 18: integer divide fault while in kernel mode >>>> >>>> Stopped at 0xffffffff803b2646 = g_label_ufs_taste_common+0x36 >>>> divl 0x50(%rcx),%eax >>>> >>>> Backtrace lists this chain of calls: >>>> g_label_ufs_taste_common >>>> g_label_taste >>>> g_new_provider_event >>>> g_run_events >>>> g_event_procbody >>>> fork_exit >>>> fork_trampoline >>>> >>>> Whether built with clang or gcc, CUSTOM config or GENERIC, same results >>>> on rebooting. No idea why this suddenly started happening, haven't >>>> changed anything at all in my setup. >>> My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r234309: >>> Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they are >>> attached to a Dell UltraSharp U2711 screen which does have a built-in >>> USB/MMC hub. I realized that it was possible to log into my lab's box >>> from remote when I'm not in the lab and that is usually coincidentally >>> with a switched off screen. >>> This morning I loged in from home, loged out and got to the office, >>> switched on the screen - and reboot! I wasn't able to get the system >>> running again, it always got stuck in a >>> >>> Fatal trap 18: integer divide fault while in kernel mode >>> >>> Unplugging the screen's USB hub makes the system booting again! >>> >>> Following is one of the last logged messages from the kernel, I don not >>> know whether this is usefull looking for the problem. >>> >>> Regards, >>> Oliver >>> >>> Apr 12 15:32:33 telesto kernel: hwpmc: >>> SOFT/16/64/0x67 TSC/1/64/0x20 >>> IAP/4/48/0x3ff >>> IAF/3/48/0x61 UCP/8/48/0x3f8 >>> UCF/1/48/0x60 >>> Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 >>> Apr 12 15:32:33 telesto kernel: uhub4:>> class 9/0, rev 2.00/0.00, addr 2> on usbus3 >>> Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 >>> Apr 12 15:32:33 telesto kernel: uhub5:>> class 9/0, rev 2.00/0.00, addr 2> on usbus0 >>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 >>> Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 >>> Apr 12 15:32:33 telesto kernel: ukbd0:>> class 0/0, rev 2.00/1.11, addr 3> on usbus3 >>> Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 >>> Apr 12 15:32:33 telesto kernel: uhid0:>> class 0/0, rev 2.00/1.11, addr 3> on usbus3 >>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>> Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 >>> Apr 12 15:32:33 telesto kernel: uhub6:>> class 9/0, rev 2.00/0.00, addr 4> on usbus3 >>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>> Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 >>> Apr 12 15:32:33 telesto kernel: uhub7:>> class 9/0, rev 2.00/0.00, addr 5> on usbus3 >>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>> Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self >>> powered >>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>> Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 >>> Apr 12 15:32:33 telesto kernel: umass0:>> Reader, class 0/0, rev 2.00/1.91, addr 6> on usbus3 >>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT >>> READY. CDB: 0 0 0 0 0 0 >>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: >>> SCSI Status Error >>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: >>> Check Condition >>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: >>> NOT READY asc:3a,0 (Medium not present) >>> Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 >>> lun 0 >>> Apr 12 15:32:33 telesto kernel: da0: >>> Removable Direct Access SCSI-0 device >>> Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers >>> Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size >>> failed: NOT READY, Medium not present >>> Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 >>> Apr 12 15:32:33 telesto kernel: ums0:>> 0/0, rev 2.00/56.01, addr 7> on usbus3 >>> Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates ID=0 >>> Apr 12 15:32:33 telesto kernel: Trying to mount root from >>> ufs:/dev/gpt/root [rw]... >>> Apr 12 15:32:33 telesto kernel: nvidia0: on vgapci0 >>> Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested >>> pci_enable_io >>> Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested >>> pci_enable_io >>> Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=0 offMin=0x2d8 offMax=0x603c >>> Apr 12 15:32:33 telesto kernel: module_register: module ng_ether already >>> exists! >>> Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: 17 >>> >> Disconnect "Generic Ultra HS-SD/MMC" device which is presenting >> da0...same problem here. System will boot if da0 is either not present >> or has media (I think). In my case it was a different card reader that >> had no cards in it, which seem to be similar to your case. >> >> My guess is that this problem is related to recent changes in da, but I >> couldn't pinpoint in the diff what's going wrong in a quick look. > > So did you tried to revert r234177 and/or r233963 ? I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 17:32:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B190106566C; Mon, 16 Apr 2012 17:32:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 879EA8FC08; Mon, 16 Apr 2012 17:31:58 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q3GHVodf027574; Mon, 16 Apr 2012 20:31:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q3GHVoKS083999; Mon, 16 Apr 2012 20:31:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q3GHVojv083998; Mon, 16 Apr 2012 20:31:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Apr 2012 20:31:50 +0300 From: Konstantin Belousov To: Rainer Hurling Message-ID: <20120416173150.GH2358@deviant.kiev.zoral.com.ua> References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uCh/rgkw4ZLIO80s" Content-Disposition: inline In-Reply-To: <4F8C45A4.2050407@gwdg.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: matt , "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, trasz@freebsd.org, "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 17:32:00 -0000 --uCh/rgkw4ZLIO80s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: > On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: > >On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: > >>On 04/16/12 01:57, O. Hartmann wrote: > >>>On 04/15/12 12:30, Conrad J. Sabatier wrote: > >>>>Today I'm suddenly unable to boot a newly built kernel without crashi= ng > >>>>right near the end of the device probes, just before the system is > >>>>about to actually come up: > >>>> > >>>>Fatal trap 18: integer divide fault while in kernel mode > >>>> > >>>>Stopped at 0xffffffff803b2646 =3D g_label_ufs_taste_common+0x36 > >>>>divl 0x50(%rcx),%eax > >>>> > >>>>Backtrace lists this chain of calls: > >>>>g_label_ufs_taste_common > >>>>g_label_taste > >>>>g_new_provider_event > >>>>g_run_events > >>>>g_event_procbody > >>>>fork_exit > >>>>fork_trampoline > >>>> > >>>>Whether built with clang or gcc, CUSTOM config or GENERIC, same resul= ts > >>>>on rebooting. No idea why this suddenly started happening, haven't > >>>>changed anything at all in my setup. > >>>My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r234309: > >>>Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they are > >>>attached to a Dell UltraSharp U2711 screen which does have a built-in > >>>USB/MMC hub. I realized that it was possible to log into my lab's box > >>>from remote when I'm not in the lab and that is usually coincidentally > >>>with a switched off screen. > >>>This morning I loged in from home, loged out and got to the office, > >>>switched on the screen - and reboot! I wasn't able to get the system > >>>running again, it always got stuck in a > >>> > >>>Fatal trap 18: integer divide fault while in kernel mode > >>> > >>>Unplugging the screen's USB hub makes the system booting again! > >>> > >>>Following is one of the last logged messages from the kernel, I don not > >>>know whether this is usefull looking for the problem. > >>> > >>>Regards, > >>>Oliver > >>> > >>>Apr 12 15:32:33 telesto kernel: hwpmc: > >>>SOFT/16/64/0x67 TSC/1/64/0x20 > >>>IAP/4/48/0x3ff > >>>IAF/3/48/0x61 UCP/8/48/0x3f8 > >>>UCF/1/48/0x60 > >>>Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 > >>>Apr 12 15:32:33 telesto kernel: uhub4: >>>class 9/0, rev 2.00/0.00, addr 2> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 > >>>Apr 12 15:32:33 telesto kernel: uhub5: >>>class 9/0, rev 2.00/0.00, addr 2> on usbus0 > >>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 > >>>Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 > >>>Apr 12 15:32:33 telesto kernel: ukbd0: >>>class 0/0, rev 2.00/1.11, addr 3> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 > >>>Apr 12 15:32:33 telesto kernel: uhid0: >>>class 0/0, rev 2.00/1.11, addr 3> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 > >>>Apr 12 15:32:33 telesto kernel: uhub6: >>>class 9/0, rev 2.00/0.00, addr 4> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 > >>>Apr 12 15:32:33 telesto kernel: uhub7: >>>class 9/0, rev 2.00/0.00, addr 5> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self > >>>powered > >>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 > >>>Apr 12 15:32:33 telesto kernel: umass0: >>>Reader, class 0/0, rev 2.00/1.91, addr 6> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT > >>>READY. CDB: 0 0 0 0 0 0 > >>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: > >>>SCSI Status Error > >>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: > >>>Check Condition > >>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: > >>>NOT READY asc:3a,0 (Medium not present) > >>>Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target= 0 > >>>lun 0 > >>>Apr 12 15:32:33 telesto kernel: da0: > >>>Removable Direct Access SCSI-0 device > >>>Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers > >>>Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size > >>>failed: NOT READY, Medium not present > >>>Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 > >>>Apr 12 15:32:33 telesto kernel: ums0: >>>0/0, rev 2.00/56.01, addr 7> on usbus3 > >>>Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates= =20 > >>>ID=3D0 > >>>Apr 12 15:32:33 telesto kernel: Trying to mount root from > >>>ufs:/dev/gpt/root [rw]... > >>>Apr 12 15:32:33 telesto kernel: nvidia0: on vgapci0 > >>>Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > >>>pci_enable_io > >>>Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > >>>pci_enable_io > >>>Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=3D0 offMin=3D0x2d8=20 > >>>offMax=3D0x603c > >>>Apr 12 15:32:33 telesto kernel: module_register: module ng_ether alrea= dy > >>>exists! > >>>Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: 17 > >>> > >>Disconnect "Generic Ultra HS-SD/MMC" device which is presenting > >>da0...same problem here. System will boot if da0 is either not present > >>or has media (I think). In my case it was a different card reader that > >>had no cards in it, which seem to be similar to your case. > >> > >>My guess is that this problem is related to recent changes in da, but I > >>couldn't pinpoint in the diff what's going wrong in a quick look. > > > >So did you tried to revert r234177 and/or r233963 ? >=20 > I just updated my system to r234342, only downgraded=20 > /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is=20 > booting again. So obviously there is something wrong with the newest=20 > patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. --uCh/rgkw4ZLIO80s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+MV4UACgkQC3+MBN1Mb4gKeACgvJSRC5AgXXKTKlU4wOuodyJO 5pcAoOQ0CX68lk34iVJ+t+HeZq5XdEVT =dhHQ -----END PGP SIGNATURE----- --uCh/rgkw4ZLIO80s-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 17:59:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3BF81065670; Mon, 16 Apr 2012 17:59:02 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 1C37D8FC0A; Mon, 16 Apr 2012 17:59:02 +0000 (UTC) Received: from p508c79a9.dip.t-dialin.net ([80.140.121.169] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SJqCY-0003Ob-GB; Mon, 16 Apr 2012 19:58:58 +0200 Message-ID: <4F8C5DE1.60200@gwdg.de> Date: Mon, 16 Apr 2012 19:58:57 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120317 Thunderbird/10.0.3 MIME-Version: 1.0 To: Konstantin Belousov References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120416173150.GH2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: matt , "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, trasz@freebsd.org, "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 17:59:02 -0000 On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: > On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: >> On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: >>> On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: >>>> On 04/16/12 01:57, O. Hartmann wrote: >>>>> On 04/15/12 12:30, Conrad J. Sabatier wrote: >>>>>> Today I'm suddenly unable to boot a newly built kernel without crashing >>>>>> right near the end of the device probes, just before the system is >>>>>> about to actually come up: >>>>>> >>>>>> Fatal trap 18: integer divide fault while in kernel mode >>>>>> >>>>>> Stopped at 0xffffffff803b2646 = g_label_ufs_taste_common+0x36 >>>>>> divl 0x50(%rcx),%eax >>>>>> >>>>>> Backtrace lists this chain of calls: >>>>>> g_label_ufs_taste_common >>>>>> g_label_taste >>>>>> g_new_provider_event >>>>>> g_run_events >>>>>> g_event_procbody >>>>>> fork_exit >>>>>> fork_trampoline >>>>>> >>>>>> Whether built with clang or gcc, CUSTOM config or GENERIC, same results >>>>>> on rebooting. No idea why this suddenly started happening, haven't >>>>>> changed anything at all in my setup. >>>>> My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r234309: >>>>> Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they are >>>>> attached to a Dell UltraSharp U2711 screen which does have a built-in >>>>> USB/MMC hub. I realized that it was possible to log into my lab's box >>>> >from remote when I'm not in the lab and that is usually coincidentally >>>>> with a switched off screen. >>>>> This morning I loged in from home, loged out and got to the office, >>>>> switched on the screen - and reboot! I wasn't able to get the system >>>>> running again, it always got stuck in a >>>>> >>>>> Fatal trap 18: integer divide fault while in kernel mode >>>>> >>>>> Unplugging the screen's USB hub makes the system booting again! >>>>> >>>>> Following is one of the last logged messages from the kernel, I don not >>>>> know whether this is usefull looking for the problem. >>>>> >>>>> Regards, >>>>> Oliver >>>>> >>>>> Apr 12 15:32:33 telesto kernel: hwpmc: >>>>> SOFT/16/64/0x67 TSC/1/64/0x20 >>>>> IAP/4/48/0x3ff >>>>> IAF/3/48/0x61 UCP/8/48/0x3f8 >>>>> UCF/1/48/0x60 >>>>> Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 >>>>> Apr 12 15:32:33 telesto kernel: uhub4:>>>> class 9/0, rev 2.00/0.00, addr 2> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 >>>>> Apr 12 15:32:33 telesto kernel: uhub5:>>>> class 9/0, rev 2.00/0.00, addr 2> on usbus0 >>>>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 >>>>> Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 >>>>> Apr 12 15:32:33 telesto kernel: ukbd0:>>>> class 0/0, rev 2.00/1.11, addr 3> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 >>>>> Apr 12 15:32:33 telesto kernel: uhid0:>>>> class 0/0, rev 2.00/1.11, addr 3> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>>>> Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 >>>>> Apr 12 15:32:33 telesto kernel: uhub6:>>>> class 9/0, rev 2.00/0.00, addr 4> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>>>> Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 >>>>> Apr 12 15:32:33 telesto kernel: uhub7:>>>> class 9/0, rev 2.00/0.00, addr 5> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>>>> Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self >>>>> powered >>>>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>>>> Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 >>>>> Apr 12 15:32:33 telesto kernel: umass0:>>>> Reader, class 0/0, rev 2.00/1.91, addr 6> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 >>>>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT >>>>> READY. CDB: 0 0 0 0 0 0 >>>>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: >>>>> SCSI Status Error >>>>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: >>>>> Check Condition >>>>> Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: >>>>> NOT READY asc:3a,0 (Medium not present) >>>>> Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 >>>>> lun 0 >>>>> Apr 12 15:32:33 telesto kernel: da0: >>>>> Removable Direct Access SCSI-0 device >>>>> Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers >>>>> Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size >>>>> failed: NOT READY, Medium not present >>>>> Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 >>>>> Apr 12 15:32:33 telesto kernel: ums0:>>>> 0/0, rev 2.00/56.01, addr 7> on usbus3 >>>>> Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates >>>>> ID=0 >>>>> Apr 12 15:32:33 telesto kernel: Trying to mount root from >>>>> ufs:/dev/gpt/root [rw]... >>>>> Apr 12 15:32:33 telesto kernel: nvidia0: on vgapci0 >>>>> Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested >>>>> pci_enable_io >>>>> Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested >>>>> pci_enable_io >>>>> Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=0 offMin=0x2d8 >>>>> offMax=0x603c >>>>> Apr 12 15:32:33 telesto kernel: module_register: module ng_ether already >>>>> exists! >>>>> Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: 17 >>>>> >>>> Disconnect "Generic Ultra HS-SD/MMC" device which is presenting >>>> da0...same problem here. System will boot if da0 is either not present >>>> or has media (I think). In my case it was a different card reader that >>>> had no cards in it, which seem to be similar to your case. >>>> >>>> My guess is that this problem is related to recent changes in da, but I >>>> couldn't pinpoint in the diff what's going wrong in a quick look. >>> >>> So did you tried to revert r234177 and/or r233963 ? >> >> I just updated my system to r234342, only downgraded >> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is >> booting again. So obviously there is something wrong with the newest >> patch to scsi_da.c. > It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 18:56:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06FD7106564A; Mon, 16 Apr 2012 18:56:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4965E8FC20; Mon, 16 Apr 2012 18:56:49 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q3GIujoM043034; Mon, 16 Apr 2012 21:56:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q3GIui8C084429; Mon, 16 Apr 2012 21:56:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q3GIuiIj084428; Mon, 16 Apr 2012 21:56:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Apr 2012 21:56:44 +0300 From: Konstantin Belousov To: Rainer Hurling Message-ID: <20120416185644.GI2358@deviant.kiev.zoral.com.ua> References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FYv8j7amGUaVp64H" Content-Disposition: inline In-Reply-To: <4F8C5DE1.60200@gwdg.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: matt , "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, trasz@freebsd.org, "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 18:56:50 -0000 --FYv8j7amGUaVp64H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2012 at 07:58:57PM +0200, Rainer Hurling wrote: > On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: > >On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: > >>On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: > >>>On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: > >>>>On 04/16/12 01:57, O. Hartmann wrote: > >>>>>On 04/15/12 12:30, Conrad J. Sabatier wrote: > >>>>>>Today I'm suddenly unable to boot a newly built kernel without=20 > >>>>>>crashing > >>>>>>right near the end of the device probes, just before the system is > >>>>>>about to actually come up: > >>>>>> > >>>>>>Fatal trap 18: integer divide fault while in kernel mode > >>>>>> > >>>>>>Stopped at 0xffffffff803b2646 =3D g_label_ufs_taste_common+0x36 > >>>>>>divl 0x50(%rcx),%eax > >>>>>> > >>>>>>Backtrace lists this chain of calls: > >>>>>>g_label_ufs_taste_common > >>>>>>g_label_taste > >>>>>>g_new_provider_event > >>>>>>g_run_events > >>>>>>g_event_procbody > >>>>>>fork_exit > >>>>>>fork_trampoline > >>>>>> > >>>>>>Whether built with clang or gcc, CUSTOM config or GENERIC, same=20 > >>>>>>results > >>>>>>on rebooting. No idea why this suddenly started happening, haven't > >>>>>>changed anything at all in my setup. > >>>>>My recent kernel does the same on two "FreeBSD 10.0-CURRENT #1 r2343= 09: > >>>>>Sun Apr 15 14:14:11 CEST 2012" boxes. Both boxes in common is they a= re > >>>>>attached to a Dell UltraSharp U2711 screen which does have a built-in > >>>>>USB/MMC hub. I realized that it was possible to log into my lab's box > >>>>>from remote when I'm not in the lab and that is usually coincidental= ly > >>>>>with a switched off screen. > >>>>>This morning I loged in from home, loged out and got to the office, > >>>>>switched on the screen - and reboot! I wasn't able to get the system > >>>>>running again, it always got stuck in a > >>>>> > >>>>>Fatal trap 18: integer divide fault while in kernel mode > >>>>> > >>>>>Unplugging the screen's USB hub makes the system booting again! > >>>>> > >>>>>Following is one of the last logged messages from the kernel, I don = not > >>>>>know whether this is usefull looking for the problem. > >>>>> > >>>>>Regards, > >>>>>Oliver > >>>>> > >>>>>Apr 12 15:32:33 telesto kernel: hwpmc: > >>>>>SOFT/16/64/0x67 TSC/1/64/0x20 > >>>>>IAP/4/48/0x3ff > >>>>>IAF/3/48/0x61 =20 > >>>>>UCP/8/48/0x3f8 > >>>>>UCF/1/48/0x60 > >>>>>Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: ugen3.2: at usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: uhub4: >>>>>class 9/0, rev 2.00/0.00, addr 2> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: ugen0.2: at usbus0 > >>>>>Apr 12 15:32:33 telesto kernel: uhub5: >>>>>class 9/0, rev 2.00/0.00, addr 2> on usbus0 > >>>>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 > >>>>>Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: ugen3.3: at usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: ukbd0: >>>>>class 0/0, rev 2.00/1.11, addr 3> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 > >>>>>Apr 12 15:32:33 telesto kernel: uhid0: >>>>>class 0/0, rev 2.00/1.11, addr 3> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: ugen3.4: at usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: uhub6: >>>>>class 9/0, rev 2.00/0.00, addr 4> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: ugen3.5: at usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: uhub7: >>>>>class 9/0, rev 2.00/0.00, addr 5> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self > >>>>>powered > >>>>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: ugen3.6: at usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: umass0: >>>>>Reader, class 0/0, rev 2.00/1.91, addr 6> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT > >>>>>READY. CDB: 0 0 0 0 0 0 > >>>>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM statu= s: > >>>>>SCSI Status Error > >>>>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI stat= us: > >>>>>Check Condition > >>>>>Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sens= e: > >>>>>NOT READY asc:3a,0 (Medium not present) > >>>>>Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 targ= et=20 > >>>>>0 > >>>>>lun 0 > >>>>>Apr 12 15:32:33 telesto kernel: da0: > >>>>>Removable Direct Access SCSI-0 device > >>>>>Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers > >>>>>Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size > >>>>>failed: NOT READY, Medium not present > >>>>>Apr 12 15:32:33 telesto kernel: ugen3.7: at usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: ums0: >>>>>0/0, rev 2.00/56.01, addr 7> on usbus3 > >>>>>Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinat= es > >>>>>ID=3D0 > >>>>>Apr 12 15:32:33 telesto kernel: Trying to mount root from > >>>>>ufs:/dev/gpt/root [rw]... > >>>>>Apr 12 15:32:33 telesto kernel: nvidia0: on vgapc= i0 > >>>>>Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > >>>>>pci_enable_io > >>>>>Apr 12 15:32:33 telesto kernel: vgapci0: child nvidia0 requested > >>>>>pci_enable_io > >>>>>Apr 12 15:32:33 telesto kernel: vboxdrv: fAsync=3D0 offMin=3D0x2d8 > >>>>>offMax=3D0x603c > >>>>>Apr 12 15:32:33 telesto kernel: module_register: module ng_ether=20 > >>>>>already > >>>>>exists! > >>>>>Apr 12 15:32:33 telesto kernel: Module ng_ether failed to register: = 17 > >>>>> > >>>>Disconnect "Generic Ultra HS-SD/MMC" device which is presenting > >>>>da0...same problem here. System will boot if da0 is either not present > >>>>or has media (I think). In my case it was a different card reader that > >>>>had no cards in it, which seem to be similar to your case. > >>>> > >>>>My guess is that this problem is related to recent changes in da, but= I > >>>>couldn't pinpoint in the diff what's going wrong in a quick look. > >>> > >>>So did you tried to revert r234177 and/or r233963 ? > >> > >>I just updated my system to r234342, only downgraded > >>/usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is > >>booting again. So obviously there is something wrong with the newest > >>patch to scsi_da.c. > >It is too broad, try to revert exactly one patch and see whether it work= s. >=20 > Sorry for my bad english. I wanted to say, that I only reverted exactly= =20 > one patch (file scsi_da.c from 234177 back to 233746 manually). The rest= =20 > is up to r234342. I see, it is confusing but right. If you reverted only the single file, namely scsi_da.c, then it has only single commit r234177 in the range r233746-r234342. So it is definitely trasz' commit. Edward ? --FYv8j7amGUaVp64H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+Ma2wACgkQC3+MBN1Mb4hwQQCgmZffYhJy2hTV8unziZW7XuJS QWUAnjAQQulu/g8VCH99WUUJ8XtkR9dc =uono -----END PGP SIGNATURE----- --FYv8j7amGUaVp64H-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 21:11:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A3B1065670 for ; Mon, 16 Apr 2012 21:11:30 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id C506A8FC12 for ; Mon, 16 Apr 2012 21:11:29 +0000 (UTC) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q3GL4iDA004117 for ; Tue, 17 Apr 2012 07:04:44 +1000 Received: from server.vk2pj.dyndns.org (c220-239-251-180.belrs5.nsw.optusnet.com.au [220.239.251.180]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q3GL4ZFB016710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Apr 2012 07:04:36 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q3GL4XqG053560 for ; Tue, 17 Apr 2012 07:04:33 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.5/Submit) id q3GL4X92053559 for freebsd-current@freebsd.org; Tue, 17 Apr 2012 07:04:33 +1000 (EST) (envelope-from peter) Date: Tue, 17 Apr 2012 07:04:33 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20120416210433.GA49139@server.vk2pj.dyndns.org> References: <4F8829A7.4010307@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <4F8829A7.4010307@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: New FreeBSD SVN seed snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 21:11:30 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Apr-13 23:27:03 +1000, Darren Reed wrote: >On 24/08/2010 4:56 AM, Simon L. B. Nielsen wrote: >> I have made a new snapshot of the svn repo which can be used to start ne= w FreeBSD svn mirrors. Note that now there's a CTM feed of the svn repo, there are regular svn repo seeds available at ftp://ftp.freebsd.org/pub/FreeBSD/development/CTM/svn-cur the latest is like svn-cur.00300xEmpty.xz This can be unpacked with: # ctm -b /where/you/want/svn .../svn-cur.00300xEmpty.xz which will create /where/you/want/svn/base etc You can update the resultant repo with either SVN or CTM (see http://www.freebsd.org/doc/handbook/ctm.html for the latter). Note that not all mirrors carry the CTM subdirectories. --=20 Peter Jeremy --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+MiWEACgkQ/opHv/APuIfrKwCdG4g70CbWgJDjvxGEQQQUB4gh MxQAoJ2uwqGgtbOk1c0FJgo6U2OXyDQZ =/fLg -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 21:50:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2035106566B; Mon, 16 Apr 2012 21:50:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1778FC0A; Mon, 16 Apr 2012 21:50:41 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so7731382wib.13 for ; Mon, 16 Apr 2012 14:50:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=4uB6vNM0kPZN5RtbawCQPwwFC8hasZmEEHKwXCEuKIM=; b=uXFCBG3A5IKWnRsbVSu5AUctv7iBFBmlnPDo/f4Mdd7XOr8KC4Xzk8o5k7C9Nx1bcB AoxtMzUOam2Dyrpj8srRDTKxIjrEjaIQz7VOIzE2t+b/u6rKTaNCYSjoWvPqOgQpj06V 3yRSnPxMLKANrmkQi/0CByROxYPesv5cq8egBS674pFM72PFlQxuS1I9od6CsbaxkpUP V8wBWs0bS1ifnSHPgi/vrdP0nw8JL/41diAX02Xk62imuLgYdqnSI+3L1ZBYKupAjQnw EVGZg0ROIAa84uqrU6jfgz6cQXVC1uXUHUFtC8POlfNgVKiWPhejFa3trVbgm0bTC4O8 abHg== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr22267137wib.21.1334613040168; Mon, 16 Apr 2012 14:50:40 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Mon, 16 Apr 2012 14:50:40 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 17:50:40 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Complete hang on 9.0-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 21:50:42 -0000 Hi, [for the record...] On Tue, Feb 14, 2012 at 11:41 AM, Arnaud Lacombe wrote= : > Hi folks, > > For the records, I was running some tests yesterday on top of a > 9.0-RELEASE, amd64, kernel when the box hanged. At the time of the > hang, the box was running a process with about 2800 threads with heavy > IPC between 1400 writers and 1400 readers. The box was in single user > mode (/bin/sh coming from FreeBSD 7.4-STABLE). Here is the beginning > of the dmesg: > > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0The Regents of the University of California. All rights re= served. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-RELEASE #0: Tue Jan =A03 07:46:30 UTC 2012 > =A0 =A0root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > CPU: Intel(R) Atom(TM) CPU D510 =A0 @ 1.66GHz (1666.70-MHz K8-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0x40e31d > =A0AMD Features=3D0x20000800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant, performance statistics > real memory =A0=3D 2137587712 (2038 MB) > avail memory =3D 2037841920 (1943 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: <070611 APIC1125> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP/HT): APIC ID: =A01 > =A0cpu2 (AP): APIC ID: =A02 > =A0cpu3 (AP/HT): APIC ID: =A03 > > I will restart the test and see if this happens again. > I reproduced the previous problem on 10-CURRENT from r233917, on the following platform (here running 8.2-RELEASE): FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (1800.01-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x106ca Family =3D 6 Model =3D 1c St= epping =3D 10 Features=3D0xbfebfbff Features2=3D0x40e31d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 2136539136 (2037 MB) avail memory =3D 2043772928 (1949 MB) ACPI APIC Table: <010312 APIC0947> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 Complete system freeze while running about 2400 threads. I had to power cycle the system to get it back alive. I discussed a way to debug this with attilio@ on freebsd-stable@, but still did not had time to implement it. regards, - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 22:41:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECB20106566C; Mon, 16 Apr 2012 22:41:45 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 861388FC15; Mon, 16 Apr 2012 22:41:45 +0000 (UTC) Received: by obqv19 with SMTP id v19so7235615obq.13 for ; Mon, 16 Apr 2012 15:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=YiqfH7oQCS8ncQkvv1j5zYV0Qef06v2ltgB0lwNGKdY=; b=w+UwaPnTbdMgvpDAWlhOVYiCxAFSXuv414VA4uQrwDeClxl5/MpKeUOVtwVBCDW/ZV GpLFjoMKq+5lptGaKKVSg1qW8cTFPqWlQeBVcx+RKkQoET6hzZd9crQBP/gnk1siro2Q BCQjsFk2wASInzvcQDPcGRpRUGI9Ih8UaNGD2ImrXiC3LAnH7IFSLRd3/9EDqoUwT3J6 BPIds+EzhIJ4URuGZDBUvl9ACsDaL/iX9OAg2IFLpxqywsnVbjaoTRFTbFaW6N7wxS4G r/vrWwdpnTGqinu391Q789nhyoW9tVuLSwDFbwhU/Z1jydy6dtoWqp2WGJShwZxuDZKR F+BA== MIME-Version: 1.0 Received: by 10.182.119.101 with SMTP id kt5mr18344619obb.70.1334616104896; Mon, 16 Apr 2012 15:41:44 -0700 (PDT) Received: by 10.182.64.101 with HTTP; Mon, 16 Apr 2012 15:41:44 -0700 (PDT) In-Reply-To: <4F8BBFF3.50205@FreeBSD.org> References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> Date: Mon, 16 Apr 2012 18:41:44 -0400 Message-ID: From: Chris To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , Current FreeBSD , "O. Hartmann" Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 22:41:46 -0000 On Mon, Apr 16, 2012 at 2:45 AM, Dimitry Andric wrote: > On 2012-04-16 03:03, Chris wrote: >> >> I recently updated my system from 8.2-STABLE to 9.0-STABLE and I'm >> seeing a similar error when trying to build the VirtualBox kernel >> module: >> >> *** Building 'vboxdrv' module *** >> "/usr/share/mk/bsd.own.mk", line 476: MK_CLANG_IS_CC can't be set by a >> user. >> *** Error code 1 >> >> I tried the tips from all the previous posters with no luck. Any >> suggestions would greatly be appreciated! > > > It looks like this was caused by Maxim Sobolev's workaround here: > > =A0http://lists.freebsd.org/pipermail/cvs-ports/2012-April/240000.html > > He attempts to set MK_ variables by hand, but that is obviously not > allowed. > > As has been said before, it is indeed possible to put a workaround for > compiling with the wrong source directory in bsd.own.mk, but that would > really help people to shoot themselves in the foot. > > It looks like the virtualbox-ose-kmod port sets a SRC_BASE variable to > the appropriate source directory, but it should probably also set the > MAKESYSPATH environment variable to ${SRC_BASE}/share/mk before invoking > make. > > Note this is still not 100% safe, as you would really need to build > using a toolchain corresponding to your kernel sources, but it's better > than nothing. As a quick-n-dirty workaround, I deleted the three patch files mentioned in Maxim Sobolev's posting and the port compiles with no problems. It may be that the version of bsd.own.mk that I have fixes any compilation issues with clang. Thanks for the help! Chris From owner-freebsd-current@FreeBSD.ORG Mon Apr 16 23:08:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F208106566C; Mon, 16 Apr 2012 23:08:59 +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 3A1A78FC0A; Mon, 16 Apr 2012 23:08:59 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SJv2Y-0005Df-9L; Tue, 17 Apr 2012 00:08:58 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SJv2Y-0001xz-0s; Tue, 17 Apr 2012 00:08:58 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q3GN8vsO026972; Tue, 17 Apr 2012 00:08:57 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q3GN8vH7026971; Tue, 17 Apr 2012 00:08:57 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 17 Apr 2012 00:08:57 +0100 From: Anton Shterenlikht To: Chris Message-ID: <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Chris , Dimitry Andric , Chris Rees , Current FreeBSD , "O. Hartmann" References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Chris Rees , "O. Hartmann" , Current FreeBSD , Dimitry Andric Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2012 23:08:59 -0000 On Mon, Apr 16, 2012 at 06:41:44PM -0400, Chris wrote: > On Mon, Apr 16, 2012 at 2:45 AM, Dimitry Andric wrote: > > On 2012-04-16 03:03, Chris wrote: > >> > >> I recently updated my system from 8.2-STABLE to 9.0-STABLE and I'm > >> seeing a similar error when trying to build the VirtualBox kernel > >> module: > >> > >> *** Building 'vboxdrv' module *** > >> "/usr/share/mk/bsd.own.mk", line 476: MK_CLANG_IS_CC can't be set by a > >> user. > >> *** Error code 1 > >> > >> I tried the tips from all the previous posters with no luck. Any > >> suggestions would greatly be appreciated! > > > > > > It looks like this was caused by Maxim Sobolev's workaround here: > > > >  http://lists.freebsd.org/pipermail/cvs-ports/2012-April/240000.html > > > > He attempts to set MK_ variables by hand, but that is obviously not > > allowed. > > > > As has been said before, it is indeed possible to put a workaround for > > compiling with the wrong source directory in bsd.own.mk, but that would > > really help people to shoot themselves in the foot. > > > > It looks like the virtualbox-ose-kmod port sets a SRC_BASE variable to > > the appropriate source directory, but it should probably also set the > > MAKESYSPATH environment variable to ${SRC_BASE}/share/mk before invoking > > make. > > > > Note this is still not 100% safe, as you would really need to build > > using a toolchain corresponding to your kernel sources, but it's better > > than nothing. > > As a quick-n-dirty workaround, I deleted the three patch files > mentioned in Maxim Sobolev's posting and the port compiles with no > problems. It may be that the version of bsd.own.mk that I have fixes > any compilation issues with clang. > > Thanks for the help! > > Chris Just to say that I stumbled upon this issue as well: http://lists.freebsd.org/pipermail/freebsd-ports/2012-April/074409.html Subject: net/bwi-firmware-kmod "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} == "no" && ${CC:T:Mclang} != "clang") -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 01:53:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6D41065672; Tue, 17 Apr 2012 01:53:40 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C405D8FC20; Tue, 17 Apr 2012 01:53:39 +0000 (UTC) Received: by wern13 with SMTP id n13so4896522wer.13 for ; Mon, 16 Apr 2012 18:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=V/L4OOZAb9tO1mMTmu3acHhwo07u34Xs+fPTCRWsycY=; b=GXlPYcvA/LOvcNM6bSi2sNMVBgJNSVE5ynvSDIT1LbHFSU/nOz/epIv72PzkPgzYGS 8C0/yGyN6sOXqskUnE7HJh59SS2vbRf6jzBoALlXS8tOJSgWz3KE1Kp0uH7ifN8iYohG Rznbuqx8qxyriNy+dkkJCfdJ+Op43oZP5imQ+KEmsVA/EnoNlweCfNaNXv8wdve36lEu XKZjTDRCNLa1tAaviUj93xZSWBUmK/QyU9HgRnDZqwnKkTMwv38BWoABR+p0dIXkAhof ikib6IkXgb3VK7BsHKHHgtqAkiZsobcVv7195ozu+2MR+buP8WHZSYoHXpx+lhaw7Ok3 72CQ== Received: by 10.180.73.143 with SMTP id l15mr14001315wiv.11.1334627618784; Mon, 16 Apr 2012 18:53:38 -0700 (PDT) Received: from [192.168.1.105] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPS id ex2sm37748696wib.8.2012.04.16.18.53.35 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Apr 2012 18:53:36 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <4F8C5DE1.60200@gwdg.de> Date: Tue, 17 Apr 2012 03:53:27 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> To: Rainer Hurling X-Mailer: Apple Mail (2.1257) Cc: matt , "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, Konstantin Belousov , "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 01:53:40 -0000 Wiadomo=B6=E6 napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. = 19:58: > On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: >> On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: >>>=20 >>> I just updated my system to r234342, only downgraded >>> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is >>> booting again. So obviously there is something wrong with the newest >>> patch to scsi_da.c. >> It is too broad, try to revert exactly one patch and see whether it = works. >=20 > Sorry for my bad english. I wanted to say, that I only reverted = exactly one patch (file scsi_da.c from 234177 back to 233746 manually). = The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/cam/scsi/scsi_da.c (revision 234314) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error !=3D 0) xpt_print(periph->path, "unable to retrieve capacity = data"); =20 - if (periph->flags & CAM_PERIPH_INVALID) + if (periph->flags & CAM_PERIPH_INVALID || + softc->disk->d_sectorsize =3D=3D 0 || + softc->disk->d_mediasize =3D=3D 0) error =3D ENXIO; =20 if (error =3D=3D 0 && (softc->flags & DA_FLAG_PACK_REMOVABLE) !=3D= 0 && --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 02:59:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACDDE106566C; Tue, 17 Apr 2012 02:59:11 +0000 (UTC) (envelope-from conrads@serene.no-ip.org) Received: from eastrmfepo203.cox.net (eastrmfepo203.cox.net [68.230.241.218]) by mx1.freebsd.org (Postfix) with ESMTP id EF33D8FC15; Tue, 17 Apr 2012 02:59:10 +0000 (UTC) Received: from eastrmimpo306.cox.net ([68.230.241.238]) by eastrmfepo203.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120417025910.QTYB18532.eastrmfepo203.cox.net@eastrmimpo306.cox.net>; Mon, 16 Apr 2012 22:59:10 -0400 Received: from serene.no-ip.org ([98.164.83.206]) by eastrmimpo306.cox.net with bizsmtp id yqz61i00A4T5sES02qz9fy; Mon, 16 Apr 2012 22:59:10 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020208.4F8CDC7E.000F,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=CRPD+Qc8oD39miT01U+idCnfgtTI0UgUfEDugnPCZ2w= c=1 sm=1 a=z1TLwsU0kBEA:10 a=VC6RoNgPb2YA:10 a=2dwednEH3cQA:10 a=cRs4AX/51puMaUeRAuoQtw==:17 a=kviXuzpPAAAA:8 a=vPMbR5NFtfAhTSspdpUA:9 a=nJ5FD3HPWyYA:10 a=4vB-4DCPJfMA:10 a=cRs4AX/51puMaUeRAuoQtw==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q3H2x5vk001239; Mon, 16 Apr 2012 21:59:05 -0500 (CDT) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by localhost.my.domain (8.14.5/8.14.5/Submit) id q3GLnOQT000036; Mon, 16 Apr 2012 16:49:24 -0500 (CDT) (envelope-from conrads) Date: Mon, 16 Apr 2012 16:49:24 -0500 From: "Conrad J. Sabatier" To: Edward Tomasz =?unknown-8bit?Q?Napiera=B3a?= Message-ID: <20120416214924.GA26@.no.cox.net> References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Tue, 17 Apr 2012 03:53:31 +0000 Cc: matt , "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, Konstantin Belousov , "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 02:59:11 -0000 On Tue, Apr 17, 2012 at 03:53:27AM +0200, Edward Tomasz Napieraa wrote: > Wiadomo¶æ napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: > > On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: > >> On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: > >>> > >>> I just updated my system to r234342, only downgraded > >>> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is > >>> booting again. So obviously there is something wrong with the newest > >>> patch to scsi_da.c. > >> It is too broad, try to revert exactly one patch and see whether it works. > > > > Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. > > Could you try the patch below? > > Index: sys/cam/scsi/scsi_da.c > =================================================================== > --- sys/cam/scsi/scsi_da.c (revision 234314) > +++ sys/cam/scsi/scsi_da.c (working copy) > @@ -938,7 +938,9 @@ daopen(struct disk *dp) > if (error != 0) > xpt_print(periph->path, "unable to retrieve capacity data"); > > - if (periph->flags & CAM_PERIPH_INVALID) > + if (periph->flags & CAM_PERIPH_INVALID || > + softc->disk->d_sectorsize == 0 || > + softc->disk->d_mediasize == 0) > error = ENXIO; > > if (error == 0 && (softc->flags & DA_FLAG_PACK_REMOVABLE) != 0 && > > This patch fixed the problem for me. Thank you! -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 08:36:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8371C106564A; Tue, 17 Apr 2012 08:36:21 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 241448FC14; Tue, 17 Apr 2012 08:36:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=NxJ1exhjXjmQJjh27A7qEshJcISpYgagBRdJIyB0JC8=; b=hYLxwN4FHAzIjLSkJr55SflBv5nMURDWxr6oz2is2l41fIzA56sm681guQFzd79yqwjjtQG8Ma3gBQDjHY9LZIqPyfqafhiZ+BmB/ThswFWkz9slyczSTbB440vCHzO/GU1XX5VuYLm8e8dn9xKYGhv2kct+iP/kAoYS9VqtHwo=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1SK3tV-000EQp-EG ; Tue, 17 Apr 2012 11:36:13 +0300 Date: Tue, 17 Apr 2012 11:36:12 +0300 From: Ivan Klymenko To: Edward Tomasz =?UTF-8?B?TmFwaWVyYcWCYQ==?= Message-ID: <20120417113612.6bbdf3f8@nonamehost.> In-Reply-To: References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 08:36:21 -0000 =D0=92 Tue, 17 Apr 2012 03:53:27 +0200 Edward Tomasz Napiera=C5=82a =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > Wiadomo=C5=9B=C4=87 napisana przez Rainer Hurling w dniu 16 kwi 2012, o g= odz. > 19:58: > > On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: > >> On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: > >>>=20 > >>> I just updated my system to r234342, only downgraded > >>> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is > >>> booting again. So obviously there is something wrong with the > >>> newest patch to scsi_da.c. > >> It is too broad, try to revert exactly one patch and see whether > >> it works. > >=20 > > Sorry for my bad english. I wanted to say, that I only reverted > > exactly one patch (file scsi_da.c from 234177 back to 233746 > > manually). The rest is up to r234342. >=20 > Could you try the patch below? >=20 > Index: sys/cam/scsi/scsi_da.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/cam/scsi/scsi_da.c (revision 234314) > +++ sys/cam/scsi/scsi_da.c (working copy) > @@ -938,7 +938,9 @@ daopen(struct disk *dp) > if (error !=3D 0) > xpt_print(periph->path, "unable to retrieve capacity > data");=20 > - if (periph->flags & CAM_PERIPH_INVALID) > + if (periph->flags & CAM_PERIPH_INVALID || > + softc->disk->d_sectorsize =3D=3D 0 || > + softc->disk->d_mediasize =3D=3D 0) > error =3D ENXIO; > =20 > if (error =3D=3D 0 && (softc->flags & DA_FLAG_PACK_REMOVABLE) !=3D > 0 && >=20 >=20 it gets in "head"? I hope i will use my device that has recently worked in FreeBSD - and now it will just not work?... Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 08:44:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 488D9106566B for ; Tue, 17 Apr 2012 08:44:24 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8E76C8FC12 for ; Tue, 17 Apr 2012 08:44:23 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so5950805wgb.31 for ; Tue, 17 Apr 2012 01:44:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=tt8v4BJUggU7yOA9jSRhZ1JqflQQG31ZRTSwLswtcxY=; b=sWzCvIwDwPUCRgb6TPGHZmZr8zZJpGgMw39BaUIuwQlLL9FWwgz6k7BzcDsORy0ymk 0soCGsy/TKCvwkXdk6ehh9QaLddEeSeDVPyvfYzn7BL2/J38kz9hZx2pIo7INW6XeXN9 F3VHXWOEFCYhuTL/UeF89D3HRL/QKqlWO0+wpCAU9sDE1ExGut/r2UHq2bDOcvcpzwFP hn0eaeOQsnH27Y1r0W79Q2iOzDI+MrH94OuMnUQC5zCYENpz2YIagZF5j4pJQH70GpCR cPzE2K5HD+HJEuyC3GzLATNR69/AIYkoxsWM4MDrE8+ddt7lxXqKOaUpuaPZ3XtHC+TO Lhxw== Received: by 10.180.79.135 with SMTP id j7mr4917339wix.19.1334652257249; Tue, 17 Apr 2012 01:44:17 -0700 (PDT) Received: from [192.168.14.112] (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id gd4sm41072308wib.6.2012.04.17.01.44.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Apr 2012 01:44:15 -0700 (PDT) References: <566771C2-84CA-4824-AE99-38EB5DE1F786@gmail.com> <20120414160028.00001573@unknown> In-Reply-To: <20120414160028.00001573@unknown> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <6D27E8DF-67E6-4084-8B88-4CD9F9900B8F@gmail.com> X-Mailer: iPhone Mail (9B176) From: Sevan / Venture37 Date: Tue, 17 Apr 2012 09:44:11 +0100 To: Alexander Leidinger Cc: "freebsd-current@freebsd.org" Subject: Re: DTrace on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 08:44:24 -0000 On 14 Apr 2012, at 03:00 PM, Alexander Leidinger w= rote: > As far as I remember the issue was that some people (maybe in behalf of > companies) expressed their concern if the GENERIC kernel does not come > with BSD-license-only code. For this reason jb@ worked on the > KDTRACE_HOOKS code. What we need now is a verification, that this part > of DTRACE is not "CDDL-infected". There was an internal discussion, > triggered by the talk you mentioned above. Thanks for clarifying Alexander > A part (the simple one) of > the code has been reviewed. Anyone interested in getting KDTRACE_HOOKS > enabled by default is free to do an independent review and post it here. Adam Leventhal on KDTRACE_HOOKS https://twitter.com/ahl/statuses/192027893319221248 Sevan= From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 08:50:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28384106564A; Tue, 17 Apr 2012 08:50:12 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 672A38FC08; Tue, 17 Apr 2012 08:50:03 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SK46q-0004KG-Pw; Tue, 17 Apr 2012 10:50:01 +0200 Message-ID: <4F8D2EB4.7060003@gwdg.de> Date: Tue, 17 Apr 2012 10:49:56 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120317 Thunderbird/10.0.3 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: matt , "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, Konstantin Belousov , "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 08:50:12 -0000 Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napiera³a: > Wiadomo¶æ napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: >> On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: >>> On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: >>>> >>>> I just updated my system to r234342, only downgraded >>>> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is >>>> booting again. So obviously there is something wrong with the newest >>>> patch to scsi_da.c. >>> It is too broad, try to revert exactly one patch and see whether it works. >> >> Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. > > Could you try the patch below? > > Index: sys/cam/scsi/scsi_da.c > =================================================================== > --- sys/cam/scsi/scsi_da.c (revision 234314) > +++ sys/cam/scsi/scsi_da.c (working copy) > @@ -938,7 +938,9 @@ daopen(struct disk *dp) > if (error != 0) > xpt_print(periph->path, "unable to retrieve capacity data"); > > - if (periph->flags& CAM_PERIPH_INVALID) > + if (periph->flags& CAM_PERIPH_INVALID || > + softc->disk->d_sectorsize == 0 || > + softc->disk->d_mediasize == 0) > error = ENXIO; > > if (error == 0&& (softc->flags& DA_FLAG_PACK_REMOVABLE) != 0&& > > Thanks for the patch. I just tried it with 10.0-CURRENT (amd64) r234370 and it at least boots again. From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:18:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 854F51065670; Tue, 17 Apr 2012 09:18:32 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6EE8FC17; Tue, 17 Apr 2012 09:18:32 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05] (unknown [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 66EA05C37; Tue, 17 Apr 2012 11:18:31 +0200 (CEST) Message-ID: <4F8D3565.2020803@FreeBSD.org> Date: Tue, 17 Apr 2012 11:18:29 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Chris , Chris Rees , Current FreeBSD , "O. Hartmann" References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 09:18:32 -0000 On 2012-04-17 01:08, Anton Shterenlikht wrote: ... > Just to say that I stumbled upon this issue as well: > > http://lists.freebsd.org/pipermail/freebsd-ports/2012-April/074409.html > > Subject: net/bwi-firmware-kmod "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} == "no"&& ${CC:T:Mclang} != "clang") The root cause is still that your kernel sources (in /sys) do not match your installed world. The kernel module build process uses bsd.own.mk from /usr/share/mk, which should define MK_CLANG_IS_CC. If it doesn't, but your kernel source references it, there is a mismatch. In some cases, you could fix it by setting MAKESYSPATH to the share/mk dir under your source tree. There is still no guarantee your module will build or load correctly. As Doug Barton said in reply to r232473: "Building ports where the sources and the installed kernel differ is not a supported configuration. The fact that it happens to work most of the time is a bonus." That said, i think it may be time to bow to the pressure, and just put a fixup for this issue in kmod.mk, and the other .mk files, like I initially did in r232473, but with a BIG FAT WARNING printed, so you at least know you are attempting to shoot your extremities. :) From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:34:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82363106566C; Tue, 17 Apr 2012 09:34: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 52F848FC16; Tue, 17 Apr 2012 09:34:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3H9Xx5m066813; Tue, 17 Apr 2012 05:33:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3H9Xxj2066798; Tue, 17 Apr 2012 09:33:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 09:33:59 GMT Message-Id: <201204170933.q3H9Xxj2066798@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 09:34:05 -0000 TB --- 2012-04-17 08:54:18 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 08:54:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 08:54:18 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-17 08:54:18 - cleaning the object tree TB --- 2012-04-17 08:54:18 - cvsupping the source tree TB --- 2012-04-17 08:54:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-17 08:55:07 - building world TB --- 2012-04-17 08:55:07 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 08:55:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 08:55:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 08:55:07 - SRCCONF=/dev/null TB --- 2012-04-17 08:55:07 - TARGET=mips TB --- 2012-04-17 08:55:07 - TARGET_ARCH=mips TB --- 2012-04-17 08:55:07 - TZ=UTC TB --- 2012-04-17 08:55:07 - __MAKE_CONF=/dev/null TB --- 2012-04-17 08:55:07 - cd /src TB --- 2012-04-17 08:55:07 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 08:55:07 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> libexec/atrun (all) cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 09:33:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 09:33:59 - ERROR: failed to build world TB --- 2012-04-17 09:33:59 - 1572.66 user 365.07 system 2381.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:38:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D11F1065673; Tue, 17 Apr 2012 09:38:13 +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 A99598FC0C; Tue, 17 Apr 2012 09:38:12 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SK4r1-0006kf-Cg; Tue, 17 Apr 2012 10:37:49 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SK4qC-0004AP-KF; Tue, 17 Apr 2012 10:36:52 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q3H9aqxs029118; Tue, 17 Apr 2012 10:36:52 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q3H9aqrT029117; Tue, 17 Apr 2012 10:36:52 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 17 Apr 2012 10:36:52 +0100 From: Anton Shterenlikht To: Dimitry Andric Message-ID: <20120417093652.GA29091@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Dimitry Andric , Chris , Chris Rees , Current FreeBSD , "O. Hartmann" , Doug Barton References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F8D3565.2020803@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Chris Rees , Chris , Current FreeBSD , "O. Hartmann" , Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 09:38:13 -0000 On Tue, Apr 17, 2012 at 11:18:29AM +0200, Dimitry Andric wrote: > On 2012-04-17 01:08, Anton Shterenlikht wrote: > ... > >Just to say that I stumbled upon this issue as well: > > > >http://lists.freebsd.org/pipermail/freebsd-ports/2012-April/074409.html > > > >Subject: net/bwi-firmware-kmod "/sys/conf/kmod.mk", line 111: Malformed > >conditional (${MK_CLANG_IS_CC} == "no"&& ${CC:T:Mclang} != "clang") > > The root cause is still that your kernel sources (in /sys) do not match > your installed world. The kernel module build process uses bsd.own.mk > from /usr/share/mk, which should define MK_CLANG_IS_CC. If it doesn't, > but your kernel source references it, there is a mismatch. > > In some cases, you could fix it by setting MAKESYSPATH to the share/mk > dir under your source tree. There is still no guarantee your module > will build or load correctly. > > As Doug Barton said in reply to r232473: "Building ports where the > sources and the installed kernel differ is not a supported > configuration. The fact that it happens to work most of the time is a > bonus." Yes, my bad, just checked and my /usr/src doesn't match the kernel. Thank you for the explanation. > > That said, i think it may be time to bow to the pressure, and just put a > fixup for this issue in kmod.mk, and the other .mk files, like I > initially did in r232473, but with a BIG FAT WARNING printed, so you at > least know you are attempting to shoot your extremities. :) No, I wouldn't want that. It's just that I thought the ports system never uses anything from /usr/src. Perhaps the ports which do use /sys should print a warning to the user. Something like "before building this port, make sure your installed world version matches the version of your FreeBSD sources." By the way, what would happen if I try to build those ports with no /sys at all? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:49:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3FE1106566B; Tue, 17 Apr 2012 09:49:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 771858FC17; Tue, 17 Apr 2012 09:49:47 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05] (unknown [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6B88C5C37; Tue, 17 Apr 2012 11:49:46 +0200 (CEST) Message-ID: <4F8D3CB8.5090907@FreeBSD.org> Date: Tue, 17 Apr 2012 11:49:44 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Chris , Chris Rees , Current FreeBSD , "O. Hartmann" , Doug Barton References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> <20120417093652.GA29091@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20120417093652.GA29091@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 09:49:47 -0000 On 2012-04-17 11:36, Anton Shterenlikht wrote: > On Tue, Apr 17, 2012 at 11:18:29AM +0200, Dimitry Andric wrote: ... >> That said, i think it may be time to bow to the pressure, and just put a >> fixup for this issue in kmod.mk, and the other .mk files, like I >> initially did in r232473, but with a BIG FAT WARNING printed, so you at >> least know you are attempting to shoot your extremities. :) > > No, I wouldn't want that. > It's just that I thought the ports system > never uses anything from /usr/src. Well, only the ports that build kernel modules need it, as far as I know. This is because in FreeBSD we do not install the 'full' kernel headers anywhere during installworld. Maybe we could adopt the Linux solution and dump them somewhere in a versioned directory. :) > Perhaps the ports which do use /sys should > print a warning to the user. Something like > "before building this port, make sure your > installed world version matches the version > of your FreeBSD sources." > > By the way, what would happen if I try > to build those ports with no /sys at all? It would hopefully error out. If you look in /usr/share/mk/bsd.kmod.mk, you will see this at the bottom: .if !defined(SYSDIR) || !exists(${SYSDIR}/kern/) || \ !exists(${SYSDIR}/conf/kmod.mk) .error Unable to locate the kernel source tree. Set SYSDIR to override. .endif So, setting SYSDIR to the correct directory is also a possible solution. From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 10:52:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B473106566C; Tue, 17 Apr 2012 10:52:34 +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 AB0068FC16; Tue, 17 Apr 2012 10:52:33 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SK61L-0002Op-93; Tue, 17 Apr 2012 11:52:27 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SK61L-0000S7-1f; Tue, 17 Apr 2012 11:52:27 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q3HAqQmL029527; Tue, 17 Apr 2012 11:52:26 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q3HAqQqs029526; Tue, 17 Apr 2012 11:52:26 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 17 Apr 2012 11:52:26 +0100 From: Anton Shterenlikht To: Dimitry Andric Message-ID: <20120417105226.GA29511@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Dimitry Andric , Chris , Chris Rees , Current FreeBSD , "O. Hartmann" , Doug Barton References: <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> <20120417093652.GA29091@mech-cluster241.men.bris.ac.uk> <4F8D3CB8.5090907@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F8D3CB8.5090907@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Chris Rees , Chris , Current FreeBSD , "O. Hartmann" , Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 10:52:34 -0000 On Tue, Apr 17, 2012 at 11:49:44AM +0200, Dimitry Andric wrote: > On 2012-04-17 11:36, Anton Shterenlikht wrote: > >On Tue, Apr 17, 2012 at 11:18:29AM +0200, Dimitry Andric wrote: > ... > >>That said, i think it may be time to bow to the pressure, and just put a > >>fixup for this issue in kmod.mk, and the other .mk files, like I > >>initially did in r232473, but with a BIG FAT WARNING printed, so you at > >>least know you are attempting to shoot your extremities. :) > > > >No, I wouldn't want that. > >It's just that I thought the ports system > >never uses anything from /usr/src. > > Well, only the ports that build kernel modules need it, as far as I > know. This is because in FreeBSD we do not install the 'full' kernel > headers anywhere during installworld. > > Maybe we could adopt the Linux solution and dump them somewhere in a > versioned directory. :) > > > >Perhaps the ports which do use /sys should > >print a warning to the user. Something like > >"before building this port, make sure your > >installed world version matches the version > >of your FreeBSD sources." > > > >By the way, what would happen if I try > >to build those ports with no /sys at all? > > It would hopefully error out. If you look in /usr/share/mk/bsd.kmod.mk, > you will see this at the bottom: > > .if !defined(SYSDIR) || !exists(${SYSDIR}/kern/) || \ > !exists(${SYSDIR}/conf/kmod.mk) > .error Unable to locate the kernel source tree. Set SYSDIR to override. > .endif > > So, setting SYSDIR to the correct directory is also a possible solution. Ah.. I get it now. So the ports that build kernel modules invoke /usr/share/mk/bsd.kmod.mk, right? So how about adding a warning to the user (that /sys version must match the installed world version) at the beginning of this file? Who maintains this file, @ports or @head? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 06:31:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EABD1106566B; Tue, 17 Apr 2012 06:31:35 +0000 (UTC) (envelope-from krichy@tvnetwork.hu) Received: from krichy.tvnetwork.hu (krichy.tvnetwork.hu [109.61.101.194]) by mx1.freebsd.org (Postfix) with ESMTP id 876588FC0A; Tue, 17 Apr 2012 06:31:35 +0000 (UTC) Received: by krichy.tvnetwork.hu (Postfix, from userid 1000) id F3BC020402; Tue, 17 Apr 2012 08:31:27 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by krichy.tvnetwork.hu (Postfix) with ESMTP id E949D20096; Tue, 17 Apr 2012 08:31:27 +0200 (CEST) Date: Tue, 17 Apr 2012 08:31:27 +0200 (CEST) From: Richard Kojedzinszky To: Garrett Cooper In-Reply-To: <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> Message-ID: References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 17 Apr 2012 11:20:57 +0000 Cc: freebsd-security@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 06:31:36 -0000 So now reactions here, creating files with multilabel is still slow. I would like to use multilabel access control on my /tmp, for example, my web server places it's session files there in a subdirectory. Of course, I would like to assign a label for that subdir, but with this slow file creation, that is not the way to go. I may then use a different filesystem for that. In this case, can I assign a root mac label for a mount point? Thanks in advance, Kojedzinszky Richard Euronet Magyarorszag Informatikai Zrt. On Sun, 15 Apr 2012, Garrett Cooper wrote: > Date: Sun, 15 Apr 2012 13:35:59 -0700 > From: Garrett Cooper > To: O. Hartmann > Cc: freebsd-security@freebsd.org, Richard Kojedzinszky , > Current FreeBSD , > freebsd-performance@freebsd.org > Subject: Re: ufs multilabel performance (fwd) > > On Apr 15, 2012, at 1:17 PM, O. Hartmann wrote: > >> Am 04/15/12 22:00, schrieb Garrett Cooper: >>> On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote: >>> >>>> Am 04/15/12 15:59, schrieb Richard Kojedzinszky: >>>>> Thank you for the reply. >>>>> >>>>> Unfortunately, dont know why, but on my xen virtualised environment, >>>>> fbsd amd64 domU performs much slower, not only 30 times. Without >>>>> multilabel, file creation speed is around 2500/s, but with multilabels >>>>> enabled, it is only 15/s (!). so it is more than 100 times slower. >>>>> >>>>> And anyway freebsd is known to be fast as well, as functional. The power >>>>> to serve. :) >>>>> >>>>> But in my environment, 15/s file creation is very-very slow. The >>>>> hardware is a q6700 cpu with 4G ram, 2x1T sata disks in raid1, the host >>>>> runs linux. I think with this hw the mentioned speed is really slow. >>>>> >>>>> Regards, >>>>> >>>>> >>>>> Kojedzinszky Richard >>>>> Euronet Magyarorszag Informatikai Zrt. >>>>> >>>>> On Sun, 15 Apr 2012, O. Hartmann wrote: >>>>> >>>>>> Date: Sun, 15 Apr 2012 13:20:23 +0200 >>>>>> From: O. Hartmann >>>>>> To: Richard Kojedzinszky >>>>>> Cc: freebsd-security@freebsd.org >>>>>> Subject: Re: ufs multilabel performance (fwd) >>>>>> >>>>>> Am 04/14/12 21:37, schrieb Richard Kojedzinszky: >>>>>>> Dear list, >>>>>>> >>>>>>> Although it is not only security-related question, I did not get any >>>>>>> answer from freebsd-performance. The original question is below. >>>>>>> >>>>>>> Can someone give some advice? >>>>>>> >>>>>>> Thanks in advance, >>>>>>> >>>>>>> >>>>>>> Kojedzinszky Richard >>>>>>> Euronet Magyarorszag Informatikai Zrt. >>>>>>> >>>>>>> ---------- Forwarded message ---------- >>>>>>> Date: Thu, 10 Nov 2011 06:16:57 +0100 (CET) >>>>>>> From: Richard Kojedzinszky >>>>>>> To: freebsd-performance@freebsd.org >>>>>>> Subject: ufs multilabel performance >>>>>>> >>>>>>> Dear List, >>>>>>> >>>>>>> I've noticed that when I enable multilabel on an fs, a file creation >>>>>>> gets around 20-30 times slower than without multilabel set. >>>>>>> >>>>>>> This one-liner can be used to test the differences: >>>>>>> $ truss -D perl -e 'open(F, ">$_.file") for 1 .. 1000' >>>>>> >>>>>> Same here, creating files seems to be 10 - 30 times slower with >>>>>> multilabels as it is without. >>>>>> >>>>>> But as several posts and discussions reflects, FreeBSD isn't supposed to >>>>>> be fast although it is claimed that writing is the major than reading; >>>>>> FBSD should serve functionality. >>>>>>> >>>>>>> And one can see that the open call takes much more when multilabel is >>>>>>> set on an fs. It seems that only file creation needs that many time, >>>>>>> when a file exists it is opened much faster. >>>>>>> >>>>>>> Could someone acknowledge this, and have some suggestions how to make it >>>>>>> faster? >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> >>>>>>> Kojedzinszky Richard >>>>>>> TvNetWork Nyrt. >>>>>>> E-mail: krichy (at) tvnetwork [dot] hu >>>>>>> PGP: 0x54B2BF0C8F59B1B7 >>>>>>> Fingerprint = F6D4 3FFE AF03 CACF 0DCB 46A1 54B2 BF0C 8F59 B1B7 >>>> >>>> At the moment, I'm troubled with a nasty kernel bug on all FreeBSD 10 >>>> boxes I have spare to test. >>>> >>>> I just tried to reproduce your observation and as far as I can go with >>>> my experience, I can confirm that by using your perl script. >>>> >>>> I'd like to test this again with a small C program. >>>> >>>> I can only test the issue (test is too far optimistic, it's simply a >>>> reproduction of your observation) on FreeBSD 10, the only remaining >>>> FreeBSD server at our department is running FBSD 9-STABLE/amd64 and "in >>>> production", so changing multilabel support is a bit harsh at the moment. >>>> >>>> >>>> Sorry about crossposting, but I think this belongs more to CURRENT and >>>> PERFORMANCE than SECURITY. >>> >>> My suggestion is completely take perl out of the equation because the way you're invoking it above uses stdio and a few other things that add unnecessary overhead. >>> >>> Try the attached C program/bourne shell snippet instead. >>> >>> Cheers, >>> -Garrett >>> >>> #!/bin/sh >>> >>> set -e >>> >>> tmp=$(mktemp -d tmp.XXXXXX) >>> trap "cd /; rm -Rf $tmp" EXIT >>> cd $tmp >>> >>> cat > test_open.c <>> >>> #include >>> #include >>> #include >>> >>> int >>> main(void) >>> { >>> char buf[20]; >>> int i; >>> >>> for (i = 0; i < 1000; i++) { >>> sprintf(buf, "%d", i); >>> close(open(buf, O_WRONLY|O_CREAT, 0600)); >>> } >>> return (0); >>> } >>> EOF >>> >>> gcc -o test_open test_open.c >>> time ./test_open_______________________________________________ >> >> This was pretty fast ;-) > > If it turns out that it wasn't that particular item that's causing a slowdown, I can easily modify my above snippet to use stdio, etc. But unless the version of perl and a few other items are the same, I wouldn't necessarily blame the guest OS. Please also make sure that Xen, etc is completely up-to-date because there were some performance degradation issues that were fixed post-6.0. > -Garrett_______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 08:42:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5251065672 for ; Tue, 17 Apr 2012 08:42:29 +0000 (UTC) (envelope-from ohartman@mail.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 C7DAA8FC0C for ; Tue, 17 Apr 2012 08:42:28 +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 <1SK3zR-0008FC-Ud>; Tue, 17 Apr 2012 10:42:22 +0200 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 <1SK3zR-0004u0-PJ>; Tue, 17 Apr 2012 10:42:21 +0200 Message-ID: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> Date: Tue, 17 Apr 2012 10:42:13 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: "Free >> Current FreeBSD" X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7DFB7694596E22C17EB2D09D" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 17 Apr 2012 11:21:25 +0000 Subject: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 08:42:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7DFB7694596E22C17EB2D09D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r234370: Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of : Conf string ends with key on console, screens, xterms with almost everything I touch. If those messages, which I believe are surely necessary, could be focused on the console and not bothering xterms, editors etc., would be nice and polite and would make the work even with a development branch more convenient =2E.. ;-) What's up? How to avoid this message flooding? Regards, Oliver --------------enig7DFB7694596E22C17EB2D09D 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) iQEcBAEBAgAGBQJPjSztAAoJEOgBcD7A/5N8+S8H/3gSS4fY9DPwOqAMTEGuuc9d G0LbMB834Abac81OlNRb6WBgBf4NBneZ4Ibeio3LCsQzG7sPNriaBYelpOuGOzoj K/t6TMZrBHGt1SUsC4FVDe8LumlDzDJzH5cgnCBkmo+iqhHKjyjItsn1Y+qv64xA yxtJZSfAlUo0gQz7TikvS+mklXvsZHlOoGkt0wR9c+vVHKJJCYMVQMxWdX8K+IO9 ktVkjhM4L+9Wbmgy6n7kC1zMM+SW2NhR8UboUs0Mbu8JLNki3ddNfm78O9c8Ui6q ZHpnNLIq/6SY/UvrpvyJpmtygAJL0JI5020oaMryBWMDA+2YV2HevUaRUw4cZJ4= =9TT8 -----END PGP SIGNATURE----- --------------enig7DFB7694596E22C17EB2D09D-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 09:06:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F9101065670; Tue, 17 Apr 2012 09:06:13 +0000 (UTC) (envelope-from ohartman@mail.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 4560B8FC17; Tue, 17 Apr 2012 09:06:13 +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 <1SK4MW-0006Mn-25>; Tue, 17 Apr 2012 11:06:12 +0200 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 <1SK4MV-0006qk-US>; Tue, 17 Apr 2012 11:06:12 +0200 Message-ID: <4F8D327D.2090409@mail.zedat.fu-berlin.de> Date: Tue, 17 Apr 2012 11:06:05 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> <4F8D2EB4.7060003@gwdg.de> In-Reply-To: <4F8D2EB4.7060003@gwdg.de> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9BB97693B699D102A363DCCB" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 17 Apr 2012 11:25:05 +0000 Cc: matt , =?ISO-8859-2?Q?Edward_Tomasz_Na?=, "Conrad J. Sabatier" , ken@freebsd.org, freebsd-current@freebsd.org, Konstantin Belousov , =?ISO-8859-2?Q?piera=B3a?= Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 09:06:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9BB97693B699D102A363DCCB Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable On 04/17/12 10:49, Rainer Hurling wrote: > Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napiera=B3a: >> Wiadomo=B6=E6 napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz= =2E >> 19:58: >>> On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: >>>> On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: >>>>> >>>>> I just updated my system to r234342, only downgraded >>>>> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is >>>>> booting again. So obviously there is something wrong with the newes= t >>>>> patch to scsi_da.c. >>>> It is too broad, try to revert exactly one patch and see whether it >>>> works. >>> >>> Sorry for my bad english. I wanted to say, that I only reverted >>> exactly one patch (file scsi_da.c from 234177 back to 233746 >>> manually). The rest is up to r234342. >> >> Could you try the patch below? >> >> Index: sys/cam/scsi/scsi_da.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/cam/scsi/scsi_da.c (revision 234314) >> +++ sys/cam/scsi/scsi_da.c (working copy) >> @@ -938,7 +938,9 @@ daopen(struct disk *dp) >> if (error !=3D 0) >> xpt_print(periph->path, "unable to retrieve capacity data");= >> >> - if (periph->flags& CAM_PERIPH_INVALID) >> + if (periph->flags& CAM_PERIPH_INVALID || >> + softc->disk->d_sectorsize =3D=3D 0 || >> + softc->disk->d_mediasize =3D=3D 0) >> error =3D ENXIO; >> >> if (error =3D=3D 0&& (softc->flags& DA_FLAG_PACK_REMOVABLE) !=3D= 0&& >> >> >=20 > Thanks for the patch. I just tried it with 10.0-CURRENT (amd64) r234370= > and it at least boots again. I tried this patch (thnak you). With patch, the problem with the attached Dell HUB vanishes, the box does not dumps core. But I didn't test without after I made world this morning, so my statement is a little bit vague .. Regards, Oliver --------------enig9BB97693B699D102A363DCCB 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) iQEcBAEBAgAGBQJPjTKDAAoJEOgBcD7A/5N8txEIANqLIObH82oaAVV0PLIgGGtK 26dyX7xHG04AK5ntQmnijJnsgvf47AFmadBE14hZ9mR92kWMnhgu3F3IKT0Vsx98 uyyoUn6fn8ghGb8mnFQ5S2dAu54hGxAFNpjv0ZvKox7//gmVpgf2gduoFfjY50lB 9ERcUvYxVaxacmxthUxF/ZK+Xxw+v/YpiDixXYb1IKZ6AUhiUBKeZ31r3eEbIWQw w+4+dJDqla4ryDY+GktSh/+X+UWjCuw6gftG+xkZxuAB+tHpB5GsSgF35EANXjZm J2B7krsgxwCFsOnrRaKVr8gz8CjDP/pLaVdP40/bfVHgct40vuVkaKOTZLCDf7g= =gIEL -----END PGP SIGNATURE----- --------------enig9BB97693B699D102A363DCCB-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 11:26:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66473106566C; Tue, 17 Apr 2012 11:26:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2EFE38FC1A; Tue, 17 Apr 2012 11:26: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 q3HBQVFW078561; Tue, 17 Apr 2012 07:26:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HBQV9v078560; Tue, 17 Apr 2012 11:26:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 11:26:31 GMT Message-Id: <201204171126.q3HBQV9v078560@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 11:26:32 -0000 TB --- 2012-04-17 09:33:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 09:33:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 09:33:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-17 09:33:59 - cleaning the object tree TB --- 2012-04-17 09:33:59 - cvsupping the source tree TB --- 2012-04-17 09:33:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-17 09:34:51 - building world TB --- 2012-04-17 09:34:51 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 09:34:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 09:34:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 09:34:51 - SRCCONF=/dev/null TB --- 2012-04-17 09:34:51 - TARGET=powerpc TB --- 2012-04-17 09:34:51 - TARGET_ARCH=powerpc TB --- 2012-04-17 09:34:51 - TZ=UTC TB --- 2012-04-17 09:34:51 - __MAKE_CONF=/dev/null TB --- 2012-04-17 09:34:51 - cd /src TB --- 2012-04-17 09:34:51 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 09:34:52 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 11:26:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 11:26:31 - ERROR: failed to build world TB --- 2012-04-17 11:26:31 - 5496.84 user 671.57 system 6751.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 12:51:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37EFE1065674 for ; Tue, 17 Apr 2012 12:51:53 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id D2EB08FC17 for ; Tue, 17 Apr 2012 12:51:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=AeqjEnIwXTm99M6SguEgJh19M9bNFydTHTJ+geRKj40=; b=msSg9AyM4Apv1U0d9uB0xIQbvbOPOaHLeAm6tVHqQ4secmA8FEThN9SHIx+dZ87glP73drSLZORMMMye4BQ9IWzHbTIPiZOsTd5nTWYJcBFabwJ2nNgY1TntWmjhui+DOL/SN2F+A1/7K5jjazUdcKtDMRt6ImtsVsqcyAFpq5A=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1SK7sk-0004Xh-7V ; Tue, 17 Apr 2012 15:51:42 +0300 Date: Tue, 17 Apr 2012 15:51:40 +0300 From: Ivan Klymenko To: "O. Hartmann" Message-ID: <20120417155140.12dfe277@nonamehost.> In-Reply-To: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> References: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Free >> Current FreeBSD" Subject: Re: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 12:51:53 -0000 =D0=92 Tue, 17 Apr 2012 10:42:13 +0200 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > r234370: Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of >=20 > : Conf string ends with key >=20 > on console, screens, xterms with almost everything I touch. If those > messages, which I believe are surely necessary, could be focused on > the console and not bothering xterms, editors etc., would be nice and > polite and would make the work even with a development branch more > convenient ... ;-) >=20 > What's up? How to avoid this message flooding? >=20 > Regards, > Oliver >=20 remove /etc/malloc.conf From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 13:09:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AC81106564A; Tue, 17 Apr 2012 13:09:55 +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 6226C8FC17; Tue, 17 Apr 2012 13:09:55 +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 q3HD9sMQ068848; Tue, 17 Apr 2012 09:09:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HD9sF2068847; Tue, 17 Apr 2012 13:09:54 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 13:09:54 GMT Message-Id: <201204171309.q3HD9sF2068847@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 13:09:55 -0000 TB --- 2012-04-17 10:31:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 10:31:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 10:31:00 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-17 10:31:00 - cleaning the object tree TB --- 2012-04-17 10:31:00 - cvsupping the source tree TB --- 2012-04-17 10:31:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-17 10:31:32 - building world TB --- 2012-04-17 10:31:32 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 10:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 10:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 10:31:32 - SRCCONF=/dev/null TB --- 2012-04-17 10:31:32 - TARGET=powerpc TB --- 2012-04-17 10:31:32 - TARGET_ARCH=powerpc64 TB --- 2012-04-17 10:31:32 - TZ=UTC TB --- 2012-04-17 10:31:32 - __MAKE_CONF=/dev/null TB --- 2012-04-17 10:31:32 - cd /src TB --- 2012-04-17 10:31:32 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 10:31:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/debug.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/libmap.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -nostdlib -e .rtld_start -shared -Wl,-Bsymbolic -Wl,--version-script=Version.map -o ld-elf32.so.1 rtld_start.o reloc.o rtld.o rtld_lock.o rtld_printf.o map_object.o malloc.o xmalloc.o debug.o libmap.o -lc_pic cd /src/usr.bin/ldd; PROG=ldd32 MACHINE=powerpc MACHINE_ARCH=powerpc LD="ld -m elf32ppc_fbsd" MAKEOBJDIRPREFIX=/obj/powerpc.powerpc64/lib32 _SHLIBDIRPREFIX=/obj/powerpc.powerpc64/src/lib32 VERSION="FreeBSD 8.3-PRERELEASE amd64 803500" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32" CXX="c++ -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32" LIBDIR=/usr/lib32 SHLIBDIR=/usr/! lib32 /usr/bin/make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT -ECC -ECXX -EAS -ELD DESTDIR=/obj/powerpc.powerpc64/src/lib32 DIRPRFX=usr.bin/ldd all cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/ldd/ldd.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ldd32 ldd.o /obj/powerpc.powerpc64/src/lib32/usr/lib32/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/powerpc.powerpc64/src/lib32/usr/lib32/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/usr.bin/ldd. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 13:09:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 13:09:54 - ERROR: failed to build world TB --- 2012-04-17 13:09:54 - 8050.56 user 1068.16 system 9533.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 12:58:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DAD6106566B for ; Tue, 17 Apr 2012 12:58:09 +0000 (UTC) (envelope-from ohartman@mail.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 E44618FC12 for ; Tue, 17 Apr 2012 12:58:08 +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 <1SK7yy-0002cR-1q>; Tue, 17 Apr 2012 14:58:08 +0200 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 <1SK7yx-00007u-UD>; Tue, 17 Apr 2012 14:58:08 +0200 Message-ID: <4F8D68DF.9040101@mail.zedat.fu-berlin.de> Date: Tue, 17 Apr 2012 14:58:07 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Ivan Klymenko References: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> <20120417155140.12dfe277@nonamehost.> In-Reply-To: <20120417155140.12dfe277@nonamehost.> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBA23E7D5428672FAF65C3102" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 17 Apr 2012 13:42:49 +0000 Cc: "Free >> Current FreeBSD" Subject: Re: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 12:58:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBA23E7D5428672FAF65C3102 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/17/12 14:51, Ivan Klymenko wrote: > =D0=92 Tue, 17 Apr 2012 10:42:13 +0200 > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: >=20 >> Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 >> r234370: Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of >> >> : Conf string ends with key >> >> on console, screens, xterms with almost everything I touch. If those >> messages, which I believe are surely necessary, could be focused on >> the console and not bothering xterms, editors etc., would be nice and >> polite and would make the work even with a development branch more >> convenient ... ;-) >> >> What's up? How to avoid this message flooding? >> >> Regards, >> Oliver >> >=20 > remove /etc/malloc.conf Thanks, simple and efficient ;-) Regards, Oliver --------------enigBA23E7D5428672FAF65C3102 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) iQEcBAEBAgAGBQJPjWjfAAoJEOgBcD7A/5N8Ds8H/j/Om1acEm/a+VXEIFWuzczt v51lbsmCI8r1av5qHzWnzuT0hAmDEo+kyHCoeZjGUEvWy8s6Wi7UthoQeL93jwxz L8QQqk0doG8IwTZgrguaBiN6z1ZkueKy2XCUWTuZZnbDpIgaI7ecVaCa1AsqSQ7x zcRGYTmenxuHHAHF79BS3LORz8YNRgt74yq3OSObj/Mwjtdelb3n3EOi3cS0OGUG eWE3rN22ldRexwKYySkZn/BPrJltrlW9Sy4de+L2vjBs2gDr46PJGsWcFrY3jjdT VFFHPONbmc2hnkICkiA9/tcvtQGZpB1USD4ImRUG7NfEk9EkIjTQ/TqST9SdTPU= =xUYs -----END PGP SIGNATURE----- --------------enigBA23E7D5428672FAF65C3102-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 13:48:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC9A0106566B; Tue, 17 Apr 2012 13:48: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 B81B58FC12; Tue, 17 Apr 2012 13:48:28 +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 q3HDmSpe076647; Tue, 17 Apr 2012 09:48:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HDmS8r076645; Tue, 17 Apr 2012 13:48:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 13:48:28 GMT Message-Id: <201204171348.q3HDmS8r076645@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 13:48:29 -0000 TB --- 2012-04-17 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 13:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-17 13:10:00 - cleaning the object tree TB --- 2012-04-17 13:10:00 - cvsupping the source tree TB --- 2012-04-17 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-17 13:11:08 - building world TB --- 2012-04-17 13:11:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 13:11:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 13:11:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 13:11:08 - SRCCONF=/dev/null TB --- 2012-04-17 13:11:08 - TARGET=arm TB --- 2012-04-17 13:11:08 - TARGET_ARCH=arm TB --- 2012-04-17 13:11:08 - TZ=UTC TB --- 2012-04-17 13:11:08 - __MAKE_CONF=/dev/null TB --- 2012-04-17 13:11:08 - cd /src TB --- 2012-04-17 13:11:08 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 13:11:08 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 13:48:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 13:48:28 - ERROR: failed to build world TB --- 2012-04-17 13:48:28 - 1444.55 user 381.58 system 2307.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:03:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1BCB1065670; Tue, 17 Apr 2012 15:03:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3ED8FC15; Tue, 17 Apr 2012 15:03:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3HF38NE026058; Tue, 17 Apr 2012 11:03:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HF38Zj026043; Tue, 17 Apr 2012 15:03:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 15:03:08 GMT Message-Id: <201204171503.q3HF38Zj026043@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:03:10 -0000 TB --- 2012-04-17 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 13:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-17 13:10:00 - cleaning the object tree TB --- 2012-04-17 13:10:00 - cvsupping the source tree TB --- 2012-04-17 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-17 13:11:08 - building world TB --- 2012-04-17 13:11:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 13:11:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 13:11:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 13:11:08 - SRCCONF=/dev/null TB --- 2012-04-17 13:11:08 - TARGET=pc98 TB --- 2012-04-17 13:11:08 - TARGET_ARCH=i386 TB --- 2012-04-17 13:11:08 - TZ=UTC TB --- 2012-04-17 13:11:08 - __MAKE_CONF=/dev/null TB --- 2012-04-17 13:11:08 - cd /src TB --- 2012-04-17 13:11:08 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 13:11:08 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/pc98.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/pc98.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 15:03:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 15:03:08 - ERROR: failed to build world TB --- 2012-04-17 15:03:08 - 5116.55 user 691.09 system 6787.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:06:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27241065670; Tue, 17 Apr 2012 15:06: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 90DCD8FC08; Tue, 17 Apr 2012 15:06: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 q3HF6XQB045247; Tue, 17 Apr 2012 11:06:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HF6XrM045237; Tue, 17 Apr 2012 15:06:33 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 15:06:33 GMT Message-Id: <201204171506.q3HF6XrM045237@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:06:35 -0000 TB --- 2012-04-17 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 13:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-17 13:10:00 - cleaning the object tree TB --- 2012-04-17 13:10:00 - cvsupping the source tree TB --- 2012-04-17 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-17 13:16:50 - building world TB --- 2012-04-17 13:16:50 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 13:16:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 13:16:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 13:16:50 - SRCCONF=/dev/null TB --- 2012-04-17 13:16:50 - TARGET=i386 TB --- 2012-04-17 13:16:50 - TARGET_ARCH=i386 TB --- 2012-04-17 13:16:50 - TZ=UTC TB --- 2012-04-17 13:16:50 - __MAKE_CONF=/dev/null TB --- 2012-04-17 13:16:50 - cd /src TB --- 2012-04-17 13:16:50 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 13:16:51 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/i386.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/i386.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 15:06:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 15:06:33 - ERROR: failed to build world TB --- 2012-04-17 15:06:33 - 5113.38 user 682.67 system 6993.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:09:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E005106566C; Tue, 17 Apr 2012 15:09:35 +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 D6CB28FC08; Tue, 17 Apr 2012 15:09:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4FF8EB915; Tue, 17 Apr 2012 11:09:34 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 17 Apr 2012 11:09:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <31940.74.51.53.177.1334364265.squirrel@courriel.site.uottawa.ca> In-Reply-To: <31940.74.51.53.177.1334364265.squirrel@courriel.site.uottawa.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201204171109.33874.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 17 Apr 2012 11:09:34 -0400 (EDT) Cc: kwhite@site.uottawa.ca, Marcel Moolenaar Subject: Re: r234118 uart kernel module failure: "uart_cpu_eqres undefined" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:09:35 -0000 On Friday, April 13, 2012 8:44:25 pm kwhite@site.uottawa.ca wrote: > The change from sys/dev/uart/uart_cpu_{i386,amd64}.c to uart_cpu_x86.c > probably also needs a corresponding change in the module Makefile. > > # kldload uart > link_elf: symbol uart_cpu_eqres undefined > > Here's one suggestion that works for me: > > Index: /sys/modules/uart/Makefile > =================================================================== > --- /sys/modules/uart/Makefile (revision 234249) > +++ /sys/modules/uart/Makefile (working copy) > @@ -16,6 +16,8 @@ > uart_if.c uart_if.h uart_subr.c uart_tty.c > .if exists(${.CURDIR}/../../dev/uart/uart_cpu_${MACHINE}.c) > SRCS+= uart_cpu_${MACHINE}.c > +.elif ${MACHINE} == "i386" || ${MACHINE} == "amd64" > +SRCS+= uart_cpu_x86.c > .endif > SRCS+= bus_if.h card_if.h device_if.h isa_if.h ${ofw_bus_if} pci_if.h \ > power_if.h pccarddevs.h serdev_if.h > ------------------------------------------------------------------------ cc'ing Marcel (who made the uart(4) change). I think this is correct, yes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:17:52 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E7461065670; Tue, 17 Apr 2012 15:17:52 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3360F8FC18; Tue, 17 Apr 2012 15:17:52 +0000 (UTC) Received: from sa-nc-spg-222.static.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id q3HFHdlj063391 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 17 Apr 2012 08:17:45 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <201204171109.33874.jhb@freebsd.org> Date: Tue, 17 Apr 2012 08:17:37 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <31940.74.51.53.177.1334364265.squirrel@courriel.site.uottawa.ca> <201204171109.33874.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) Cc: kwhite@site.uottawa.ca, freebsd-current@FreeBSD.org, Marcel Moolenaar Subject: Re: r234118 uart kernel module failure: "uart_cpu_eqres undefined" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:17:52 -0000 On Apr 17, 2012, at 8:09 AM, John Baldwin wrote: > On Friday, April 13, 2012 8:44:25 pm kwhite@site.uottawa.ca wrote: >> The change from sys/dev/uart/uart_cpu_{i386,amd64}.c to uart_cpu_x86.c >> probably also needs a corresponding change in the module Makefile. >> >> # kldload uart >> link_elf: symbol uart_cpu_eqres undefined >> >> Here's one suggestion that works for me: >> >> Index: /sys/modules/uart/Makefile >> =================================================================== >> --- /sys/modules/uart/Makefile (revision 234249) >> +++ /sys/modules/uart/Makefile (working copy) >> @@ -16,6 +16,8 @@ >> uart_if.c uart_if.h uart_subr.c uart_tty.c >> .if exists(${.CURDIR}/../../dev/uart/uart_cpu_${MACHINE}.c) >> SRCS+= uart_cpu_${MACHINE}.c >> +.elif ${MACHINE} == "i386" || ${MACHINE} == "amd64" >> +SRCS+= uart_cpu_x86.c >> .endif >> SRCS+= bus_if.h card_if.h device_if.h isa_if.h ${ofw_bus_if} pci_if.h \ >> power_if.h pccarddevs.h serdev_if.h >> ------------------------------------------------------------------------ > > cc'ing Marcel (who made the uart(4) change). I think this is correct, yes. Oh crap. Yes. -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:25:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971311065670; Tue, 17 Apr 2012 15:25:51 +0000 (UTC) (envelope-from jasone@canonware.com) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 7486D8FC0C; Tue, 17 Apr 2012 15:25:51 +0000 (UTC) Received: from [192.168.168.4] (70-91-206-178-BusName-SFBA.hfc.comcastbusiness.net [70.91.206.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 9FDD928419; Tue, 17 Apr 2012 08:25:49 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Jason Evans In-Reply-To: <201204171126.q3HBQV9v078560@freebsd-current.sentex.ca> Date: Tue, 17 Apr 2012 08:25:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0A8BE1B2-9DEE-4330-AEB2-568B0707FEAA@canonware.com> References: <201204171126.q3HBQV9v078560@freebsd-current.sentex.ca> To: FreeBSD Tinderbox X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Tue, 17 Apr 2012 15:35:17 +0000 Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:25:51 -0000 On Apr 17, 2012, at 4:26 AM, FreeBSD Tinderbox wrote: > /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to = `__sync_sub_and_fetch_8' > /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to = `__sync_add_and_fetch_8' This (and the similar error for powerpc64, arm, pc98, and i386) is due = to jemalloc incorrectly trying to use compiler intrinsics on all = platforms. Fortunately we have atomic(9), so I should be able to get an = alternate implementation in place today. Jason= From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 15:44:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A96A91065670; Tue, 17 Apr 2012 15: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 79D548FC17; Tue, 17 Apr 2012 15:44: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 q3HFiNnr014283; Tue, 17 Apr 2012 11:44:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HFiNER014280; Tue, 17 Apr 2012 15:44:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 15:44:23 GMT Message-Id: <201204171544.q3HFiNER014280@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:44:24 -0000 TB --- 2012-04-17 15:03:08 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 15:03:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 15:03:08 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-17 15:03:08 - cleaning the object tree TB --- 2012-04-17 15:04:02 - cvsupping the source tree TB --- 2012-04-17 15:04:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-17 15:05:05 - building world TB --- 2012-04-17 15:05:05 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 15:05:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 15:05:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 15:05:05 - SRCCONF=/dev/null TB --- 2012-04-17 15:05:05 - TARGET=mips TB --- 2012-04-17 15:05:05 - TARGET_ARCH=mips TB --- 2012-04-17 15:05:05 - TZ=UTC TB --- 2012-04-17 15:05:05 - __MAKE_CONF=/dev/null TB --- 2012-04-17 15:05:05 - cd /src TB --- 2012-04-17 15:05:05 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 15:05:06 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> libexec/atrun (all) cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 15:44:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 15:44:23 - ERROR: failed to build world TB --- 2012-04-17 15:44:23 - 1543.25 user 375.49 system 2474.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 16:04:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77739106566C; Tue, 17 Apr 2012 16:04:18 +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 4B0DC8FC0C; Tue, 17 Apr 2012 16:04:18 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 8179A5620B; Tue, 17 Apr 2012 11:04:06 -0500 (CDT) Date: Tue, 17 Apr 2012 11:04:06 -0500 From: Mark Linimon To: Dimitry Andric Message-ID: <20120417160406.GA11465@lonesome.com> References: <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> <20120417093652.GA29091@mech-cluster241.men.bris.ac.uk> <4F8D3CB8.5090907@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F8D3CB8.5090907@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Chris Rees , Chris , Current FreeBSD , "O. Hartmann" , Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 16:04:18 -0000 On Tue, Apr 17, 2012 at 11:49:44AM +0200, Dimitry Andric wrote: > It would hopefully error out. If you look in /usr/share/mk/bsd.kmod.mk, > you will see this at the bottom: > > .if !defined(SYSDIR) || !exists(${SYSDIR}/kern/) || \ > !exists(${SYSDIR}/conf/kmod.mk) > .error Unable to locate the kernel source tree. Set SYSDIR to override. > .endif > > So, setting SYSDIR to the correct directory is also a possible solution. Note that in ports-land we discourage .error in the ports infrastructure as it can make it impossible to query metadata (e.g. make index, make -V maintainer, etc.) So this usage should stay in src. mcl From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 16:11:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 835611065675; Tue, 17 Apr 2012 16:11:41 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 31A028FC18; Tue, 17 Apr 2012 16:11:41 +0000 (UTC) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id q3HFxXaC076092 ; Tue, 17 Apr 2012 17:59:46 +0200 (CEST) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id q3HFxQwq044170; Tue, 17 Apr 2012 17:59:26 +0200 (CEST) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id q3HFxQgf044167; Tue, 17 Apr 2012 17:59:26 +0200 (CEST) (envelope-from arno) To: Dimitry Andric From: "Arno J. Klaassen" References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> Date: Tue, 17 Apr 2012 17:59:25 +0200 In-Reply-To: <4F8D3565.2020803@FreeBSD.org> (Dimitry Andric's message of "Tue\, 17 Apr 2012 11\:18\:29 +0200") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Miltered: at jchkmail.jussieu.fr with ID 4F8D9365.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4F8D9365.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ Cc: Chris Rees , Chris , Current FreeBSD , "O. Hartmann" , Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 16:11:42 -0000 Hello, [ /me not sure -current is the right group for this thread ] Chris writes: > Hello, > > I recently updated my system from 8.2-STABLE to 9.0-STABLE and I'm > seeing a similar error when trying to build the VirtualBox kernel > module: > > *** Building 'vboxdrv' module *** > "/usr/share/mk/bsd.own.mk", line 476: MK_CLANG_IS_CC can't be set by a > user. > *** Error code 1 > > I tried the tips from all the previous posters with no luck. Any > suggestions would greatly be appreciated! > > Chris I have the same problem as Chris on a 9-STABLE box. Dimitry Andric writes: > On 2012-04-17 01:08, Anton Shterenlikht wrote: > ... >> Just to say that I stumbled upon this issue as well: >> >> http://lists.freebsd.org/pipermail/freebsd-ports/2012-April/074409.html >> >> Subject: net/bwi-firmware-kmod "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} == "no"&& ${CC:T:Mclang} != "clang") > > The root cause is still that your kernel sources (in /sys) do not match > your installed world. The kernel module build process uses bsd.own.mk > from /usr/share/mk, which should define MK_CLANG_IS_CC. If it doesn't, > but your kernel source references it, there is a mismatch. I verified and re-verfied : kernel and world perfectly in sync; /usr/src is a symlink but /sys points to the right place and (before patch) /usr/share/mk/bsd.own.mk and /usr/src/share/mk/bsd.own.mk are indentical. Still I have to apply something like the following patch to get VirtualBox kernel module compiled (no idea who/where MK_CLANG_IS_CC gets set to "no", AFAIK not by me (I don't use src.conf and nothing about CLANG in make.conf). FYI, best regards, Arno ####### Index: ./share/mk/bsd.own.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.own.mk,v retrieving revision 1.107.2.5 diff -u -r1.107.2.5 bsd.own.mk --- ./share/mk/bsd.own.mk 17 Mar 2012 22:29:05 -0000 1.107.2.5 +++ ./share/mk/bsd.own.mk 17 Apr 2012 15:45:00 -0000 @@ -472,8 +472,8 @@ .if defined(WITH_${var}) && defined(WITHOUT_${var}) .error WITH_${var} and WITHOUT_${var} can't both be set. .endif -.if defined(MK_${var}) -.error MK_${var} can't be set by a user. +.if defined(MK_${var}) && ${MK_${var}} != "no" +.error MK_${var} (set to : ${MK_${var}} ) can't be set to no_default by a user. .endif .if defined(WITH_${var}) MK_${var}:= yes From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 16:58:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6D53106567D; Tue, 17 Apr 2012 16:58:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 76C5B8FC08; Tue, 17 Apr 2012 16:58:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3HGwcFT003109; Tue, 17 Apr 2012 12:58:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HGwcea003106; Tue, 17 Apr 2012 16:58:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 16:58:38 GMT Message-Id: <201204171658.q3HGwcea003106@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 16:58:39 -0000 TB --- 2012-04-17 15:06:34 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 15:06: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 --- 2012-04-17 15:06:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-17 15:06:34 - cleaning the object tree TB --- 2012-04-17 15:07:39 - cvsupping the source tree TB --- 2012-04-17 15:07:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-17 15:08:11 - building world TB --- 2012-04-17 15:08:11 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 15:08:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 15:08:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 15:08:11 - SRCCONF=/dev/null TB --- 2012-04-17 15:08:11 - TARGET=powerpc TB --- 2012-04-17 15:08:11 - TARGET_ARCH=powerpc TB --- 2012-04-17 15:08:11 - TZ=UTC TB --- 2012-04-17 15:08:11 - __MAKE_CONF=/dev/null TB --- 2012-04-17 15:08:11 - cd /src TB --- 2012-04-17 15:08:11 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 15:08:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 16:58:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 16:58:38 - ERROR: failed to build world TB --- 2012-04-17 16:58:38 - 5333.45 user 682.10 system 6724.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 18:26:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52D2A106566B; Tue, 17 Apr 2012 18:26: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 19BFD8FC18; Tue, 17 Apr 2012 18:26: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 q3HIQL49016450; Tue, 17 Apr 2012 14:26:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HIQLsF016435; Tue, 17 Apr 2012 18:26:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 18:26:21 GMT Message-Id: <201204171826.q3HIQLsF016435@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 18:26:22 -0000 TB --- 2012-04-17 15:44:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 15: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 --- 2012-04-17 15:44:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-17 15:44:24 - cleaning the object tree TB --- 2012-04-17 15:45:48 - cvsupping the source tree TB --- 2012-04-17 15:45:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-17 15:46:33 - building world TB --- 2012-04-17 15:46:33 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 15:46:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 15:46:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 15:46:33 - SRCCONF=/dev/null TB --- 2012-04-17 15:46:33 - TARGET=powerpc TB --- 2012-04-17 15:46:33 - TARGET_ARCH=powerpc64 TB --- 2012-04-17 15:46:33 - TZ=UTC TB --- 2012-04-17 15:46:33 - __MAKE_CONF=/dev/null TB --- 2012-04-17 15:46:33 - cd /src TB --- 2012-04-17 15:46:33 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 15:46:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/debug.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/libmap.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -nostdlib -e .rtld_start -shared -Wl,-Bsymbolic -Wl,--version-script=Version.map -o ld-elf32.so.1 rtld_start.o reloc.o rtld.o rtld_lock.o rtld_printf.o map_object.o malloc.o xmalloc.o debug.o libmap.o -lc_pic cd /src/usr.bin/ldd; PROG=ldd32 MACHINE=powerpc MACHINE_ARCH=powerpc LD="ld -m elf32ppc_fbsd" MAKEOBJDIRPREFIX=/obj/powerpc.powerpc64/lib32 _SHLIBDIRPREFIX=/obj/powerpc.powerpc64/src/lib32 VERSION="FreeBSD 8.3-PRERELEASE amd64 803500" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32" CXX="c++ -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32" LIBDIR=/usr/lib32 SHLIBDIR=/usr/! lib32 /usr/bin/make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT -ECC -ECXX -EAS -ELD DESTDIR=/obj/powerpc.powerpc64/src/lib32 DIRPRFX=usr.bin/ldd all cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/ldd/ldd.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ldd32 ldd.o /obj/powerpc.powerpc64/src/lib32/usr/lib32/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/powerpc.powerpc64/src/lib32/usr/lib32/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/usr.bin/ldd. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 18:26:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 18:26:21 - ERROR: failed to build world TB --- 2012-04-17 18:26:21 - 7991.71 user 1122.67 system 9716.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:11:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E7B31065675 for ; Tue, 17 Apr 2012 19:11:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5F95E8FC12 for ; Tue, 17 Apr 2012 19:11:23 +0000 (UTC) Received: by dadz14 with SMTP id z14so28921409dad.17 for ; Tue, 17 Apr 2012 12:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8tj1d6cVBj8GB35XqKVjSBjhd+/dpobl1gH/ca/o7io=; b=ERghmoPXyIfk35PTentwBMmjPlE29ANoa8o0DosWo/apOrvLckUDY5yF3p8/aL8iDj iMw7HegrVELQazyR9YZOgsNxQ4dwIg4E4x2/+GT0dOI5AYUTUMPw6OsegN+cxR6I45P4 K1HOYnLA4YbnfUFKkH1MsfwQfnTBhFRGco7RXJ/qztoCG16/7CT2BDhLCKmSqFUYAsWB oSBCerFeC/7cY+RHBQCS8Ufkjt6Y8WTqlayzTT7sbUAVlzQ4GHF+xVoKkRrPEtnn/BSW IRDcs5ua/4giNQiqk3WYWOckJB/JW92nutvymsGUqdzbmtVT90XMXmBIEixp2It7/T/x mV3Q== MIME-Version: 1.0 Received: by 10.68.212.130 with SMTP id nk2mr35797414pbc.166.1334689883130; Tue, 17 Apr 2012 12:11:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Tue, 17 Apr 2012 12:11:23 -0700 (PDT) In-Reply-To: <6D27E8DF-67E6-4084-8B88-4CD9F9900B8F@gmail.com> References: <566771C2-84CA-4824-AE99-38EB5DE1F786@gmail.com> <20120414160028.00001573@unknown> <6D27E8DF-67E6-4084-8B88-4CD9F9900B8F@gmail.com> Date: Tue, 17 Apr 2012 12:11:23 -0700 X-Google-Sender-Auth: Ra_Q75vIyAnuA-4G_7ZywGco2FA Message-ID: From: Adrian Chadd To: "Sevan / Venture37" Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Leidinger , "freebsd-current@freebsd.org" Subject: Re: DTrace on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:11:23 -0000 On 17 April 2012 01:44, Sevan / Venture37 wrote: >> A part (the simple one) of >> the code has been reviewed. Anyone interested in getting KDTRACE_HOOKS >> enabled by default is free to do an independent review and post it here. > > > Adam Leventhal on KDTRACE_HOOKS > https://twitter.com/ahl/statuses/192027893319221248 Let's get Adam to write up a summary and post it here. We'll then flip the switch. Adrian (Yes, I want dtrace hooks, by default damnit. default pmc hooks are undeniably useful too.) From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:17:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76AC01065678; Tue, 17 Apr 2012 19:17:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 360058FC0C; Tue, 17 Apr 2012 19:17:05 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so8482382pbc.13 for ; Tue, 17 Apr 2012 12:17:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pynJz+Qr6tcT3ZvpH9LJ0+d0XCbJM1eVlERdMpKYp6Q=; b=hFr1N9uljiuovh9cevX/lJ/nbsdxjKeSAbRNECsTyQlfN2FfTAdkbO+bz1vyZpi7j/ QJi+h/WfFs3643AdXUIiJFUV5V/OvpCAStRSd3tbfeoQCMYmwDi4LRAtE+ro/acBmybU 986ylTq9bZ9L7c9TMTfWmeEUpuRTugVW1t7CKvHOgAQKOSm6ZWnyCypV3sHiHzuHOhfL MbPnM76P0mtAc4iAf9BesY0Y+A1djC8fnYRoBrLsI1UnypN2Ah5+NqqkPzKb3FXlG0WD 6RudJVHy3OTzV7kxzIcgDAkGBa7QTPKUS7qzyMC2eurL4oOHLRFDwahVCj6SiMyj0PVP 39aw== MIME-Version: 1.0 Received: by 10.68.225.132 with SMTP id rk4mr37338630pbc.157.1334690224737; Tue, 17 Apr 2012 12:17:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Tue, 17 Apr 2012 12:17:04 -0700 (PDT) In-Reply-To: References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> Date: Tue, 17 Apr 2012 12:17:04 -0700 X-Google-Sender-Auth: ZJ_qKDqXcYG5xfBHBN6XQcijTy4 Message-ID: From: Adrian Chadd To: Richard Kojedzinszky Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , freebsd-security@freebsd.org, freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:17:05 -0000 On 16 April 2012 23:31, Richard Kojedzinszky wrote: > > So now reactions here, creating files with multilabel is still slow. > > I would like to use multilabel access control on my /tmp, for example, my > web server places it's session files there in a subdirectory. Of course, I > would like to assign a label for that subdir, but with this slow file > creation, that is not the way to go. I may then use a different filesystem > for that. In this case, can I assign a root mac label for a mount point? Hi, This is a perfect job for hwpmc / dtrace. Would you be able to load up either of those and get some CPU usage statistics whilst you're running your benchmark? It's either that, or it's (massive) locking contention. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:19:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7585C106566C for ; Tue, 17 Apr 2012 19:19:27 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 542748FC1E for ; Tue, 17 Apr 2012 19:19:27 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.249.176.26]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id q3HJArIR018543 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 17 Apr 2012 15:10:53 -0400 (EDT) (envelope-from lists@jnielsen.net) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=utf-8 From: John Nielsen In-Reply-To: <4F8D68DF.9040101@mail.zedat.fu-berlin.de> Date: Tue, 17 Apr 2012 15:10:49 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> <20120417155140.12dfe277@nonamehost.> <4F8D68DF.9040101@mail.zedat.fu-berlin.de> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1084) X-DCC-sonic.net-Metrics: ns1.jnielsen.net 1117; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.2 at ns1.jnielsen.net X-Virus-Status: Clean Cc: Jason Evans Subject: Re: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:19:27 -0000 On Apr 17, 2012, at 8:58 AM, O. Hartmann wrote: > On 04/17/12 14:51, Ivan Klymenko wrote: >> =D0=92 Tue, 17 Apr 2012 10:42:13 +0200 >> "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: >>=20 >>> Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 >>> r234370: Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of >>>=20 >>> : Conf string ends with key >>>=20 >>> on console, screens, xterms with almost everything I touch. If those >>> messages, which I believe are surely necessary, could be focused on >>> the console and not bothering xterms, editors etc., would be nice = and >>> polite and would make the work even with a development branch more >>> convenient ... ;-) >>>=20 >>> What's up? How to avoid this message flooding? >>=20 >> remove /etc/malloc.conf >=20 > simple and efficient ;-) I encountered this today as well. I set /etc/malloc.conf a long time ago = and haven't thought about it much since. The new options format is = documented in jemalloc(3), but I for one would have appreciated a = heads-up of some sort. Should this be an entry in UPDATING? JN From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:28:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF43D1065672 for ; Tue, 17 Apr 2012 19:28:17 +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 9335A8FC21 for ; Tue, 17 Apr 2012 19:28:17 +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 <1SKE4W-0005CU-M9>; Tue, 17 Apr 2012 21:28:16 +0200 Received: from e178027059.adsl.alicedsl.de ([85.178.27.59] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SKE4W-0007ok-Gn>; Tue, 17 Apr 2012 21:28:16 +0200 Message-ID: <4F8DC447.3080105@zedat.fu-berlin.de> Date: Tue, 17 Apr 2012 21:28:07 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4F418ADFBB51D1C042669CC1" X-Originating-IP: 85.178.27.59 Subject: usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch], case XGE_LL_EVENT_DEVICE_RESETTING: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:28:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4F418ADFBB51D1C042669CC1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Compiling the most recent kernel sources results in the following error. OS is: FreeBSD 10.0-CURRENT #3 r234326: Mon Apr 16 00:47:35 CEST 2012 =3D=3D=3D> nxge (all) clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=3Dnative -DXGE_DEBUG_MODULE_MASK=3DXGE_COMPONENT_LL -DXGE_DEBUG_ERR_MASK=3DXGE_COMPONENT_LL -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/THOR -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protecto= r -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-self-assign -c /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1276:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch] case XGE_LL_EVENT_TRY_XMIT_AGAIN: ^ /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch] case XGE_LL_EVENT_DEVICE_RESETTING: ^ 2 errors generated. *** [if_nxge.o] Error code 1 Stop in /usr/src/sys/modules/nxge. *** [all] Error code 1 Stop in /usr/src/sys/modules. *** [modules-all] Error code 1 --------------enig4F418ADFBB51D1C042669CC1 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) iQEcBAEBAgAGBQJPjcRQAAoJEOgBcD7A/5N866UH/1HiJXfIur5LMR4ruxDk0Y6+ vHoJHN/j26o0uC9RHiX29F+OjJoeJvLSCaHKQAQTNLkHS8Ypoxkxst5S8KHyHURz VtOMwsEDRDx2ikxTjoiVOCJKTkjiMK3GCQzOI0PTJBmHSDBNQohU521dGbshSuth 3TMap1Zl8Uzhm//Q9cVI14psFk+6YnzMuwbi5aeR11stpTFkmLmsJsbwZPq108mB rIMngTwNH27psY2Hr4DCK8DlaD1m1PWPp1+MffOk8ygOgYLrQjv7B0Nlnk8Dnb+4 1gHQxzghb5C8mRg8d2yu2Z8vDLN6C6A1rxy2sKvDGjWoy+xejyhGQC0pLx/G/vA= =8yMe -----END PGP SIGNATURE----- --------------enig4F418ADFBB51D1C042669CC1-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:28:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FA86106566C; Tue, 17 Apr 2012 19:28:21 +0000 (UTC) (envelope-from kob6558@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 934498FC1D; Tue, 17 Apr 2012 19:28:20 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so778672wib.13 for ; Tue, 17 Apr 2012 12:28:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=A5PL7qjS17FYw3zisL8BzteLFTee6aWDIbgWe4ccPIA=; b=vYPlQXZRvlkLeNR4Wf7+9AitNVgt+odK7/PBRO0df1s0C9g9qoXHGjtQXIcYx9H4Gb KjC1ZcjQs7IbXW/BcuFQAJ+8FdMT8G+94gvy/A4s/L8Rgv1uWMM85cfJguFN2BBQeJGh H2sqCCAcmt6zRW13Hq3leyvgPCxaud9PEnAtnDh0EECUvGbHdWQ/tSmWg1r60JifV2Lg EUkx1KKFhvPyji+Qi+QJn4BDB2t7pcEGW5Ln05m+64htxjO61cM8apewi8WuWSlnq3sD 6/HVcBtFl1UN2n7P5cuA84dRvdo1FLiVy+eL16KBzmrqrO+rKlXmaboGHIT80JuvmA8U JF1Q== MIME-Version: 1.0 Received: by 10.216.135.223 with SMTP id u73mr9920341wei.117.1334690899768; Tue, 17 Apr 2012 12:28:19 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Tue, 17 Apr 2012 12:28:19 -0700 (PDT) In-Reply-To: <4F8D3CB8.5090907@FreeBSD.org> References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> <20120417093652.GA29091@mech-cluster241.men.bris.ac.uk> <4F8D3CB8.5090907@FreeBSD.org> Date: Tue, 17 Apr 2012 12:28:19 -0700 Message-ID: From: Kevin Oberman To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , Chris , Current FreeBSD , "O. Hartmann" , Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:28:21 -0000 On Tue, Apr 17, 2012 at 2:49 AM, Dimitry Andric wrote: > On 2012-04-17 11:36, Anton Shterenlikht wrote: >> >> On Tue, Apr 17, 2012 at 11:18:29AM +0200, Dimitry Andric wrote: > > ... > >>> That said, i think it may be time to bow to the pressure, and just put = a >>> fixup for this issue in kmod.mk, and the other .mk files, like I >>> initially did in r232473, but with a BIG FAT WARNING printed, so you at >>> least know you are attempting to shoot your extremities. :) >> >> >> No, I wouldn't want that. >> It's just that I thought the ports system >> never uses anything from /usr/src. > > > Well, only the ports that build kernel modules need it, as far as I > know. =A0This is because in FreeBSD we do not install the 'full' kernel > headers anywhere during installworld. > > Maybe we could adopt the Linux solution and dump them somewhere in a > versioned directory. :) Some system utilities, the most commonly noted is lsof(8), also reference the source tree and will either not build or fail if the source tree and the installed systems don't agree. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:34:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B3FD106564A for ; Tue, 17 Apr 2012 19:34:22 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id F024C8FC0C for ; Tue, 17 Apr 2012 19:34:21 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 4562D28419 for ; Tue, 17 Apr 2012 12:34:21 -0700 (PDT) From: Jason Evans Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Apr 2012 12:34:20 -0700 Message-Id: <7FC153A1-8815-4BAE-AB94-FED51DBFFEAA@freebsd.org> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Subject: HEADSUP: /etc/malloc.conf format change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:34:22 -0000 As a result of the recent jemalloc update, the format for = /etc/malloc.conf has changed. If your system has an old-style = /etc/malloc.conf, you will want to delete it prior to installworld, and = optionally re-create it using the new format after rebooting. See = malloc.conf(5) for details (specifically the TUNING section and the = "opt.*" entries in the MALLCTL NAMESPACE section). The MALLOC_OPTIONS environment variable and the _malloc_options global = do not pose the same headache, because their new counterparts are named = MALLOC_CONF and malloc_conf, respectively. Jason= From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:41:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99DF91065675 for ; Tue, 17 Apr 2012 19:41:00 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 777B08FC17 for ; Tue, 17 Apr 2012 19:41:00 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id CB8E428419; Tue, 17 Apr 2012 12:40:59 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=utf-8 From: Jason Evans In-Reply-To: Date: Tue, 17 Apr 2012 12:40:59 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <24C092D6-E322-49DD-A895-0E3A588DF654@freebsd.org> References: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> <20120417155140.12dfe277@nonamehost.> <4F8D68DF.9040101@mail.zedat.fu-berlin.de> To: John Nielsen X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org Subject: Re: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:41:00 -0000 On Apr 17, 2012, at 12:10 PM, John Nielsen wrote: > On Apr 17, 2012, at 8:58 AM, O. Hartmann wrote: >> On 04/17/12 14:51, Ivan Klymenko wrote: >>> =D0=92 Tue, 17 Apr 2012 10:42:13 +0200 >>> "O. Hartmann" =D0=BF=D0=B8=D1=88=D0= =B5=D1=82: >>>=20 >>> remove /etc/malloc.conf >>=20 >> simple and efficient ;-) >=20 > I encountered this today as well. I set /etc/malloc.conf a long time = ago and haven't thought about it much since. The new options format is = documented in jemalloc(3), but I for one would have appreciated a = heads-up of some sort. Should this be an entry in UPDATING? I just sent a HEADSUP email, and will add an entry to UPDATING. Thanks = for the suggestion. Jason= From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:44:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C0AC1065677; Tue, 17 Apr 2012 19:44:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 04A038FC15; Tue, 17 Apr 2012 19:44:42 +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 q3HJigER085908; Tue, 17 Apr 2012 15:44:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HJigni085907; Tue, 17 Apr 2012 19:44:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 19:44:42 GMT Message-Id: <201204171944.q3HJigni085907@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:44:43 -0000 TB --- 2012-04-17 19:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 19:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 19:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-17 19:00:00 - cleaning the object tree TB --- 2012-04-17 19:03:40 - cvsupping the source tree TB --- 2012-04-17 19:03:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-17 19:05:54 - building world TB --- 2012-04-17 19:05:54 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 19:05:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 19:05:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 19:05:54 - SRCCONF=/dev/null TB --- 2012-04-17 19:05:54 - TARGET=arm TB --- 2012-04-17 19:05:54 - TARGET_ARCH=arm TB --- 2012-04-17 19:05:54 - TZ=UTC TB --- 2012-04-17 19:05:54 - __MAKE_CONF=/dev/null TB --- 2012-04-17 19:05:54 - cd /src TB --- 2012-04-17 19:05:54 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 19:05:56 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 19:44:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 19:44:42 - ERROR: failed to build world TB --- 2012-04-17 19:44:42 - 1443.23 user 391.40 system 2681.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 19:55:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F8E610657DB for ; Tue, 17 Apr 2012 19:55:50 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id E37528FC19 for ; Tue, 17 Apr 2012 19:55:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05] (unknown [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 259A25C37; Tue, 17 Apr 2012 21:55:49 +0200 (CEST) Message-ID: <4F8DCAC1.5040507@FreeBSD.org> Date: Tue, 17 Apr 2012 21:55:45 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F8DC447.3080105@zedat.fu-berlin.de> In-Reply-To: <4F8DC447.3080105@zedat.fu-berlin.de> Content-Type: multipart/mixed; boundary="------------090206040805000401090105" Cc: Current FreeBSD Subject: Re: usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch], case XGE_LL_EVENT_DEVICE_RESETTING: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:55:50 -0000 This is a multi-part message in MIME format. --------------090206040805000401090105 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2012-04-17 21:28, O. Hartmann wrote: > Compiling the most recent kernel sources results in the following error. > OS is: > > FreeBSD 10.0-CURRENT #3 r234326: Mon Apr 16 00:47:35 CEST 2012 > > ===> nxge (all) > clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing > -march=native -DXGE_DEBUG_MODULE_MASK=XGE_COMPONENT_LL > -DXGE_DEBUG_ERR_MASK=XGE_COMPONENT_LL -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I@ -I@/contrib/altq > -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/THOR > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-self-assign > -c /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c > /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1276:11: error: case > value not in enumerated type 'xge_hal_event_e' (aka 'enum > xge_hal_event_e') [-Werror,-Wswitch] > case XGE_LL_EVENT_TRY_XMIT_AGAIN: > ^ > /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case > value not in enumerated type 'xge_hal_event_e' (aka 'enum > xge_hal_event_e') [-Werror,-Wswitch] > case XGE_LL_EVENT_DEVICE_RESETTING: > ^ Yes, this is expected. I imported a new clang snapshot, which has more elaborate checks on switches in combinations with enums. There are several other problems like this, the fixes are in the pipeline. But for the fix for this particular error in nxge, I didn't yet receive enough feedback. For now, please set WERROR= in your src.conf, or apply the attached patch to your source tree. --------------090206040805000401090105 Content-Type: text/x-diff; name="clang-3.1-werror-fix-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="clang-3.1-werror-fix-1.diff" Index: sys/contrib/rdma/rdma_cma.c =================================================================== --- sys/contrib/rdma/rdma_cma.c (revision 234390) +++ sys/contrib/rdma/rdma_cma.c (working copy) @@ -1252,7 +1252,7 @@ static int cma_iw_handler(struct iw_cm_id *iw_id, *sin = iw_event->local_addr; sin = (struct sockaddr_in *) &id_priv->id.route.addr.dst_addr; *sin = iw_event->remote_addr; - switch (iw_event->status) { + switch ((int)iw_event->status) { case 0: event.event = RDMA_CM_EVENT_ESTABLISHED; break; Index: sys/dev/dpt/dpt.h =================================================================== --- sys/dev/dpt/dpt.h (revision 234390) +++ sys/dev/dpt/dpt.h (working copy) @@ -142,7 +142,7 @@ typedef void *physaddr; */ #define DPT_NO_CACHE 0 #define DPT_CACHE_WRITETHROUGH 1 -#define DPT_CACHE_WRITEBACK -2 +#define DPT_CACHE_WRITEBACK 2 #define min(a,b) ((aifnetp; - switch(item->event_type) { + switch((int)item->event_type) { case XGE_LL_EVENT_TRY_XMIT_AGAIN: if(lldev->initialized) { if(xge_hal_channel_dtr_count(lldev->fifo_channel[0]) > 0) { Index: sys/dev/asr/asr.c =================================================================== --- sys/dev/asr/asr.c (revision 234390) +++ sys/dev/asr/asr.c (working copy) @@ -2417,8 +2417,9 @@ asr_attach(device_t dev) */ LIST_INIT(&(sc->ha_ccb)); /* Link us into the HA list */ - for (ha = &Asr_softc_list; *ha; ha = &((*ha)->ha_next)); - *(ha) = sc; + for (ha = &Asr_softc_list; *ha; ha = &((*ha)->ha_next)) + ; + *(ha) = sc; /* * This is the real McCoy! @@ -2700,7 +2701,7 @@ asr_action(struct cam_sim *sim, union ccb *ccb) ccb->ccb_h.spriv_ptr0 = sc = (struct Asr_softc *)cam_sim_softc(sim); - switch (ccb->ccb_h.func_code) { + switch ((int)ccb->ccb_h.func_code) { /* Common cases first */ case XPT_SCSI_IO: /* Execute the requested I/O operation */ --------------090206040805000401090105-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:33:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 924D41065677; Tue, 17 Apr 2012 20:33:06 +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 43E0E8FC0A; Tue, 17 Apr 2012 20:33:06 +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 <1SKF5F-00054X-6g>; Tue, 17 Apr 2012 22:33:05 +0200 Received: from e178027059.adsl.alicedsl.de ([85.178.27.59] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SKF5F-0002nI-10>; Tue, 17 Apr 2012 22:33:05 +0200 Message-ID: <4F8DD37A.3080703@zedat.fu-berlin.de> Date: Tue, 17 Apr 2012 22:32:58 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120314 Thunderbird/10.0.3 MIME-Version: 1.0 To: Dimitry Andric References: <4F8DC447.3080105@zedat.fu-berlin.de> <4F8DCAC1.5040507@FreeBSD.org> In-Reply-To: <4F8DCAC1.5040507@FreeBSD.org> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBF9C75F9DA6EAF10D0DFBB7C" X-Originating-IP: 85.178.27.59 Cc: Current FreeBSD Subject: Re: usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch], case XGE_LL_EVENT_DEVICE_RESETTING: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:33:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBF9C75F9DA6EAF10D0DFBB7C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 04/17/12 21:55, schrieb Dimitry Andric: > On 2012-04-17 21:28, O. Hartmann wrote: >> Compiling the most recent kernel sources results in the following erro= r. >> OS is: >> >> FreeBSD 10.0-CURRENT #3 r234326: Mon Apr 16 00:47:35 CEST 2012 >> >> =3D=3D=3D> nxge (all) >> clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing >> -march=3Dnative -DXGE_DEBUG_MODULE_MASK=3DXGE_COMPONENT_LL >> -DXGE_DEBUG_ERR_MASK=3DXGE_COMPONENT_LL -Werror -D_KERNEL -DKLD_MODULE= >> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I@ -I@/contrib/altq >> -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/THOR >> -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse >> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >> -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-prote= ctor >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-self-assig= n >> -c /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c >> /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1276:11: error: cas= e >> value not in enumerated type 'xge_hal_event_e' (aka 'enum >> xge_hal_event_e') [-Werror,-Wswitch] >> case XGE_LL_EVENT_TRY_XMIT_AGAIN: >> ^ >> /usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: cas= e >> value not in enumerated type 'xge_hal_event_e' (aka 'enum >> xge_hal_event_e') [-Werror,-Wswitch] >> case XGE_LL_EVENT_DEVICE_RESETTING: >> ^ >=20 > Yes, this is expected. I imported a new clang snapshot, which has more= > elaborate checks on switches in combinations with enums. Yes, I saw LLVM/CLANG 3.1 slipping in ;-) Thanks for that, highly appreciated. >=20 > There are several other problems like this, the fixes are in the > pipeline. But for the fix for this particular error in nxge, I didn't > yet receive enough feedback. >=20 > For now, please set WERROR=3D in your src.conf, or apply the attached > patch to your source tree. Well, the box in my lab compiled without flaws, so I was really confused that the office's box won't. But now where you say WERROR - I commenetd that out so I guess the simplest and non-invasive way is to enable WERROR=3D again. I do so now ... Thank you very much, Regards, Oliver --------------enigBF9C75F9DA6EAF10D0DFBB7C 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) iQEcBAEBAgAGBQJPjdOAAAoJEOgBcD7A/5N8GRAIAK+cx7EI0ZfNX71UU9s4Wpex NeGvzAd+IKhZ07mksmvzbKZXvAj//cZWD5rnG/jarLR8OPOzWwKODCPCR0yVbYmM HCboFujdSwN8CQWkvXUNsjMznjBdm3877MhpSV6aTIWahorISfz5Q+4rDUcSAjlJ JdeKxJAWczlQBKTNGBOR5BzzXNOkhdJq1gUCetLPUZP7q/U0eHlOOswu6C/1fRUF /i3s5UNFIEJMU8C8R4B74V/xVpr7T5lxSVTwW//25/u1L88mUgsFSr4LSyxND2N1 BZrbfJ/3IYkBcWlRPcwBMyDCQ6pO2S1lMYCo1XdrB+Q77bVPTtL5zZCozT62s3g= =G6kC -----END PGP SIGNATURE----- --------------enigBF9C75F9DA6EAF10D0DFBB7C-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:52:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A3C7106566C; Tue, 17 Apr 2012 20:52:50 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E9C58FC17; Tue, 17 Apr 2012 20:52:50 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05] (unknown [IPv6:2001:7b8:3a7:0:920:4d88:e4b9:4d05]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7692E5C37; Tue, 17 Apr 2012 22:52:49 +0200 (CEST) Message-ID: <4F8DD81D.8090802@FreeBSD.org> Date: Tue, 17 Apr 2012 22:52:45 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: "Arno J. Klaassen" References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> <4F523C1A.4060008@zedat.fu-berlin.de> <4F8BBFF3.50205@FreeBSD.org> <20120416230857.GA26957@mech-cluster241.men.bris.ac.uk> <4F8D3565.2020803@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Rees , Chris , Current FreeBSD , "O. Hartmann" , Doug Barton Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:52:50 -0000 On 2012-04-17 17:59, Arno J. Klaassen wrote: ... > I verified and re-verfied : kernel and world perfectly in sync; /usr/src > is a symlink but /sys points to the right place and (before patch) > /usr/share/mk/bsd.own.mk and /usr/src/share/mk/bsd.own.mk are > indentical. > > Still I have to apply something like the following patch to get > VirtualBox kernel module compiled (no idea who/where MK_CLANG_IS_CC > gets set to "no", AFAIK not by me (I don't use src.conf and nothing > about CLANG in make.conf). I was going to say that all the MK_XXX defines get set in bsd.own.mk, but apparently there is an exception specifically for ports! It has the following fragment: [...] .if !defined(_WITHOUT_SRCCONF) # # Define MK_* variables (which are either "yes" or "no") for users # to set via WITH_*/WITHOUT_* in /etc/src.conf and override in the # make(1) environment. while bsd.port.mk has: [...] # Needed to keep bsd.own.mk from reading in /etc/src.conf # and setting MK_* variables when building ports. _WITHOUT_SRCCONF= [...] .include .include "${BSDPORTMK}" So those variables intentionally don't get set. This is bit of a pity, since particularly the information that '/usr/bin/cc' can be gcc or clang (indicated by MK_CLANG_IS_CC) is rather relevant for ports. Of course, that setting is normally configured in src.conf(5), which emphatically does *not* apply to ports, but since it influences what /usr/bin/cc will be, it is still of interest. E.g. you can't detect anymore whether someone is using clang by checking ${CC}... I'm not sure what the best solution is in this case, I would really like some feedback from ports people. :) From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:57:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D431A106566C; Tue, 17 Apr 2012 20:57:15 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D6C358FC16; Tue, 17 Apr 2012 20:57:14 +0000 (UTC) Received: by wern13 with SMTP id n13so5663620wer.13 for ; Tue, 17 Apr 2012 13:57:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=5mLT1o19oerLhARGTh7NKQhb318V3zZLwSJZRoasJdg=; b=n57rJzReCJO9r+HBkFJyH70/fZI9AzuPaxoczmTfc2C3Neqz82AgWQ8NZwc8Xs72f7 LAOWJZ1oC0zUfTihZXx9JjWiZ9ShSAPBnumvaLSb3T60dCRg4tk36VSZdpVMQdfudYYZ gev+XPQanfb9+gHlBcOTyaiPAdw8oCCxW6Z3H138FX2qcxoFX42aODK5vHphVU9wLwJr H9Vu4rlpTYbZXeo6Jc3gZXCB8P6SyIiycvMMuTaeXFt6+m36InXYh7X97tu+1Loem91e C9cZdYBv8CfeEgrVMBabCSx+EVV/huOkN4/ZIWgGHO07R07D9ZCFXlEn4//SMNAlEWF9 24VQ== Received: by 10.180.101.8 with SMTP id fc8mr18144077wib.12.1334696234070; Tue, 17 Apr 2012 13:57:14 -0700 (PDT) Received: from [192.168.1.105] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPS id 17sm30028896wis.0.2012.04.17.13.57.11 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Apr 2012 13:57:12 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Tue, 17 Apr 2012 22:57:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3BFCE7F6-8C67-4BEA-AF13-712A83430002@FreeBSD.org> References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1257) Cc: Garrett Cooper , Richard Kojedzinszky , freebsd-security@freebsd.org, Current FreeBSD , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:57:15 -0000 Wiadomo=B6=E6 napisana przez Adrian Chadd w dniu 17 kwi 2012, o godz. = 21:17: > On 16 April 2012 23:31, Richard Kojedzinszky = wrote: >>=20 >> So now reactions here, creating files with multilabel is still slow. >>=20 >> I would like to use multilabel access control on my /tmp, for = example, my >> web server places it's session files there in a subdirectory. Of = course, I >> would like to assign a label for that subdir, but with this slow file >> creation, that is not the way to go. I may then use a different = filesystem >> for that. In this case, can I assign a root mac label for a mount = point? >=20 > Hi, >=20 > This is a perfect job for hwpmc / dtrace. >=20 > Would you be able to load up either of those and get some CPU usage > statistics whilst you're running your benchmark? >=20 > It's either that, or it's (massive) locking contention. Or disk I/O. MAC labels, just like ACLs, are stored in extended = attributes, and I remember something about writing those being synchronous. --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:57:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C62D106566C; Tue, 17 Apr 2012 20:57:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 054218FC08; Tue, 17 Apr 2012 20:57:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3HKvvJV032449; Tue, 17 Apr 2012 16:57:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HKvvHQ032448; Tue, 17 Apr 2012 20:57:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 20:57:57 GMT Message-Id: <201204172057.q3HKvvHQ032448@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:57:58 -0000 TB --- 2012-04-17 19:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 19:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 19:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-17 19:00:00 - cleaning the object tree TB --- 2012-04-17 19:04:28 - cvsupping the source tree TB --- 2012-04-17 19:04:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-17 19:07:20 - building world TB --- 2012-04-17 19:07:20 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 19:07:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 19:07:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 19:07:20 - SRCCONF=/dev/null TB --- 2012-04-17 19:07:20 - TARGET=i386 TB --- 2012-04-17 19:07:20 - TARGET_ARCH=i386 TB --- 2012-04-17 19:07:20 - TZ=UTC TB --- 2012-04-17 19:07:20 - __MAKE_CONF=/dev/null TB --- 2012-04-17 19:07:20 - cd /src TB --- 2012-04-17 19:07:20 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 19:07:21 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/i386.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/i386.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 20:57:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 20:57:57 - ERROR: failed to build world TB --- 2012-04-17 20:57:57 - 5076.92 user 694.49 system 7076.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 20:58:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 859CB106566C; Tue, 17 Apr 2012 20:58:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBB28FC1D; Tue, 17 Apr 2012 20:58:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3HKw7pf032984; Tue, 17 Apr 2012 16:58:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HKw7tr032979; Tue, 17 Apr 2012 20:58:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 20:58:07 GMT Message-Id: <201204172058.q3HKw7tr032979@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:58:08 -0000 TB --- 2012-04-17 19:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 19:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 19:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-17 19:00:00 - cleaning the object tree TB --- 2012-04-17 19:04:30 - cvsupping the source tree TB --- 2012-04-17 19:04:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-17 19:07:16 - building world TB --- 2012-04-17 19:07:16 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 19:07:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 19:07:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 19:07:16 - SRCCONF=/dev/null TB --- 2012-04-17 19:07:16 - TARGET=pc98 TB --- 2012-04-17 19:07:16 - TARGET_ARCH=i386 TB --- 2012-04-17 19:07:16 - TZ=UTC TB --- 2012-04-17 19:07:16 - __MAKE_CONF=/dev/null TB --- 2012-04-17 19:07:16 - cd /src TB --- 2012-04-17 19:07:16 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 19:07:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/pc98.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/pc98.i386/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 20:58:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 20:58:07 - ERROR: failed to build world TB --- 2012-04-17 20:58:07 - 5072.00 user 694.58 system 7086.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:06:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C868106566B for ; Tue, 17 Apr 2012 21:06:28 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6048FC14 for ; Tue, 17 Apr 2012 21:06:27 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q3HL6IrR030745 for ; Tue, 17 Apr 2012 17:06:23 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 17 Apr 2012 17:06:18 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Subject: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 21:06:28 -0000 Copied from other message: >Message: 4 >Date: Tue, 17 Apr 2012 10:42:13 +0200 >From: "O. Hartmann" >Subject: : Conf string ends with key >To: "Free >> Current FreeBSD" >Message-ID: <4F8D2CE5.2030106@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset="iso-8859-1" >Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r234370: >Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of : Conf string ends with key >on console, screens, xterms with almost everything I touch. ______________________________________________________________________________ # uname -a : Conf string ends with key FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r234389: Tue Apr 17 16:05:11 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 I confirm I have this problem also. I set up my system as follows: (excerpt from kernel config) Debugging support. Always need this: #options KDB # Enable kernel debugger support. # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a panic. # For full debugger support use this instead: #options DDB # Support DDB. #options GDB # Support remote GDB. #options DEADLKRES # Enable the deadlock resolver #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones (All debug options turned off) and from UPDATING i did: ln -s aj /etc/malloc.conf I read the latest entry in UPDATING. Could someone please explain how to get back to what I had, it was working well. The new jemalloc slows the system down considerably. Thanks in advance From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:21:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99E66106564A for ; Tue, 17 Apr 2012 21:21:03 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 790B98FC0A for ; Tue, 17 Apr 2012 21:21:03 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 6567928417; Tue, 17 Apr 2012 14:21:02 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Jason Evans In-Reply-To: Date: Tue, 17 Apr 2012 14:21:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <52F758E4-5D0A-4952-9746-D8122F591606@freebsd.org> References: To: AN X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org Subject: Re: : Conf string ends with key X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 21:21:03 -0000 On Apr 17, 2012, at 2:06 PM, AN wrote: > # uname -a > : Conf string ends with key > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r234389: Tue Apr = 17 16:05:11 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL = amd64 >=20 > [=85] >=20 > and from UPDATING i did: > ln -s aj /etc/malloc.conf >=20 > I read the latest entry in UPDATING. Could someone please explain how = to get back to what I had, it was working well. The new jemalloc slows = the system down considerably. >=20 > Thanks in advance =46rom the latest UPDATING update (wasn't part of the jemalloc commit, = unfortunately): (To completely disable malloc debugging, define MALLOC_PRODUCTION in /etc/make.conf, or to = merely disable the most expensive debugging functionality run "ln -s 'abort:false,junk:false' /etc/malloc.conf".) Jason= From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:24:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 516561065677; Tue, 17 Apr 2012 21:24:31 +0000 (UTC) (envelope-from krichy@tvnetwork.hu) Received: from krichy.tvnetwork.hu (unknown [IPv6:2a01:be00:0:2::10]) by mx1.freebsd.org (Postfix) with ESMTP id C81C88FC16; Tue, 17 Apr 2012 21:24:30 +0000 (UTC) Received: by krichy.tvnetwork.hu (Postfix, from userid 1000) id 5FF2720402; Tue, 17 Apr 2012 23:24:29 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by krichy.tvnetwork.hu (Postfix) with ESMTP id 4F4B4203CC; Tue, 17 Apr 2012 23:24:29 +0200 (CEST) Date: Tue, 17 Apr 2012 23:24:29 +0200 (CEST) From: Richard Kojedzinszky To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <3BFCE7F6-8C67-4BEA-AF13-712A83430002@FreeBSD.org> Message-ID: References: <4F8AAEF7.3090800@zedat.fu-berlin.de> <4F8B21D2.4080008@zedat.fu-berlin.de> <951B1A8C-A216-420A-BA17-316B8D9C2B0E@gmail.com> <4F8B2CC4.5030601@zedat.fu-berlin.de> <28768C15-C694-4C09-8CD1-3F5412554B55@gmail.com> <3BFCE7F6-8C67-4BEA-AF13-712A83430002@FreeBSD.org> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1030603365-960894060-1334697869=:5815" X-Mailman-Approved-At: Tue, 17 Apr 2012 21:26:58 +0000 Cc: Adrian Chadd , Garrett Cooper , freebsd-security@freebsd.org, Current FreeBSD , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: ufs multilabel performance (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 21:24:31 -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. --1030603365-960894060-1334697869=:5815 Content-Type: TEXT/PLAIN; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 8BIT Without any benchmarks I would also think for the high io, in the xen dom0 I see high disk activity (eg 99% writes) when using mac labels. But of course I will do the tests, please give some instructions, how to compile the kernel, how the implement the benchmark. Thanks in advance, Kojedzinszky Richard Euronet Magyarorszag Informatikai Zrt. On Tue, 17 Apr 2012, Edward Tomasz Napiera³a wrote: > Date: Tue, 17 Apr 2012 22:57:09 +0200 > From: Edward Tomasz Napiera³a > To: Adrian Chadd > Cc: Richard Kojedzinszky , > Garrett Cooper , freebsd-security@freebsd.org, > freebsd-performance@freebsd.org, > Current FreeBSD , > O. Hartmann > Subject: Re: ufs multilabel performance (fwd) > > Wiadomo¶æ napisana przez Adrian Chadd w dniu 17 kwi 2012, o godz. 21:17: >> On 16 April 2012 23:31, Richard Kojedzinszky wrote: >>> >>> So now reactions here, creating files with multilabel is still slow. >>> >>> I would like to use multilabel access control on my /tmp, for example, my >>> web server places it's session files there in a subdirectory. Of course, I >>> would like to assign a label for that subdir, but with this slow file >>> creation, that is not the way to go. I may then use a different filesystem >>> for that. In this case, can I assign a root mac label for a mount point? >> >> Hi, >> >> This is a perfect job for hwpmc / dtrace. >> >> Would you be able to load up either of those and get some CPU usage >> statistics whilst you're running your benchmark? >> >> It's either that, or it's (massive) locking contention. > > Or disk I/O. MAC labels, just like ACLs, are stored in extended attributes, > and I remember something about writing those being synchronous. > > -- > If you cut off my head, what would I say? Me and my head, or me and my body? > --1030603365-960894060-1334697869=:5815-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 21:40:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39CDB106564A; Tue, 17 Apr 2012 21:40: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 0B65F8FC12; Tue, 17 Apr 2012 21:40: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 q3HLeN0m033228; Tue, 17 Apr 2012 17:40:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HLeNHg033211; Tue, 17 Apr 2012 21:40:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 21:40:23 GMT Message-Id: <201204172140.q3HLeNHg033211@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 21:40:24 -0000 TB --- 2012-04-17 20:57:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 20:57:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 20:57:57 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-17 20:57:57 - cleaning the object tree TB --- 2012-04-17 20:59:29 - cvsupping the source tree TB --- 2012-04-17 20:59:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-17 21:01:09 - building world TB --- 2012-04-17 21:01:09 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 21:01:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 21:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 21:01:09 - SRCCONF=/dev/null TB --- 2012-04-17 21:01:09 - TARGET=mips TB --- 2012-04-17 21:01:09 - TARGET_ARCH=mips TB --- 2012-04-17 21:01:09 - TZ=UTC TB --- 2012-04-17 21:01:09 - __MAKE_CONF=/dev/null TB --- 2012-04-17 21:01:09 - cd /src TB --- 2012-04-17 21:01:09 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 21:01:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> libexec/atrun (all) cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -G0 -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/mips.mips/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 21:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 21:40:23 - ERROR: failed to build world TB --- 2012-04-17 21:40:23 - 1519.95 user 374.88 system 2546.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 17 22:52:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 135491065670; Tue, 17 Apr 2012 22:52: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 D068E8FC0C; Tue, 17 Apr 2012 22:52: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 q3HMqFo7095496; Tue, 17 Apr 2012 18:52:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HMqF5t095466; Tue, 17 Apr 2012 22:52:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 22:52:15 GMT Message-Id: <201204172252.q3HMqF5t095466@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 22:52:17 -0000 TB --- 2012-04-17 20:58:07 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 20:58:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-17 20:58:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-17 20:58:07 - cleaning the object tree TB --- 2012-04-17 21:01:15 - cvsupping the source tree TB --- 2012-04-17 21:01:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-17 21:02:17 - building world TB --- 2012-04-17 21:02:17 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 21:02:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 21:02:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 21:02:17 - SRCCONF=/dev/null TB --- 2012-04-17 21:02:17 - TARGET=powerpc TB --- 2012-04-17 21:02:17 - TARGET_ARCH=powerpc TB --- 2012-04-17 21:02:17 - TZ=UTC TB --- 2012-04-17 21:02:17 - __MAKE_CONF=/dev/null TB --- 2012-04-17 21:02:17 - cd /src TB --- 2012-04-17 21:02:17 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 21:02:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> lib/clang/include (all) ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/powerpc.powerpc/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 22:52:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 22:52:15 - ERROR: failed to build world TB --- 2012-04-17 22:52:15 - 5310.62 user 676.77 system 6847.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 00:22:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0E29106564A; Wed, 18 Apr 2012 00:22:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A08598FC0A; Wed, 18 Apr 2012 00:22: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 q3I0M31Z032134; Tue, 17 Apr 2012 20:22:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3I0M3po032133; Wed, 18 Apr 2012 00:22:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 00:22:03 GMT Message-Id: <201204180022.q3I0M3po032133@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 00:22:04 -0000 TB --- 2012-04-17 21:40:23 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 21:40: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 --- 2012-04-17 21:40:23 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-17 21:40:23 - cleaning the object tree TB --- 2012-04-17 21:41:52 - cvsupping the source tree TB --- 2012-04-17 21:41:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-17 21:42:48 - building world TB --- 2012-04-17 21:42:48 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 21:42:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 21:42:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 21:42:48 - SRCCONF=/dev/null TB --- 2012-04-17 21:42:48 - TARGET=powerpc TB --- 2012-04-17 21:42:48 - TARGET_ARCH=powerpc64 TB --- 2012-04-17 21:42:48 - TZ=UTC TB --- 2012-04-17 21:42:48 - __MAKE_CONF=/dev/null TB --- 2012-04-17 21:42:48 - cd /src TB --- 2012-04-17 21:42:48 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 21:42:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/debug.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/libmap.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/../../lib/csu/common -I/src/libexec/rtld-elf/powerpc -I/src/libexec/rtld-elf -fpic -DPIC -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -nostdlib -e .rtld_start -shared -Wl,-Bsymbolic -Wl,--version-script=Version.map -o ld-elf32.so.1 rtld_start.o reloc.o rtld.o rtld_lock.o rtld_printf.o map_object.o malloc.o xmalloc.o debug.o libmap.o -lc_pic cd /src/usr.bin/ldd; PROG=ldd32 MACHINE=powerpc MACHINE_ARCH=powerpc LD="ld -m elf32ppc_fbsd" MAKEOBJDIRPREFIX=/obj/powerpc.powerpc64/lib32 _SHLIBDIRPREFIX=/obj/powerpc.powerpc64/src/lib32 VERSION="FreeBSD 8.3-PRERELEASE amd64 803500" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32" CXX="c++ -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32" LIBDIR=/usr/lib32 SHLIBDIR=/usr/! lib32 /usr/bin/make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT -ECC -ECXX -EAS -ELD DESTDIR=/obj/powerpc.powerpc64/src/lib32 DIRPRFX=usr.bin/ldd all cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/ldd/ldd.c cc -m32 -mcpu=powerpc -DCOMPAT_32BIT -isystem /obj/powerpc.powerpc64/src/lib32/usr/include/ -L/obj/powerpc.powerpc64/src/lib32/usr/lib32 -B/obj/powerpc.powerpc64/src/lib32/usr/lib32 -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ldd32 ldd.o /obj/powerpc.powerpc64/src/lib32/usr/lib32/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/powerpc.powerpc64/src/lib32/usr/lib32/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/usr.bin/ldd. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-18 00:22:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 00:22:03 - ERROR: failed to build world TB --- 2012-04-18 00:22:03 - 7991.84 user 1119.68 system 9700.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 03:34:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E234A106566B; Wed, 18 Apr 2012 03:34:20 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id E84AA8FC15; Wed, 18 Apr 2012 03:34:19 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so159069wib.13 for ; Tue, 17 Apr 2012 20:34:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=31RcPziM1t0xt5LPzj+UTf7evwRTElp0/7c34MwbKQk=; b=OxAUQ4cCuFA0laOG6JuoOmq0B3ClOJyikqmLkNrOTvJS695GphzZJjhqogzGe5fEIZ q+g3PCo/oaqvYbPDlt4pb8Bwq27jP+sk9YB3tDWGNV1o3LzihxBwyMcHt4w5ZU17CmmU t6yBEmtIJavXELMMqoCMKxwaElNvbrF94PNvx5bSTSoeLsEzhlogeQJsc0HXtJmkrtxP uWv0DyCttHiaC+Xw7t5tJhA1nO6dRpUmrbFLul91dALos3deRR6I3ZgZVyIQAiMJ9W4U GrGemMD4OdPzISIfem8Gc/Qavv5+x9tSyld++oCeNWyf5qAsZJNm77x0CXF9GgfgA9Dw 8gag== MIME-Version: 1.0 Received: by 10.180.95.74 with SMTP id di10mr637779wib.1.1334720058832; Tue, 17 Apr 2012 20:34:18 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 17 Apr 2012 20:34:18 -0700 (PDT) Received: by 10.216.190.219 with HTTP; Tue, 17 Apr 2012 20:34:18 -0700 (PDT) In-Reply-To: References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> <20120120232841.GA71874@nargothrond.kdm.org> <20120326132558.GB76647@in-addr.com> <20120403134221.GA87802@in-addr.com> Date: Wed, 18 Apr 2012 13:04:18 +0930 Message-ID: From: Matt Thyer To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Garrett Cooper , freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, "Kenneth D. Merry" , Steven Hartland Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 03:34:21 -0000 On Apr 4, 2012 10:02 PM, "Matt Thyer" wrote: > > On 3 April 2012 23:12, Gary Palmer wrote: >> >> I think you should contact either SuperMicro or LSI and open a support >> case as it looks like there could be a problem with either the controller >> or the firmware when presented with mixed speed devices. Either way I think >> this needs to be escalated to the manufacturer. >> >> Regards, >> >> Gary > > > I'm now having no problems since moving the SATA 3 drive to the on board Intel controller. > I'll try to report this to Super Micro & LSI. I spoke too soon. The problem of the SATA 3 drive being FAULTED in the raidz2 pool has indeed been solved by moving that drive from the Super micro (SAS 6G) controller to the onboard Intel (SATA 2) controller. However, the 157k interrupts per second problem remained (its not apparent immediately after boot). However, even this problem has been resolved by upgrading from 8-STABLE to 9-STABLE (as I reported in the freebsd-stable list). So I'm happy now but still no closer to understanding the cause. I'm guessing that it was either USB related or something to do with the on CPU package Intel graphics of the Core i3 530 CPU. From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 06:22:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CE8106566B; Wed, 18 Apr 2012 06:22:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 82C4E8FC12; Wed, 18 Apr 2012 06:22:40 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so283954wgb.1 for ; Tue, 17 Apr 2012 23:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=zj50AleLlGE7qj8gB22DK5pBi+wRufs++8ENtIWbRRg=; b=AMYj3I7s4hf9vHQTMkD5RcJauBZBkndl64MQSGwnMmbQUNdztcsVTLwT8DiVA51SvE 7ArrIwFvGsydVMj5tGLyciGsrZmHr4etO6eJe/Xc7qXzSeX5ie1Myw5syht3hxRgC8PQ 7zWll+iXCGHgW5I8/y6xm0ZbL4rLraUxD+li0Qx+bdhqKWnl/Ngzhyw1mCavf97cNbrV nuzuOC8tM3aEgQ7y89u+Chxk+E2a4nPiJjnfD++aipoLiVBpKWuBthJnVDlB1cicVu+d hNN/u3aCu9WEIwW6KYZp+pK3UXiXvlUbF8uys4Ih0ripPtA3t0IYP/gjA4VIoERZWk6s LUag== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr3027463wib.21.1334730153777; Tue, 17 Apr 2012 23:22:33 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Tue, 17 Apr 2012 23:22:33 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 02:22:33 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Complete hang on 9.0-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 06:22:41 -0000 Hi, On Mon, Apr 16, 2012 at 5:50 PM, Arnaud Lacombe wrote: > Hi, > > [for the record...] > > On Tue, Feb 14, 2012 at 11:41 AM, Arnaud Lacombe wro= te: >> Hi folks, >> >> For the records, I was running some tests yesterday on top of a >> 9.0-RELEASE, amd64, kernel when the box hanged. At the time of the >> hang, the box was running a process with about 2800 threads with heavy >> IPC between 1400 writers and 1400 readers. The box was in single user >> mode (/bin/sh coming from FreeBSD 7.4-STABLE). Here is the beginning >> of the dmesg: >> >> Copyright (c) 1992-2012 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =A0 =A0 =A0 =A0The Regents of the University of California. All rights r= eserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-RELEASE #0: Tue Jan =A03 07:46:30 UTC 2012 >> =A0 =A0root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> CPU: Intel(R) Atom(TM) CPU D510 =A0 @ 1.66GHz (1666.70-MHz K8-class CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 >> =A0Features=3D0xbfebfbff >> =A0Features2=3D0x40e31d >> =A0AMD Features=3D0x20000800 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant, performance statistics >> real memory =A0=3D 2137587712 (2038 MB) >> avail memory =3D 2037841920 (1943 MB) >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: <070611 APIC1125> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP/HT): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP/HT): APIC ID: =A03 >> >> I will restart the test and see if this happens again. >> > I reproduced the previous problem on 10-CURRENT from r233917, on the > following platform (here running 8.2-RELEASE): > > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 > =A0 =A0root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Atom(TM) CPU D525 =A0 @ 1.80GHz (1800.01-MHz K8-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0x40e31d > =A0AMD Features=3D0x20100800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant > real memory =A0=3D 2136539136 (2037 MB) > avail memory =3D 2043772928 (1949 MB) > ACPI APIC Table: <010312 APIC0947> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP/HT): APIC ID: =A01 > =A0cpu2 (AP): APIC ID: =A02 > =A0cpu3 (AP/HT): APIC ID: =A03 > > Complete system freeze while running about 2400 threads. I had to > power cycle the system to get it back alive. I discussed a way to > debug this with attilio@ on freebsd-stable@, but still did not had > time to implement it. > 10-CURRENT from r233917 hanged again today while running 3600 threads. I enabled WITNESS and INVARIANTS on that specific kernel, secretly hoping that they would trigger some meaningful information, but they did not. I would guess my last attempt is to enable SW_WATCHDOG, and gather some state information out of DDB when the watchdog trigger, if it does... Btw, this issue seems to be specifically happening on Atom/ICH8M platform running amd64 kernel, as I've never seen it on other platforms, and yet ran extensive tests. I am not entirely sure it happens on i386. I would need to check. - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 17:19:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3201A106564A; Wed, 18 Apr 2012 17:19:10 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D019B8FC17; Wed, 18 Apr 2012 17:19:09 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so9771733pbc.13 for ; Wed, 18 Apr 2012 10:19:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3Z4U0xffK1uoxtk+rO2EwRKDIyNWSwkt7Ed0+GLkeQo=; b=XhEnPau1h9dT2Dd2e2/Td30HBdEGiev7hQcXzTKqQ1SDRxPJ7LLtNk0Y1jV8Npphjm FanY1WCnRt7deJHC370/ghIGM0wdruxMBWEwTyv3fAIi5T+Sb7f8Fqn3RGjxmgVmWgEK k1tlpcG3yWzUZaEnRReHNfh6wgMrgj+bepOxbzVy+Xk+h5LMvcc+phqeOP6XGKQIFAIb NIBYWa44KSS7Pdpp51GYUdRQqCeYe9d6lLoxGJrWYtlDaO4qnntuABAE07mXTyU3fmwx opYy5Hxj1m1TI2eYqJEplVFSxsB1ZR/TrkrGjf9YvqiIkk9TfVagq4cn9qI8/No1hudN F2kw== Received: by 10.68.212.69 with SMTP id ni5mr7823248pbc.39.1334769549693; Wed, 18 Apr 2012 10:19:09 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id d2sm19699154pbw.39.2012.04.18.10.19.06 (version=SSLv3 cipher=OTHER); Wed, 18 Apr 2012 10:19:08 -0700 (PDT) Message-ID: <4F8EF77F.7090409@gmail.com> Date: Wed, 18 Apr 2012 10:18:55 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20120415053032.370280f9@cox.net> <4F8BDF13.4060903@mail.zedat.fu-berlin.de> <4F8C2E2B.20408@gmail.com> <20120416145543.GB2358@deviant.kiev.zoral.com.ua> <4F8C45A4.2050407@gwdg.de> <20120416173150.GH2358@deviant.kiev.zoral.com.ua> <4F8C5DE1.60200@gwdg.de> <4f8cdc7f.8101e00a.37cf.ffffaf6fSMTPIN_ADDED@mx.google.com> In-Reply-To: <4f8cdc7f.8101e00a.37cf.ffffaf6fSMTPIN_ADDED@mx.google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "O. Hartmann" , ken@freebsd.org, freebsd-current@freebsd.org, Konstantin Belousov , =?UTF-8?B?RWR3YXJkIFRvbWFzeiDvv70=?= , "Conrad J. Sabatier" Subject: Re: Kernel builds, but crashes at boot (amd64, Revision: 234306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 17:19:10 -0000 On 04/16/12 14:49, Conrad J. Sabatier wrote: > On Tue, Apr 17, 2012 at 03:53:27AM +0200, Edward Tomasz Napieraa wrote: >> Wiadomo�� napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: >>> On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: >>>> On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: >>>>> I just updated my system to r234342, only downgraded >>>>> /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is >>>>> booting again. So obviously there is something wrong with the newest >>>>> patch to scsi_da.c. >>>> It is too broad, try to revert exactly one patch and see whether it works. >>> Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. >> Could you try the patch below? >> >> Index: sys/cam/scsi/scsi_da.c >> =================================================================== >> --- sys/cam/scsi/scsi_da.c (revision 234314) >> +++ sys/cam/scsi/scsi_da.c (working copy) >> @@ -938,7 +938,9 @@ daopen(struct disk *dp) >> if (error != 0) >> xpt_print(periph->path, "unable to retrieve capacity data"); >> >> - if (periph->flags& CAM_PERIPH_INVALID) >> + if (periph->flags& CAM_PERIPH_INVALID || >> + softc->disk->d_sectorsize == 0 || >> + softc->disk->d_mediasize == 0) >> error = ENXIO; >> >> if (error == 0&& (softc->flags& DA_FLAG_PACK_REMOVABLE) != 0&& >> >> > This patch fixed the problem for me. Thank you! > It's fixed here too where problem device was a front-panel with a USBest UT330 chip...stupid thing presents *every* card slot as a LUN whether used or not, da0-da4. Thanks Matt From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 18:56:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA354106566C for ; Wed, 18 Apr 2012 18:56:48 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 9573D8FC0C for ; Wed, 18 Apr 2012 18:56:48 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SKa3N-000OhZ-LL for freebsd-current@freebsd.org; Wed, 18 Apr 2012 11:56:38 -0700 Message-ID: <4F8F0E6A.20809@bluezbox.com> Date: Wed, 18 Apr 2012 11:56:42 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <566771C2-84CA-4824-AE99-38EB5DE1F786@gmail.com> <20120414160028.00001573@unknown> <6D27E8DF-67E6-4084-8B88-4CD9F9900B8F@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 17/04/2012 12:11 PM, Adrian Chadd wrote: > On 17 April 2012 01:44, Sevan / Venture37 wrote: > >>> A part (the simple one) of >>> the code has been reviewed. Anyone interested in getting KDTRACE_HOOKS >>> enabled by default is free to do an independent review and post it here. >> >> >> Adam Leventhal on KDTRACE_HOOKS >> https://twitter.com/ahl/statuses/192027893319221248 > > Let's get Adam to write up a summary and post it here. We'll then flip > the switch. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: Re: DTrace on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 18:56:48 -0000 On 17/04/2012 12:11 PM, Adrian Chadd wrote: > On 17 April 2012 01:44, Sevan / Venture37 wrote: > >>> A part (the simple one) of >>> the code has been reviewed. Anyone interested in getting KDTRACE_HOOKS >>> enabled by default is free to do an independent review and post it here. >> >> >> Adam Leventhal on KDTRACE_HOOKS >> https://twitter.com/ahl/statuses/192027893319221248 > > Let's get Adam to write up a summary and post it here. We'll then flip > the switch. FWIW I gathered list of files opened by cc1 when building amd64 GENERIC with KDTRACE_HOOKS disabled and enabled (idea courtesy of brooks@). Here is the diff: http://people.freebsd.org/~gonzo/generic-hooks.diff Looks like no CDDL code is involved. From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 21:15:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9966D106564A; Wed, 18 Apr 2012 21:15:44 +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 568FA8FC17; Wed, 18 Apr 2012 21:15: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 q3ILFb6Q039403; Wed, 18 Apr 2012 17:15:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3ILFbWi039397; Wed, 18 Apr 2012 21:15:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 21:15:37 GMT Message-Id: <201204182115.q3ILFbWi039397@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 21:15:44 -0000 TB --- 2012-04-18 18:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 18:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-18 18:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-18 18:30:00 - cleaning the object tree TB --- 2012-04-18 18:30:00 - cvsupping the source tree TB --- 2012-04-18 18:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-18 18:32:13 - building world TB --- 2012-04-18 18:32:13 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 18:32:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 18:32:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 18:32:13 - SRCCONF=/dev/null TB --- 2012-04-18 18:32:13 - TARGET=pc98 TB --- 2012-04-18 18:32:13 - TARGET_ARCH=i386 TB --- 2012-04-18 18:32:13 - TZ=UTC TB --- 2012-04-18 18:32:13 - __MAKE_CONF=/dev/null TB --- 2012-04-18 18:32:13 - cd /src TB --- 2012-04-18 18:32:13 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 18:32:14 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 18 20:54:00 UTC 2012 TB --- 2012-04-18 20:54:00 - generating LINT kernel config TB --- 2012-04-18 20:54:00 - cd /src/sys/pc98/conf TB --- 2012-04-18 20:54:00 - /usr/bin/make -B LINT TB --- 2012-04-18 20:54:00 - cd /src/sys/pc98/conf TB --- 2012-04-18 20:54:00 - /usr/sbin/config -m LINT TB --- 2012-04-18 20:54:00 - building LINT kernel TB --- 2012-04-18 20:54:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 20:54:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 20:54:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 20:54:00 - SRCCONF=/dev/null TB --- 2012-04-18 20:54:00 - TARGET=pc98 TB --- 2012-04-18 20:54:00 - TARGET_ARCH=i386 TB --- 2012-04-18 20:54:00 - TZ=UTC TB --- 2012-04-18 20:54:00 - __MAKE_CONF=/dev/null TB --- 2012-04-18 20:54:00 - cd /src TB --- 2012-04-18 20:54:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 18 20:54:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-18 21:15:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 21:15:37 - ERROR: failed to build LINT kernel TB --- 2012-04-18 21:15:37 - 7441.80 user 1039.88 system 9936.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 21:19:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3949106567C; Wed, 18 Apr 2012 21:19: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 A239E8FC16; Wed, 18 Apr 2012 21:19: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 q3ILJPCN069347; Wed, 18 Apr 2012 17:19:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3ILJPum069330; Wed, 18 Apr 2012 21:19:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 21:19:25 GMT Message-Id: <201204182119.q3ILJPum069330@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 21:19:26 -0000 TB --- 2012-04-18 18:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 18:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-18 18:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-18 18:30:00 - cleaning the object tree TB --- 2012-04-18 18:30:00 - cvsupping the source tree TB --- 2012-04-18 18:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-18 18:32:02 - building world TB --- 2012-04-18 18:32:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 18:32:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 18:32:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 18:32:02 - SRCCONF=/dev/null TB --- 2012-04-18 18:32:02 - TARGET=i386 TB --- 2012-04-18 18:32:02 - TARGET_ARCH=i386 TB --- 2012-04-18 18:32:02 - TZ=UTC TB --- 2012-04-18 18:32:02 - __MAKE_CONF=/dev/null TB --- 2012-04-18 18:32:02 - cd /src TB --- 2012-04-18 18:32:02 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 18:32:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 18 20:53:05 UTC 2012 TB --- 2012-04-18 20:53:05 - generating LINT kernel config TB --- 2012-04-18 20:53:05 - cd /src/sys/i386/conf TB --- 2012-04-18 20:53:05 - /usr/bin/make -B LINT TB --- 2012-04-18 20:53:06 - cd /src/sys/i386/conf TB --- 2012-04-18 20:53:06 - /usr/sbin/config -m LINT TB --- 2012-04-18 20:53:06 - building LINT kernel TB --- 2012-04-18 20:53:06 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 20:53:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 20:53:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 20:53:06 - SRCCONF=/dev/null TB --- 2012-04-18 20:53:06 - TARGET=i386 TB --- 2012-04-18 20:53:06 - TARGET_ARCH=i386 TB --- 2012-04-18 20:53:06 - TZ=UTC TB --- 2012-04-18 20:53:06 - __MAKE_CONF=/dev/null TB --- 2012-04-18 20:53:06 - cd /src TB --- 2012-04-18 20:53:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 18 20:53:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o isci.ko isci.kld objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-18 21:19:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 21:19:25 - ERROR: failed to build LINT kernel TB --- 2012-04-18 21:19:25 - 7695.08 user 1066.74 system 10164.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 21:53:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFD7C1065670; Wed, 18 Apr 2012 21:53:12 +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 7672F8FC19; Wed, 18 Apr 2012 21:53: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 q3ILrB5m028084; Wed, 18 Apr 2012 17:53:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3ILrBVQ028078; Wed, 18 Apr 2012 21:53:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 21:53:11 GMT Message-Id: <201204182153.q3ILrBVQ028078@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 21:53:12 -0000 TB --- 2012-04-18 18:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 18:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-18 18:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-18 18:30:00 - cleaning the object tree TB --- 2012-04-18 18:30:00 - cvsupping the source tree TB --- 2012-04-18 18:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-18 18:36:31 - building world TB --- 2012-04-18 18:36:31 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 18:36:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 18:36:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 18:36:31 - SRCCONF=/dev/null TB --- 2012-04-18 18:36:31 - TARGET=amd64 TB --- 2012-04-18 18:36:31 - TARGET_ARCH=amd64 TB --- 2012-04-18 18:36:31 - TZ=UTC TB --- 2012-04-18 18:36:31 - __MAKE_CONF=/dev/null TB --- 2012-04-18 18:36:31 - cd /src TB --- 2012-04-18 18:36:31 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 18:36:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Apr 18 21:29:14 UTC 2012 TB --- 2012-04-18 21:29:14 - generating LINT kernel config TB --- 2012-04-18 21:29:14 - cd /src/sys/amd64/conf TB --- 2012-04-18 21:29:14 - /usr/bin/make -B LINT TB --- 2012-04-18 21:29:14 - cd /src/sys/amd64/conf TB --- 2012-04-18 21:29:14 - /usr/sbin/config -m LINT TB --- 2012-04-18 21:29:14 - building LINT kernel TB --- 2012-04-18 21:29:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 21:29:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 21:29:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 21:29:14 - SRCCONF=/dev/null TB --- 2012-04-18 21:29:14 - TARGET=amd64 TB --- 2012-04-18 21:29:14 - TARGET_ARCH=amd64 TB --- 2012-04-18 21:29:14 - TZ=UTC TB --- 2012-04-18 21:29:14 - __MAKE_CONF=/dev/null TB --- 2012-04-18 21:29:14 - cd /src TB --- 2012-04-18 21:29:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 18 21:29:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk isci.ko export_syms | xargs -J% objcopy % isci.ko objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-18 21:53:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 21:53:11 - ERROR: failed to build LINT kernel TB --- 2012-04-18 21:53:11 - 9026.82 user 1357.20 system 12191.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 22:42:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECD66106564A; Wed, 18 Apr 2012 22:42: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 A47AB8FC08; Wed, 18 Apr 2012 22:42: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 q3IMgMon065281; Wed, 18 Apr 2012 18:42:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3IMgMf6065280; Wed, 18 Apr 2012 22:42:22 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 22:42:22 GMT Message-Id: <201204182242.q3IMgMf6065280@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 22:42:24 -0000 TB --- 2012-04-18 20:42:05 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 20:42:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-18 20:42:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-18 20:42:05 - cleaning the object tree TB --- 2012-04-18 20:42:05 - cvsupping the source tree TB --- 2012-04-18 20:42:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-18 20:43:18 - building world TB --- 2012-04-18 20:43:18 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 20:43:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 20:43:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 20:43:18 - SRCCONF=/dev/null TB --- 2012-04-18 20:43:18 - TARGET=ia64 TB --- 2012-04-18 20:43:18 - TARGET_ARCH=ia64 TB --- 2012-04-18 20:43:18 - TZ=UTC TB --- 2012-04-18 20:43:18 - __MAKE_CONF=/dev/null TB --- 2012-04-18 20:43:18 - cd /src TB --- 2012-04-18 20:43:18 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 20:43:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 18 22:16:19 UTC 2012 TB --- 2012-04-18 22:16:19 - generating LINT kernel config TB --- 2012-04-18 22:16:19 - cd /src/sys/ia64/conf TB --- 2012-04-18 22:16:19 - /usr/bin/make -B LINT TB --- 2012-04-18 22:16:19 - cd /src/sys/ia64/conf TB --- 2012-04-18 22:16:19 - /usr/sbin/config -m LINT TB --- 2012-04-18 22:16:20 - building LINT kernel TB --- 2012-04-18 22:16:20 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 22:16:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 22:16:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 22:16:20 - SRCCONF=/dev/null TB --- 2012-04-18 22:16:20 - TARGET=ia64 TB --- 2012-04-18 22:16:20 - TARGET_ARCH=ia64 TB --- 2012-04-18 22:16:20 - TZ=UTC TB --- 2012-04-18 22:16:20 - __MAKE_CONF=/dev/null TB --- 2012-04-18 22:16:20 - cd /src TB --- 2012-04-18 22:16:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 18 22:16:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ips.ko ips.kld objcopy --strip-debug ips.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64.ia64/src/sys/LINT -fno-builtin -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-18 22:42:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 22:42:22 - ERROR: failed to build LINT kernel TB --- 2012-04-18 22:42:22 - 5525.32 user 792.87 system 7217.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 18 23:52:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 335321065670; Wed, 18 Apr 2012 23:52:00 +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 E1D028FC14; Wed, 18 Apr 2012 23:51:59 +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 q3INpx7W022984; Wed, 18 Apr 2012 19:51:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3INpxcI022983; Wed, 18 Apr 2012 23:51:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2012 23:51:59 GMT Message-Id: <201204182351.q3INpxcI022983@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 23:52:00 -0000 TB --- 2012-04-18 21:19:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 21:19: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 --- 2012-04-18 21:19:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-18 21:19:25 - cleaning the object tree TB --- 2012-04-18 21:19:25 - cvsupping the source tree TB --- 2012-04-18 21:19:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-18 21:20:02 - building world TB --- 2012-04-18 21:20:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 21:20:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 21:20:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 21:20:02 - SRCCONF=/dev/null TB --- 2012-04-18 21:20:02 - TARGET=powerpc TB --- 2012-04-18 21:20:02 - TARGET_ARCH=powerpc TB --- 2012-04-18 21:20:02 - TZ=UTC TB --- 2012-04-18 21:20:02 - __MAKE_CONF=/dev/null TB --- 2012-04-18 21:20:02 - cd /src TB --- 2012-04-18 21:20:02 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 21:20:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 18 23:38:14 UTC 2012 TB --- 2012-04-18 23:38:14 - generating LINT kernel config TB --- 2012-04-18 23:38:14 - cd /src/sys/powerpc/conf TB --- 2012-04-18 23:38:14 - /usr/bin/make -B LINT TB --- 2012-04-18 23:38:14 - cd /src/sys/powerpc/conf TB --- 2012-04-18 23:38:14 - /usr/sbin/config -m LINT TB --- 2012-04-18 23:38:14 - building LINT kernel TB --- 2012-04-18 23:38:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 23:38:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 23:38:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 23:38:14 - SRCCONF=/dev/null TB --- 2012-04-18 23:38:14 - TARGET=powerpc TB --- 2012-04-18 23:38:14 - TARGET_ARCH=powerpc TB --- 2012-04-18 23:38:14 - TZ=UTC TB --- 2012-04-18 23:38:14 - __MAKE_CONF=/dev/null TB --- 2012-04-18 23:38:14 - cd /src TB --- 2012-04-18 23:38:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 18 23:38:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-18 23:51:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-18 23:51:59 - ERROR: failed to build LINT kernel TB --- 2012-04-18 23:51:59 - 7472.88 user 969.27 system 9153.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 00:04:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED124106566B; Thu, 19 Apr 2012 00:04:16 +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 8F3528FC14; Thu, 19 Apr 2012 00:04: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 q3J04FWv055541; Wed, 18 Apr 2012 20:04:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J04FxD055536; Thu, 19 Apr 2012 00:04:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 00:04:15 GMT Message-Id: <201204190004.q3J04FxD055536@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 00:04:17 -0000 TB --- 2012-04-18 22:42:22 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 22:42: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 --- 2012-04-18 22:42:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-18 22:42:23 - cleaning the object tree TB --- 2012-04-18 22:42:23 - cvsupping the source tree TB --- 2012-04-18 22:42:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-18 22:43:00 - building world TB --- 2012-04-18 22:43:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 22:43:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 22:43:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 22:43:00 - SRCCONF=/dev/null TB --- 2012-04-18 22:43:00 - TARGET=sparc64 TB --- 2012-04-18 22:43:00 - TARGET_ARCH=sparc64 TB --- 2012-04-18 22:43:00 - TZ=UTC TB --- 2012-04-18 22:43:00 - __MAKE_CONF=/dev/null TB --- 2012-04-18 22:43:00 - cd /src TB --- 2012-04-18 22:43:00 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 22:43:01 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 18 23:47:03 UTC 2012 TB --- 2012-04-18 23:47:03 - generating LINT kernel config TB --- 2012-04-18 23:47:03 - cd /src/sys/sparc64/conf TB --- 2012-04-18 23:47:03 - /usr/bin/make -B LINT TB --- 2012-04-18 23:47:03 - cd /src/sys/sparc64/conf TB --- 2012-04-18 23:47:03 - /usr/sbin/config -m LINT TB --- 2012-04-18 23:47:03 - building LINT kernel TB --- 2012-04-18 23:47:03 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 23:47:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 23:47:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 23:47:03 - SRCCONF=/dev/null TB --- 2012-04-18 23:47:03 - TARGET=sparc64 TB --- 2012-04-18 23:47:03 - TARGET_ARCH=sparc64 TB --- 2012-04-18 23:47:03 - TZ=UTC TB --- 2012-04-18 23:47:03 - __MAKE_CONF=/dev/null TB --- 2012-04-18 23:47:03 - cd /src TB --- 2012-04-18 23:47:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 18 23:47:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 00:04:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 00:04:15 - ERROR: failed to build LINT kernel TB --- 2012-04-19 00:04:15 - 3871.61 user 630.20 system 4912.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 00:47:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773D2106564A; Thu, 19 Apr 2012 00: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 420C98FC08; Thu, 19 Apr 2012 00:47: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 q3J0lpLB057540; Wed, 18 Apr 2012 20:47:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J0lphG057539; Thu, 19 Apr 2012 00:47:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 00:47:51 GMT Message-Id: <201204190047.q3J0lphG057539@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 00:47:52 -0000 TB --- 2012-04-18 21:53:12 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-18 21:53:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-18 21:53:12 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-18 21:53:12 - cleaning the object tree TB --- 2012-04-18 21:53:12 - cvsupping the source tree TB --- 2012-04-18 21:53:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-18 21:53:55 - building world TB --- 2012-04-18 21:53:55 - CROSS_BUILD_TESTING=YES TB --- 2012-04-18 21:53:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-18 21:53:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-18 21:53:55 - SRCCONF=/dev/null TB --- 2012-04-18 21:53:55 - TARGET=powerpc TB --- 2012-04-18 21:53:55 - TARGET_ARCH=powerpc64 TB --- 2012-04-18 21:53:55 - TZ=UTC TB --- 2012-04-18 21:53:55 - __MAKE_CONF=/dev/null TB --- 2012-04-18 21:53:55 - cd /src TB --- 2012-04-18 21:53:55 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 18 21:53:56 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 00:33:54 UTC 2012 TB --- 2012-04-19 00:33:54 - generating LINT kernel config TB --- 2012-04-19 00:33:54 - cd /src/sys/powerpc/conf TB --- 2012-04-19 00:33:54 - /usr/bin/make -B LINT TB --- 2012-04-19 00:33:54 - cd /src/sys/powerpc/conf TB --- 2012-04-19 00:33:54 - /usr/sbin/config -m LINT TB --- 2012-04-19 00:33:54 - building LINT kernel TB --- 2012-04-19 00:33:54 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 00:33:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 00:33:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 00:33:54 - SRCCONF=/dev/null TB --- 2012-04-19 00:33:54 - TARGET=powerpc TB --- 2012-04-19 00:33:54 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 00:33:54 - TZ=UTC TB --- 2012-04-19 00:33:54 - __MAKE_CONF=/dev/null TB --- 2012-04-19 00:33:54 - cd /src TB --- 2012-04-19 00:33:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 00:33:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 00:47:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 00:47:51 - ERROR: failed to build LINT kernel TB --- 2012-04-19 00:47:51 - 8805.98 user 1162.95 system 10479.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:48:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35D8106566B; Thu, 19 Apr 2012 03:48:02 +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 585048FC08; Thu, 19 Apr 2012 03:48:02 +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 q3J3m1UF048839; Wed, 18 Apr 2012 23:48:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J3m19e048822; Thu, 19 Apr 2012 03:48:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 03:48:01 GMT Message-Id: <201204190348.q3J3m19e048822@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 03:48:02 -0000 TB --- 2012-04-19 00:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 00:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 00:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-19 00:50:00 - cleaning the object tree TB --- 2012-04-19 00:56:20 - cvsupping the source tree TB --- 2012-04-19 00:56:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-19 00:58:56 - building world TB --- 2012-04-19 00:58:56 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 00:58:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 00:58:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 00:58:56 - SRCCONF=/dev/null TB --- 2012-04-19 00:58:56 - TARGET=pc98 TB --- 2012-04-19 00:58:56 - TARGET_ARCH=i386 TB --- 2012-04-19 00:58:56 - TZ=UTC TB --- 2012-04-19 00:58:56 - __MAKE_CONF=/dev/null TB --- 2012-04-19 00:58:56 - cd /src TB --- 2012-04-19 00:58:56 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 00:58:58 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 03:26:02 UTC 2012 TB --- 2012-04-19 03:26:02 - generating LINT kernel config TB --- 2012-04-19 03:26:02 - cd /src/sys/pc98/conf TB --- 2012-04-19 03:26:02 - /usr/bin/make -B LINT TB --- 2012-04-19 03:26:02 - cd /src/sys/pc98/conf TB --- 2012-04-19 03:26:02 - /usr/sbin/config -m LINT TB --- 2012-04-19 03:26:02 - building LINT kernel TB --- 2012-04-19 03:26:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 03:26:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 03:26:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 03:26:02 - SRCCONF=/dev/null TB --- 2012-04-19 03:26:02 - TARGET=pc98 TB --- 2012-04-19 03:26:02 - TARGET_ARCH=i386 TB --- 2012-04-19 03:26:02 - TZ=UTC TB --- 2012-04-19 03:26:02 - __MAKE_CONF=/dev/null TB --- 2012-04-19 03:26:02 - cd /src TB --- 2012-04-19 03:26:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 03:26:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 03:48:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 03:48:01 - ERROR: failed to build LINT kernel TB --- 2012-04-19 03:48:01 - 7540.41 user 1055.13 system 10681.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 03:52:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96721106564A; Thu, 19 Apr 2012 03:52:55 +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 555778FC0C; Thu, 19 Apr 2012 03:52:55 +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 q3J3qsSx091147; Wed, 18 Apr 2012 23:52:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J3qsYi091144; Thu, 19 Apr 2012 03:52:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 03:52:54 GMT Message-Id: <201204190352.q3J3qsYi091144@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 03:52:55 -0000 TB --- 2012-04-19 00:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 00:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 00:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-19 00:50:00 - cleaning the object tree TB --- 2012-04-19 00:57:34 - cvsupping the source tree TB --- 2012-04-19 00:57:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-19 00:59:32 - building world TB --- 2012-04-19 00:59:32 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 00:59:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 00:59:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 00:59:32 - SRCCONF=/dev/null TB --- 2012-04-19 00:59:32 - TARGET=i386 TB --- 2012-04-19 00:59:32 - TARGET_ARCH=i386 TB --- 2012-04-19 00:59:32 - TZ=UTC TB --- 2012-04-19 00:59:32 - __MAKE_CONF=/dev/null TB --- 2012-04-19 00:59:32 - cd /src TB --- 2012-04-19 00:59:32 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 00:59:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 03:26:34 UTC 2012 TB --- 2012-04-19 03:26:34 - generating LINT kernel config TB --- 2012-04-19 03:26:34 - cd /src/sys/i386/conf TB --- 2012-04-19 03:26:34 - /usr/bin/make -B LINT TB --- 2012-04-19 03:26:34 - cd /src/sys/i386/conf TB --- 2012-04-19 03:26:34 - /usr/sbin/config -m LINT TB --- 2012-04-19 03:26:34 - building LINT kernel TB --- 2012-04-19 03:26:34 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 03:26:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 03:26:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 03:26:34 - SRCCONF=/dev/null TB --- 2012-04-19 03:26:34 - TARGET=i386 TB --- 2012-04-19 03:26:34 - TARGET_ARCH=i386 TB --- 2012-04-19 03:26:34 - TZ=UTC TB --- 2012-04-19 03:26:34 - __MAKE_CONF=/dev/null TB --- 2012-04-19 03:26:34 - cd /src TB --- 2012-04-19 03:26:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 03:26:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o isci.ko isci.kld objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 03:52:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 03:52:54 - ERROR: failed to build LINT kernel TB --- 2012-04-19 03:52:54 - 7789.71 user 1086.19 system 10974.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 04:25:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B705E106566C; Thu, 19 Apr 2012 04:25: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 773288FC0C; Thu, 19 Apr 2012 04:25: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 q3J4PAbU033691; Thu, 19 Apr 2012 00:25:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J4PAuh033687; Thu, 19 Apr 2012 04:25:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 04:25:10 GMT Message-Id: <201204190425.q3J4PAuh033687@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 04:25:11 -0000 TB --- 2012-04-19 00:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 00:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 00:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-19 00:50:00 - cleaning the object tree TB --- 2012-04-19 00:59:53 - cvsupping the source tree TB --- 2012-04-19 00:59:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-19 01:00:23 - building world TB --- 2012-04-19 01:00:23 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 01:00:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 01:00:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 01:00:23 - SRCCONF=/dev/null TB --- 2012-04-19 01:00:23 - TARGET=amd64 TB --- 2012-04-19 01:00:23 - TARGET_ARCH=amd64 TB --- 2012-04-19 01:00:23 - TZ=UTC TB --- 2012-04-19 01:00:23 - __MAKE_CONF=/dev/null TB --- 2012-04-19 01:00:23 - cd /src TB --- 2012-04-19 01:00:23 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 01:00:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 04:01:02 UTC 2012 TB --- 2012-04-19 04:01:02 - generating LINT kernel config TB --- 2012-04-19 04:01:02 - cd /src/sys/amd64/conf TB --- 2012-04-19 04:01:02 - /usr/bin/make -B LINT TB --- 2012-04-19 04:01:03 - cd /src/sys/amd64/conf TB --- 2012-04-19 04:01:03 - /usr/sbin/config -m LINT TB --- 2012-04-19 04:01:03 - building LINT kernel TB --- 2012-04-19 04:01:03 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 04:01:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 04:01:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 04:01:03 - SRCCONF=/dev/null TB --- 2012-04-19 04:01:03 - TARGET=amd64 TB --- 2012-04-19 04:01:03 - TARGET_ARCH=amd64 TB --- 2012-04-19 04:01:03 - TZ=UTC TB --- 2012-04-19 04:01:03 - __MAKE_CONF=/dev/null TB --- 2012-04-19 04:01:03 - cd /src TB --- 2012-04-19 04:01:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 04:01:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk isci.ko export_syms | xargs -J% objcopy % isci.ko objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 04:25:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 04:25:10 - ERROR: failed to build LINT kernel TB --- 2012-04-19 04:25:10 - 9116.98 user 1384.55 system 12910.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 05:06:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D154E106566C; Thu, 19 Apr 2012 05:06: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 8C4A98FC0A; Thu, 19 Apr 2012 05:06: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 q3J56mRD046619; Thu, 19 Apr 2012 01:06:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J56mjJ046599; Thu, 19 Apr 2012 05:06:48 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 05:06:48 GMT Message-Id: <201204190506.q3J56mjJ046599@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 05:06:49 -0000 TB --- 2012-04-19 03:06:31 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 03:06: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 --- 2012-04-19 03:06:31 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-19 03:06:31 - cleaning the object tree TB --- 2012-04-19 03:07:57 - cvsupping the source tree TB --- 2012-04-19 03:07:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-19 03:08:51 - building world TB --- 2012-04-19 03:08:51 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 03:08:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 03:08:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 03:08:51 - SRCCONF=/dev/null TB --- 2012-04-19 03:08:51 - TARGET=ia64 TB --- 2012-04-19 03:08:51 - TARGET_ARCH=ia64 TB --- 2012-04-19 03:08:51 - TZ=UTC TB --- 2012-04-19 03:08:51 - __MAKE_CONF=/dev/null TB --- 2012-04-19 03:08:51 - cd /src TB --- 2012-04-19 03:08:51 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 03:08:52 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 04:40:36 UTC 2012 TB --- 2012-04-19 04:40:36 - generating LINT kernel config TB --- 2012-04-19 04:40:36 - cd /src/sys/ia64/conf TB --- 2012-04-19 04:40:36 - /usr/bin/make -B LINT TB --- 2012-04-19 04:40:36 - cd /src/sys/ia64/conf TB --- 2012-04-19 04:40:36 - /usr/sbin/config -m LINT TB --- 2012-04-19 04:40:36 - building LINT kernel TB --- 2012-04-19 04:40:36 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 04:40:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 04:40:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 04:40:36 - SRCCONF=/dev/null TB --- 2012-04-19 04:40:36 - TARGET=ia64 TB --- 2012-04-19 04:40:36 - TARGET_ARCH=ia64 TB --- 2012-04-19 04:40:36 - TZ=UTC TB --- 2012-04-19 04:40:36 - __MAKE_CONF=/dev/null TB --- 2012-04-19 04:40:36 - cd /src TB --- 2012-04-19 04:40:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 04:40:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ips.ko ips.kld objcopy --strip-debug ips.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64.ia64/src/sys/LINT -fno-builtin -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 05:06:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 05:06:48 - ERROR: failed to build LINT kernel TB --- 2012-04-19 05:06:48 - 5521.22 user 792.15 system 7217.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 06:26:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08CB9106566B; Thu, 19 Apr 2012 06:26:42 +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 BCFBD8FC12; Thu, 19 Apr 2012 06:26:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3J6Qe6j025949; Thu, 19 Apr 2012 02:26:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J6QexN025940; Thu, 19 Apr 2012 06:26:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 06:26:40 GMT Message-Id: <201204190626.q3J6QexN025940@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 06:26:42 -0000 TB --- 2012-04-19 03:52:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 03:52:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 03:52:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-19 03:52:55 - cleaning the object tree TB --- 2012-04-19 03:54:07 - cvsupping the source tree TB --- 2012-04-19 03:54:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-19 03:55:11 - building world TB --- 2012-04-19 03:55:11 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 03:55:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 03:55:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 03:55:11 - SRCCONF=/dev/null TB --- 2012-04-19 03:55:11 - TARGET=powerpc TB --- 2012-04-19 03:55:11 - TARGET_ARCH=powerpc TB --- 2012-04-19 03:55:11 - TZ=UTC TB --- 2012-04-19 03:55:11 - __MAKE_CONF=/dev/null TB --- 2012-04-19 03:55:11 - cd /src TB --- 2012-04-19 03:55:11 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 03:55:12 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 06:12:47 UTC 2012 TB --- 2012-04-19 06:12:47 - generating LINT kernel config TB --- 2012-04-19 06:12:47 - cd /src/sys/powerpc/conf TB --- 2012-04-19 06:12:47 - /usr/bin/make -B LINT TB --- 2012-04-19 06:12:47 - cd /src/sys/powerpc/conf TB --- 2012-04-19 06:12:47 - /usr/sbin/config -m LINT TB --- 2012-04-19 06:12:47 - building LINT kernel TB --- 2012-04-19 06:12:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 06:12:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 06:12:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 06:12:47 - SRCCONF=/dev/null TB --- 2012-04-19 06:12:47 - TARGET=powerpc TB --- 2012-04-19 06:12:47 - TARGET_ARCH=powerpc TB --- 2012-04-19 06:12:47 - TZ=UTC TB --- 2012-04-19 06:12:47 - __MAKE_CONF=/dev/null TB --- 2012-04-19 06:12:47 - cd /src TB --- 2012-04-19 06:12:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 06:12:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 06:26:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 06:26:40 - ERROR: failed to build LINT kernel TB --- 2012-04-19 06:26:40 - 7466.24 user 975.81 system 9225.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 06:31:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E11D7106564A; Thu, 19 Apr 2012 06:31:57 +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 9FA3C8FC0A; Thu, 19 Apr 2012 06:31:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3J6Vv2N042377; Thu, 19 Apr 2012 02:31:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J6VvTA042372; Thu, 19 Apr 2012 06:31:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 06:31:57 GMT Message-Id: <201204190631.q3J6VvTA042372@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 06:31:58 -0000 TB --- 2012-04-19 05:06:48 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 05:06:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 05:06:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-19 05:06:49 - cleaning the object tree TB --- 2012-04-19 05:08:05 - cvsupping the source tree TB --- 2012-04-19 05:08:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-19 05:08:58 - building world TB --- 2012-04-19 05:08:58 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 05:08:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 05:08:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 05:08:58 - SRCCONF=/dev/null TB --- 2012-04-19 05:08:58 - TARGET=sparc64 TB --- 2012-04-19 05:08:58 - TARGET_ARCH=sparc64 TB --- 2012-04-19 05:08:58 - TZ=UTC TB --- 2012-04-19 05:08:58 - __MAKE_CONF=/dev/null TB --- 2012-04-19 05:08:58 - cd /src TB --- 2012-04-19 05:08:58 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 05:08:59 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 06:14:09 UTC 2012 TB --- 2012-04-19 06:14:09 - generating LINT kernel config TB --- 2012-04-19 06:14:09 - cd /src/sys/sparc64/conf TB --- 2012-04-19 06:14:09 - /usr/bin/make -B LINT TB --- 2012-04-19 06:14:09 - cd /src/sys/sparc64/conf TB --- 2012-04-19 06:14:09 - /usr/sbin/config -m LINT TB --- 2012-04-19 06:14:09 - building LINT kernel TB --- 2012-04-19 06:14:09 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 06:14:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 06:14:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 06:14:09 - SRCCONF=/dev/null TB --- 2012-04-19 06:14:09 - TARGET=sparc64 TB --- 2012-04-19 06:14:09 - TARGET_ARCH=sparc64 TB --- 2012-04-19 06:14:09 - TZ=UTC TB --- 2012-04-19 06:14:09 - __MAKE_CONF=/dev/null TB --- 2012-04-19 06:14:09 - cd /src TB --- 2012-04-19 06:14:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 06:14:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 06:31:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 06:31:57 - ERROR: failed to build LINT kernel TB --- 2012-04-19 06:31:57 - 3877.69 user 647.74 system 5108.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 07:23:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE67106566B; Thu, 19 Apr 2012 07:23: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 385708FC14; Thu, 19 Apr 2012 07:23: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 q3J7N93l055390; Thu, 19 Apr 2012 03:23:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3J7N9qS055389; Thu, 19 Apr 2012 07:23:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 07:23:09 GMT Message-Id: <201204190723.q3J7N9qS055389@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 07:23:10 -0000 TB --- 2012-04-19 04:25:11 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 04:25:11 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 04:25:11 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-19 04:25:11 - cleaning the object tree TB --- 2012-04-19 04:27:12 - cvsupping the source tree TB --- 2012-04-19 04:27:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-19 04:28:13 - building world TB --- 2012-04-19 04:28:13 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 04:28:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 04:28:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 04:28:13 - SRCCONF=/dev/null TB --- 2012-04-19 04:28:13 - TARGET=powerpc TB --- 2012-04-19 04:28:13 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 04:28:13 - TZ=UTC TB --- 2012-04-19 04:28:13 - __MAKE_CONF=/dev/null TB --- 2012-04-19 04:28:13 - cd /src TB --- 2012-04-19 04:28:13 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 04:28:13 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 07:09:08 UTC 2012 TB --- 2012-04-19 07:09:08 - generating LINT kernel config TB --- 2012-04-19 07:09:08 - cd /src/sys/powerpc/conf TB --- 2012-04-19 07:09:08 - /usr/bin/make -B LINT TB --- 2012-04-19 07:09:08 - cd /src/sys/powerpc/conf TB --- 2012-04-19 07:09:08 - /usr/sbin/config -m LINT TB --- 2012-04-19 07:09:08 - building LINT kernel TB --- 2012-04-19 07:09:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 07:09:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 07:09:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 07:09:08 - SRCCONF=/dev/null TB --- 2012-04-19 07:09:08 - TARGET=powerpc TB --- 2012-04-19 07:09:08 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 07:09:08 - TZ=UTC TB --- 2012-04-19 07:09:08 - __MAKE_CONF=/dev/null TB --- 2012-04-19 07:09:08 - cd /src TB --- 2012-04-19 07:09:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 07:09:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 07:23:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 07:23:09 - ERROR: failed to build LINT kernel TB --- 2012-04-19 07:23:09 - 8821.53 user 1157.75 system 10678.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 10:28:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1264A106566B; Thu, 19 Apr 2012 10:28:42 +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 C4BF98FC16; Thu, 19 Apr 2012 10:28:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3JASeXA046906; Thu, 19 Apr 2012 06:28:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JASebU046893; Thu, 19 Apr 2012 10:28:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 10:28:40 GMT Message-Id: <201204191028.q3JASebU046893@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 10:28:42 -0000 TB --- 2012-04-19 07:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 07:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 07:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-19 07:30:00 - cleaning the object tree TB --- 2012-04-19 07:35:24 - cvsupping the source tree TB --- 2012-04-19 07:35:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-19 07:37:11 - building world TB --- 2012-04-19 07:37:11 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 07:37:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 07:37:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 07:37:11 - SRCCONF=/dev/null TB --- 2012-04-19 07:37:11 - TARGET=pc98 TB --- 2012-04-19 07:37:11 - TARGET_ARCH=i386 TB --- 2012-04-19 07:37:11 - TZ=UTC TB --- 2012-04-19 07:37:11 - __MAKE_CONF=/dev/null TB --- 2012-04-19 07:37:11 - cd /src TB --- 2012-04-19 07:37:11 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 07:37:13 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 10:06:16 UTC 2012 TB --- 2012-04-19 10:06:16 - generating LINT kernel config TB --- 2012-04-19 10:06:16 - cd /src/sys/pc98/conf TB --- 2012-04-19 10:06:16 - /usr/bin/make -B LINT TB --- 2012-04-19 10:06:16 - cd /src/sys/pc98/conf TB --- 2012-04-19 10:06:16 - /usr/sbin/config -m LINT TB --- 2012-04-19 10:06:16 - building LINT kernel TB --- 2012-04-19 10:06:16 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 10:06:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 10:06:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 10:06:16 - SRCCONF=/dev/null TB --- 2012-04-19 10:06:16 - TARGET=pc98 TB --- 2012-04-19 10:06:16 - TARGET_ARCH=i386 TB --- 2012-04-19 10:06:16 - TZ=UTC TB --- 2012-04-19 10:06:16 - __MAKE_CONF=/dev/null TB --- 2012-04-19 10:06:16 - cd /src TB --- 2012-04-19 10:06:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 10:06:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 10:28:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 10:28:40 - ERROR: failed to build LINT kernel TB --- 2012-04-19 10:28:40 - 7497.46 user 1055.48 system 10720.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 10:33:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0CBA106564A; Thu, 19 Apr 2012 10:33: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 9E9D08FC0C; Thu, 19 Apr 2012 10:33:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3JAXeo5089511; Thu, 19 Apr 2012 06:33:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JAXeme089505; Thu, 19 Apr 2012 10:33:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 10:33:40 GMT Message-Id: <201204191033.q3JAXeme089505@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 10:33:41 -0000 TB --- 2012-04-19 07:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 07:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 07:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-19 07:30:00 - cleaning the object tree TB --- 2012-04-19 07:35:50 - cvsupping the source tree TB --- 2012-04-19 07:35:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-19 07:37:48 - building world TB --- 2012-04-19 07:37:48 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 07:37:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 07:37:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 07:37:48 - SRCCONF=/dev/null TB --- 2012-04-19 07:37:48 - TARGET=i386 TB --- 2012-04-19 07:37:48 - TARGET_ARCH=i386 TB --- 2012-04-19 07:37:48 - TZ=UTC TB --- 2012-04-19 07:37:48 - __MAKE_CONF=/dev/null TB --- 2012-04-19 07:37:48 - cd /src TB --- 2012-04-19 07:37:48 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 07:37:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 10:06:58 UTC 2012 TB --- 2012-04-19 10:06:58 - generating LINT kernel config TB --- 2012-04-19 10:06:58 - cd /src/sys/i386/conf TB --- 2012-04-19 10:06:58 - /usr/bin/make -B LINT TB --- 2012-04-19 10:06:59 - cd /src/sys/i386/conf TB --- 2012-04-19 10:06:59 - /usr/sbin/config -m LINT TB --- 2012-04-19 10:06:59 - building LINT kernel TB --- 2012-04-19 10:06:59 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 10:06:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 10:06:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 10:06:59 - SRCCONF=/dev/null TB --- 2012-04-19 10:06:59 - TARGET=i386 TB --- 2012-04-19 10:06:59 - TARGET_ARCH=i386 TB --- 2012-04-19 10:06:59 - TZ=UTC TB --- 2012-04-19 10:06:59 - __MAKE_CONF=/dev/null TB --- 2012-04-19 10:06:59 - cd /src TB --- 2012-04-19 10:06:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 10:06:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o isci.ko isci.kld objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 10:33:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 10:33:40 - ERROR: failed to build LINT kernel TB --- 2012-04-19 10:33:40 - 7750.46 user 1080.98 system 11019.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 11:06:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E5271065672; Thu, 19 Apr 2012 11:06: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 E25C78FC12; Thu, 19 Apr 2012 11:06: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 q3JB6JR2028757; Thu, 19 Apr 2012 07:06:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JB6JBH028756; Thu, 19 Apr 2012 11:06:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 11:06:19 GMT Message-Id: <201204191106.q3JB6JBH028756@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 11:06:20 -0000 TB --- 2012-04-19 07:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 07:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 07:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-19 07:30:00 - cleaning the object tree TB --- 2012-04-19 07:38:19 - cvsupping the source tree TB --- 2012-04-19 07:38:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-19 07:38:47 - building world TB --- 2012-04-19 07:38:47 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 07:38:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 07:38:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 07:38:47 - SRCCONF=/dev/null TB --- 2012-04-19 07:38:47 - TARGET=amd64 TB --- 2012-04-19 07:38:47 - TARGET_ARCH=amd64 TB --- 2012-04-19 07:38:47 - TZ=UTC TB --- 2012-04-19 07:38:47 - __MAKE_CONF=/dev/null TB --- 2012-04-19 07:38:47 - cd /src TB --- 2012-04-19 07:38:47 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 07:38:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 10:41:32 UTC 2012 TB --- 2012-04-19 10:41:32 - generating LINT kernel config TB --- 2012-04-19 10:41:32 - cd /src/sys/amd64/conf TB --- 2012-04-19 10:41:32 - /usr/bin/make -B LINT TB --- 2012-04-19 10:41:33 - cd /src/sys/amd64/conf TB --- 2012-04-19 10:41:33 - /usr/sbin/config -m LINT TB --- 2012-04-19 10:41:33 - building LINT kernel TB --- 2012-04-19 10:41:33 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 10:41:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 10:41:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 10:41:33 - SRCCONF=/dev/null TB --- 2012-04-19 10:41:33 - TARGET=amd64 TB --- 2012-04-19 10:41:33 - TARGET_ARCH=amd64 TB --- 2012-04-19 10:41:33 - TZ=UTC TB --- 2012-04-19 10:41:33 - __MAKE_CONF=/dev/null TB --- 2012-04-19 10:41:33 - cd /src TB --- 2012-04-19 10:41:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 10:41:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk isci.ko export_syms | xargs -J% objcopy % isci.ko objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 11:06:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 11:06:19 - ERROR: failed to build LINT kernel TB --- 2012-04-19 11:06:19 - 9098.46 user 1380.12 system 12978.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 11:49:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A921065670; Thu, 19 Apr 2012 11:49: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 2071D8FC1A; Thu, 19 Apr 2012 11:49: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 q3JBnbxL048266; Thu, 19 Apr 2012 07:49:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JBnbuP048261; Thu, 19 Apr 2012 11:49:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 11:49:37 GMT Message-Id: <201204191149.q3JBnbuP048261@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 11:49:38 -0000 TB --- 2012-04-19 09:47:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 09:47:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 09:47:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-19 09:47:04 - cleaning the object tree TB --- 2012-04-19 09:48:28 - cvsupping the source tree TB --- 2012-04-19 09:48:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-19 09:49:23 - building world TB --- 2012-04-19 09:49:23 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 09:49:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 09:49:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 09:49:23 - SRCCONF=/dev/null TB --- 2012-04-19 09:49:23 - TARGET=ia64 TB --- 2012-04-19 09:49:23 - TARGET_ARCH=ia64 TB --- 2012-04-19 09:49:23 - TZ=UTC TB --- 2012-04-19 09:49:23 - __MAKE_CONF=/dev/null TB --- 2012-04-19 09:49:23 - cd /src TB --- 2012-04-19 09:49:23 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 09:49:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 11:22:23 UTC 2012 TB --- 2012-04-19 11:22:23 - generating LINT kernel config TB --- 2012-04-19 11:22:23 - cd /src/sys/ia64/conf TB --- 2012-04-19 11:22:23 - /usr/bin/make -B LINT TB --- 2012-04-19 11:22:23 - cd /src/sys/ia64/conf TB --- 2012-04-19 11:22:23 - /usr/sbin/config -m LINT TB --- 2012-04-19 11:22:23 - building LINT kernel TB --- 2012-04-19 11:22:23 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 11:22:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 11:22:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 11:22:23 - SRCCONF=/dev/null TB --- 2012-04-19 11:22:23 - TARGET=ia64 TB --- 2012-04-19 11:22:23 - TARGET_ARCH=ia64 TB --- 2012-04-19 11:22:23 - TZ=UTC TB --- 2012-04-19 11:22:23 - __MAKE_CONF=/dev/null TB --- 2012-04-19 11:22:23 - cd /src TB --- 2012-04-19 11:22:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 11:22:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ips.ko ips.kld objcopy --strip-debug ips.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64.ia64/src/sys/LINT -fno-builtin -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 11:49:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 11:49:37 - ERROR: failed to build LINT kernel TB --- 2012-04-19 11:49:37 - 5628.77 user 798.60 system 7353.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 12:54:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 350E9106566C for ; Thu, 19 Apr 2012 12:54:39 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id D5F2F8FC0A for ; Thu, 19 Apr 2012 12:54:38 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SKqsf-0007QG-8U; Thu, 19 Apr 2012 15:54:37 +0300 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id 2378F1CC36; Thu, 19 Apr 2012 15:54:37 +0300 (EEST) Date: Thu, 19 Apr 2012 15:54:36 +0300 From: Andrey Simonenko To: Rick Macklem Message-ID: <20120419125436.GA82169@pm513-1.comsys.ntu-kpi.kiev.ua> References: <857698325.1023052.1306788962581.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <857698325.1023052.1306788962581.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 28-Apr-2011 07:11:12) X-Date: 2012-04-19 15:54:37 X-Connected-IP: 10.18.52.101:37801 X-Message-Linecount: 47 X-Body-Linecount: 32 X-Message-Size: 1920 X-Body-Size: 1190 Cc: FreeBSD-Current Subject: Re: mountd, rpc.lockd and rpc.statd patches for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 12:54:39 -0000 On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote: > Hi, > > I have patches for the mountd, rpc.statd and rpc.lockd daemons > that are meant to keep them from failing when a dynamically > selected port# is not available for some combination of > udp,tcp X ipv4,ipv6 > > If anyone would like to test these patches, they can be found > at: > http://people.freebsd.org/~rmacklem/mountd.patch > statd.patch > lockd.patch > > Although I think I got them correct, they are rather big and ugly. > I have checked this update for mountd in 10-CURRENT and has two questions: 1. What is the sense to try to use the same port number for all supported netconfigs if specific port number is not given in a command line option? 2. What is the sense of specifying specific IP addresses for mountd and similar RPC programs that do not have predefined port numbers? ---------- One comment for netconfig related functions usage. Each setnetconfig() call allocates memory and depending on implementation can use other resources, so endnetconfig() should be called before reusing netconfig handle. From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 13:09:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 205D8106564A; Thu, 19 Apr 2012 13:09:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D0D878FC12; Thu, 19 Apr 2012 13:09: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 q3JD9cdx025570; Thu, 19 Apr 2012 09:09:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JD9c4r025559; Thu, 19 Apr 2012 13:09:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 13:09:38 GMT Message-Id: <201204191309.q3JD9c4r025559@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 13:09:39 -0000 TB --- 2012-04-19 10:33:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 10:33:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 10:33:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-19 10:33:40 - cleaning the object tree TB --- 2012-04-19 10:35:12 - cvsupping the source tree TB --- 2012-04-19 10:35:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-19 10:36:10 - building world TB --- 2012-04-19 10:36:10 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 10:36:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 10:36:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 10:36:10 - SRCCONF=/dev/null TB --- 2012-04-19 10:36:10 - TARGET=powerpc TB --- 2012-04-19 10:36:10 - TARGET_ARCH=powerpc TB --- 2012-04-19 10:36:10 - TZ=UTC TB --- 2012-04-19 10:36:10 - __MAKE_CONF=/dev/null TB --- 2012-04-19 10:36:10 - cd /src TB --- 2012-04-19 10:36:10 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 10:36:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 12:55:42 UTC 2012 TB --- 2012-04-19 12:55:42 - generating LINT kernel config TB --- 2012-04-19 12:55:42 - cd /src/sys/powerpc/conf TB --- 2012-04-19 12:55:42 - /usr/bin/make -B LINT TB --- 2012-04-19 12:55:42 - cd /src/sys/powerpc/conf TB --- 2012-04-19 12:55:42 - /usr/sbin/config -m LINT TB --- 2012-04-19 12:55:42 - building LINT kernel TB --- 2012-04-19 12:55:42 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 12:55:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 12:55:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 12:55:42 - SRCCONF=/dev/null TB --- 2012-04-19 12:55:42 - TARGET=powerpc TB --- 2012-04-19 12:55:42 - TARGET_ARCH=powerpc TB --- 2012-04-19 12:55:42 - TZ=UTC TB --- 2012-04-19 12:55:42 - __MAKE_CONF=/dev/null TB --- 2012-04-19 12:55:42 - cd /src TB --- 2012-04-19 12:55:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 12:55:42 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 13:09:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 13:09:37 - ERROR: failed to build LINT kernel TB --- 2012-04-19 13:09:37 - 7541.35 user 978.73 system 9357.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 13:10:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51A6F1065675; Thu, 19 Apr 2012 13:10:53 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E785C8FC1F; Thu, 19 Apr 2012 13:10:52 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 14C837300A; Thu, 19 Apr 2012 15:30:18 +0200 (CEST) Date: Thu, 19 Apr 2012 15:30:18 +0200 From: Luigi Rizzo To: net@freebsd.org, current@freebsd.org Message-ID: <20120419133018.GA91364@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 13:10:53 -0000 I have been running some performance tests on UDP sockets, using the netsend program in tools/tools/netrate/netsend and instrumenting the source code and the kernel do return in various points of the path. Here are some results which I hope you find interesting. Test conditions: - intel i7-870 CPU running at 2.93 GHz + TurboBoost, all 4 cores enabled, no hyperthreading - FreeBSD HEAD as of 15 april 2012, no ipfw, no other pfilter clients, no ipv6 or ipsec. - userspace running 'netsend 10.0.0.2 5555 18 0 5' (output to a physical interface, udp port 5555, small frame, no rate limitations, 5sec experiments) - the 'ns' column reports the total time divided by the number of successful transmissions we report the min and max in 5 tests - 1 to 4 parallel tasks, variable packet sizes - there are variations in the numbers which become larger as we reach the bottom of the stack Caveats: - in the table below, clock and pktlen are constant. I am including the info here so it is easier to compare the results with future experiments - i have a small number of samples, so i am only reporting the min and the max in a handful of experiments. - i am only measuring average values over millions of cycles. I have no info on what is the variance between the various executions. - from what i have seen, numbers vary significantly on different systems, depending on memory speed, caches and other things. The big jumps are significant and present on all systems, but the small deltas (say < 5%) are not even statistically significant. - if someone is interested in replicating the experiments email me and i will post a link to a suitable picobsd image. - i have not yet instrumented the bottom layers (if_output and below). The results show a few interesting things: - the packet-sending application is reasonably fast and certainly not a bottleneck (over 100Mpps before calling the system call); - the system call is somewhat expensive, about 100ns. I am not sure where the time is spent (the amd64 code does a few push on the stack and then runs "syscall" (followed by a sysret). I am not sure how much room for improvement is there in this area. The relevant code is in lib/libc/i386/SYS.h and lib/libc/i386/sys/syscall.S (KERNCALL translates to "syscall" on amd64, and "int 0x80" on the i386) - the next expensive operation, consuming another 100ns, is the mbuf allocation in m_uiotombuf(). Nevertheless, the allocator seems to scale decently at least with 4 cores. The copyin() is relatively inexpensive (not reported in the data below, but disabling it saves only 15-20ns for a short packet). I have not followed the details, but the allocator calls the zone allocator and there is at least one critical_enter()/critical_exit() pair, and the highly modular architecture invokes long chains of indirect function calls both on allocation and release. It might make sense to keep a small pool of mbufs attached to the socket buffer instead of going to the zone allocator. Or defer the actual encapsulation to the (*so->so_proto->pr_usrreqs->pru_send)() which is called inline, anyways. - another big bottleneck is the route lookup in ip_output() (between entries 51 and 56). Not only it eats another 100ns+ on an empty routing table, but it also causes huge contentions when multiple cores are involved. There is other bad stuff occurring in if_output() and below (on this system it takes about 1300ns to send one packet even with one core, and ony 500-550 are consumed before the call to if_output()) but i don't have detailed information yet. POS CPU clock pktlen ns/pkt --- EXIT POINT ---- min max ----------------------------------------------------- U 1 2934 18 8 8 userspace, before the send() call [ syscall ] 20 1 2934 18 103 107 sys_sendto(): begin 20 4 2934 18 104 107 21 1 2934 18 110 113 sendit(): begin 21 4 2934 18 111 116 22 1 2934 18 110 114 sendit() after getsockaddr(&to, ...) 22 4 2934 18 111 124 23 1 2934 18 111 115 sendit() before kern_sendit 23 4 2934 18 112 120 24 1 2934 18 117 120 kern_sendit() after AUDIT_ARG_FD 24 4 2934 18 117 121 25 1 2934 18 134 140 kern_sendit() before sosend() 25 4 2934 18 134 146 40 1 2934 18 144 149 sosend_dgram(): start 40 4 2934 18 144 151 41 1 2934 18 157 166 sosend_dgram() before m_uiotombuf() 41 4 2934 18 157 168 [ mbuf allocation and copy. The copy is relatively cheap ] 42 1 2934 18 264 268 sosend_dgram() after m_uiotombuf() 42 4 2934 18 265 269 30 1 2934 18 273 276 udp_send() begin 30 4 2934 18 274 278 [ here we start seeing some contention with multiple threads ] 31 1 2934 18 323 324 udp_output() before ip_output() 31 4 2934 18 344 348 50 1 2934 18 326 331 ip_output() beginning 50 4 2934 18 356 367 51 1 2934 18 343 349 ip_output() before "if (opt) { ..." 51 4 2934 18 366 373 [ rtalloc() is sequential so multiple clients contend heavily ] 56 1 2934 18 470 480 ip_output() after rtalloc*() 56 4 2934 18 1310 1378 52 1 2934 18 472 488 ip_output() at sendit: 52 4 2934 18 1252 1286 53 1 2934 18 ip_output() before pfil_run_hooks() 53 4 2934 18 54 1 2934 18 476 477 ip_output() at passout: 54 4 2934 18 1249 1286 55 1 2934 18 509 526 ip_output() before if_output 55 4 2934 18 1268 1278 ---------------------------------------------------------------------- cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 13:14:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF145106564A; Thu, 19 Apr 2012 13: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 ADE588FC18; Thu, 19 Apr 2012 13: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 q3JDEjgV041394; Thu, 19 Apr 2012 09:14:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JDEjDB041393; Thu, 19 Apr 2012 13:14:45 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 13:14:45 GMT Message-Id: <201204191314.q3JDEjDB041393@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 13:14:46 -0000 TB --- 2012-04-19 11:49:37 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 11:49: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 --- 2012-04-19 11:49:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-19 11:49:37 - cleaning the object tree TB --- 2012-04-19 11:50:56 - cvsupping the source tree TB --- 2012-04-19 11:50:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-19 11:51:29 - building world TB --- 2012-04-19 11:51:29 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 11:51:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 11:51:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 11:51:29 - SRCCONF=/dev/null TB --- 2012-04-19 11:51:29 - TARGET=sparc64 TB --- 2012-04-19 11:51:29 - TARGET_ARCH=sparc64 TB --- 2012-04-19 11:51:29 - TZ=UTC TB --- 2012-04-19 11:51:29 - __MAKE_CONF=/dev/null TB --- 2012-04-19 11:51:29 - cd /src TB --- 2012-04-19 11:51:29 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 11:51:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 12:56:59 UTC 2012 TB --- 2012-04-19 12:56:59 - generating LINT kernel config TB --- 2012-04-19 12:56:59 - cd /src/sys/sparc64/conf TB --- 2012-04-19 12:56:59 - /usr/bin/make -B LINT TB --- 2012-04-19 12:56:59 - cd /src/sys/sparc64/conf TB --- 2012-04-19 12:56:59 - /usr/sbin/config -m LINT TB --- 2012-04-19 12:57:00 - building LINT kernel TB --- 2012-04-19 12:57:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 12:57:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 12:57:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 12:57:00 - SRCCONF=/dev/null TB --- 2012-04-19 12:57:00 - TARGET=sparc64 TB --- 2012-04-19 12:57:00 - TARGET_ARCH=sparc64 TB --- 2012-04-19 12:57:00 - TZ=UTC TB --- 2012-04-19 12:57:00 - __MAKE_CONF=/dev/null TB --- 2012-04-19 12:57:00 - cd /src TB --- 2012-04-19 12:57:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 12:57:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 13:14:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 13:14:45 - ERROR: failed to build LINT kernel TB --- 2012-04-19 13:14:45 - 3879.30 user 641.96 system 5107.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 14:04:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53D4C106564A; Thu, 19 Apr 2012 14:04: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 22AB48FC14; Thu, 19 Apr 2012 14:04: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 q3JE4M3V052949; Thu, 19 Apr 2012 10:04:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JE4MDu052948; Thu, 19 Apr 2012 14:04:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 14:04:22 GMT Message-Id: <201204191404.q3JE4MDu052948@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 14:04:23 -0000 TB --- 2012-04-19 11:06:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 11:06: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 --- 2012-04-19 11:06:19 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-19 11:06:19 - cleaning the object tree TB --- 2012-04-19 11:08:26 - cvsupping the source tree TB --- 2012-04-19 11:08:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-19 11:09:16 - building world TB --- 2012-04-19 11:09:16 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 11:09:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 11:09:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 11:09:16 - SRCCONF=/dev/null TB --- 2012-04-19 11:09:16 - TARGET=powerpc TB --- 2012-04-19 11:09:16 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 11:09:16 - TZ=UTC TB --- 2012-04-19 11:09:16 - __MAKE_CONF=/dev/null TB --- 2012-04-19 11:09:16 - cd /src TB --- 2012-04-19 11:09:16 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 11:09:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 13:50:27 UTC 2012 TB --- 2012-04-19 13:50:27 - generating LINT kernel config TB --- 2012-04-19 13:50:27 - cd /src/sys/powerpc/conf TB --- 2012-04-19 13:50:27 - /usr/bin/make -B LINT TB --- 2012-04-19 13:50:27 - cd /src/sys/powerpc/conf TB --- 2012-04-19 13:50:27 - /usr/sbin/config -m LINT TB --- 2012-04-19 13:50:27 - building LINT kernel TB --- 2012-04-19 13:50:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 13:50:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 13:50:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 13:50:27 - SRCCONF=/dev/null TB --- 2012-04-19 13:50:27 - TARGET=powerpc TB --- 2012-04-19 13:50:27 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 13:50:27 - TZ=UTC TB --- 2012-04-19 13:50:27 - __MAKE_CONF=/dev/null TB --- 2012-04-19 13:50:27 - cd /src TB --- 2012-04-19 13:50:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 13:50:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 14:04:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 14:04:22 - ERROR: failed to build LINT kernel TB --- 2012-04-19 14:04:22 - 8859.77 user 1164.16 system 10682.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 17:09:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F83F1065670; Thu, 19 Apr 2012 17:09:03 +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 1D2A88FC08; Thu, 19 Apr 2012 17:09:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3JH92sQ049088; Thu, 19 Apr 2012 13:09:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JH92pc049085; Thu, 19 Apr 2012 17:09:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 17:09:02 GMT Message-Id: <201204191709.q3JH92pc049085@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 17:09:03 -0000 TB --- 2012-04-19 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 14:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-19 14:10:01 - cleaning the object tree TB --- 2012-04-19 14:16:37 - cvsupping the source tree TB --- 2012-04-19 14:16:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-19 14:18:58 - building world TB --- 2012-04-19 14:18:58 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 14:18:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 14:18:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 14:18:58 - SRCCONF=/dev/null TB --- 2012-04-19 14:18:58 - TARGET=pc98 TB --- 2012-04-19 14:18:58 - TARGET_ARCH=i386 TB --- 2012-04-19 14:18:58 - TZ=UTC TB --- 2012-04-19 14:18:58 - __MAKE_CONF=/dev/null TB --- 2012-04-19 14:18:58 - cd /src TB --- 2012-04-19 14:18:58 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 14:18:59 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 16:46:44 UTC 2012 TB --- 2012-04-19 16:46:44 - generating LINT kernel config TB --- 2012-04-19 16:46:44 - cd /src/sys/pc98/conf TB --- 2012-04-19 16:46:44 - /usr/bin/make -B LINT TB --- 2012-04-19 16:46:44 - cd /src/sys/pc98/conf TB --- 2012-04-19 16:46:44 - /usr/sbin/config -m LINT TB --- 2012-04-19 16:46:44 - building LINT kernel TB --- 2012-04-19 16:46:44 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 16:46:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 16:46:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 16:46:44 - SRCCONF=/dev/null TB --- 2012-04-19 16:46:44 - TARGET=pc98 TB --- 2012-04-19 16:46:44 - TARGET_ARCH=i386 TB --- 2012-04-19 16:46:44 - TZ=UTC TB --- 2012-04-19 16:46:44 - __MAKE_CONF=/dev/null TB --- 2012-04-19 16:46:44 - cd /src TB --- 2012-04-19 16:46:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 16:46:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 17:09:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 17:09:02 - ERROR: failed to build LINT kernel TB --- 2012-04-19 17:09:02 - 7443.83 user 1048.14 system 10741.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 17:13:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A95601065670; Thu, 19 Apr 2012 17:13: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 6864D8FC12; Thu, 19 Apr 2012 17:13: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 q3JHDA22086668; Thu, 19 Apr 2012 13:13:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JHDALC086659; Thu, 19 Apr 2012 17:13:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 17:13:10 GMT Message-Id: <201204191713.q3JHDALC086659@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 17:13:11 -0000 TB --- 2012-04-19 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 14:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-19 14:10:01 - cleaning the object tree TB --- 2012-04-19 14:17:21 - cvsupping the source tree TB --- 2012-04-19 14:17:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-19 14:19:26 - building world TB --- 2012-04-19 14:19:26 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 14:19:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 14:19:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 14:19:26 - SRCCONF=/dev/null TB --- 2012-04-19 14:19:26 - TARGET=i386 TB --- 2012-04-19 14:19:26 - TARGET_ARCH=i386 TB --- 2012-04-19 14:19:26 - TZ=UTC TB --- 2012-04-19 14:19:26 - __MAKE_CONF=/dev/null TB --- 2012-04-19 14:19:26 - cd /src TB --- 2012-04-19 14:19:26 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 14:19:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 16:46:29 UTC 2012 TB --- 2012-04-19 16:46:29 - generating LINT kernel config TB --- 2012-04-19 16:46:29 - cd /src/sys/i386/conf TB --- 2012-04-19 16:46:29 - /usr/bin/make -B LINT TB --- 2012-04-19 16:46:29 - cd /src/sys/i386/conf TB --- 2012-04-19 16:46:29 - /usr/sbin/config -m LINT TB --- 2012-04-19 16:46:29 - building LINT kernel TB --- 2012-04-19 16:46:29 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 16:46:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 16:46:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 16:46:29 - SRCCONF=/dev/null TB --- 2012-04-19 16:46:29 - TARGET=i386 TB --- 2012-04-19 16:46:29 - TARGET_ARCH=i386 TB --- 2012-04-19 16:46:29 - TZ=UTC TB --- 2012-04-19 16:46:29 - __MAKE_CONF=/dev/null TB --- 2012-04-19 16:46:29 - cd /src TB --- 2012-04-19 16:46:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 16:46:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o isci.ko isci.kld objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 17:13:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 17:13:10 - ERROR: failed to build LINT kernel TB --- 2012-04-19 17:13:10 - 7685.47 user 1083.26 system 10989.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 17:45:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E270F1065672; Thu, 19 Apr 2012 17:45: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 9BDE08FC0A; Thu, 19 Apr 2012 17:45: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 q3JHjZf4026175; Thu, 19 Apr 2012 13:45:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JHjZYb026162; Thu, 19 Apr 2012 17:45:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 17:45:35 GMT Message-Id: <201204191745.q3JHjZYb026162@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 17:45:36 -0000 TB --- 2012-04-19 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 14:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-19 14:10:00 - cleaning the object tree TB --- 2012-04-19 14:19:49 - cvsupping the source tree TB --- 2012-04-19 14:19:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-19 14:20:16 - building world TB --- 2012-04-19 14:20:16 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 14:20:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 14:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 14:20:16 - SRCCONF=/dev/null TB --- 2012-04-19 14:20:16 - TARGET=amd64 TB --- 2012-04-19 14:20:16 - TARGET_ARCH=amd64 TB --- 2012-04-19 14:20:16 - TZ=UTC TB --- 2012-04-19 14:20:16 - __MAKE_CONF=/dev/null TB --- 2012-04-19 14:20:16 - cd /src TB --- 2012-04-19 14:20:16 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 14:20:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 17:21:36 UTC 2012 TB --- 2012-04-19 17:21:36 - generating LINT kernel config TB --- 2012-04-19 17:21:36 - cd /src/sys/amd64/conf TB --- 2012-04-19 17:21:36 - /usr/bin/make -B LINT TB --- 2012-04-19 17:21:36 - cd /src/sys/amd64/conf TB --- 2012-04-19 17:21:36 - /usr/sbin/config -m LINT TB --- 2012-04-19 17:21:37 - building LINT kernel TB --- 2012-04-19 17:21:37 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 17:21:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 17:21:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 17:21:37 - SRCCONF=/dev/null TB --- 2012-04-19 17:21:37 - TARGET=amd64 TB --- 2012-04-19 17:21:37 - TARGET_ARCH=amd64 TB --- 2012-04-19 17:21:37 - TZ=UTC TB --- 2012-04-19 17:21:37 - __MAKE_CONF=/dev/null TB --- 2012-04-19 17:21:37 - cd /src TB --- 2012-04-19 17:21:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 17:21:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk isci.ko export_syms | xargs -J% objcopy % isci.ko objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 17:45:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 17:45:34 - ERROR: failed to build LINT kernel TB --- 2012-04-19 17:45:34 - 9016.77 user 1373.81 system 12934.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 18:26:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFCD3106566C; Thu, 19 Apr 2012 18:26:14 +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 96D1C8FC12; Thu, 19 Apr 2012 18:26:14 +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 q3JIQDf6036829; Thu, 19 Apr 2012 14:26:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JIQDXI036826; Thu, 19 Apr 2012 18:26:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 18:26:13 GMT Message-Id: <201204191826.q3JIQDXI036826@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 18:26:15 -0000 TB --- 2012-04-19 16:26:07 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 16:26:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 16:26:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-19 16:26:07 - cleaning the object tree TB --- 2012-04-19 16:27:38 - cvsupping the source tree TB --- 2012-04-19 16:27:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-19 16:28:30 - building world TB --- 2012-04-19 16:28:30 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 16:28:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 16:28:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 16:28:30 - SRCCONF=/dev/null TB --- 2012-04-19 16:28:30 - TARGET=ia64 TB --- 2012-04-19 16:28:30 - TARGET_ARCH=ia64 TB --- 2012-04-19 16:28:30 - TZ=UTC TB --- 2012-04-19 16:28:30 - __MAKE_CONF=/dev/null TB --- 2012-04-19 16:28:30 - cd /src TB --- 2012-04-19 16:28:30 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 16:28:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 18:00:01 UTC 2012 TB --- 2012-04-19 18:00:01 - generating LINT kernel config TB --- 2012-04-19 18:00:01 - cd /src/sys/ia64/conf TB --- 2012-04-19 18:00:01 - /usr/bin/make -B LINT TB --- 2012-04-19 18:00:01 - cd /src/sys/ia64/conf TB --- 2012-04-19 18:00:01 - /usr/sbin/config -m LINT TB --- 2012-04-19 18:00:01 - building LINT kernel TB --- 2012-04-19 18:00:01 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 18:00:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 18:00:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 18:00:01 - SRCCONF=/dev/null TB --- 2012-04-19 18:00:01 - TARGET=ia64 TB --- 2012-04-19 18:00:01 - TARGET_ARCH=ia64 TB --- 2012-04-19 18:00:01 - TZ=UTC TB --- 2012-04-19 18:00:01 - __MAKE_CONF=/dev/null TB --- 2012-04-19 18:00:01 - cd /src TB --- 2012-04-19 18:00:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 18:00:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ips.ko ips.kld objcopy --strip-debug ips.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64.ia64/src/sys/LINT -fno-builtin -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 18:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 18:26:13 - ERROR: failed to build LINT kernel TB --- 2012-04-19 18:26:13 - 5522.40 user 789.52 system 7205.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 18:53:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E166106564A; Thu, 19 Apr 2012 18:53:32 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id D74F58FC0A; Thu, 19 Apr 2012 18:53:31 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1SKwUI-0007eY-C7; Thu, 19 Apr 2012 22:53:50 +0400 Date: Thu, 19 Apr 2012 22:53:50 +0400 From: Slawa Olhovchenkov To: Luigi Rizzo Message-ID: <20120419185350.GC76983@zxy.spb.ru> References: <20120419133018.GA91364@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120419133018.GA91364@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 18:53:32 -0000 On Thu, Apr 19, 2012 at 03:30:18PM +0200, Luigi Rizzo wrote: > I have been running some performance tests on UDP sockets, > using the netsend program in tools/tools/netrate/netsend > and instrumenting the source code and the kernel do return in > various points of the path. Here are some results which > I hope you find interesting. I do some test in 2011. May be this test is not actual now. May be actual. Initial message http://lists.freebsd.org/pipermail/freebsd-performance/2011-January/004156.html UDP socket in FreeBSD http://lists.freebsd.org/pipermail/freebsd-performance/2011-February/004176.html About 4BSD/ULE http://lists.freebsd.org/pipermail/freebsd-performance/2011-February/004181.html From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 19:48:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A9C01065675; Thu, 19 Apr 2012 19:48: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 CF2178FC14; Thu, 19 Apr 2012 19:48: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 q3JJmAc1023558; Thu, 19 Apr 2012 15:48:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JJmAaf023547; Thu, 19 Apr 2012 19:48:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 19:48:10 GMT Message-Id: <201204191948.q3JJmAaf023547@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 19:48:11 -0000 TB --- 2012-04-19 17:13:11 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 17:13:11 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 17:13:11 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-19 17:13:11 - cleaning the object tree TB --- 2012-04-19 17:14:34 - cvsupping the source tree TB --- 2012-04-19 17:14:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-19 17:15:18 - building world TB --- 2012-04-19 17:15:18 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 17:15:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 17:15:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 17:15:18 - SRCCONF=/dev/null TB --- 2012-04-19 17:15:18 - TARGET=powerpc TB --- 2012-04-19 17:15:18 - TARGET_ARCH=powerpc TB --- 2012-04-19 17:15:18 - TZ=UTC TB --- 2012-04-19 17:15:18 - __MAKE_CONF=/dev/null TB --- 2012-04-19 17:15:18 - cd /src TB --- 2012-04-19 17:15:18 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 17:15:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 19:34:14 UTC 2012 TB --- 2012-04-19 19:34:14 - generating LINT kernel config TB --- 2012-04-19 19:34:14 - cd /src/sys/powerpc/conf TB --- 2012-04-19 19:34:14 - /usr/bin/make -B LINT TB --- 2012-04-19 19:34:14 - cd /src/sys/powerpc/conf TB --- 2012-04-19 19:34:14 - /usr/sbin/config -m LINT TB --- 2012-04-19 19:34:14 - building LINT kernel TB --- 2012-04-19 19:34:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 19:34:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 19:34:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 19:34:14 - SRCCONF=/dev/null TB --- 2012-04-19 19:34:14 - TARGET=powerpc TB --- 2012-04-19 19:34:14 - TARGET_ARCH=powerpc TB --- 2012-04-19 19:34:14 - TZ=UTC TB --- 2012-04-19 19:34:14 - __MAKE_CONF=/dev/null TB --- 2012-04-19 19:34:14 - cd /src TB --- 2012-04-19 19:34:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 19:34:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 19:48:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 19:48:09 - ERROR: failed to build LINT kernel TB --- 2012-04-19 19:48:09 - 7465.17 user 974.30 system 9298.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 19:52:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5909F1065778; Thu, 19 Apr 2012 19:52: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 14ECD8FC0C; Thu, 19 Apr 2012 19:52: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 q3JJqKSV037141; Thu, 19 Apr 2012 15:52:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JJqKnC037140; Thu, 19 Apr 2012 19:52:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 19:52:20 GMT Message-Id: <201204191952.q3JJqKnC037140@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 19:52:21 -0000 TB --- 2012-04-19 18:26:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 18:26: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 --- 2012-04-19 18:26:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-19 18:26:14 - cleaning the object tree TB --- 2012-04-19 18:27:32 - cvsupping the source tree TB --- 2012-04-19 18:27:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-19 18:28:19 - building world TB --- 2012-04-19 18:28:19 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 18:28:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 18:28:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 18:28:19 - SRCCONF=/dev/null TB --- 2012-04-19 18:28:19 - TARGET=sparc64 TB --- 2012-04-19 18:28:19 - TARGET_ARCH=sparc64 TB --- 2012-04-19 18:28:19 - TZ=UTC TB --- 2012-04-19 18:28:19 - __MAKE_CONF=/dev/null TB --- 2012-04-19 18:28:19 - cd /src TB --- 2012-04-19 18:28:19 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 18:28:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 19:34:08 UTC 2012 TB --- 2012-04-19 19:34:08 - generating LINT kernel config TB --- 2012-04-19 19:34:08 - cd /src/sys/sparc64/conf TB --- 2012-04-19 19:34:08 - /usr/bin/make -B LINT TB --- 2012-04-19 19:34:08 - cd /src/sys/sparc64/conf TB --- 2012-04-19 19:34:08 - /usr/sbin/config -m LINT TB --- 2012-04-19 19:34:08 - building LINT kernel TB --- 2012-04-19 19:34:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 19:34:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 19:34:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 19:34:08 - SRCCONF=/dev/null TB --- 2012-04-19 19:34:08 - TARGET=sparc64 TB --- 2012-04-19 19:34:08 - TARGET_ARCH=sparc64 TB --- 2012-04-19 19:34:08 - TZ=UTC TB --- 2012-04-19 19:34:08 - __MAKE_CONF=/dev/null TB --- 2012-04-19 19:34:08 - cd /src TB --- 2012-04-19 19:34:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 19:34:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 19:52:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 19:52:20 - ERROR: failed to build LINT kernel TB --- 2012-04-19 19:52:20 - 3884.64 user 642.19 system 5166.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:11:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 023EB106566C for ; Thu, 19 Apr 2012 20:11:30 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 658FF8FC08 for ; Thu, 19 Apr 2012 20:11:29 +0000 (UTC) Received: (qmail 15206 invoked from network); 19 Apr 2012 20:00:01 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2012 20:00:01 -0000 Message-ID: <4F907011.9080602@freebsd.org> Date: Thu, 19 Apr 2012 22:05:37 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Luigi Rizzo References: <20120419133018.GA91364@onelab2.iet.unipi.it> In-Reply-To: <20120419133018.GA91364@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 20:11:30 -0000 On 19.04.2012 15:30, Luigi Rizzo wrote: > I have been running some performance tests on UDP sockets, > using the netsend program in tools/tools/netrate/netsend > and instrumenting the source code and the kernel do return in > various points of the path. Here are some results which > I hope you find interesting. Jumping over very interesting analysis... > - the next expensive operation, consuming another 100ns, > is the mbuf allocation in m_uiotombuf(). Nevertheless, the allocator > seems to scale decently at least with 4 cores. The copyin() is > relatively inexpensive (not reported in the data below, but > disabling it saves only 15-20ns for a short packet). > > I have not followed the details, but the allocator calls the zone > allocator and there is at least one critical_enter()/critical_exit() > pair, and the highly modular architecture invokes long chains of > indirect function calls both on allocation and release. > > It might make sense to keep a small pool of mbufs attached to the > socket buffer instead of going to the zone allocator. > Or defer the actual encapsulation to the > (*so->so_proto->pr_usrreqs->pru_send)() which is called inline, anyways. The UMA mbuf allocator is certainly not perfect but rather good. It has a per-CPU cache of mbuf's that are very fast to allocate from. Once it has used them it needs to refill from the global pool which may happen from time to time and show up in the averages. > - another big bottleneck is the route lookup in ip_output() > (between entries 51 and 56). Not only it eats another > 100ns+ on an empty routing table, but it also > causes huge contentions when multiple cores > are involved. This is indeed a big problem. I'm working (rough edges remain) on changing the routing table locking to an rmlock (read-mostly) which doesn't produce any lock contention or cache pollution. Also skipping the per-route lock while the table read-lock is held should help some more. All in all this should give a massive gain in high pps situations at the expense of costlier routing table changes. However changes are seldom to essentially never with a single default route. After that the ARP table will gets same treatment and the low stack lock contention points should be gone for good. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:26:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D13F106566C; Thu, 19 Apr 2012 20:26:52 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 47CF28FC14; Thu, 19 Apr 2012 20:26:52 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4F4C273029; Thu, 19 Apr 2012 22:46:22 +0200 (CEST) Date: Thu, 19 Apr 2012 22:46:22 +0200 From: Luigi Rizzo To: Andre Oppermann Message-ID: <20120419204622.GA94904@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F907011.9080602@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 20:26:52 -0000 On Thu, Apr 19, 2012 at 10:05:37PM +0200, Andre Oppermann wrote: > On 19.04.2012 15:30, Luigi Rizzo wrote: > >I have been running some performance tests on UDP sockets, > >using the netsend program in tools/tools/netrate/netsend > >and instrumenting the source code and the kernel do return in > >various points of the path. Here are some results which > >I hope you find interesting. > > Jumping over very interesting analysis... > > >- the next expensive operation, consuming another 100ns, > > is the mbuf allocation in m_uiotombuf(). Nevertheless, the allocator > > seems to scale decently at least with 4 cores. The copyin() is > > relatively inexpensive (not reported in the data below, but > > disabling it saves only 15-20ns for a short packet). > > > > I have not followed the details, but the allocator calls the zone > > allocator and there is at least one critical_enter()/critical_exit() > > pair, and the highly modular architecture invokes long chains of > > indirect function calls both on allocation and release. > > > > It might make sense to keep a small pool of mbufs attached to the > > socket buffer instead of going to the zone allocator. > > Or defer the actual encapsulation to the > > (*so->so_proto->pr_usrreqs->pru_send)() which is called inline, anyways. > > The UMA mbuf allocator is certainly not perfect but rather good. > It has a per-CPU cache of mbuf's that are very fast to allocate > from. Once it has used them it needs to refill from the global > pool which may happen from time to time and show up in the averages. indeed i was pleased to see no difference between 1 and 4 threads. This also suggests that the global pool is accessed very seldom, and for short times, otherwise you'd see the effect with 4 threads. What might be moderately expensive are the critical_enter()/critical_exit() calls around individual allocations. The allocation happens while the code has already an exclusive lock on so->snd_buf so a pool of fresh buffers could be attached there. But the other consideration is that one could defer the mbuf allocation to a later time when the packet is actually built (or anyways right before the thread returns). What i envision (and this would fit nicely with netmap) is the following: - have a (possibly readonly) template for the headers (MAC+IP+UDP) attached to the socket, built on demand, and cached and managed with similar invalidation rules as used by fastforward; - possibly extend the pru_send interface so one can pass down the uio instead of the mbuf; - make an opportunistic buffer allocation in some place downstream, where the code already has an x-lock on some resource (could be the snd_buf, the interface, ...) so the allocation comes for free. > >- another big bottleneck is the route lookup in ip_output() > > (between entries 51 and 56). Not only it eats another > > 100ns+ on an empty routing table, but it also > > causes huge contentions when multiple cores > > are involved. > > This is indeed a big problem. I'm working (rough edges remain) on > changing the routing table locking to an rmlock (read-mostly) which i was wondering, is there a way (and/or any advantage) to use the fastforward code to look up the route for locally sourced packets ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:34:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46B9F106564A; Thu, 19 Apr 2012 20:34:47 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E4EAE8FC12; Thu, 19 Apr 2012 20:34:46 +0000 (UTC) Received: by iahk25 with SMTP id k25so16162210iah.13 for ; Thu, 19 Apr 2012 13:34:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=buv4RqLaamZ9gTkWjFB/bxxdamfK4foqvoXtm3kgcJU=; b=JUJQSYXJ14ujWukrqAypqDfUyHL1hTA3z9ggWHHoyAruNH1TE6mq9TFr0D0iLOxPzX HP02eO/dyzR4QKc5Wvdd+bpWNDFkg1cFZYo1gxwijITl22i7PGEiyWYnIuvB07py6hyj OPJdqjzgoPJ7we+iVixv1skqj8DgMVmPm9jaa5jFJOIM5V+iNua1jx2yu5oybGlnaAxO GswWa0P2IWvvt8RlcdaWgz6Bh9rDXOIe5twrpqQ1XRczyS954jDeR7MQP58B13kEbtz4 fawQDxs1cqnUMi/iO1d0a3EwOdDkL9AuPpzcMQeScvvrW4yPTMVIrYZZUAALB1rfTNtn CyOQ== MIME-Version: 1.0 Received: by 10.42.215.68 with SMTP id hd4mr3039567icb.30.1334867685664; Thu, 19 Apr 2012 13:34:45 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.50.129.39 with HTTP; Thu, 19 Apr 2012 13:34:45 -0700 (PDT) In-Reply-To: <20120419204622.GA94904@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> Date: Thu, 19 Apr 2012 22:34:45 +0200 X-Google-Sender-Auth: bUKbyZeO5HKtET2VBglA8ZX2Ja4 Message-ID: From: "K. Macy" To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andre Oppermann , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 20:34:47 -0000 >> This is indeed a big problem. =A0I'm working (rough edges remain) on >> changing the routing table locking to an rmlock (read-mostly) which > This only helps if your flows aren't hitting the same rtentry. Otherwise you still convoy on the lock for the rtentry itself to increment and decrement the rtentry's reference count. > i was wondering, is there a way (and/or any advantage) to use the > fastforward code to look up the route for locally sourced packets ? > If the number of peers is bounded then you can use the flowtable. Max PPS is much higher bypassing routing lookup. However, it doesn't scale to arbitrary flow numbers. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 20:42:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7C8A106566C; Thu, 19 Apr 2012 20:42: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 5480F8FC0C; Thu, 19 Apr 2012 20:42: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 q3JKgpv0050631; Thu, 19 Apr 2012 16:42:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JKgpgk050630; Thu, 19 Apr 2012 20:42:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 20:42:51 GMT Message-Id: <201204192042.q3JKgpgk050630@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 20:42:53 -0000 TB --- 2012-04-19 17:45:35 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 17:45: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 --- 2012-04-19 17:45:35 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-19 17:45:35 - cleaning the object tree TB --- 2012-04-19 17:47:31 - cvsupping the source tree TB --- 2012-04-19 17:47:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-19 17:48:27 - building world TB --- 2012-04-19 17:48:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 17:48:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 17:48:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 17:48:27 - SRCCONF=/dev/null TB --- 2012-04-19 17:48:27 - TARGET=powerpc TB --- 2012-04-19 17:48:27 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 17:48:27 - TZ=UTC TB --- 2012-04-19 17:48:27 - __MAKE_CONF=/dev/null TB --- 2012-04-19 17:48:27 - cd /src TB --- 2012-04-19 17:48:27 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 17:48:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Apr 19 20:28:58 UTC 2012 TB --- 2012-04-19 20:28:58 - generating LINT kernel config TB --- 2012-04-19 20:28:58 - cd /src/sys/powerpc/conf TB --- 2012-04-19 20:28:58 - /usr/bin/make -B LINT TB --- 2012-04-19 20:28:58 - cd /src/sys/powerpc/conf TB --- 2012-04-19 20:28:58 - /usr/sbin/config -m LINT TB --- 2012-04-19 20:28:58 - building LINT kernel TB --- 2012-04-19 20:28:58 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 20:28:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 20:28:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 20:28:58 - SRCCONF=/dev/null TB --- 2012-04-19 20:28:58 - TARGET=powerpc TB --- 2012-04-19 20:28:58 - TARGET_ARCH=powerpc64 TB --- 2012-04-19 20:28:58 - TZ=UTC TB --- 2012-04-19 20:28:58 - __MAKE_CONF=/dev/null TB --- 2012-04-19 20:28:58 - cd /src TB --- 2012-04-19 20:28:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 20:28:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 20:42:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 20:42:51 - ERROR: failed to build LINT kernel TB --- 2012-04-19 20:42:51 - 8824.70 user 1159.47 system 10636.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:02:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7177A106566B; Thu, 19 Apr 2012 21:02:53 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 298998FC15; Thu, 19 Apr 2012 21:02:52 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 2D8A473029; Thu, 19 Apr 2012 23:22:24 +0200 (CEST) Date: Thu, 19 Apr 2012 23:22:24 +0200 From: Luigi Rizzo To: "K. Macy" Message-ID: <20120419212224.GA95459@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Andre Oppermann , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:02:53 -0000 On Thu, Apr 19, 2012 at 10:34:45PM +0200, K. Macy wrote: > >> This is indeed a big problem. ?I'm working (rough edges remain) on > >> changing the routing table locking to an rmlock (read-mostly) which > > > > This only helps if your flows aren't hitting the same rtentry. > Otherwise you still convoy on the lock for the rtentry itself to > increment and decrement the rtentry's reference count. > > > i was wondering, is there a way (and/or any advantage) to use the > > fastforward code to look up the route for locally sourced packets ? actually, now that i look at the code, both ip_output() and the ip_fastforward code use the same in_rtalloc_ign(...) > > > > If the number of peers is bounded then you can use the flowtable. Max > PPS is much higher bypassing routing lookup. However, it doesn't scale > to arbitrary flow numbers. re. flowtable, could you point me to what i should do instead of calling in_rtalloc_ign() ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:06:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467BC106564A; Thu, 19 Apr 2012 21:06:39 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E14CB8FC16; Thu, 19 Apr 2012 21:06:38 +0000 (UTC) Received: by iahk25 with SMTP id k25so16204273iah.13 for ; Thu, 19 Apr 2012 14:06:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iN23oN6WTe8edGdt9aVL7d9+1s9ABXoM5R6xLO+wTAk=; b=UmPaIUK1tE4wJt060BmFvoAdkcW79HQ5lGKUh1dd+uRCgxeDPa3S+8q7vUHLlbnHzd Nsjtk7Zd5YY5pH7AN/Dv1XpSITr2yn+Pr8b2rFQTYa/wSDEK0awkK+zQ1eXuCxfK81AU qU0c+Dyjxouc2afFcsQo6ZtmrNe/C8i56F2sy4fBXdM7IJdrS5q023OOBa2toNb5zHfN eEHUPJ8zcPR/yz+1U53UsvKohwmEm99YEECFO0+F1K4BjwjFMbFtfQm/xIvch2jmOsdV V0O86c9UL2vODXJGwpN7jZui9bOgTaULAngtIXU9p9eCeUaN5aqIHXLl5s8UKXT6ud5X w5zg== MIME-Version: 1.0 Received: by 10.50.194.232 with SMTP id hz8mr3912197igc.38.1334869598605; Thu, 19 Apr 2012 14:06:38 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.50.129.39 with HTTP; Thu, 19 Apr 2012 14:06:38 -0700 (PDT) In-Reply-To: <20120419212224.GA95459@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <20120419212224.GA95459@onelab2.iet.unipi.it> Date: Thu, 19 Apr 2012 23:06:38 +0200 X-Google-Sender-Auth: FTB_DkrCoCzDUCOEYnPzbMJVtwE Message-ID: From: "K. Macy" To: Luigi Rizzo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Andre Oppermann , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:06:39 -0000 On Thu, Apr 19, 2012 at 11:22 PM, Luigi Rizzo wrote: > On Thu, Apr 19, 2012 at 10:34:45PM +0200, K. Macy wrote: >> >> This is indeed a big problem. ?I'm working (rough edges remain) on >> >> changing the routing table locking to an rmlock (read-mostly) which >> > >> >> This only helps if your flows aren't hitting the same rtentry. >> Otherwise you still convoy on the lock for the rtentry itself to >> increment and decrement the rtentry's reference count. >> >> > i was wondering, is there a way (and/or any advantage) to use the >> > fastforward code to look up the route for locally sourced packets ? > > actually, now that i look at the code, both ip_output() and > the ip_fastforward code use the same in_rtalloc_ign(...) > >> > >> >> If the number of peers is bounded then you can use the flowtable. Max >> PPS is much higher bypassing routing lookup. However, it doesn't scale >> to arbitrary flow numbers. > > re. flowtable, could you point me to what i should do instead of > calling in_rtalloc_ign() ? If you build with it in your kernel config and enable the sysctl ip_output will automatically use it for TCP and UDP connections. If you're doing forwarding you'll need to patch the forwarding path. Fabien Thomas has a patch for that that I just fixed/identified a bug in for him. -Kip --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:11:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D50E1065672 for ; Thu, 19 Apr 2012 21:11:32 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB7B8FC19 for ; Thu, 19 Apr 2012 21:11:31 +0000 (UTC) Received: (qmail 15491 invoked from network); 19 Apr 2012 21:06:44 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2012 21:06:44 -0000 Message-ID: <4F907FB4.3080400@freebsd.org> Date: Thu, 19 Apr 2012 23:12:20 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "K. Macy" References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:11:32 -0000 On 19.04.2012 22:34, K. Macy wrote: >>> This is indeed a big problem. I'm working (rough edges remain) on >>> changing the routing table locking to an rmlock (read-mostly) which >> > > This only helps if your flows aren't hitting the same rtentry. > Otherwise you still convoy on the lock for the rtentry itself to > increment and decrement the rtentry's reference count. The rtentry lock isn't obtained anymore. While the rmlock read lock is held on the rtable the relevant information like ifp and such is copied out. No later referencing possible. In the end any referencing of an rtentry would be forbidden and the rtentry lock can be removed. The second step can be optional though. >> i was wondering, is there a way (and/or any advantage) to use the >> fastforward code to look up the route for locally sourced packets ? >> > > If the number of peers is bounded then you can use the flowtable. Max > PPS is much higher bypassing routing lookup. However, it doesn't scale > to arbitrary flow numbers. In theory a rmlock-only lookup into a default-route only routing table would be faster than creating a flow table entry for every destination. It a matter of churn though. The flowtable isn't lockless in itself, is it? -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:17:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 761A0106567A; Thu, 19 Apr 2012 21:17:42 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 042098FC0A; Thu, 19 Apr 2012 21:17:41 +0000 (UTC) Received: by ghrr20 with SMTP id r20so5827735ghr.13 for ; Thu, 19 Apr 2012 14:17:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WDjnKcnbDW84Qn4y0ukwCVgwaiqViy2MULkLUVZKz20=; b=oTQRdNkxDlPY+/1+ronDP5n1m7rYDR8Ya75r2zRPsOx5PpmyePMtJVsbToGPARET/o jQQhdecLSXZIkGWYXO1dbotZ/MZUobnKnhR1Li+uQkaIeJ1YDmzKdPRpFlGdU4LEdber eMYSgs378lrSKBra0hHP/KJIKw3ER2HueceiCSX2BkTToZBTddSoZsz0UbO1rfricB9d w+JkEhM5YIVBAtnkSVW+bi3V934WMgsI/OMh+WZ+O/pLZG0zkeUWwHhrmCAkyyfuv1+m EtCP04aTxOr3RuarjdXEBPf/J4JEVo2f6PcM92lDHN4BsFYE+siBAEvjr08XObKenm1R XJKA== MIME-Version: 1.0 Received: by 10.50.194.232 with SMTP id hz8mr3932371igc.38.1334870261345; Thu, 19 Apr 2012 14:17:41 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.50.129.39 with HTTP; Thu, 19 Apr 2012 14:17:41 -0700 (PDT) In-Reply-To: <4F907FB4.3080400@freebsd.org> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F907FB4.3080400@freebsd.org> Date: Thu, 19 Apr 2012 23:17:41 +0200 X-Google-Sender-Auth: q7xbaDuXNxDADDM4ozkcC7eXqE8 Message-ID: From: "K. Macy" To: Andre Oppermann Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Luigi Rizzo , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:17:42 -0000 >> This only helps if your flows aren't hitting the same rtentry. >> Otherwise you still convoy on the lock for the rtentry itself to >> increment and decrement the rtentry's reference count. > > > The rtentry lock isn't obtained anymore. =A0While the rmlock read > lock is held on the rtable the relevant information like ifp and > such is copied out. =A0No later referencing possible. =A0In the end > any referencing of an rtentry would be forbidden and the rtentry > lock can be removed. =A0The second step can be optional though. Can you point me to a tree where you've made these changes? >>> i was wondering, is there a way (and/or any advantage) to use the >>> fastforward code to look up the route for locally sourced packets ? >>> >> >> If the number of peers is bounded then you can use the flowtable. Max >> PPS is much higher bypassing routing lookup. However, it doesn't scale >> to arbitrary flow numbers. > > > In theory a rmlock-only lookup into a default-route only routing > table would be faster than creating a flow table entry for every > destination. =A0It a matter of churn though. =A0The flowtable isn't > lockless in itself, is it? It is. In a steady state where the working set of peers fits in the table it should be just a simple hash of the ip and then a lookup. -Kip --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:19:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 325281065670 for ; Thu, 19 Apr 2012 21:19:11 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA2F8FC1A for ; Thu, 19 Apr 2012 21:19:10 +0000 (UTC) Received: (qmail 15558 invoked from network); 19 Apr 2012 21:14:23 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2012 21:14:23 -0000 Message-ID: <4F908180.6010408@freebsd.org> Date: Thu, 19 Apr 2012 23:20:00 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Luigi Rizzo References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> In-Reply-To: <20120419204622.GA94904@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:19:11 -0000 On 19.04.2012 22:46, Luigi Rizzo wrote: > On Thu, Apr 19, 2012 at 10:05:37PM +0200, Andre Oppermann wrote: >> On 19.04.2012 15:30, Luigi Rizzo wrote: >>> I have been running some performance tests on UDP sockets, >>> using the netsend program in tools/tools/netrate/netsend >>> and instrumenting the source code and the kernel do return in >>> various points of the path. Here are some results which >>> I hope you find interesting. >> >> Jumping over very interesting analysis... >> >>> - the next expensive operation, consuming another 100ns, >>> is the mbuf allocation in m_uiotombuf(). Nevertheless, the allocator >>> seems to scale decently at least with 4 cores. The copyin() is >>> relatively inexpensive (not reported in the data below, but >>> disabling it saves only 15-20ns for a short packet). >>> >>> I have not followed the details, but the allocator calls the zone >>> allocator and there is at least one critical_enter()/critical_exit() >>> pair, and the highly modular architecture invokes long chains of >>> indirect function calls both on allocation and release. >>> >>> It might make sense to keep a small pool of mbufs attached to the >>> socket buffer instead of going to the zone allocator. >>> Or defer the actual encapsulation to the >>> (*so->so_proto->pr_usrreqs->pru_send)() which is called inline, anyways. >> >> The UMA mbuf allocator is certainly not perfect but rather good. >> It has a per-CPU cache of mbuf's that are very fast to allocate >> from. Once it has used them it needs to refill from the global >> pool which may happen from time to time and show up in the averages. > > indeed i was pleased to see no difference between 1 and 4 threads. > This also suggests that the global pool is accessed very seldom, > and for short times, otherwise you'd see the effect with 4 threads. Robert did the per-CPU mbuf allocator pools a few years ago. Excellent engineering. > What might be moderately expensive are the critical_enter()/critical_exit() > calls around individual allocations. Can't get away from those as a thread must not migrate away when manipulating the per-CPU mbuf pool. > The allocation happens while the code has already an exclusive > lock on so->snd_buf so a pool of fresh buffers could be attached > there. Ah, there it is not necessary to hold the snd_buf lock while doing the allocate+copyin. With soreceive_stream() (which is experimental not enabled by default) I did just that for the receive path. It's quite a significant gain there. IMHO better resolve the locking order than to juggle yet another mbuf sink. > But the other consideration is that one could defer the mbuf allocation > to a later time when the packet is actually built (or anyways > right before the thread returns). > What i envision (and this would fit nicely with netmap) is the following: > - have a (possibly readonly) template for the headers (MAC+IP+UDP) > attached to the socket, built on demand, and cached and managed > with similar invalidation rules as used by fastforward; That would require to cross-pointer the rtentry and whatnot again. We want to get away from that to untangle the (locking) mess that eventually results from it. > - possibly extend the pru_send interface so one can pass down the uio > instead of the mbuf; > - make an opportunistic buffer allocation in some place downstream, > where the code already has an x-lock on some resource (could be > the snd_buf, the interface, ...) so the allocation comes for free. ETOOCOMPLEXOVERTIME. >>> - another big bottleneck is the route lookup in ip_output() >>> (between entries 51 and 56). Not only it eats another >>> 100ns+ on an empty routing table, but it also >>> causes huge contentions when multiple cores >>> are involved. >> >> This is indeed a big problem. I'm working (rough edges remain) on >> changing the routing table locking to an rmlock (read-mostly) which > > i was wondering, is there a way (and/or any advantage) to use the > fastforward code to look up the route for locally sourced packets ? No. The main advantage/difference of fastforward is the short code path and processing to completion. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:26:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEE60106574E for ; Thu, 19 Apr 2012 21:26:13 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC0F8FC08 for ; Thu, 19 Apr 2012 21:26:13 +0000 (UTC) Received: (qmail 15631 invoked from network); 19 Apr 2012 21:21:26 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2012 21:21:26 -0000 Message-ID: <4F908327.5070905@freebsd.org> Date: Thu, 19 Apr 2012 23:27:03 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "K. Macy" References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F907FB4.3080400@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:26:14 -0000 On 19.04.2012 23:17, K. Macy wrote: >>> This only helps if your flows aren't hitting the same rtentry. >>> Otherwise you still convoy on the lock for the rtentry itself to >>> increment and decrement the rtentry's reference count. >> >> >> The rtentry lock isn't obtained anymore. While the rmlock read >> lock is held on the rtable the relevant information like ifp and >> such is copied out. No later referencing possible. In the end >> any referencing of an rtentry would be forbidden and the rtentry >> lock can be removed. The second step can be optional though. > > Can you point me to a tree where you've made these changes? It's not in a public tree. I just did a 'svn up' and the recent pf and rtsocket changes created some conflicts. Have to solve them before posting. Timeframe (early) next week. >>>> i was wondering, is there a way (and/or any advantage) to use the >>>> fastforward code to look up the route for locally sourced packets ? >>>> >>> >>> If the number of peers is bounded then you can use the flowtable. Max >>> PPS is much higher bypassing routing lookup. However, it doesn't scale >>> to arbitrary flow numbers. >> >> >> In theory a rmlock-only lookup into a default-route only routing >> table would be faster than creating a flow table entry for every >> destination. It a matter of churn though. The flowtable isn't >> lockless in itself, is it? > > It is. In a steady state where the working set of peers fits in the > table it should be just a simple hash of the ip and then a lookup. Yes, but the lookup requires a lock? Or is every entry replicated to every CPU? So a number of concurrent CPU's sending to the same UDP destination would content on that lock? -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:35:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 611861065670; Thu, 19 Apr 2012 21:35:39 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 090468FC0C; Thu, 19 Apr 2012 21:35:38 +0000 (UTC) Received: by iahk25 with SMTP id k25so16242486iah.13 for ; Thu, 19 Apr 2012 14:35:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Asi4YOMxu43RtDGRFcdZPT1OGPXziO4+WjVuKC/gOS4=; b=VUp9UtqKmuhuXwDrp2GGnMBE6XyM7ascY57VExwP5aZskYAAhAA+4HgA+3tN4LeRsd vI9W1KTFAeLK6v7zu3c3+0a559p4VyxXf/1bIyMAYgOG57BbpeNOfTYsyoW10DvCXGl/ xttI2hSemQuHalecjvM7GZHcRKRu3Qgy92pLVfRXQ+9q60fcuZ9u+5RRn3mxe6kjKTne IcMqAC2Naux3FTQQyPJPZY1DpEcr19fbm4Czp8uNjg9wlOgUHRlsIgTwKc5EhBRY4Toc EyfF8S0TW54xO6JoUArE2DQV/8OkwbmbXXroOXlCIzmEknam7HV0WxWvainnHl6f+9rx ojSg== MIME-Version: 1.0 Received: by 10.42.215.68 with SMTP id hd4mr3133446icb.30.1334871337762; Thu, 19 Apr 2012 14:35:37 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.50.129.39 with HTTP; Thu, 19 Apr 2012 14:35:37 -0700 (PDT) In-Reply-To: <4F908327.5070905@freebsd.org> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F907FB4.3080400@freebsd.org> <4F908327.5070905@freebsd.org> Date: Thu, 19 Apr 2012 23:35:37 +0200 X-Google-Sender-Auth: 1nWblGoeSwC2uIEkBEfE9_NHhBQ Message-ID: From: "K. Macy" To: Andre Oppermann Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Luigi Rizzo , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:35:39 -0000 > > Yes, but the lookup requires a lock? =A0Or is every entry replicated > to every CPU? =A0So a number of concurrent CPU's sending to the same > UDP destination would content on that lock? No. In the default case it's per CPU, thus no serialization is required. But yes, if your transmitting thread manages to bounce to every core during send within the flow expiration window you'll have an extra 12 or however many bytes per peer times the number of cores. There is usually a fair amount of CPU affinity over a given unit time. --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:37:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43031106564A; Thu, 19 Apr 2012 21:37:20 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA6F48FC20; Thu, 19 Apr 2012 21:37:19 +0000 (UTC) Received: by iahk25 with SMTP id k25so16244808iah.13 for ; Thu, 19 Apr 2012 14:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VdqKexkI9NTQNRAqwjznatyBt1CkDTEafj5KZbqQggc=; b=uwHtiBV8WS0aMae4jbpF9mBLAAUwdNkpmkOJWjlvR5lV2kyf3uuj7UJUJ8I9ltH7Dq A8qt1/wcrh/h1Fk2ZG9RMXnUFqgJUapFIeeLwKY01uxcBaCJ5Vw5f0k3YBkptajEBbpx OpHeCisjpkbR2K8XEOXTt0VhmHSxMKDzNCIUYFGfCKe+PHxHzbC3DJMNooOmHgWWkMH2 cRTqTt6Uu2JQS8hY2/PftDpIk3JPfwgrCJpMzYEIM1RYBEPTZJmdTQv+Z740X5KjrMPa 3B2u57SSKQOL2mpjwj96Fi27HT+IT87gMzhjC93z9BnIYJaOGwWu5xh02eQIUZ9reMch Q52A== MIME-Version: 1.0 Received: by 10.50.194.232 with SMTP id hz8mr3966958igc.38.1334871439533; Thu, 19 Apr 2012 14:37:19 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.50.129.39 with HTTP; Thu, 19 Apr 2012 14:37:19 -0700 (PDT) In-Reply-To: <4F908327.5070905@freebsd.org> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F907FB4.3080400@freebsd.org> <4F908327.5070905@freebsd.org> Date: Thu, 19 Apr 2012 23:37:19 +0200 X-Google-Sender-Auth: SYeilf-tPrYXA-B61Uy17lxh7Eg Message-ID: From: "K. Macy" To: Andre Oppermann Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Luigi Rizzo , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:37:20 -0000 On Thu, Apr 19, 2012 at 11:27 PM, Andre Oppermann wrote= : > On 19.04.2012 23:17, K. Macy wrote: >>>> >>>> This only helps if your flows aren't hitting the same rtentry. >>>> Otherwise you still convoy on the lock for the rtentry itself to >>>> increment and decrement the rtentry's reference count. >>> >>> >>> >>> The rtentry lock isn't obtained anymore. =A0While the rmlock read >>> lock is held on the rtable the relevant information like ifp and >>> such is copied out. =A0No later referencing possible. =A0In the end >>> any referencing of an rtentry would be forbidden and the rtentry >>> lock can be removed. =A0The second step can be optional though. >> >> >> Can you point me to a tree where you've made these changes? > > > It's not in a public tree. =A0I just did a 'svn up' and the recent > pf and rtsocket changes created some conflicts. =A0Have to solve > them before posting. =A0Timeframe (early) next week. > > Ok. Keep us posted. Thanks, Kip --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 21:43:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 039961065679; Thu, 19 Apr 2012 21:43:37 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id B64F68FC12; Thu, 19 Apr 2012 21:43:36 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0F42873027; Fri, 20 Apr 2012 00:03:08 +0200 (CEST) Date: Fri, 20 Apr 2012 00:03:08 +0200 From: Luigi Rizzo To: Andre Oppermann Message-ID: <20120419220308.GB95692@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F908180.6010408@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F908180.6010408@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 21:43:37 -0000 On Thu, Apr 19, 2012 at 11:20:00PM +0200, Andre Oppermann wrote: > On 19.04.2012 22:46, Luigi Rizzo wrote: ... > >What might be moderately expensive are the critical_enter()/critical_exit() > >calls around individual allocations. > > Can't get away from those as a thread must not migrate away > when manipulating the per-CPU mbuf pool. i understand. > >The allocation happens while the code has already an exclusive > >lock on so->snd_buf so a pool of fresh buffers could be attached > >there. > > Ah, there it is not necessary to hold the snd_buf lock while > doing the allocate+copyin. With soreceive_stream() (which is it is not held in the tx path either -- but there is a short section before m_uiotombuf() which does ... SOCKBUF_LOCK(&so->so_snd); // check for pending errors, sbspace, so_state SOCKBUF_UNLOCK(&so->so_snd); ... (some of this is slightly dubious, but that's another story) > >But the other consideration is that one could defer the mbuf allocation > >to a later time when the packet is actually built (or anyways > >right before the thread returns). > >What i envision (and this would fit nicely with netmap) is the following: > >- have a (possibly readonly) template for the headers (MAC+IP+UDP) > > attached to the socket, built on demand, and cached and managed > > with similar invalidation rules as used by fastforward; > > That would require to cross-pointer the rtentry and whatnot again. i was planning to keep a copy, not a reference. If the copy becomes temporarily stale, no big deal, as long as you can detect it reasonably quiclky -- routes are not guaranteed to be correct, anyways. > >- possibly extend the pru_send interface so one can pass down the uio > > instead of the mbuf; > >- make an opportunistic buffer allocation in some place downstream, > > where the code already has an x-lock on some resource (could be > > the snd_buf, the interface, ...) so the allocation comes for free. > > ETOOCOMPLEXOVERTIME. maybe. But i want to investigate this. cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 22:37:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFE0C106566B for ; Thu, 19 Apr 2012 22:37:28 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0F38FC18 for ; Thu, 19 Apr 2012 22:37:27 +0000 (UTC) Received: (qmail 16058 invoked from network); 19 Apr 2012 22:32:39 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2012 22:32:39 -0000 Message-ID: <4F9093A1.3080305@freebsd.org> Date: Fri, 20 Apr 2012 00:37:21 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Luigi Rizzo References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F908180.6010408@freebsd.org> <20120419220308.GB95692@onelab2.iet.unipi.it> In-Reply-To: <20120419220308.GB95692@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 22:37:28 -0000 On 20.04.2012 00:03, Luigi Rizzo wrote: > On Thu, Apr 19, 2012 at 11:20:00PM +0200, Andre Oppermann wrote: >> On 19.04.2012 22:46, Luigi Rizzo wrote: >>> The allocation happens while the code has already an exclusive >>> lock on so->snd_buf so a pool of fresh buffers could be attached >>> there. >> >> Ah, there it is not necessary to hold the snd_buf lock while >> doing the allocate+copyin. With soreceive_stream() (which is > > it is not held in the tx path either -- but there is a short section > before m_uiotombuf() which does > > ... > SOCKBUF_LOCK(&so->so_snd); > // check for pending errors, sbspace, so_state > SOCKBUF_UNLOCK(&so->so_snd); > ... > > (some of this is slightly dubious, but that's another story) Indeed the lock isn't held across the m_uiotombuf(). You're talking about filling an sockbuf mbuf cache while holding the lock? >>> But the other consideration is that one could defer the mbuf allocation >>> to a later time when the packet is actually built (or anyways >>> right before the thread returns). >>> What i envision (and this would fit nicely with netmap) is the following: >>> - have a (possibly readonly) template for the headers (MAC+IP+UDP) >>> attached to the socket, built on demand, and cached and managed >>> with similar invalidation rules as used by fastforward; >> >> That would require to cross-pointer the rtentry and whatnot again. > > i was planning to keep a copy, not a reference. If the copy becomes > temporarily stale, no big deal, as long as you can detect it reasonably > quiclky -- routes are not guaranteed to be correct, anyways. Be wary of disappearing interface pointers... >>> - possibly extend the pru_send interface so one can pass down the uio >>> instead of the mbuf; >>> - make an opportunistic buffer allocation in some place downstream, >>> where the code already has an x-lock on some resource (could be >>> the snd_buf, the interface, ...) so the allocation comes for free. >> >> ETOOCOMPLEXOVERTIME. > > maybe. But i want to investigate this. I fail see what passing down the uio would gain you. The snd_buf lock isn't obtained again after the copyin. Not that I want to prevent you from investigating other ways. ;) -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 23:49:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB14F1065670; Thu, 19 Apr 2012 23:49: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 7D9168FC0A; Thu, 19 Apr 2012 23:49:28 +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 q3JNnMEq043135; Thu, 19 Apr 2012 19:49:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JNnMkU043134; Thu, 19 Apr 2012 23:49:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 23:49:22 GMT Message-Id: <201204192349.q3JNnMkU043134@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 23:49:29 -0000 TB --- 2012-04-19 20:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 20:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 20:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-19 20:50:00 - cleaning the object tree TB --- 2012-04-19 20:57:00 - cvsupping the source tree TB --- 2012-04-19 20:57:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-19 20:59:14 - building world TB --- 2012-04-19 20:59:14 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 20:59:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 20:59:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 20:59:14 - SRCCONF=/dev/null TB --- 2012-04-19 20:59:14 - TARGET=pc98 TB --- 2012-04-19 20:59:14 - TARGET_ARCH=i386 TB --- 2012-04-19 20:59:14 - TZ=UTC TB --- 2012-04-19 20:59:14 - __MAKE_CONF=/dev/null TB --- 2012-04-19 20:59:14 - cd /src TB --- 2012-04-19 20:59:14 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 20:59:16 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 23:27:23 UTC 2012 TB --- 2012-04-19 23:27:23 - generating LINT kernel config TB --- 2012-04-19 23:27:23 - cd /src/sys/pc98/conf TB --- 2012-04-19 23:27:23 - /usr/bin/make -B LINT TB --- 2012-04-19 23:27:23 - cd /src/sys/pc98/conf TB --- 2012-04-19 23:27:23 - /usr/sbin/config -m LINT TB --- 2012-04-19 23:27:23 - building LINT kernel TB --- 2012-04-19 23:27:23 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 23:27:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 23:27:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 23:27:23 - SRCCONF=/dev/null TB --- 2012-04-19 23:27:23 - TARGET=pc98 TB --- 2012-04-19 23:27:23 - TARGET_ARCH=i386 TB --- 2012-04-19 23:27:23 - TZ=UTC TB --- 2012-04-19 23:27:23 - __MAKE_CONF=/dev/null TB --- 2012-04-19 23:27:23 - cd /src TB --- 2012-04-19 23:27:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 23:27:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 23:49:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 23:49:21 - ERROR: failed to build LINT kernel TB --- 2012-04-19 23:49:21 - 7434.75 user 1046.00 system 10761.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 23:53:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18F14106566C; Thu, 19 Apr 2012 23:53:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CD1D58FC18; Thu, 19 Apr 2012 23:53:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3JNrJYv078681; Thu, 19 Apr 2012 19:53:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3JNrJB9078678; Thu, 19 Apr 2012 23:53:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Apr 2012 23:53:19 GMT Message-Id: <201204192353.q3JNrJB9078678@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 23:53:20 -0000 TB --- 2012-04-19 20:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 20:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 20:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-19 20:50:00 - cleaning the object tree TB --- 2012-04-19 20:57:30 - cvsupping the source tree TB --- 2012-04-19 20:57:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-19 20:59:29 - building world TB --- 2012-04-19 20:59:29 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 20:59:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 20:59:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 20:59:29 - SRCCONF=/dev/null TB --- 2012-04-19 20:59:29 - TARGET=i386 TB --- 2012-04-19 20:59:29 - TARGET_ARCH=i386 TB --- 2012-04-19 20:59:29 - TZ=UTC TB --- 2012-04-19 20:59:29 - __MAKE_CONF=/dev/null TB --- 2012-04-19 20:59:29 - cd /src TB --- 2012-04-19 20:59:29 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 20:59:29 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 19 23:27:00 UTC 2012 TB --- 2012-04-19 23:27:00 - generating LINT kernel config TB --- 2012-04-19 23:27:00 - cd /src/sys/i386/conf TB --- 2012-04-19 23:27:00 - /usr/bin/make -B LINT TB --- 2012-04-19 23:27:01 - cd /src/sys/i386/conf TB --- 2012-04-19 23:27:01 - /usr/sbin/config -m LINT TB --- 2012-04-19 23:27:01 - building LINT kernel TB --- 2012-04-19 23:27:01 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 23:27:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 23:27:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 23:27:01 - SRCCONF=/dev/null TB --- 2012-04-19 23:27:01 - TARGET=i386 TB --- 2012-04-19 23:27:01 - TARGET_ARCH=i386 TB --- 2012-04-19 23:27:01 - TZ=UTC TB --- 2012-04-19 23:27:01 - __MAKE_CONF=/dev/null TB --- 2012-04-19 23:27:01 - cd /src TB --- 2012-04-19 23:27:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 19 23:27:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o isci.ko isci.kld objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-19 23:53:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-19 23:53:19 - ERROR: failed to build LINT kernel TB --- 2012-04-19 23:53:19 - 7679.35 user 1073.71 system 10998.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 00:01:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E06F1106564A for ; Fri, 20 Apr 2012 00:01:23 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2B68FC0C for ; Fri, 20 Apr 2012 00:01:21 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q3K01CBF003950 for ; Thu, 19 Apr 2012 18:01:15 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Fri, 20 Apr 2012 07:01:08 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201204200701.08507.erichfreebsdlist@ovitrap.com> Subject: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 00:01:24 -0000 Hi, there are so many different news about the X220 here that it is not so clear to me whether an install will result in a usable system. If everything works fine, there should be one for me tomorrow ready to get FreeBSD. My plan is to start with a plain 9.0 installation and upgrade it then to 10.0 before installing any ports. All I saw from the list is that 10.0 is the best option to get a usable system. Is there a better option? Erich From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 00:26:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C457106566B; Fri, 20 Apr 2012 00:26: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 DE4978FC0C; Fri, 20 Apr 2012 00:26:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3K0Q9tG021879; Thu, 19 Apr 2012 20:26:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K0Q9vL021874; Fri, 20 Apr 2012 00:26:09 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 00:26:09 GMT Message-Id: <201204200026.q3K0Q9vL021874@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 00:26:10 -0000 TB --- 2012-04-19 20:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 20:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 20:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-19 20:50:00 - cleaning the object tree TB --- 2012-04-19 20:59:51 - cvsupping the source tree TB --- 2012-04-19 20:59:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-19 21:00:21 - building world TB --- 2012-04-19 21:00:21 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 21:00:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 21:00:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 21:00:21 - SRCCONF=/dev/null TB --- 2012-04-19 21:00:21 - TARGET=amd64 TB --- 2012-04-19 21:00:21 - TARGET_ARCH=amd64 TB --- 2012-04-19 21:00:21 - TZ=UTC TB --- 2012-04-19 21:00:21 - __MAKE_CONF=/dev/null TB --- 2012-04-19 21:00:21 - cd /src TB --- 2012-04-19 21:00:21 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 21:00:21 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 20 00:02:19 UTC 2012 TB --- 2012-04-20 00:02:19 - generating LINT kernel config TB --- 2012-04-20 00:02:19 - cd /src/sys/amd64/conf TB --- 2012-04-20 00:02:19 - /usr/bin/make -B LINT TB --- 2012-04-20 00:02:19 - cd /src/sys/amd64/conf TB --- 2012-04-20 00:02:19 - /usr/sbin/config -m LINT TB --- 2012-04-20 00:02:19 - building LINT kernel TB --- 2012-04-20 00:02:19 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 00:02:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 00:02:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 00:02:19 - SRCCONF=/dev/null TB --- 2012-04-20 00:02:19 - TARGET=amd64 TB --- 2012-04-20 00:02:19 - TARGET_ARCH=amd64 TB --- 2012-04-20 00:02:19 - TZ=UTC TB --- 2012-04-20 00:02:19 - __MAKE_CONF=/dev/null TB --- 2012-04-20 00:02:19 - cd /src TB --- 2012-04-20 00:02:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 00:02:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk isci.ko export_syms | xargs -J% objcopy % isci.ko objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 00:26:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 00:26:09 - ERROR: failed to build LINT kernel TB --- 2012-04-20 00:26:09 - 9014.27 user 1364.92 system 12968.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 00:32:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA730106566C for ; Fri, 20 Apr 2012 00:32:04 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2448FC0A for ; Fri, 20 Apr 2012 00:32:04 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so429206pbc.13 for ; Thu, 19 Apr 2012 17:32:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PGnCxhl/v3u7EojJkWcan20qnajq4tCH1q0wh4Zlfng=; b=ZL6VlHTE+CozFLPDPDEpxtdOBrAE/GrC7nS6mWZfgGlrvy+tHoXBmB4mJ4qZUOX7TP YgBTWkweRfLePqVY2XcPJkcc6/rB4MjJOiTsKnN8CgHKJ0zzCBG5/pcU/DAVlz09tF83 4DSgVrqx4Gwv2r6ov2SWj11jZ+qUjvJZ7WoaLR+WwuC+5JBi8810s/tIN736XB2OJ8Vq wKu+Qj7WSB/0EjW7ehKOYEJN219Mn283SYf9xvpz2eQlt4ilfDhHQlzrnbG3kpGhXSWj 87zPvXaeiwS+RNpYSpuh9dU/29KHwzcayWYSGgL5GMRtTRXLhuJiMd8hva0mxMKn+AwR x2yQ== Received: by 10.68.202.234 with SMTP id kl10mr8436677pbc.52.1334881924315; Thu, 19 Apr 2012 17:32:04 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id d6sm3659767pbi.23.2012.04.19.17.32.02 (version=SSLv3 cipher=OTHER); Thu, 19 Apr 2012 17:32:03 -0700 (PDT) Message-ID: <4F90AE77.2020408@gmail.com> Date: Thu, 19 Apr 2012 17:31:51 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Erich Dollansky References: <201204200701.08507.erichfreebsdlist@ovitrap.com> In-Reply-To: <201204200701.08507.erichfreebsdlist@ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 00:32:04 -0000 On 04/19/12 17:01, Erich Dollansky wrote: > Hi, > > there are so many different news about the X220 here that it is not so clear to me whether an install will result in a usable system. > > If everything works fine, there should be one for me tomorrow ready to get FreeBSD. My plan is to start with a plain 9.0 installation and upgrade it then to 10.0 before installing any ports. > > All I saw from the list is that 10.0 is the best option to get a usable system. > > Is there a better option? > > 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" > That's what I've been using. I'm about ready to say goodbye to gentoo permanently on mine, although it's a work machine so I'm taking my time. * *What works: suspend/resume (must use Xorg KMS to have display on resume), needs sysctl twiddling for PCI resume/suspend backlight (via hack for now) keyboard (needs sed -e 's/IBM0068/LEN0068/g' on acpi_ibm.c, or nicer patch as circulated in the past) trackpad (could be better, no scrolling yet...psm doesn't seem to attach synaptics properly) ethernet intel wireless (no rt8192) graphics (via Konstantin's KMS work! thanks!) speaker.ko! Fan control works, but stops displaying fan speed sometimes (see hack for acpi_ibm.c) Expresscard Turbocore Powerd/Cpufreq VESA modes for syscons (1024x768 looks fine) * *What is unknown (to me): Card reader Fingerprint for PAM (works if you already registered it in Windows for boot) Sound (just haven't tried it probably ok it's HDA Connexant) DPMS WWAN What doesn't work: Standard consoles after X is started with KMS (this is true for all intel KMS) Display after resume (unless you use KMS/Xorg) Power saving...I'm still using more power than I'd like with KMS loaded for now Random miniPCIe cards in second slot...this is BIOS problem I assume Scrolling with psm and/or xf86-input-synaptics I'm probably forgetting some stuff that doens't work and some stuff that does (especially if obvious) Matt From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 00:44:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1365106566B for ; Fri, 20 Apr 2012 00:44:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id AACF28FC0A for ; Fri, 20 Apr 2012 00:44:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEADyxkE+DaFvO/2dsb2JhbABDFoVRrHCCCQEBAQMBAQEBICsgCwUWDgoCAg0ZAikBCSYGCAcEARwEh2kFC6dtkwGBL4lChF6BGASTRYIsgRGPK4MDgUA X-IronPort-AV: E=Sophos;i="4.75,450,1330923600"; d="scan'208";a="165826297" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 19 Apr 2012 20:44:37 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EE9C6B4022; Thu, 19 Apr 2012 20:44:37 -0400 (EDT) Date: Thu, 19 Apr 2012 20:44:37 -0400 (EDT) From: Rick Macklem To: Andrey Simonenko Message-ID: <120749772.3115727.1334882677955.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120419125436.GA82169@pm513-1.comsys.ntu-kpi.kiev.ua> 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 - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: mountd, rpc.lockd and rpc.statd patches for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 00:44:50 -0000 Andrey Simonenko wrote: > On Mon, May 30, 2011 at 04:56:02PM -0400, Rick Macklem wrote: > > Hi, > > > > I have patches for the mountd, rpc.statd and rpc.lockd daemons > > that are meant to keep them from failing when a dynamically > > selected port# is not available for some combination of > > udp,tcp X ipv4,ipv6 > > > > If anyone would like to test these patches, they can be found > > at: > > http://people.freebsd.org/~rmacklem/mountd.patch > > statd.patch > > lockd.patch > > > > Although I think I got them correct, they are rather big and ugly. > > > > I have checked this update for mountd in 10-CURRENT and has two > questions: > > 1. What is the sense to try to use the same port number for all > supported netconfigs if specific port number is not given in > a command line option? > Well, there was a discussion of this on one of the mailing lists at the time. I started with a much simpler patch that didn't try and make all 4 combinations use the same port#, but others felt that was important. (Something about tracking what port# were in use, but I can't quite recall. If you want to know the reasoning, look for the thread that would have been shortly before the commit.) > 2. What is the sense of specifying specific IP addresses for mountd > and > similar RPC programs that do not have predefined port numbers? > I'm not sure what you are asking here? (Are you referring to the "-h" command line option?) > > One comment for netconfig related functions usage. Each setnetconfig() > call allocates memory and depending on implementation can use other > resources, so endnetconfig() should be called before reusing netconfig > handle. > _ Ok, I'll take a look someday. Since it happens a finite number of times, any leak should be bounded and, as such, shouldn't cause serious problems. However, I wasn't aware of the above and it should be fixed. rick > ------------------------------------------- > 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 Fri Apr 20 00:45:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F38A9106567B for ; Fri, 20 Apr 2012 00:45:35 +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 D1A548FC15 for ; Fri, 20 Apr 2012 00:45:35 +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 q3K0eCv8071615 for ; Thu, 19 Apr 2012 17:40:12 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q3K0eCM0071614 for freebsd-current@freebsd.org; Thu, 19 Apr 2012 17:40:12 -0700 (PDT) (envelope-from sgk) Date: Thu, 19 Apr 2012 17:40:12 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20120420004011.GA71597@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: clang and 'config KERNFILE' error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 00:45:36 -0000 laptop:root[227] uname -a FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230975M: Sat Feb 4 09:03:27 PST 2012 root@laptop:/usr/obj/usr/src/sys/MOBILE i386 laptop:root[224] config MOBILE Kernel build directory is ../compile/MOBILE Don't forget to do ``make cleandepend && make depend'' laptop:root[225] cd ../compile/MOBILE laptop:root[226] make cleandepend && make depend "../../../conf/kern.pre.mk", line 87: Malformed conditional (${MK_CLANG_IS_CC} == "no" && ${CC:T:Mclang} != "clang") "../../../conf/kern.pre.mk", line 98: if-less endif "../../../conf/kern.pre.mk", line 104: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang") "../../../conf/kern.pre.mk", line 106: if-less endif "../../../conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang") "../../../conf/kern.mk", line 31: if-less endif "../../../conf/kern.mk", line 53: Malformed conditional (${MK_CLANG_IS_CC} == "no" && ${CC:T:Mclang} != "clang") "../../../conf/kern.mk", line 60: if-less endif make: fatal errors encountered -- cannot continue -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:08:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0251106564A; Fri, 20 Apr 2012 01:08: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 A785C8FC14; Fri, 20 Apr 2012 01:08: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 q3K18jKf044528; Thu, 19 Apr 2012 21:08:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K18jsH044519; Fri, 20 Apr 2012 01:08:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 01:08:45 GMT Message-Id: <201204200108.q3K18jsH044519@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 01:08:47 -0000 TB --- 2012-04-19 23:07:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 23:07:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-19 23:07:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-19 23:07:55 - cleaning the object tree TB --- 2012-04-19 23:09:20 - cvsupping the source tree TB --- 2012-04-19 23:09:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-19 23:10:02 - building world TB --- 2012-04-19 23:10:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 23:10:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 23:10:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 23:10:02 - SRCCONF=/dev/null TB --- 2012-04-19 23:10:02 - TARGET=ia64 TB --- 2012-04-19 23:10:02 - TARGET_ARCH=ia64 TB --- 2012-04-19 23:10:02 - TZ=UTC TB --- 2012-04-19 23:10:02 - __MAKE_CONF=/dev/null TB --- 2012-04-19 23:10:02 - cd /src TB --- 2012-04-19 23:10:02 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 23:10:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 00:42:11 UTC 2012 TB --- 2012-04-20 00:42:11 - generating LINT kernel config TB --- 2012-04-20 00:42:11 - cd /src/sys/ia64/conf TB --- 2012-04-20 00:42:11 - /usr/bin/make -B LINT TB --- 2012-04-20 00:42:11 - cd /src/sys/ia64/conf TB --- 2012-04-20 00:42:11 - /usr/sbin/config -m LINT TB --- 2012-04-20 00:42:11 - building LINT kernel TB --- 2012-04-20 00:42:11 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 00:42:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 00:42:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 00:42:11 - SRCCONF=/dev/null TB --- 2012-04-20 00:42:11 - TARGET=ia64 TB --- 2012-04-20 00:42:11 - TARGET_ARCH=ia64 TB --- 2012-04-20 00:42:11 - TZ=UTC TB --- 2012-04-20 00:42:11 - __MAKE_CONF=/dev/null TB --- 2012-04-20 00:42:11 - cd /src TB --- 2012-04-20 00:42:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 00:42:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ips.ko ips.kld objcopy --strip-debug ips.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64.ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64.ia64/src/sys/LINT -fno-builtin -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 01:08:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 01:08:45 - ERROR: failed to build LINT kernel TB --- 2012-04-20 01:08:45 - 5527.05 user 787.23 system 7250.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 01:35:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F4D5106566C for ; Fri, 20 Apr 2012 01:35:02 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7291F8FC12 for ; Fri, 20 Apr 2012 01:35:02 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q3K1Pc9H022475; Thu, 19 Apr 2012 19:25:41 -0600 From: Erich Dollansky To: matt Date: Fri, 20 Apr 2012 08:25:42 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> In-Reply-To: <4F90AE77.2020408@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204200825.42651.erichfreebsdlist@ovitrap.com> Cc: freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 01:35:02 -0000 Hi, thanks for the answer. More inside the e-mail. On Friday 20 April 2012 07:31:51 matt wrote: > On 04/19/12 17:01, Erich Dollansky wrote: > > > > there are so many different news about the X220 here that it is not so clear to me whether an install will result in a usable system. > > > > > That's what I've been using. I'm about ready to say goodbye to gentoo > permanently on mine, although it's a work machine so I'm taking my time. I want to use this machine for work. > * > *What works: > suspend/resume (must use Xorg KMS to have display on resume), needs > sysctl twiddling for PCI resume/suspend Suspend and resume is something I do not really use. > trackpad (could be better, no scrolling yet...psm doesn't seem to attach I never use them. > ethernet This is important. > intel wireless (no rt8192) I should get the Intel version. > graphics (via Konstantin's KMS work! thanks!) > speaker.ko! > Fan control works, but stops displaying fan speed sometimes (see hack > for acpi_ibm.c) Not so important if the speed is not displayed. > *What is unknown (to me): > Card reader I will have to find out. > Fingerprint for PAM (works if you already registered it in Windows for boot) Nice to have. > What doesn't work: > Standard consoles after X is started with KMS (this is true for all > intel KMS) This is the only thing I would like to have. > I'm probably forgetting some stuff that doens't work and some stuff that > does (especially if obvious) > I know, this is the most difficult part. As your e-mail reads, it is worth a try How did you do it with Windows? I plan to burn some DVDs and then remove everything. As I cannot simply go into a shop and pick it up, it might will take until Wednesday to report back how it went for me. Erich From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 02:28:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 000D51065670; Fri, 20 Apr 2012 02:28: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 B2A148FC14; Fri, 20 Apr 2012 02:28:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3K2S5Bc021800; Thu, 19 Apr 2012 22:28:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K2S4vO021795; Fri, 20 Apr 2012 02:28:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 02:28:04 GMT Message-Id: <201204200228.q3K2S4vO021795@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 02:28:06 -0000 TB --- 2012-04-19 23:53:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-19 23:53: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 --- 2012-04-19 23:53:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-19 23:53:19 - cleaning the object tree TB --- 2012-04-19 23:55:04 - cvsupping the source tree TB --- 2012-04-19 23:55:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-19 23:55:51 - building world TB --- 2012-04-19 23:55:51 - CROSS_BUILD_TESTING=YES TB --- 2012-04-19 23:55:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-19 23:55:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-19 23:55:51 - SRCCONF=/dev/null TB --- 2012-04-19 23:55:51 - TARGET=powerpc TB --- 2012-04-19 23:55:51 - TARGET_ARCH=powerpc TB --- 2012-04-19 23:55:51 - TZ=UTC TB --- 2012-04-19 23:55:51 - __MAKE_CONF=/dev/null TB --- 2012-04-19 23:55:51 - cd /src TB --- 2012-04-19 23:55:51 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 19 23:55:52 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 02:14:18 UTC 2012 TB --- 2012-04-20 02:14:18 - generating LINT kernel config TB --- 2012-04-20 02:14:18 - cd /src/sys/powerpc/conf TB --- 2012-04-20 02:14:18 - /usr/bin/make -B LINT TB --- 2012-04-20 02:14:18 - cd /src/sys/powerpc/conf TB --- 2012-04-20 02:14:18 - /usr/sbin/config -m LINT TB --- 2012-04-20 02:14:18 - building LINT kernel TB --- 2012-04-20 02:14:18 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 02:14:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 02:14:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 02:14:18 - SRCCONF=/dev/null TB --- 2012-04-20 02:14:18 - TARGET=powerpc TB --- 2012-04-20 02:14:18 - TARGET_ARCH=powerpc TB --- 2012-04-20 02:14:18 - TZ=UTC TB --- 2012-04-20 02:14:18 - __MAKE_CONF=/dev/null TB --- 2012-04-20 02:14:18 - cd /src TB --- 2012-04-20 02:14:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 02:14:18 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 02:28:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 02:28:04 - ERROR: failed to build LINT kernel TB --- 2012-04-20 02:28:04 - 7474.54 user 965.73 system 9285.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 02:33:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A28EC1065670; Fri, 20 Apr 2012 02:33: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 619488FC12; Fri, 20 Apr 2012 02:33: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 q3K2XSme039991; Thu, 19 Apr 2012 22:33:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K2XS96039990; Fri, 20 Apr 2012 02:33:28 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 02:33:28 GMT Message-Id: <201204200233.q3K2XS96039990@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 02:33:29 -0000 TB --- 2012-04-20 01:08:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-20 01:08: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 --- 2012-04-20 01:08:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-20 01:08:46 - cleaning the object tree TB --- 2012-04-20 01:09:47 - cvsupping the source tree TB --- 2012-04-20 01:09:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-20 01:10:22 - building world TB --- 2012-04-20 01:10:22 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 01:10:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 01:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 01:10:22 - SRCCONF=/dev/null TB --- 2012-04-20 01:10:22 - TARGET=sparc64 TB --- 2012-04-20 01:10:22 - TARGET_ARCH=sparc64 TB --- 2012-04-20 01:10:22 - TZ=UTC TB --- 2012-04-20 01:10:22 - __MAKE_CONF=/dev/null TB --- 2012-04-20 01:10:22 - cd /src TB --- 2012-04-20 01:10:22 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 01:10:22 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 02:15:56 UTC 2012 TB --- 2012-04-20 02:15:56 - generating LINT kernel config TB --- 2012-04-20 02:15:56 - cd /src/sys/sparc64/conf TB --- 2012-04-20 02:15:56 - /usr/bin/make -B LINT TB --- 2012-04-20 02:15:56 - cd /src/sys/sparc64/conf TB --- 2012-04-20 02:15:56 - /usr/sbin/config -m LINT TB --- 2012-04-20 02:15:56 - building LINT kernel TB --- 2012-04-20 02:15:56 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 02:15:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 02:15:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 02:15:56 - SRCCONF=/dev/null TB --- 2012-04-20 02:15:56 - TARGET=sparc64 TB --- 2012-04-20 02:15:56 - TARGET_ARCH=sparc64 TB --- 2012-04-20 02:15:56 - TZ=UTC TB --- 2012-04-20 02:15:56 - __MAKE_CONF=/dev/null TB --- 2012-04-20 02:15:56 - cd /src TB --- 2012-04-20 02:15:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 02:15:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 02:33:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 02:33:28 - ERROR: failed to build LINT kernel TB --- 2012-04-20 02:33:28 - 3881.57 user 638.80 system 5082.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 03:17:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E277A106564A for ; Fri, 20 Apr 2012 03:17:56 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 741188FC12 for ; Fri, 20 Apr 2012 03:17:56 +0000 (UTC) Received: by wern13 with SMTP id n13so7625698wer.13 for ; Thu, 19 Apr 2012 20:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+KTq5bMUViHdzcYv/pYjoDl3NwG8iSJa23+j4dKSnxg=; b=h6L9MGLk2v4pbUfd4/OX6yFazFLm4R0VKECdg5y3lMW3/QlaYdW8KLl6jkEfX/fIj2 jj+S6+/WzemR6bcAkEG+Zc8pebgdJOvRClCdq0KRmFeHvBN8Q6XG0shtCmDc8Q8IZUNz tBKee/PRb/jZnWDs0qg4tS8eXW9K+U/XKpPA070z/HZ3HY4PWhjwTGKXyTydKFvnL2CN lLbUuo7c7xruL5/nbJLIEorAoqsOElDqG8twudxlId0peA8A4xE7xO+b2BzIJTlnw/zo bR6un+iPgn8ve0lwqOfUr5U7Z4HbMHcVruUiuSy4qQq4lOWKODawTHEC5WLAhTXVXFLv VwRw== MIME-Version: 1.0 Received: by 10.180.77.233 with SMTP id v9mr3846797wiw.22.1334891875324; Thu, 19 Apr 2012 20:17:55 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Thu, 19 Apr 2012 20:17:55 -0700 (PDT) In-Reply-To: <201204200825.42651.erichfreebsdlist@ovitrap.com> References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> Date: Thu, 19 Apr 2012 20:17:55 -0700 Message-ID: From: Kevin Oberman To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Cc: matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 03:17:57 -0000 On Thu, Apr 19, 2012 at 6:25 PM, Erich Dollansky wrote: > Hi, > > thanks for the answer. > > More inside the e-mail. > > On Friday 20 April 2012 07:31:51 matt wrote: >> On 04/19/12 17:01, Erich Dollansky wrote: >> > >> > there are so many different news about the X220 here that it is not so clear to me whether an install will result in a usable system. >> > >> > >> That's what I've been using. I'm about ready to say goodbye to gentoo >> permanently on mine, although it's a work machine so I'm taking my time. > > I want to use this machine for work. >> * >> *What works: >> suspend/resume (must use Xorg KMS to have display on resume), needs >> sysctl twiddling for PCI resume/suspend > > Suspend and resume is something I do not really use. > >> trackpad (could be better, no scrolling yet...psm doesn't seem to attach > > I never use them. > >> ethernet > > This is important. > >> intel wireless (no rt8192) > > I should get the Intel version. > >> graphics (via Konstantin's KMS work! thanks!) >> speaker.ko! >> Fan control works, but stops displaying fan speed sometimes (see hack >> for acpi_ibm.c) > > Not so important if the speed is not displayed. > >> *What is unknown (to me): >> Card reader > > I will have to find out. > >> Fingerprint for PAM (works if you already registered it in Windows for boot) > > Nice to have. > >> What doesn't work: >> Standard consoles after X is started with KMS (this is true for all >> intel KMS) > > This is the only thing I would like to have. > >> I'm probably forgetting some stuff that doens't work and some stuff that >> does (especially if obvious) >> > I know, this is the most difficult part. As your e-mail reads, it is worth a try > > How did you do it with Windows? I plan to burn some DVDs and then remove everything. > > As I cannot simply go into a shop and pick it up, it might will take until Wednesday to report back how it went for me. Minor note. Sound card seems to work OK through the speakers, but I have failed to find the magic to make the headphone jack work. I have not tried very hard, either. I keep procrastinating on the KMS stuff as I will REALLY miss switching to vtys. I made a quick attempt at the card reader, but had no luck finding a driver that would work. Still, the system has worked for me for at least 6 months, now. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 03:22:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DA541065670; Fri, 20 Apr 2012 03:22:16 +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 4C71F8FC12; Fri, 20 Apr 2012 03:22: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 q3K3MFrc048351; Thu, 19 Apr 2012 23:22:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K3MFK4048350; Fri, 20 Apr 2012 03:22:15 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 03:22:15 GMT Message-Id: <201204200322.q3K3MFK4048350@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 03:22:16 -0000 TB --- 2012-04-20 00:26:09 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-20 00:26: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 --- 2012-04-20 00:26:09 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-20 00:26:09 - cleaning the object tree TB --- 2012-04-20 00:28:05 - cvsupping the source tree TB --- 2012-04-20 00:28:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-20 00:29:02 - building world TB --- 2012-04-20 00:29:02 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 00:29:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 00:29:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 00:29:02 - SRCCONF=/dev/null TB --- 2012-04-20 00:29:02 - TARGET=powerpc TB --- 2012-04-20 00:29:02 - TARGET_ARCH=powerpc64 TB --- 2012-04-20 00:29:02 - TZ=UTC TB --- 2012-04-20 00:29:02 - __MAKE_CONF=/dev/null TB --- 2012-04-20 00:29:02 - cd /src TB --- 2012-04-20 00:29:02 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 00:29:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 20 03:08:19 UTC 2012 TB --- 2012-04-20 03:08:19 - generating LINT kernel config TB --- 2012-04-20 03:08:19 - cd /src/sys/powerpc/conf TB --- 2012-04-20 03:08:19 - /usr/bin/make -B LINT TB --- 2012-04-20 03:08:19 - cd /src/sys/powerpc/conf TB --- 2012-04-20 03:08:19 - /usr/sbin/config -m LINT TB --- 2012-04-20 03:08:19 - building LINT kernel TB --- 2012-04-20 03:08:19 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 03:08:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 03:08:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 03:08:19 - SRCCONF=/dev/null TB --- 2012-04-20 03:08:19 - TARGET=powerpc TB --- 2012-04-20 03:08:19 - TARGET_ARCH=powerpc64 TB --- 2012-04-20 03:08:19 - TZ=UTC TB --- 2012-04-20 03:08:19 - __MAKE_CONF=/dev/null TB --- 2012-04-20 03:08:19 - cd /src TB --- 2012-04-20 03:08:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 03:08:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 03:22:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 03:22:15 - ERROR: failed to build LINT kernel TB --- 2012-04-20 03:22:15 - 8816.25 user 1145.92 system 10566.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 03:43:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A887E106566B for ; Fri, 20 Apr 2012 03:43:12 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8A68FC12 for ; Fri, 20 Apr 2012 03:43:12 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q3K3h8B9029263; Thu, 19 Apr 2012 21:43:10 -0600 From: Erich Dollansky To: Kevin Oberman Date: Fri, 20 Apr 2012 10:43:12 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204201043.12480.erichfreebsdlist@ovitrap.com> Cc: matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 03:43:12 -0000 Hi, On Friday 20 April 2012 10:17:55 Kevin Oberman wrote: > On Thu, Apr 19, 2012 at 6:25 PM, Erich Dollansky > wrote: > > Minor note. Sound card seems to work OK through the speakers, but I > have failed to find the magic to make the headphone jack work. I have > not tried very hard, either. I keep procrastinating on the KMS stuff > as I will REALLY miss switching to vtys. this is the same for me. > > I made a quick attempt at the card reader, but had no luck finding a > driver that would work. Still, the system has worked for me for at > least 6 months, now. I have here an external one from my broken notebook. It will be used then with this machine again. What version to you run? 10? It is good to hear that I do not have to expect real road blocks, just smaller things which might will work later. This was the same with the broken machine. There was even a period of time when I moved back to Windows. It was not so bad as the machine was then not connected to the Internet. Erich From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 05:18:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61359106566C for ; Fri, 20 Apr 2012 05:18:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E56D18FC08 for ; Fri, 20 Apr 2012 05:18:42 +0000 (UTC) Received: by wern13 with SMTP id n13so7669346wer.13 for ; Thu, 19 Apr 2012 22:18:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Xaw7G3sY1GENdKmKdrWIZG/3mcwGeoFkiNmvSw6ZUC8=; b=m4VRqC8zV0M2Ef/4Ul2RfEzIEKEbNQDxDaZvKOPGkVUmOmdkyDpG4tgkPa1Kr2a9Fe ohvv7+LKZRUw4e6euLuw2VlENzo+yOCYIbkkB9fSjtczLO20rLaSVNtDT0+qztpWMO9R 3rFLM1RhwETajj529y5wQ11xAoqW0AGbjuhyW35JHiUU6ko2lBdgYO9No568PkNIpP9B 2Jl1fvdCxU8TrBuXhb6kHcuYl6bH2qjTyr9ogIZipuaC+4GH81vdC7+jPNHvnR0CTwsw qKLby6DwGV4RLBZ01x0ZPczL9pLo6HHX8M7T6S0nX3GSk4rlGts3JLWwp0SZKs/AwUJp sO0w== MIME-Version: 1.0 Received: by 10.216.132.98 with SMTP id n76mr2891543wei.101.1334899121840; Thu, 19 Apr 2012 22:18:41 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Thu, 19 Apr 2012 22:18:41 -0700 (PDT) In-Reply-To: <201204201043.12480.erichfreebsdlist@ovitrap.com> References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> <201204201043.12480.erichfreebsdlist@ovitrap.com> Date: Thu, 19 Apr 2012 22:18:41 -0700 Message-ID: From: Kevin Oberman To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 05:18:43 -0000 On Thu, Apr 19, 2012 at 8:43 PM, Erich Dollansky wrote: > Hi, > > On Friday 20 April 2012 10:17:55 Kevin Oberman wrote: >> On Thu, Apr 19, 2012 at 6:25 PM, Erich Dollansky >> wrote: >> >> Minor note. Sound card seems to work OK through the speakers, but I >> have failed to find the magic to make the headphone jack work. I have >> not tried very hard, either. I keep procrastinating on the KMS stuff >> as I will REALLY miss switching to vtys. > > this is the same for me. >> >> I made a quick attempt at the card reader, but had no luck finding a >> driver that would work. Still, the system has worked for me for at >> least 6 months, now. > > I have here an external one from my broken notebook. It will be used then= with this machine again. > > What version to you run? 10? No. I'm still on 9-stable. I may move to head one day soon. Probably before I try the KMS patches, though I am running xorg-devel. > It is good to hear that I do not have to expect real road blocks, just sm= aller things which might will work later. This was the same with the broken= machine. There was even a period of time when I moved back to Windows. It = was not so bad as the machine was then not connected to the Internet. Ouch! Never had any problems with that, though I did have a bit of an issue with my wired Ethernet when I first got the system. Newer versions would not install and 8.1 did not have the driver to support this chip. I had to play shuffle the drivers (install 8.1, pull in the em driver from HEAD, and then upgrade to STABLE to get the thing going. Both issues are now ancient history, but it made me very nervous for a few days. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 06:07:52 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A12106566B for ; Fri, 20 Apr 2012 06:07:52 +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 CB9AD8FC17 for ; Fri, 20 Apr 2012 06:07:51 +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 JAA08352; Fri, 20 Apr 2012 09:07:45 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SL70T-0004EU-47; Fri, 20 Apr 2012 09:07:45 +0300 Message-ID: <4F90FD2F.503@FreeBSD.org> Date: Fri, 20 Apr 2012 09:07:43 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120317 Thunderbird/10.0.3 MIME-Version: 1.0 To: Erich Dollansky References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> <201204201043.12480.erichfreebsdlist@ovitrap.com> In-Reply-To: <201204201043.12480.erichfreebsdlist@ovitrap.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: matt , freebsd-current@FreeBSD.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 06:07:52 -0000 on 20/04/2012 06:43 Erich Dollansky said the following: > Hi, > > On Friday 20 April 2012 10:17:55 Kevin Oberman wrote: >> On Thu, Apr 19, 2012 at 6:25 PM, Erich Dollansky >> wrote: >> >> Minor note. Sound card seems to work OK through the speakers, but I >> have failed to find the magic to make the headphone jack work. I have >> not tried very hard, either. I keep procrastinating on the KMS stuff >> as I will REALLY miss switching to vtys. > > this is the same for me. Not sure, but I _think_ that if you set both console and X to exactly the same graphics mode (resolution and bits per pixel), then there is a good chance that you would be able to switch between vtys. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 06:14:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E19A106566B for ; Fri, 20 Apr 2012 06:14:20 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id CA3AB8FC12 for ; Fri, 20 Apr 2012 06:14:19 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 1E1D46A6018; Fri, 20 Apr 2012 08:14:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id 0DbK0uVYMqWH; Fri, 20 Apr 2012 08:14:18 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id C48B76A6017; Fri, 20 Apr 2012 08:14:18 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q3K6EIw1042421; Fri, 20 Apr 2012 08:14:18 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q3K6EHfG041452; Fri, 20 Apr 2012 08:14:17 +0200 (CEST) (envelope-from lars) Date: Fri, 20 Apr 2012 08:14:17 +0200 From: Lars Engels To: Kevin Oberman Message-ID: <20120420061417.GP37811@e-new.0x20.net> References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mg1q0yAmZ3Rp+/8M" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Erich Dollansky , matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 06:14:20 -0000 --mg1q0yAmZ3Rp+/8M Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 19, 2012 at 08:17:55PM -0700, Kevin Oberman wrote: >=20 > Minor note. Sound card seems to work OK through the speakers, but I > have failed to find the magic to make the headphone jack work.=20 This is the same for my x200, but you can make it work: On 9.0-RELEASE you have to configure through device.hints(5), in CURRENT you can configure it on thy fly. See snd_hda(4) how to do this. --mg1q0yAmZ3Rp+/8M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+Q/rkACgkQKc512sD3afjJYQCgp93nuldc8BLUG+Qr14VtdABa OhQAn1I7H4exkwXF/NKCFUoSbknpEwMD =FK9y -----END PGP SIGNATURE----- --mg1q0yAmZ3Rp+/8M-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 06:15:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64AC61065675; Fri, 20 Apr 2012 06:15:59 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id F185A8FC1A; Fri, 20 Apr 2012 06:15:58 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BC1CE73027; Fri, 20 Apr 2012 08:35:30 +0200 (CEST) Date: Fri, 20 Apr 2012 08:35:30 +0200 From: Luigi Rizzo To: Andre Oppermann Message-ID: <20120420063530.GB233@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F908180.6010408@freebsd.org> <20120419220308.GB95692@onelab2.iet.unipi.it> <4F9093A1.3080305@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F9093A1.3080305@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 06:15:59 -0000 On Fri, Apr 20, 2012 at 12:37:21AM +0200, Andre Oppermann wrote: > On 20.04.2012 00:03, Luigi Rizzo wrote: > >On Thu, Apr 19, 2012 at 11:20:00PM +0200, Andre Oppermann wrote: > >>On 19.04.2012 22:46, Luigi Rizzo wrote: > >>>The allocation happens while the code has already an exclusive > >>>lock on so->snd_buf so a pool of fresh buffers could be attached > >>>there. > >> > >>Ah, there it is not necessary to hold the snd_buf lock while > >>doing the allocate+copyin. With soreceive_stream() (which is > > > >it is not held in the tx path either -- but there is a short section > >before m_uiotombuf() which does > > > > ... > > SOCKBUF_LOCK(&so->so_snd); > > // check for pending errors, sbspace, so_state > > SOCKBUF_UNLOCK(&so->so_snd); > > ... > > > >(some of this is slightly dubious, but that's another story) > > Indeed the lock isn't held across the m_uiotombuf(). You're talking > about filling an sockbuf mbuf cache while holding the lock? all i am thinking is that when we have a serialization point we could use it for multiple related purposes. In this case yes we could keep a small mbuf cache attached to so_snd. When the cache is empty either get a new batch (say 10-20 bufs) from the zone allocator, possibly dropping and regaining the lock if the so_snd must be a leaf. Besides for protocols like TCP (does it use the same path ?) the mbufs are already there (released by incoming acks) in the steady state, so it is not even necessary to to refill the cache. This said, i am not 100% sure that the 100ns I am seeing are all spent in the zone allocator. As i said the chain of indirect calls and other ops is rather long on both acquire and release. > >>>But the other consideration is that one could defer the mbuf allocation > >>>to a later time when the packet is actually built (or anyways > >>>right before the thread returns). > >>>What i envision (and this would fit nicely with netmap) is the following: > >>>- have a (possibly readonly) template for the headers (MAC+IP+UDP) > >>> attached to the socket, built on demand, and cached and managed > >>> with similar invalidation rules as used by fastforward; > >> > >>That would require to cross-pointer the rtentry and whatnot again. > > > >i was planning to keep a copy, not a reference. If the copy becomes > >temporarily stale, no big deal, as long as you can detect it reasonably > >quiclky -- routes are not guaranteed to be correct, anyways. > > Be wary of disappearing interface pointers... (this reminds me, what prevents a route grabbed from the flowtable from disappearing and releasing the ifp reference ?) In any case, it seems better to keep a more persistent ifp reference in the socket rather than grab and release one on every single packet transmission. > >>>- possibly extend the pru_send interface so one can pass down the uio > >>> instead of the mbuf; > >>>- make an opportunistic buffer allocation in some place downstream, > >>> where the code already has an x-lock on some resource (could be > >>> the snd_buf, the interface, ...) so the allocation comes for free. > >> > >>ETOOCOMPLEXOVERTIME. > > > >maybe. But i want to investigate this. > > I fail see what passing down the uio would gain you. The snd_buf lock > isn't obtained again after the copyin. Not that I want to prevent you > from investigating other ways. ;) maybe it can open the way to other optimizations, such as reducing the number of places where you need to lock, or save some data copies, or reduce fragmentation, etc. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 06:29:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1C32106564A; Fri, 20 Apr 2012 06:29: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 AF5958FC08; Fri, 20 Apr 2012 06:29: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 q3K6TEWn040844; Fri, 20 Apr 2012 02:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K6TEdW040835; Fri, 20 Apr 2012 06:29:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 06:29:14 GMT Message-Id: <201204200629.q3K6TEdW040835@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 06:29:16 -0000 TB --- 2012-04-20 03:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-20 03:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 03:30:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-20 03:30:01 - cleaning the object tree TB --- 2012-04-20 03:36:55 - cvsupping the source tree TB --- 2012-04-20 03:36:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-20 03:39:08 - building world TB --- 2012-04-20 03:39:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 03:39:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 03:39:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 03:39:08 - SRCCONF=/dev/null TB --- 2012-04-20 03:39:08 - TARGET=pc98 TB --- 2012-04-20 03:39:08 - TARGET_ARCH=i386 TB --- 2012-04-20 03:39:08 - TZ=UTC TB --- 2012-04-20 03:39:08 - __MAKE_CONF=/dev/null TB --- 2012-04-20 03:39:08 - cd /src TB --- 2012-04-20 03:39:08 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 03:39:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 06:07:21 UTC 2012 TB --- 2012-04-20 06:07:21 - generating LINT kernel config TB --- 2012-04-20 06:07:21 - cd /src/sys/pc98/conf TB --- 2012-04-20 06:07:21 - /usr/bin/make -B LINT TB --- 2012-04-20 06:07:21 - cd /src/sys/pc98/conf TB --- 2012-04-20 06:07:21 - /usr/sbin/config -m LINT TB --- 2012-04-20 06:07:21 - building LINT kernel TB --- 2012-04-20 06:07:21 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 06:07:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 06:07:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 06:07:21 - SRCCONF=/dev/null TB --- 2012-04-20 06:07:21 - TARGET=pc98 TB --- 2012-04-20 06:07:21 - TARGET_ARCH=i386 TB --- 2012-04-20 06:07:21 - TZ=UTC TB --- 2012-04-20 06:07:21 - __MAKE_CONF=/dev/null TB --- 2012-04-20 06:07:21 - cd /src TB --- 2012-04-20 06:07:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 06:07:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o ip_mroute.ko ip_mroute.kld objcopy --strip-debug ip_mroute.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 06:29:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 06:29:14 - ERROR: failed to build LINT kernel TB --- 2012-04-20 06:29:14 - 7443.48 user 1039.55 system 10753.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 06:33:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5803B106564A; Fri, 20 Apr 2012 06:33:16 +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 11D018FC12; Fri, 20 Apr 2012 06:33: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 q3K6XFIu076934; Fri, 20 Apr 2012 02:33:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K6XFj1076929; Fri, 20 Apr 2012 06:33:15 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 06:33:15 GMT Message-Id: <201204200633.q3K6XFj1076929@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 06:33:16 -0000 TB --- 2012-04-20 03:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-20 03:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 03:30:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-04-20 03:30:01 - cleaning the object tree TB --- 2012-04-20 03:37:45 - cvsupping the source tree TB --- 2012-04-20 03:37:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-04-20 03:39:40 - building world TB --- 2012-04-20 03:39:40 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 03:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 03:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 03:39:40 - SRCCONF=/dev/null TB --- 2012-04-20 03:39:40 - TARGET=i386 TB --- 2012-04-20 03:39:40 - TARGET_ARCH=i386 TB --- 2012-04-20 03:39:40 - TZ=UTC TB --- 2012-04-20 03:39:40 - __MAKE_CONF=/dev/null TB --- 2012-04-20 03:39:40 - cd /src TB --- 2012-04-20 03:39:40 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 03:39:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 20 06:07:00 UTC 2012 TB --- 2012-04-20 06:07:00 - generating LINT kernel config TB --- 2012-04-20 06:07:00 - cd /src/sys/i386/conf TB --- 2012-04-20 06:07:00 - /usr/bin/make -B LINT TB --- 2012-04-20 06:07:01 - cd /src/sys/i386/conf TB --- 2012-04-20 06:07:01 - /usr/sbin/config -m LINT TB --- 2012-04-20 06:07:01 - building LINT kernel TB --- 2012-04-20 06:07:01 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 06:07:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 06:07:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 06:07:01 - SRCCONF=/dev/null TB --- 2012-04-20 06:07:01 - TARGET=i386 TB --- 2012-04-20 06:07:01 - TARGET_ARCH=i386 TB --- 2012-04-20 06:07:01 - TZ=UTC TB --- 2012-04-20 06:07:01 - __MAKE_CONF=/dev/null TB --- 2012-04-20 06:07:01 - cd /src TB --- 2012-04-20 06:07:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 06:07:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o isci.ko isci.kld objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 06:33:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 06:33:15 - ERROR: failed to build LINT kernel TB --- 2012-04-20 06:33:15 - 7679.05 user 1075.69 system 10994.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 07:08:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CBA106564A for ; Fri, 20 Apr 2012 07:08:51 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id A902E8FC0A for ; Fri, 20 Apr 2012 07:08:50 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so274994wib.13 for ; Fri, 20 Apr 2012 00:08:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=p4U1MZ3WG98Ly3S3QE5gmuSZf96Wxh57KjZMphW6oAg=; b=Rn52WJFx6zxt9MUoSlYPfPerbeI3KdA49NkAxrfNBDlTUmyaGbPBN64NnjQCfzApI0 /e7/iI8guWLAcvVPzDN4hP1iX4POBwRZzl+FlQKbFt5SRNHe8jje7jIllY8Q9nvQAuAg f/m9pj0QTz+blJwvRFQLJMGnlilAEAWg7esBoyISS5APDY86IfRdXd4fXiH/TugMlrOk n5tAowsUNPSlh1XYKqZAUpNeyqw5Ya/YS+iHHpFMXqvCTws1K1Ge4Tlpufpb/pkZSU1/ 7dOREEGp1NBjDsYV/vozsXAdotq8nIMaHscDoFiz5D3D/ir0P7pVynaYhQpxq1PWJlTs GBJw== MIME-Version: 1.0 Received: by 10.216.135.223 with SMTP id u73mr3047060wei.117.1334905729378; Fri, 20 Apr 2012 00:08:49 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Fri, 20 Apr 2012 00:08:49 -0700 (PDT) In-Reply-To: <20120420061417.GP37811@e-new.0x20.net> References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> <20120420061417.GP37811@e-new.0x20.net> Date: Fri, 20 Apr 2012 00:08:49 -0700 Message-ID: From: Kevin Oberman To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 Cc: Erich Dollansky , matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 07:08:51 -0000 On Thu, Apr 19, 2012 at 11:14 PM, Lars Engels wrote: > On Thu, Apr 19, 2012 at 08:17:55PM -0700, Kevin Oberman wrote: >> >> Minor note. Sound card seems to work OK through the speakers, but I >> have failed to find the magic to make the headphone jack work. > > This is the same for my x200, but you can make it work: > On 9.0-RELEASE you have to configure through device.hints(5), in > CURRENT you can configure it on thy fly. See snd_hda(4) how to do this. Yes, it's because of this being in the pipeline that I have not spent much time trying to get it to work. I'm hoping that it will be MFCed to 9-STABLE now that 8.3 has been shoved out the door. Oops! Just looked and it seems like it was moved to RELENG9 a month ago! I should already have it since I last updated my system on 3/18. Off to read the man page! Thanks for inspiring me to look! -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 07:09:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A504F1065784; Fri, 20 Apr 2012 07:09: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 40B7A8FC0A; Fri, 20 Apr 2012 07:09: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 q3K79E8U019552; Fri, 20 Apr 2012 03:09:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3K79EXT019551; Fri, 20 Apr 2012 07:09:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Apr 2012 07:09:14 GMT Message-Id: <201204200709.q3K79EXT019551@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 07:09:15 -0000 TB --- 2012-04-20 03:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-20 03:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-20 03:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-04-20 03:30:00 - cleaning the object tree TB --- 2012-04-20 03:40:03 - cvsupping the source tree TB --- 2012-04-20 03:40:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-04-20 03:40:31 - building world TB --- 2012-04-20 03:40:31 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 03:40:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 03:40:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 03:40:31 - SRCCONF=/dev/null TB --- 2012-04-20 03:40:31 - TARGET=amd64 TB --- 2012-04-20 03:40:31 - TARGET_ARCH=amd64 TB --- 2012-04-20 03:40:31 - TZ=UTC TB --- 2012-04-20 03:40:31 - __MAKE_CONF=/dev/null TB --- 2012-04-20 03:40:31 - cd /src TB --- 2012-04-20 03:40:31 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 20 03:40:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 20 06:42:04 UTC 2012 TB --- 2012-04-20 06:42:04 - generating LINT kernel config TB --- 2012-04-20 06:42:04 - cd /src/sys/amd64/conf TB --- 2012-04-20 06:42:04 - /usr/bin/make -B LINT TB --- 2012-04-20 06:42:04 - cd /src/sys/amd64/conf TB --- 2012-04-20 06:42:04 - /usr/sbin/config -m LINT TB --- 2012-04-20 06:42:04 - building LINT kernel TB --- 2012-04-20 06:42:04 - CROSS_BUILD_TESTING=YES TB --- 2012-04-20 06:42:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-20 06:42:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-20 06:42:04 - SRCCONF=/dev/null TB --- 2012-04-20 06:42:04 - TARGET=amd64 TB --- 2012-04-20 06:42:04 - TARGET_ARCH=amd64 TB --- 2012-04-20 06:42:04 - TZ=UTC TB --- 2012-04-20 06:42:04 - __MAKE_CONF=/dev/null TB --- 2012-04-20 06:42:04 - cd /src TB --- 2012-04-20 06:42:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 20 06:42:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk isci.ko export_syms | xargs -J% objcopy % isci.ko objcopy --strip-debug isci.ko ===> iscsi (all) ===> iscsi/initiator (all) cc -O2 -pipe -DISCSI_INITIATOR_DEBUG=2 -DINVARIANTS -DINVARIANTS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/initiator/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c In file included from /src/sys/modules/iscsi/initiator/../../../dev/iscsi/initiator/iscsi.c:34: ./opt_iscsi_initiator.h:1:1: error: "ISCSI_INITIATOR_DEBUG" redefined : error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/iscsi/initiator. *** Error code 1 Stop in /src/sys/modules/iscsi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-20 07:09:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-20 07:09:14 - ERROR: failed to build LINT kernel TB --- 2012-04-20 07:09:14 - 9012.66 user 1371.69 system 13153.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 07:17:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82FAC1065673 for ; Fri, 20 Apr 2012 07:17:57 +0000 (UTC) (envelope-from hannes@mehnert.org) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id C499D8FC12 for ; Fri, 20 Apr 2012 07:17:56 +0000 (UTC) Received: (qmail 97656 invoked from network); 20 Apr 2012 07:11:14 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 20 Apr 2012 07:11:14 -0000 Message-ID: <4F910C22.4020902@mehnert.org> Date: Fri, 20 Apr 2012 09:11:30 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120210 Thunderbird/10.0 MIME-Version: 1.0 To: Kevin Oberman References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Erich Dollansky , matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 07:17:57 -0000 Hi, On 04/20/2012 05:17, Kevin Oberman wrote: > Minor note. Sound card seems to work OK through the speakers, but I > have failed to find the magic to make the headphone jack work. I have > not tried very hard, either. The headphone jack is also a microphone input. It is detected as a separate output (plus there are 3 more via the HDMI output). Setting hw.snd.default_unit=1 will enable by default the headphone jack. (This is on FreeBSD-CURRENT). Cheers, Hannes From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 07:30:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79245106564A for ; Fri, 20 Apr 2012 07:30:11 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED6588FC14 for ; Fri, 20 Apr 2012 07:30:10 +0000 (UTC) Received: by wern13 with SMTP id n13so7735343wer.13 for ; Fri, 20 Apr 2012 00:30:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Po9XaEXziOQyxtUsjqPD/y6CL6wg3dZlKvSkTHqImzU=; b=e6f1nE+m2kNPgOPAy5dT1epDCKcTEERjzUQDJzCucDgtqKdohmRJreGiVkJKqBYdr7 90yLST5iCdtwsWforoS/Th0dxmlja1/qkTRywE8soF5V3IyVMmf4navGGvtvDEXIi8XE VlNgVutVMEmCuJ0DqRaEBRUGRwnSlOfYAMf8fAouWY0mAGkaYgc78U0Lj+I9CeWFGH5G PIouFd2VMIGSY2SAURXj6X5t8/o2Gb8SPC2TXiE+P33hL4VfY62ax/vAUzvmICl3ZI0q 6MYChEuJWPcvKYSI1Lpr0aiUINraEibRXksU/hoyOyxdHcBroe9qqh17HWUMxsX50z7j VzCg== MIME-Version: 1.0 Received: by 10.216.135.223 with SMTP id u73mr3085636wei.117.1334907009387; Fri, 20 Apr 2012 00:30:09 -0700 (PDT) Received: by 10.223.54.207 with HTTP; Fri, 20 Apr 2012 00:30:09 -0700 (PDT) In-Reply-To: <4F910C22.4020902@mehnert.org> References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> <4F910C22.4020902@mehnert.org> Date: Fri, 20 Apr 2012 00:30:09 -0700 Message-ID: From: Kevin Oberman To: Hannes Mehnert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Erich Dollansky , matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 07:30:11 -0000 On Fri, Apr 20, 2012 at 12:11 AM, Hannes Mehnert wrote= : > Hi, > > On 04/20/2012 05:17, Kevin Oberman wrote: >> Minor note. Sound card seems to work OK through the speakers, but I >> have failed to find the magic to make the headphone jack work. I have >> not tried very hard, either. > > The headphone jack is also a microphone input. It is detected as a > separate output (plus there are 3 more via the HDMI output). Setting > =A0hw.snd.default_unit=3D1 > will enable by default the headphone jack. > > (This is on FreeBSD-CURRENT). Hmm. Almost works. If is set hw.snd.default_unit=3D1, the speakers are off whether the headphones are plugged in an when they are, I only get sound from the right channel and the volume control seems to be non-operative. Even mute does nothing. This is on 9-STABLE which has the new sound stuff. I see the following as "available": dev.hdaa.0.nid25_original: 0x04211040 as=3D4 seq=3D0 device=3DHeadphones conn=3DJack ctype=3D1/8 loc=3DRight color=3DBlack misc=3D0 dev.hdaa.0.nid26_original: 0x61a19050 as=3D5 seq=3D0 device=3DMic conn=3DNo= ne ctype=3D1/8 loc=3DExt-Rear color=3DPink misc=3D0 dev.hdaa.0.nid27_original: 0x04a11060 as=3D6 seq=3D0 device=3DMic conn=3DJa= ck ctype=3D1/8 loc=3DRight color=3DBlack misc=3D0 dev.hdaa.0.nid28_original: 0x6121401f as=3D1 seq=3D15 device=3DHeadphones conn=3DNone ctype=3D1/8 loc=3DExt-Rear color=3DGreen misc=3D0 dev.hdaa.0.nid29_original: 0x40f001f0 as=3D15 seq=3D0 device=3DOther conn=3DNone ctype=3DUnknown loc=3D0x00 color=3DUnknown misc=3D1 dev.hdaa.0.nid30_original: 0x40f001f0 as=3D15 seq=3D0 device=3DOther conn=3DNone ctype=3DUnknown loc=3D0x00 color=3DUnknown misc=3D1 dev.hdaa.0.nid31_original: 0x90170110 as=3D1 seq=3D0 device=3DSpeaker conn=3DFixed ctype=3DAnalog loc=3DInternal color=3DUnknown misc=3D1 dev.hdaa.0.nid32_original: 0x40f001f0 as=3D15 seq=3D0 device=3DOther conn=3DNone ctype=3DUnknown loc=3D0x00 color=3DUnknown misc=3D1 dev.hdaa.0.nid34_original: 0x40f001f0 as=3D15 seq=3D0 device=3DOther conn=3DNone ctype=3DUnknown loc=3D0x00 color=3DUnknown misc=3D1 dev.hdaa.0.nid35_original: 0x90a60170 as=3D7 seq=3D0 device=3DMic conn=3DFi= xed ctype=3DDigital loc=3DInternal color=3DUnknown misc=3D1 dev.hdaa.1.nid5_original: 0x18560010 as=3D1 seq=3D0 device=3DDigital-out conn=3DJack ctype=3DDigital loc=3D0x18 color=3DUnknown misc=3D0 dev.hdaa.1.nid6_original: 0x18560020 as=3D2 seq=3D0 device=3DDigital-out conn=3DJack ctype=3DDigital loc=3D0x18 color=3DUnknown misc=3D0 dev.hdaa.1.nid7_original: 0x18560030 as=3D3 seq=3D0 device=3DDigital-out conn=3DJack ctype=3DDigital loc=3D0x18 color=3DUnknown misc=3D0 So I have headphones on nid25 and 28, but I think 25 is the one that is really there and 28 is the one when the unit is in a docking station. But that does not really tell me how to make it work. Still, I have only scanned the man page. It's after bed time here and I will actually read it tomorrow. I want it to behave like it does on Windows where I get sound on both without touching anything and the speakers cut out when headphones are plugged in. Thanks! --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 08:17:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 676B4106566B for ; Fri, 20 Apr 2012 08:17:00 +0000 (UTC) (envelope-from hannes@mehnert.org) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id A891B8FC0C for ; Fri, 20 Apr 2012 08:16:59 +0000 (UTC) Received: (qmail 16960 invoked from network); 20 Apr 2012 08:16:58 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 20 Apr 2012 08:16:58 -0000 Message-ID: <4F911B8A.1000304@mehnert.org> Date: Fri, 20 Apr 2012 10:17:14 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120210 Thunderbird/10.0 MIME-Version: 1.0 To: Kevin Oberman References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> <4F910C22.4020902@mehnert.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Erich Dollansky , matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 08:17:00 -0000 Hi, On 04/20/2012 09:30, Kevin Oberman wrote: > Hmm. Almost works. If is set hw.snd.default_unit=1, the speakers are > off whether the headphones are plugged in an I get the same behavior. It would be nice if there would be some event triggered if a headphone is plugged in. What is notable is that the system beep works on the loudspeakers even if hw.snd.default_unit=1 and no headphones are plugged in. If headphones are plugged in, the system beep makes noise on these. > when they are, I only get > sound from the right channel and the volume control seems to be > non-operative. Volume control with mixer/aumix and the both channels work fine for me. > Even mute does nothing. Mute is actually not working for me either, apart from the system beep, which can be muted on loudspeakers and headphones. Hannes From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 08:31:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 240BF106564A; Fri, 20 Apr 2012 08:31:08 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from dhcp170-36-red.yandex.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with ESMTP id 43E1B14DEE2; Fri, 20 Apr 2012 08:31:06 +0000 (UTC) Message-ID: <4F911DCD.30001@FreeBSD.org> Date: Fri, 20 Apr 2012 12:26:53 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111117 Thunderbird/8.0 MIME-Version: 1.0 To: Andre Oppermann References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F907FB4.3080400@freebsd.org> In-Reply-To: <4F907FB4.3080400@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org, Luigi Rizzo , "K. Macy" , current@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 08:31:08 -0000 On 20.04.2012 01:12, Andre Oppermann wrote: > On 19.04.2012 22:34, K. Macy wrote: >>>> This is indeed a big problem. I'm working (rough edges remain) on >>>> changing the routing table locking to an rmlock (read-mostly) which >>> >> >> This only helps if your flows aren't hitting the same rtentry. >> Otherwise you still convoy on the lock for the rtentry itself to >> increment and decrement the rtentry's reference count. > > The rtentry lock isn't obtained anymore. While the rmlock read > lock is held on the rtable the relevant information like ifp and > such is copied out. No later referencing possible. In the end > any referencing of an rtentry would be forbidden and the rtentry > lock can be removed. The second step can be optional though. > >>> i was wondering, is there a way (and/or any advantage) to use the >>> fastforward code to look up the route for locally sourced packets ? >>> >> >> If the number of peers is bounded then you can use the flowtable. Max >> PPS is much higher bypassing routing lookup. However, it doesn't scale From my experience, turning fastfwd on gives ~20-30% performance increase (10G forwarding with firewalling, 1.4MPPS). ip_forward() uses 2 lookups (ip_rtaddr + ip_output) vs 1 ip_fastfwd(). The worst current problem IMHO is number of locks packet have to traverse, not number of lookups. >> to arbitrary flow numbers. > > In theory a rmlock-only lookup into a default-route only routing > table would be faster than creating a flow table entry for every > destination. It a matter of churn though. The flowtable isn't > lockless in itself, is it? > -- WBR, Alexander From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 09:00:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A710C1065676 for ; Fri, 20 Apr 2012 09:00:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 938858FC1E for ; Fri, 20 Apr 2012 09:00:15 +0000 (UTC) Received: (qmail 18337 invoked from network); 20 Apr 2012 08:55:21 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Apr 2012 08:55:21 -0000 Message-ID: <4F9125CF.8090201@freebsd.org> Date: Fri, 20 Apr 2012 11:01:03 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "Alexander V. Chernikov" References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F907FB4.3080400@freebsd.org> <4F911DCD.30001@FreeBSD.org> In-Reply-To: <4F911DCD.30001@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Luigi Rizzo , "K. Macy" , net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 09:00:16 -0000 On 20.04.2012 10:26, Alexander V. Chernikov wrote: > On 20.04.2012 01:12, Andre Oppermann wrote: >> On 19.04.2012 22:34, K. Macy wrote: >>> If the number of peers is bounded then you can use the flowtable. Max >>> PPS is much higher bypassing routing lookup. However, it doesn't scale > > From my experience, turning fastfwd on gives ~20-30% performance > increase (10G forwarding with firewalling, 1.4MPPS). ip_forward() uses 2 > lookups (ip_rtaddr + ip_output) vs 1 ip_fastfwd(). Another difference is the packet copy the normal forwarding path does to be able to send a ICMP redirect message if the packet is forwarded to a different gateway on the same LAN. fastforward doesn't do that. > The worst current problem IMHO is number of locks packet have to > traverse, not number of lookups. Agreed. Actually the locking in itself is not the problem. It's the side effects of cache line dirtying/bouncing and contention. However in the great majority of the cases the data protected by the lock is only read, not modified making a 'full' lock expensive. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 09:25:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 010ED106566B for ; Fri, 20 Apr 2012 09:25:13 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 764E38FC16 for ; Fri, 20 Apr 2012 09:25:12 +0000 (UTC) Received: (qmail 18425 invoked from network); 20 Apr 2012 09:20:19 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Apr 2012 09:20:19 -0000 Message-ID: <4F912BA9.3060508@freebsd.org> Date: Fri, 20 Apr 2012 11:26:01 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Luigi Rizzo References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <4F908180.6010408@freebsd.org> <20120419220308.GB95692@onelab2.iet.unipi.it> <4F9093A1.3080305@freebsd.org> <20120420063530.GB233@onelab2.iet.unipi.it> In-Reply-To: <20120420063530.GB233@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 09:25:13 -0000 On 20.04.2012 08:35, Luigi Rizzo wrote: > On Fri, Apr 20, 2012 at 12:37:21AM +0200, Andre Oppermann wrote: >> On 20.04.2012 00:03, Luigi Rizzo wrote: >>> On Thu, Apr 19, 2012 at 11:20:00PM +0200, Andre Oppermann wrote: >>>> On 19.04.2012 22:46, Luigi Rizzo wrote: >>>>> The allocation happens while the code has already an exclusive >>>>> lock on so->snd_buf so a pool of fresh buffers could be attached >>>>> there. >>>> >>>> Ah, there it is not necessary to hold the snd_buf lock while >>>> doing the allocate+copyin. With soreceive_stream() (which is >>> >>> it is not held in the tx path either -- but there is a short section >>> before m_uiotombuf() which does >>> >>> ... >>> SOCKBUF_LOCK(&so->so_snd); >>> // check for pending errors, sbspace, so_state >>> SOCKBUF_UNLOCK(&so->so_snd); >>> ... >>> >>> (some of this is slightly dubious, but that's another story) >> >> Indeed the lock isn't held across the m_uiotombuf(). You're talking >> about filling an sockbuf mbuf cache while holding the lock? > > all i am thinking is that when we have a serialization point we > could use it for multiple related purposes. In this case yes we > could keep a small mbuf cache attached to so_snd. When the cache > is empty either get a new batch (say 10-20 bufs) from the zone > allocator, possibly dropping and regaining the lock if the so_snd > must be a leaf. Besides for protocols like TCP (does it use the > same path ?) the mbufs are already there (released by incoming acks) > in the steady state, so it is not even necessary to to refill the > cache. I'm sure things can be tuned towards particular cases but almost always that some at the expense of versatility. I was looking at netmap for a project. It's great when there is one thing being done by one process at great speed. However as soon as I have to dispatch certain packets somewhere else for further processing, in another process, things quickly become complicated and fall apart. It would have meant to replicate what the kernel does with protosw & friends in userspace coated with IPC. No to mention re-inventing the socket layer abstraction again. So netmap is fantastic for simple, bulk and repetitive tasks with little variance. Things like packet routing, bridging, encapsulation, perhaps inspection and acting as a traffic sink/source. There are plenty of use cases for that. Coming back to your UDP test case, while the 'hacks' you propose may benefit the bulk sending of a bound socket it may not help or pessimize the DNS server case where a large number of packets is send to a large number of destinations. The layering abstractions we have in BSD are excellent and have served us quite well so far. Adding new protocols is a simple task and so on. Of course it has some trade-offs by having some indirections and not being bare-metal fast. Yes, there is a lot of potential in optimizing the locking strategies we currently have within the BSD network stack layering. Your profiling work is immensely helpful in identifying where to aim at. Once that is fixed we should stop there. Anyone who needs a particular as close as possible to the bare metal UDP packet blaster should fork the tree and do their own short-cuts and whatnot. But FreeBSD should stay a reasonable general purpose. It won't be a Ferrari, but an Audi S6 is a damn nice car as well and it can carry your whole family. :) > This said, i am not 100% sure that the 100ns I am seeing are all > spent in the zone allocator. As i said the chain of indirect calls > and other ops is rather long on both acquire and release. > >>>>> But the other consideration is that one could defer the mbuf allocation >>>>> to a later time when the packet is actually built (or anyways >>>>> right before the thread returns). >>>>> What i envision (and this would fit nicely with netmap) is the following: >>>>> - have a (possibly readonly) template for the headers (MAC+IP+UDP) >>>>> attached to the socket, built on demand, and cached and managed >>>>> with similar invalidation rules as used by fastforward; >>>> >>>> That would require to cross-pointer the rtentry and whatnot again. >>> >>> i was planning to keep a copy, not a reference. If the copy becomes >>> temporarily stale, no big deal, as long as you can detect it reasonably >>> quiclky -- routes are not guaranteed to be correct, anyways. >> >> Be wary of disappearing interface pointers... > > (this reminds me, what prevents a route grabbed from the flowtable > from disappearing and releasing the ifp reference ?) It has to keep a refcounted reference to the rtentry. > In any case, it seems better to keep a more persistent ifp reference > in the socket rather than grab and release one on every single > packet transmission. The socket doesn't and shouldn't know anything about ifp's. >>>>> - possibly extend the pru_send interface so one can pass down the uio >>>>> instead of the mbuf; >>>>> - make an opportunistic buffer allocation in some place downstream, >>>>> where the code already has an x-lock on some resource (could be >>>>> the snd_buf, the interface, ...) so the allocation comes for free. >>>> >>>> ETOOCOMPLEXOVERTIME. >>> >>> maybe. But i want to investigate this. >> >> I fail see what passing down the uio would gain you. The snd_buf lock >> isn't obtained again after the copyin. Not that I want to prevent you >> from investigating other ways. ;) > > maybe it can open the way to other optimizations, such as reducing > the number of places where you need to lock, or save some data > copies, or reduce fragmentation, etc. I appreciate your profiling work very much and try my best to help you to minimize the contention points. I hope the rtable locking changes will solve one of the biggest choke points. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 12:16:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679A11065670 for ; Fri, 20 Apr 2012 12:16:14 +0000 (UTC) (envelope-from jps@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA718FC12 for ; Fri, 20 Apr 2012 12:16:14 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 15DC5119C0E for ; Fri, 20 Apr 2012 14:15:58 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id vISP-veWjZ55 for ; Fri, 20 Apr 2012 14:15:57 +0200 (CEST) Received: from [10.0.0.35] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id D7852119C09 for ; Fri, 20 Apr 2012 14:15:56 +0200 (CEST) Message-ID: <4F915384.6070308@semihalf.com> Date: Fri, 20 Apr 2012 14:16:04 +0200 From: Jan Sieka User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: buildworld fails on FreeBSD 7.x for HEAD from 19.04.2012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 12:16:14 -0000 Hello! I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48 UTC) on a machine running FreeBSD 7.3. I know it's EoLed, but I have found information in getline(3) manual that this function first appeared in FreeBSD 8, so I presume that the problem is present also for FreeBSD 7.4 (which is still before EoL). I have confirmed that problem doesn't exists for FreeBSD 9.0. Here's excerpt from build log: ===> lib/libmagic (obj,build-tools) cc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/current/lib/libmagic -I/usr/src/current/lib/libmagic/../../contrib/file -std=gnu99 -I/usr/obj/usr/src/current/tmp/legacy/usr/include -DCOMPILE_ONLY -L/usr/obj/usr/src/current/tmp/legacy/usr/lib -o mkmagic /usr/src/current/lib/libmagic/../../contrib/file/apprentice.c /usr/src/current/lib/libmagic/../../contrib/file/funcs.c /usr/src/current/lib/libmagic/../../contrib/file/magic.c /usr/src/current/lib/libmagic/../../contrib/file/print.c /usr/src/current/lib/libmagic/../../contrib/file/apprentice.c: In function 'load_1': /usr/src/current/lib/libmagic/../../contrib/file/apprentice.c:701: warning: implicit declaration of function 'getline' /var/tmp//cc7NqjVu.o(.text+0x699): In function `load_1': : undefined reference to `getline' *** Error code 1 Stop in /usr/src/current/lib/libmagic. *** Error code 1 Stop in /usr/src/current. *** Error code 1 Stop in /usr/src/current. *** Error code 1 Stop in /usr/src/current. Regards, Jan Sieka From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 12:48:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F16621065670; Fri, 20 Apr 2012 12:48: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 C5CAA8FC0C; Fri, 20 Apr 2012 12:48:06 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 39D58B924; Fri, 20 Apr 2012 08:48:06 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 20 Apr 2012 08:11:44 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> In-Reply-To: <20120419204622.GA94904@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204200811.44957.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Apr 2012 08:48:06 -0400 (EDT) Cc: Andre Oppermann , Luigi Rizzo , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 12:48:07 -0000 On Thursday, April 19, 2012 4:46:22 pm Luigi Rizzo wrote: > What might be moderately expensive are the critical_enter()/critical_exit() > calls around individual allocations. > The allocation happens while the code has already an exclusive > lock on so->snd_buf so a pool of fresh buffers could be attached > there. Keep in mind that in the common case critical_enter() and critical_exit() should be very cheap as they should just do td->td_critnest++ and td->td_critnest--. critical_enter() should probably be inlined if KTR is not enabled. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 12:49:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65141106564A for ; Fri, 20 Apr 2012 12:49:19 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id CEB518FC0A for ; Fri, 20 Apr 2012 12:49:18 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SLDGx-0007rt-Rn; Fri, 20 Apr 2012 15:49:11 +0300 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id ABF861CC21; Fri, 20 Apr 2012 15:49:11 +0300 (EEST) Date: Fri, 20 Apr 2012 15:49:11 +0300 From: Andrey Simonenko To: Rick Macklem Message-ID: <20120420124911.GA1345@pm513-1.comsys.ntu-kpi.kiev.ua> References: <20120419125436.GA82169@pm513-1.comsys.ntu-kpi.kiev.ua> <120749772.3115727.1334882677955.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <120749772.3115727.1334882677955.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 28-Apr-2011 07:11:12) X-Date: 2012-04-20 15:49:11 X-Connected-IP: 10.18.52.101:33136 X-Message-Linecount: 74 X-Body-Linecount: 58 X-Message-Size: 3655 X-Body-Size: 2869 Cc: FreeBSD-Current Subject: Re: mountd, rpc.lockd and rpc.statd patches for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 12:49:19 -0000 On Thu, Apr 19, 2012 at 08:44:37PM -0400, Rick Macklem wrote: > Andrey Simonenko wrote: > > > > 1. What is the sense to try to use the same port number for all > > supported netconfigs if specific port number is not given in > > a command line option? > > > Well, there was a discussion of this on one of the mailing lists > at the time. I started with a much simpler patch that didn't try and > make all 4 combinations use the same port#, but > others felt that was important. (Something about tracking what port# > were in use, but I can't quite recall. If you want to know the reasoning, > look for the thread that would have been shortly before the commit.) That discussion was in stable@ mailing list under the subject "statd/lockd startup failure" started at February 2011. That discussion had two reasons to use one port for all netconfigs: 1) tracking network connections and 2) firewall configurations. If specific port number is not given in a command line, then this port number should be taken from rpcinfo output for example, so it should be taken manually or by some script. Anyway it will require some work to obtain a port number before using it in tcpdump or in firewall settings. I checked rpcinfo output for mountd on Solaris and NetBSD, on both systems mountd can use different ports for different netconfigs. > > 2. What is the sense of specifying specific IP addresses for mountd > > and > > similar RPC programs that do not have predefined port numbers? > > > I'm not sure what you are asking here? (Are you referring to the "-h" > command line option?) Yes, about the -h command line option. Such option works for nfsd, since it has predefined port number, but it will not work correctly for other RPC programs when specific port number is not given. Bigger number of specific addresses given in this option will increase probability that mountd will fail. There are several attempts to select one random port number for all netconfigs (and for all specified addresses), but these attempts do not guaranty that mountd will not fail. Several systems do not have -h like option for nfsd, mountd, etc. Looks like that when this option was proposed for mountd, rpc.statd and rpc.lockd it was not considered that using non wildcard address for RPC programs with not predefined port numbers does not fit with the RPC port mapper logic. (BTW rpc.lockd uses random port numbers for all netconfigs on 10-CURRENT and 9-STABLE). If the -h option (address) is really needed, then I would require to specify the -p option (port number) as well, at least one will know port number and can use it in firewall settings, but specifying unused port number is required for all combinations of netconfigs and addresses. Otherwise, successful start of mountd depends on number of -h options and network activity of other programs. From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 12:57:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD4C7106566B for ; Fri, 20 Apr 2012 12:57:18 +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 B0FB78FC0C for ; Fri, 20 Apr 2012 12:57:18 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q3KCvIMD009140 for ; Fri, 20 Apr 2012 05:57:18 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q3KCvIH4009139 for current@freebsd.org; Fri, 20 Apr 2012 05:57:18 -0700 (PDT) (envelope-from david) Date: Fri, 20 Apr 2012 05:57:18 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20120420125718.GD1582@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="48TaNjbzBVislYPb" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 12:57:18 -0000 --48TaNjbzBVislYPb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I update my local mirror of the SVN repo nightly, then use it to track stable/8, stable/9, and head in the mornings -- both on my laptop & on my local build machine. While that usually "just works," head has been a bit more turbulent in the last few days. My last successful build of head is reflected in: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #537 234416= M: Wed Apr 18 05:35:03 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 (I note that I have not attempted to migrate to using clang/llvm to perform the build.) The update after 234416 was to 234454; the attempted buildworld failed: -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- cc -O2 -pipe -I/usr/src/usr.bin/make -DMAKE_VERSION=3D\"5201111300\" -DDEFS= HELLNAME=3D\"sh\" -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-ex= terns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/sr= c/usr.bin/make/arch.c cc -O2 -pipe -I/usr/src/usr.bin/make -DMAKE_VERSION=3D\"5201111300\" -DDEFS= HELLNAME=3D\"sh\" -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-ex= terns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/sr= c/usr.bin/make/buf.c =2E.. =3D=3D=3D> tools/build (obj,includes,depend,all,install) cd /usr/src/tools/build; /usr/obj/usr/src/make.i386/make buildincludes; /us= r/obj/usr/src/make.i386/make installincludes sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/o= bj/usr/src/tmp/legacy/usr/lib -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/tmp INSTALL=3D"sh /usr/sr= c/tools/install.sh" PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/u= sr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:= /usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/usr/src/tmp VERSION=3D"FreeBSD 10.= 0-CURRENT i386 1000011" MAKEFLAGS=3D"-m /usr/src/tools/build/mk -j 4 -D N= OCLEAN -m /usr/src/share/mk TARGET=3Di386 TARGET_ARCH=3Di386" /usr/obj/usr/= src/make.i386/make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D1000011 S= SP_CFLAGS=3D -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_P= IC -DNO_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-= tools =3D=3D=3D> lib/clang/libllvmsupport (obj,depend,all,install) =2E.. c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/in= clude -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clan= g/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/Ta= bleGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -= c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Mai= n.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/in= clude -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clan= g/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/Ta= bleGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -= c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Tab= leGenBackend.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/in= clude -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clan= g/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/Ta= bleGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -= c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Rec= ord.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/in= clude -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clan= g/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/Ta= bleGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -= c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGL= exer.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/in= clude -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clan= g/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/Ta= bleGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -= c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGP= arser.cpp /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288= 000 bytes *** [Record.o] Error code 1 1 error *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 1 error This morning, after updating the repo & the head working copy to 234489, I'm still seeing the same problem. (And this is on both the laptop & the build machine.) So at this point, I suspect that something was built "successfully" (perhaps as recently as Wednesday, 18 Apr) that doesn't actually work quite right. I have access to a machine at work that I had last updated to head as of 234311 (15 Apr; also i386), so I should be able to grab files from it, if appropriate. But I could use a clue or two. Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --48TaNjbzBVislYPb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+RXS0ACgkQmprOCmdXAD3y7ACfRYqEWYCE8bIH9+YIcGC43HZ+ ag0An3udtDAuZsTvEnKqytvjmAFr/s4W =g+uW -----END PGP SIGNATURE----- --48TaNjbzBVislYPb-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 13:55:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF15B106570D for ; Fri, 20 Apr 2012 13:55:58 +0000 (UTC) (envelope-from misho@aitbg.com) Received: from x0r.aitnet.org (unknown [IPv6:2a00:e40:deba:1::5]) by mx1.freebsd.org (Postfix) with ESMTP id 34B7A8FC17 for ; Fri, 20 Apr 2012 13:55:58 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by x0r.aitnet.org (Postfix) with ESMTP id 785053F745; Fri, 20 Apr 2012 16:55:57 +0300 (EEST) X-Virus-Scanned: amavisd-new at aitnet.org Received: from x0r.aitnet.org ([127.0.0.1]) by localhost (x0r.aitnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FgDmYcRQzjSg; Fri, 20 Apr 2012 16:55:56 +0300 (EEST) Received: from misho.batmbg.com (unknown [212.116.129.162]) by x0r.aitnet.org (Postfix) with ESMTPSA id 2A22C3F736; Fri, 20 Apr 2012 16:55:56 +0300 (EEST) Date: Fri, 20 Apr 2012 16:55:58 +0300 From: Michael Pounov To: David Wolfskill Message-Id: <20120420165558.b51c8b66.misho@aitbg.com> In-Reply-To: <20120420125718.GD1582@albert.catwhisker.org> References: <20120420125718.GD1582@albert.catwhisker.org> Organization: AITNET X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 13:55:59 -0000 yep, I sent PR for this issue;) http://www.freebsd.org/cgi/query-pr.cgi?pr=167064 On Fri, 20 Apr 2012 05:57:18 -0700 David Wolfskill wrote: > I update my local mirror of the SVN repo nightly, then use it to track > stable/8, stable/9, and head in the mornings -- both on my laptop & on > my local build machine. > > While that usually "just works," head has been a bit more turbulent in > the last few days. > > My last successful build of head is reflected in: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #537 234416M: Wed Apr 18 05:35:03 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > (I note that I have not attempted to migrate to using clang/llvm > to perform the build.) > > The update after 234416 was to 234454; the attempted buildworld failed: > > -------------------------------------------------------------- > >>> Building an up-to-date make(1) > -------------------------------------------------------------- > cc -O2 -pipe -I/usr/src/usr.bin/make -DMAKE_VERSION=\"5201111300\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/usr.bin/make/arch.c > cc -O2 -pipe -I/usr/src/usr.bin/make -DMAKE_VERSION=\"5201111300\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/usr.bin/make/buf.c > ... > ===> tools/build (obj,includes,depend,all,install) > cd /usr/src/tools/build; /usr/obj/usr/src/make.i386/make buildincludes; /usr/obj/usr/src/make.i386/make installincludes > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 10.0-CURRENT i386 1000011" MAKEFLAGS="-m /usr/src/tools/build/mk -j 4 -D NOCLEAN -m /usr/src/share/mk TARGET=i386 TARGET_ARCH=i386" /usr/obj/usr/src/make.i386/make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1000011 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DNO_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools > ===> lib/clang/libllvmsupport (obj,depend,all,install) > ... > c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Main.cpp > c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp > c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Record.cpp > c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp > c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp > > /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes > *** [Record.o] Error code 1 > 1 error > *** [bootstrap-tools] Error code 2 > 1 error > *** [_bootstrap-tools] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error > > > This morning, after updating the repo & the head working copy to 234489, > I'm still seeing the same problem. (And this is on both the laptop & the > build machine.) > > So at this point, I suspect that something was built "successfully" > (perhaps as recently as Wednesday, 18 Apr) that doesn't actually > work quite right. > > I have access to a machine at work that I had last updated to head > as of 234311 (15 Apr; also i386), so I should be able to grab files > from it, if appropriate. > > But I could use a clue or two. > > Thanks! > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. -- Michael Pounov From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 14:24:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30632106564A; Fri, 20 Apr 2012 14:24:44 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id DB0C68FC14; Fri, 20 Apr 2012 14:24:43 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 30D397300B; Fri, 20 Apr 2012 16:44:10 +0200 (CEST) Date: Fri, 20 Apr 2012 16:44:10 +0200 From: Luigi Rizzo To: "K. Macy" Message-ID: <20120420144410.GA3629@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <20120419212224.GA95459@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Andre Oppermann , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 14:24:44 -0000 On Thu, Apr 19, 2012 at 11:06:38PM +0200, K. Macy wrote: > On Thu, Apr 19, 2012 at 11:22 PM, Luigi Rizzo wrote: > > On Thu, Apr 19, 2012 at 10:34:45PM +0200, K. Macy wrote: > >> >> This is indeed a big problem. ?I'm working (rough edges remain) on > >> >> changing the routing table locking to an rmlock (read-mostly) which > >> > > >> > >> This only helps if your flows aren't hitting the same rtentry. > >> Otherwise you still convoy on the lock for the rtentry itself to > >> increment and decrement the rtentry's reference count. > >> > >> > i was wondering, is there a way (and/or any advantage) to use the > >> > fastforward code to look up the route for locally sourced packets ? > > > > actually, now that i look at the code, both ip_output() and > > the ip_fastforward code use the same in_rtalloc_ign(...) > > > >> > > >> > >> If the number of peers is bounded then you can use the flowtable. Max > >> PPS is much higher bypassing routing lookup. However, it doesn't scale > >> to arbitrary flow numbers. > > > > re. flowtable, could you point me to what i should do instead of > > calling in_rtalloc_ign() ? > > If you build with it in your kernel config and enable the sysctl > ip_output will automatically use it for TCP and UDP connections. If > you're doing forwarding you'll need to patch the forwarding path. cool. For the records, with "netsend 10.0.0.2 ports 18 0 5" on an ixgbe talking to a remote host i get the following results (with a single port netsend does a connect() and then send(), otherwise it loops around a sendto() ) net.flowtable.enabled port ns/pkt ----------------------------------------------------- not compiled in 5000 944 M_FLOWID not set 0 (disable) 5000 1004 1 (enable) 5000 980 not compiled in 5000-5001 3400 M_FLOWID not set 0 (disable) 5000-5001 1418 1 (enable) 5000-5001 1230 The small penalty when flowtable is disabled but compiled in is probably because the net.flowtable.enable flag is checked a bit deep in the code. The advantage with non-connect()ed sockets is huge. I don't quite understand why disabling the flowtable still helps there. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 16:29:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335B9106564A; Fri, 20 Apr 2012 16:29:11 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CED138FC17; Fri, 20 Apr 2012 16:29:10 +0000 (UTC) Received: by iahk25 with SMTP id k25so17737628iah.13 for ; Fri, 20 Apr 2012 09:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sxHsNY9fe/y2isJ4u36g48rSPAaRVuqxwsJ0V1iY79g=; b=rMAwlf7o1xNFIWUvi/CHyuO8SVG0QF9GRQ0FLeb0JoffVEz2lB781w+2ZqrSZBOr1b kPMFaHvmEq7COCOviKYgpCFCPjndez0g0pglBZj1widzD5icGxmCk3QV3FoFDthLrPVK kD9rq7jUccxbOLHC82roHT25H+D/dcKAnc47yeWaurX06MEPFHvSFBEi3mTdSQ1dOuQC i0sntZn7aCLSsbtUjELFcnaLDLxfnZkd8jMRkMqOzE+vzoZNnGZRtth65d2rH8iYO39W NO2vm+6nVQasi9gwkHUX3X/5pXXRuwhWPqKRB86CNQ91JY30JaiqXGtuIn8f3aTul9IR JYyw== MIME-Version: 1.0 Received: by 10.50.51.197 with SMTP id m5mr6994884igo.38.1334939350486; Fri, 20 Apr 2012 09:29:10 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.50.129.39 with HTTP; Fri, 20 Apr 2012 09:29:10 -0700 (PDT) In-Reply-To: <20120420144410.GA3629@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <20120419212224.GA95459@onelab2.iet.unipi.it> <20120420144410.GA3629@onelab2.iet.unipi.it> Date: Fri, 20 Apr 2012 18:29:10 +0200 X-Google-Sender-Auth: C9O6HmPT-jO94KK-wu9iOn5WWz0 Message-ID: From: "K. Macy" To: Luigi Rizzo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Andre Oppermann , current@freebsd.org, net@freebsd.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 16:29:11 -0000 Comments inline below: On Fri, Apr 20, 2012 at 4:44 PM, Luigi Rizzo wrote: > On Thu, Apr 19, 2012 at 11:06:38PM +0200, K. Macy wrote: >> On Thu, Apr 19, 2012 at 11:22 PM, Luigi Rizzo wrote= : >> > On Thu, Apr 19, 2012 at 10:34:45PM +0200, K. Macy wrote: >> >> >> This is indeed a big problem. ?I'm working (rough edges remain) on >> >> >> changing the routing table locking to an rmlock (read-mostly) whic= h >> >> > >> >> >> >> This only helps if your flows aren't hitting the same rtentry. >> >> Otherwise you still convoy on the lock for the rtentry itself to >> >> increment and decrement the rtentry's reference count. >> >> >> >> > i was wondering, is there a way (and/or any advantage) to use the >> >> > fastforward code to look up the route for locally sourced packets ? >> > >> > actually, now that i look at the code, both ip_output() and >> > the ip_fastforward code use the same in_rtalloc_ign(...) >> > >> >> > >> >> >> >> If the number of peers is bounded then you can use the flowtable. Max >> >> PPS is much higher bypassing routing lookup. However, it doesn't scal= e >> >> to arbitrary flow numbers. >> > >> > re. flowtable, could you point me to what i should do instead of >> > calling in_rtalloc_ign() ? >> >> If you build with it in your kernel config and enable the sysctl >> ip_output will automatically use it for TCP and UDP connections. If >> you're doing forwarding you'll need to patch the forwarding path. > > cool. > For the records, with "netsend 10.0.0.2 ports 18 0 5" on an ixgbe > talking to a remote host i get the following results (with a single > port netsend does a connect() and then send(), otherwise it > loops around a sendto() ) > Sorry, 5000 vs 5000-5001 means 1 vs 2 streams? Does this mean for a single socket the overhead is less without it compiled in than with it compiled in but enabled? That is certainly different from what I see with TCP where I see a 30% increase in aggregate throughput the last time I tried this (on IPoIB). For the record the M_FLOWID is used to pick the transmit queue so with multiple streams you're best of setting it if your device has more than one hardware device queue. > =A0 =A0 =A0 =A0net.flowtable.enabled =A0 port =A0 =A0 =A0 =A0 =A0 =A0ns/p= kt > =A0 =A0 =A0 =A0----------------------------------------------------- > =A0 =A0 =A0 =A0not compiled in =A0 =A0 =A0 =A0 5000 =A0 =A0 =A0 =A0 =A0 = =A0 944 =A0 =A0M_FLOWID not set > =A0 =A0 =A0 =A00 (disable) =A0 =A0 =A0 =A0 =A0 =A0 5000 =A0 =A0 =A0 =A0 = =A0 =A01004 > =A0 =A0 =A0 =A01 (enable) =A0 =A0 =A0 =A0 =A0 =A0 =A05000 =A0 =A0 =A0 =A0= =A0 =A0 980 > > =A0 =A0 =A0 =A0not compiled in =A0 =A0 =A0 =A0 5000-5001 =A0 =A0 =A0 3400= =A0 =A0M_FLOWID not set > =A0 =A0 =A0 =A00 (disable) =A0 =A0 =A0 =A0 =A0 =A0 5000-5001 =A0 =A0 =A0 = 1418 > =A0 =A0 =A0 =A01 (enable) =A0 =A0 =A0 =A0 =A0 =A0 =A05000-5001 =A0 =A0 = =A0 1230 > > The small penalty when flowtable is disabled but compiled in is > probably because the net.flowtable.enable flag is checked > a bit deep in the code. > > The advantage with non-connect()ed sockets is huge. I don't > quite understand why disabling the flowtable still helps there. Do you mean having it compiled in but disabled still helps performance? Yes, that is extremely strange. -Kip --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:26:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A58B4106566B for ; Fri, 20 Apr 2012 17:26:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A3A8E152071; Fri, 20 Apr 2012 17:26:39 +0000 (UTC) Message-ID: <4F919C50.70809@FreeBSD.org> Date: Fri, 20 Apr 2012 10:26:40 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Jan Sieka References: <4F915384.6070308@semihalf.com> In-Reply-To: <4F915384.6070308@semihalf.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: buildworld fails on FreeBSD 7.x for HEAD from 19.04.2012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 17:26:40 -0000 On 4/20/2012 5:16 AM, Jan Sieka wrote: > I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48 > UTC) on a machine running FreeBSD 7.3. That's not a supported configuration. We don't promise support for $VERSION on anything less than the most recent version of $VERSION - 1. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 17:34:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id BE9641065670; Fri, 20 Apr 2012 17:34:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2F7CC152326; Fri, 20 Apr 2012 17:34:09 +0000 (UTC) Message-ID: <4F919E11.6040807@FreeBSD.org> Date: Fri, 20 Apr 2012 10:34:09 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: jasone@freebsd.org References: <431CB493-836B-4DF4-AC42-A7C6ABF7DE3E@canonware.com> <20120412184114.GB71001@dragon.NUXI.org> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 17:34:09 -0000 On 4/12/2012 1:19 PM, Jason Evans wrote: > On Apr 12, 2012, at 11:41 AM, David O'Brien wrote: >>> >>> * Is it acceptable to check this in directly to trunk without using a >>> vendor branch? For the import workflow I have planned, a vendor branch >>> would just be extra work with no benefit that I can see. >> >> I do not think it is acceptable. Our workflow is to do vendor imports. >> They are invaluable in tracking down history and changes years after the >> fact. They are also very valuable to commercial third-parties that >> consume FreeBSD into their products (I speak for Juniper Networks in >> this). >> >> Why do you feel they are [measurably] extra work with no benefit? > > The workflow I'm using is documented in the patch (contrib/jemalloc/FREEBSD-upgrade). Can you tell me how to achieve a similarly streamlined import flow with a vendor branch in the mix? Also, what history would a vendor branch preserve that this workflow does not? The only upside to vendor branch merges I can think of is that if any jemalloc sources were manually modified between imports, merging would fail rather than silently overwriting the changes. However, this presumes that changes aren't making it upstream. I attempted to engage you about this on the svn list and apparently you ignored my message. David is right, what you're doing is not even close to our normal work flow. It would actually be easier for you (and those who may be maintaining this after you're gone) for you to do things the way that we normally do them. You can find a thoroughly worked example in vendor/bind9/dist/FreeBSD-UPGRADE. If you have any questions I'm happy to help clarify. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 18:16:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7561C1065674; Fri, 20 Apr 2012 18:16:46 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1F90F8FC22; Fri, 20 Apr 2012 18:16:46 +0000 (UTC) Received: by vbmv11 with SMTP id v11so9256185vbm.13 for ; Fri, 20 Apr 2012 11:16:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nMepNO5cmPZXV5xvNYsEW0OnvvtNK9hGqtPqBmYXmc4=; b=RklNCrq6R11JoMtu320kqp73904Fu2wgdHh0jSoSmcGyA3yAMLZUApsDhfR2zMP5OI 4Sl65lJLQPpreQvJue8jLpQQDw3h295PM/rFLCAb/Xoko19ppcBz5LZBqKs6LQ8ZE8pY WVrhSN1B1pHDpCZGsNdLvvhVCWTeF5i8F0WkOjpPz2b8I6wcQwSSLUSGgZ3eMVS7+hKk Vh3bWkCnuqJdDLQLuXdXrhmDfVL5ereFgW9vTl7hXzoBONIs+dMMtNC0b45yR0op5Nsb 5oSqyqOpNHgmDiqUt7POD1tli1ANzS9aNXpXuSdslfCHsK+luct1gnsmGtY1WS7Tmph9 pSaA== MIME-Version: 1.0 Received: by 10.220.156.10 with SMTP id u10mr814327vcw.20.1334945805489; Fri, 20 Apr 2012 11:16:45 -0700 (PDT) Received: by 10.220.18.16 with HTTP; Fri, 20 Apr 2012 11:16:45 -0700 (PDT) Date: Fri, 20 Apr 2012 14:16:45 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD Hackers , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Disabling an arbitrary device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:16:46 -0000 Hi, I will be bringing up an old thread there, but it would seem the situation did not evolve in the past 9 years. I have a machine running 7.1 whose UHCI controller is generating some interrupt storm: # vmstat -i interrupt total rate irq4: sio0 1328 2 irq19: uhci1+ 63514509 96380 [...] generating useless load on one CPU: # top -SH last pid: 5223; load averages: 0.00, 0.00, 0.00 up 0+00:17:21 13:10:35 117 processes: 14 running, 79 sleeping, 24 waiting CPU: 0.2% user, 0.0% nice, 0.2% system, 6.6% interrupt, 93.0% idle Mem: 33M Active, 9348K Inact, 67M Wired, 400K Cache, 29M Buf, 2892M Free [...] 57 root -64 - 0K 8K CPU0 0 11:59 86.57% irq19: uhci1+ I thought I could use an hint to forbid uhci(4) attachment, ala: hint.uhci.0.disabled="1" hint.uhci.1.disabled="1" in /boot/loader.conf. However, it would seem that what should be usable with any arbitrary devices, ie. be an integral part of device(9), has to be hardcoded in every driver, sad. - Arnaud ps: the original thread I found is from September 2004: http://lists.freebsd.org/pipermail/freebsd-questions/2004-September/058717.html From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 18:18:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D52BA1065672 for ; Fri, 20 Apr 2012 18:18:18 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm20-vm0.bullet.mail.sp2.yahoo.com (nm20-vm0.bullet.mail.sp2.yahoo.com [98.139.91.218]) by mx1.freebsd.org (Postfix) with SMTP id 9134A8FC1B for ; Fri, 20 Apr 2012 18:18:18 +0000 (UTC) Received: from [98.139.91.63] by nm20.bullet.mail.sp2.yahoo.com with NNFMP; 20 Apr 2012 18:18:17 -0000 Received: from [98.139.91.47] by tm3.bullet.mail.sp2.yahoo.com with NNFMP; 20 Apr 2012 18:18:17 -0000 Received: from [127.0.0.1] by omp1047.mail.sp2.yahoo.com with NNFMP; 20 Apr 2012 18:18:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 431628.35891.bm@omp1047.mail.sp2.yahoo.com Received: (qmail 69407 invoked by uid 60001); 20 Apr 2012 18:18:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334945896; bh=V52MPWFDSctPVZlbP/oBFb+o9zrTbYgZAVE9fbbZYRs=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=hRly9oqTclGNZv5O2+MxgQSxjsXBAp9oEviMcAj+MkrROKDU4QoCkdN4XKqtj4ubTZrpyy1Mia6bM9fNaFEO2RkZpMkLx4EyLQ+jfmXMjaZU6lP5Smm7GBiSU83Q+aQi3u+6nwmnbcnAUzQuk+89Cr61M8Xf1wPXpn7ffP8kvcU= X-YMail-OSG: 0klEy5YVM1mQ_BTT4HBIB9pUBTIkTrnUtcLNR9pmXN3pJMa e0YUGXA9_DePn9l7GzGdvPan_3ZFaJoVEt7oc5PPOok5K6szuTRTc1F6yTj7 c4HzjfuIsxd0UCXbCZmm9tosKbqQKQaQVGP_3aUlb86qBeUChsqGqqfydHso bl3QWeMHrcfzUPxAcVErSPrJdtgTeI8xlgs03.kIyzW_SlLwopKoLUcVU7Ld 6QDqVlD1y2sTWe06rg6e8NWnc5ISFfzSgsaER_EP_3qjT_DSgUGUrkfQ3q3E IuAp6mLexPgzfK4vK9OkYI63M4XGHwe0iENdjDAIZy8MAW5C8FHeqEkcHWij by0C3LDfkmCz0OsNoP2hwZ.xHv7hDcgzMUopWkB9DzdUDz0YB_kptq2KvabO Z3FGp2.gQO.c_RjBiNf49YaAg_0_Hp37D8eM7J35x5leI9Uhi9itCzgEIylE mMpqw Received: from [200.118.157.7] by web113507.mail.gq1.yahoo.com via HTTP; Fri, 20 Apr 2012 11:18:16 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.5 YahooMailWebService/0.8.117.340979 Message-ID: <1334945896.68082.YahooMailClassic@web113507.mail.gq1.yahoo.com> Date: Fri, 20 Apr 2012 11:18:16 -0700 (PDT) From: Pedro Giffuni To: jasone@freebsd.org, Doug Barton In-Reply-To: <4F919E11.6040807@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@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: Fri, 20 Apr 2012 18:18:18 -0000 Hi;=0A=0A--- Ven 20/4/12, Doug Barton ha scritto:=0A...=0A> > =0A> > The wo= rkflow I'm using is documented in the patch=0A> (contrib/jemalloc/FREEBSD-u= pgrade).=A0 Can you tell me=0A> how to achieve a similarly streamlined impo= rt flow with a=0A> vendor branch in the mix?=A0 Also, what history would a= =0A> vendor branch preserve that this workflow does not?=A0=0A> The only up= side to vendor branch merges I can think of is=0A> that if any jemalloc sou= rces were manually modified between=0A> imports, merging would fail rather = than silently overwriting=0A> the changes.=A0 However, this presumes that c= hanges=0A> aren't making it upstream.=0A> =0A> I attempted to engage you ab= out this on the svn list and=0A> apparently you ignored my message. David i= s right, what=0A> you're doing is not even close to our normal work flow.= =0A> It would actually be easier for you (and those=0A> who may be maintain= ing this after you're gone) for you to do=0A> things the way that we normal= ly do them.=0A>=0A=0AFWIW,=0A=0AWhile the vendor branch is usually the clea= nest way to merge=0Aupdates, it is not always the best. I personally gave u= p on=0Aupdating two packages from the vendor tree because it's just=0Atoo m= uch trouble. In this case it's likely that the committed=0Ajemalloc is very= FreeBSD specific and doesn't really match the=0Amore generic version.=0A= =0AINHO, being that the committer is also the author it is likely=0Ahis pre= rogative how to update it.=0A=0Acheers,=0A=0APedro. =0A From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 18:18:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A02FC106566B; Fri, 20 Apr 2012 18:18:30 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3823D8FC08; Fri, 20 Apr 2012 18:18:30 +0000 (UTC) Received: by vbmv11 with SMTP id v11so9257777vbm.13 for ; Fri, 20 Apr 2012 11:18:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=2fde7twC4oCNCwK5Gkp0baChbIj1MCbtGaniPUd3JCg=; b=SPVAZUrxPmh3cgUSkvD9BUNdvhJ8Z0GvF2erdajzEaD+jMWWKA9hSU+JlTuRTpk0mk xM2MJX+ZOPG1Etpr3CB9uG/Q6osv8MPqYqKH3AjecZ9VHBnlRs8CWjqsL/v0IOIcZDP3 XhqXdQ/4b008QBmBtUXgGnqLxMMayH9yNp7Tma+O5NrJW9o9kH2rLzwiLVg70oJfkAw1 PgloXFlAg34qpwvvYc++e6U45qsgFuJIC/kDMpXIW0RjcTEPIeaO3iM4GyjsOUIwUHIm rk6J4A910Amly3n2+do249Ssmwg0Hq/c3WTgOKMr4HKgi53o/1Rrc+gAz2xNWhIr81fe UWFA== MIME-Version: 1.0 Received: by 10.52.172.172 with SMTP id bd12mr4819915vdc.69.1334945909700; Fri, 20 Apr 2012 11:18:29 -0700 (PDT) Received: by 10.220.18.16 with HTTP; Fri, 20 Apr 2012 11:18:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 14:18:29 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD Hackers , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Disabling an arbitrary device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:18:30 -0000 Hi, On Fri, Apr 20, 2012 at 2:16 PM, Arnaud Lacombe wrote: > Hi, > > I will be bringing up an old thread there, but it would seem the > situation did not evolve in the past 9 years. I have a machine running > 7.1 whose UHCI controller is generating some interrupt storm: > > # vmstat -i > interrupt =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0total =A0 = =A0 =A0 rate > irq4: sio0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01328 =A0 = =A0 =A0 =A0 =A02 > irq19: uhci1+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 63514509 =A0 =A0 =A0963= 80 > [...] > > generating useless load on one CPU: > > # top -SH > last pid: =A05223; =A0load averages: =A00.00, =A00.00, =A00.00 =A0 =A0up = 0+00:17:21 =A013:10:35 > 117 processes: 14 running, 79 sleeping, 24 waiting > CPU: =A00.2% user, =A00.0% nice, =A00.2% system, =A06.6% interrupt, 93.0%= idle > Mem: 33M Active, 9348K Inact, 67M Wired, 400K Cache, 29M Buf, 2892M Free > [...] > =A0 57 root =A0 =A0 =A0 =A0 =A0-64 =A0 =A0- =A0 =A0 0K =A0 =A0 8K CPU0 = =A0 0 =A011:59 86.57% irq19: uhci1+ > > I thought I could use an hint to forbid uhci(4) attachment, ala: > > hint.uhci.0.disabled=3D"1" > hint.uhci.1.disabled=3D"1" > > in /boot/loader.conf. However, it would seem that what should be > usable with any arbitrary devices, ie. be an integral part of > device(9), has to be hardcoded in every driver, sad. > as for the usual "if you're not happy, please provide a patch": https://github.com/lacombar/freebsd/commit/30786d09b0cb441890cdc749ee524323= 8e81d2d8 regards, - Arnaud > =A0- Arnaud > > ps: the original thread I found is from September 2004: > http://lists.freebsd.org/pipermail/freebsd-questions/2004-September/05871= 7.html From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 18:43:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6635106566B; Fri, 20 Apr 2012 18:43:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 71C7D8FC08; Fri, 20 Apr 2012 18:43:37 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 57D2E7300A; Fri, 20 Apr 2012 21:03:09 +0200 (CEST) Date: Fri, 20 Apr 2012 21:03:09 +0200 From: Luigi Rizzo To: net@freebsd.org, current@freebsd.org Message-ID: <20120420190309.GA5617@onelab2.iet.unipi.it> References: <20120419133018.GA91364@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120419133018.GA91364@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: Subject: more network performance info: ether_output() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 18:43:40 -0000 Continuing my profiling on network performance, another place were we waste a lot of time is if_ethersubr.c::ether_output() In particular, from the beginning of ether_output() to the final call to ether_output_frame() the code takes slightly more than 210ns on my i7-870 CPU running at 2.93 GHz + TurboBoost. In particular: - the route does not have a MAC address (lle) attached, which causes arpresolve() to be called all the times. This consumes about 100ns. It happens also with locally sourced TCP. Using the flowtable cuts this time down to about 30-40ns - another 100ns is spend to copy the MAC header into the mbuf, and then check whether a local copy should be looped back. Unfortunately the code here is a bit convoluted so the header fields are copied twice, and using memcpy on the individual pieces. Note that all the above happens not just with my udp flooding tests, but also with regular TCP traffic. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 19:49:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F3E1065673; Fri, 20 Apr 2012 19:49:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id B76578FC0A; Fri, 20 Apr 2012 19:49:54 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:5452:d047:6eb8:2b2e] (unknown [IPv6:2001:7b8:3a7:0:5452:d047:6eb8:2b2e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EE3E55C37; Fri, 20 Apr 2012 21:49:52 +0200 (CEST) Message-ID: <4F91BDE1.4080802@FreeBSD.org> Date: Fri, 20 Apr 2012 21:49:53 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Jason Evans References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> In-Reply-To: <20120420165558.b51c8b66.misho@aitbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 19:49:55 -0000 On 2012-04-20 15:55, Michael Pounov wrote: > On Fri, 20 Apr 2012 05:57:18 -0700 > David Wolfskill wrote: ... >> The update after 234416 was to 234454; the attempted buildworld failed: ... >> /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes > yep, I sent PR for this issue;) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167064 The root cause of this is the new jemalloc import in r234370. In contrib/jemalloc/src/chunk.c, this defines a global variable called 'chunksize'. At run-time, this turns out to have a value of 4194304, at least on my i386 system. However, GNU as *also* has a global variable called 'chunksize', with a very different intent: it is the default chunk size for its so-called "obstacks", an internal implementation detail. It is set to zero in contrib/binutils/gas/as.c, but normally ends up as 4096 during further initialization. Now, because the variable from jemalloc ends up in libc.a, and /usr/bin/as is statically linked, the jemalloc variable overrides the one from GNU as. This causes as to allocate 4 MiB chunks instead of 4 KiB chunks for all its internal processing, and you can guess what happens with a reasonably large input file. :) I think the best solution would be for jemalloc to avoid using obvious names like "chunksize" for its globals, because it is basically a library that could be linked to any sort of program out there. For example, it could prefix all its internal-use only globals with "jemalloc_" or some other mangling scheme. Jason, any thoughts? From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 19:54:25 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A329106568F; Fri, 20 Apr 2012 19:54:25 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 343218FC12; Fri, 20 Apr 2012 19:54:25 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id A80AB28419; Fri, 20 Apr 2012 12:54:18 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jason Evans In-Reply-To: <4F91BDE1.4080802@FreeBSD.org> Date: Fri, 20 Apr 2012 12:54:17 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1257) Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 19:54:25 -0000 On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: > On 2012-04-20 15:55, Michael Pounov wrote: >> On Fri, 20 Apr 2012 05:57:18 -0700 >> David Wolfskill wrote: > ... >>> The update after 234416 was to 234454; the attempted buildworld = failed: > ... >>> /usr/bin/as: out of memory allocating 4194304 bytes after a total of = 524288000 bytes >> yep, I sent PR for this issue;) >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D167064 >=20 > The root cause of this is the new jemalloc import in r234370. In > contrib/jemalloc/src/chunk.c, this defines a global variable called > 'chunksize'. At run-time, this turns out to have a value of 4194304, = at > least on my i386 system. >=20 > However, GNU as *also* has a global variable called 'chunksize', with = a > very different intent: it is the default chunk size for its so-called > "obstacks", an internal implementation detail. It is set to zero in > contrib/binutils/gas/as.c, but normally ends up as 4096 during further > initialization. >=20 > Now, because the variable from jemalloc ends up in libc.a, and > /usr/bin/as is statically linked, the jemalloc variable overrides the > one from GNU as. This causes as to allocate 4 MiB chunks instead of 4 > KiB chunks for all its internal processing, and you can guess what > happens with a reasonably large input file. :) >=20 > I think the best solution would be for jemalloc to avoid using obvious > names like "chunksize" for its globals, because it is basically a > library that could be linked to any sort of program out there. >=20 > For example, it could prefix all its internal-use only globals with > "jemalloc_" or some other mangling scheme. Jason, any thoughts? jemalloc has optional namespace mangling support built in for just this = reason. I'll turn it on, hopefully today. Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:10:34 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBF84106566C; Fri, 20 Apr 2012 20:10:34 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 959408FC12; Fri, 20 Apr 2012 20:10:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:5452:d047:6eb8:2b2e] (unknown [IPv6:2001:7b8:3a7:0:5452:d047:6eb8:2b2e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CE3495C37; Fri, 20 Apr 2012 22:10:33 +0200 (CEST) Message-ID: <4F91C2BB.1000808@FreeBSD.org> Date: Fri, 20 Apr 2012 22:10:35 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Jason Evans References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:10:34 -0000 On 2012-04-20 21:54, Jason Evans wrote: > On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: ... >> I think the best solution would be for jemalloc to avoid using obvious >> names like "chunksize" for its globals, because it is basically a >> library that could be linked to any sort of program out there. >> >> For example, it could prefix all its internal-use only globals with >> "jemalloc_" or some other mangling scheme. Jason, any thoughts? > > jemalloc has optional namespace mangling support built in for just this reason. I'll turn it on, hopefully today. Indeed, I had just found jemalloc/internal/private_namespace.h. :) It does seem to list only functions, not variables, is that right? From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:14:34 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3511B1065670; Fri, 20 Apr 2012 20:14:34 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7D88FC12; Fri, 20 Apr 2012 20:14:34 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 7707828419; Fri, 20 Apr 2012 13:14:33 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jason Evans In-Reply-To: <4F91C2BB.1000808@FreeBSD.org> Date: Fri, 20 Apr 2012 13:14:33 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <4F91C2BB.1000808@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1257) Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:14:34 -0000 On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: > On 2012-04-20 21:54, Jason Evans wrote: >> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: > ... >>> I think the best solution would be for jemalloc to avoid using = obvious >>> names like "chunksize" for its globals, because it is basically a >>> library that could be linked to any sort of program out there. >>>=20 >>> For example, it could prefix all its internal-use only globals with >>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>=20 >> jemalloc has optional namespace mangling support built in for just = this reason. I'll turn it on, hopefully today. >=20 > Indeed, I had just found jemalloc/internal/private_namespace.h. :) It > does seem to list only functions, not variables, is that right? Ah right, functions only. Well then, I don't have any bright ideas for = solving this problem in the short run. Jason= From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:25:59 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 298ED106566C; Fri, 20 Apr 2012 20:25:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 230D914DDC8; Fri, 20 Apr 2012 20:25:58 +0000 (UTC) Message-ID: <4F91C656.7060207@FreeBSD.org> Date: Fri, 20 Apr 2012 13:25:58 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Jason Evans References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <4F91C2BB.1000808@FreeBSD.org> <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> In-Reply-To: <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Michael Pounov , Dimitry Andric , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:25:59 -0000 On 04/20/2012 01:14 PM, Jason Evans wrote: > On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: >> On 2012-04-20 21:54, Jason Evans wrote: >>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: >> ... >>>> I think the best solution would be for jemalloc to avoid using obvious >>>> names like "chunksize" for its globals, because it is basically a >>>> library that could be linked to any sort of program out there. >>>> >>>> For example, it could prefix all its internal-use only globals with >>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>> >>> jemalloc has optional namespace mangling support built in for just this reason. I'll turn it on, hopefully today. >> >> Indeed, I had just found jemalloc/internal/private_namespace.h. :) It >> does seem to list only functions, not variables, is that right? > > Ah right, functions only. Well then, I don't have any bright ideas for solving this problem in the short run. Prefixing your variables sounds right to me ... I'd use jem_ instead of spelling out jemalloc_, but either should work. Doug From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:21:21 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF9791065670; Fri, 20 Apr 2012 20:21:21 +0000 (UTC) (envelope-from jasone@canonware.com) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id C92278FC14; Fri, 20 Apr 2012 20:21:21 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 3F80028419; Fri, 20 Apr 2012 13:21:21 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jason Evans In-Reply-To: <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> Date: Fri, 20 Apr 2012 13:21:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <4F91C2BB.1000808@FreeBSD.org> <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Fri, 20 Apr 2012 20:32:22 +0000 Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:21:22 -0000 On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: > On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: >> On 2012-04-20 21:54, Jason Evans wrote: >>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: >>>> I think the best solution would be for jemalloc to avoid using = obvious >>>> names like "chunksize" for its globals, because it is basically a >>>> library that could be linked to any sort of program out there. >>>>=20 >>>> For example, it could prefix all its internal-use only globals with >>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>>=20 >>> jemalloc has optional namespace mangling support built in for just = this reason. I'll turn it on, hopefully today. >>=20 >> Indeed, I had just found jemalloc/internal/private_namespace.h. :) = It >> does seem to list only functions, not variables, is that right? >=20 > Ah right, functions only. Well then, I don't have any bright ideas = for solving this problem in the short run. I take it back. There's spotty mangling coverage for variables. I'll = try to add full coverage. Jason= From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:36:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A06B2106567F; Fri, 20 Apr 2012 20:36:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C31E31A49FC; Fri, 20 Apr 2012 20:35:45 +0000 (UTC) Message-ID: <4F91C8A1.7060400@FreeBSD.org> Date: Fri, 20 Apr 2012 13:35:45 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: pfg@freebsd.org References: <1334945896.68082.YahooMailClassic@web113507.mail.gq1.yahoo.com> In-Reply-To: <1334945896.68082.YahooMailClassic@web113507.mail.gq1.yahoo.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, jasone@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:36:19 -0000 On 04/20/2012 11:18 AM, Pedro Giffuni wrote: > FWIW, > > While the vendor branch is usually the cleanest way to merge > updates, it is not always the best. I personally gave up on > updating two packages from the vendor tree because it's just > too much trouble. With due respect, if doing it the right way is too difficult, the answer is to ask for help rather than giving up. There are plenty of us who are experienced with doing this, and would be glad to assist. In the CVS era I agree that vendor imports could be very difficult. But with svn it's much, much easier. > In this case it's likely that the committed > jemalloc is very FreeBSD specific and doesn't really match the > more generic version. That's true of most of our 3rd party products. We usually handle this with something like FREEBSD-Xlist, etc. Once again I put forward the FREEBSD-Upgrade file for BIND as an example. (And lest people think that I'm tooting only my own horn here, a lot of that work, especially the initial work for BIND 9, was done by des.) It's hard for me to see how Jason's multiple patching/diffing solution could be an improvement. Also, one advantage to doing a clean import into a vendor branch before merging into contrib is that with svn maintaining local differences in contrib/ is painless. In that way, whatever differences there are can be easily seen by people not as familiar with the code as Jason is. > INHO, being that the committer is also the author it is likely > his prerogative how to update it. I'm more interested in long term maintainability, as well as the historical value that having the clean vendor imports gives us. Doug From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:37:18 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81B49106566B for ; Fri, 20 Apr 2012 20:37:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6B458FC16 for ; Fri, 20 Apr 2012 20:37:17 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:5452:d047:6eb8:2b2e] (unknown [IPv6:2001:7b8:3a7:0:5452:d047:6eb8:2b2e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1B5E95C37; Fri, 20 Apr 2012 22:37:17 +0200 (CEST) Message-ID: <4F91C8FE.4070807@FreeBSD.org> Date: Fri, 20 Apr 2012 22:37:18 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Jason Evans References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <4F91C2BB.1000808@FreeBSD.org> <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------030506060901050002030508" Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:37:18 -0000 This is a multi-part message in MIME format. --------------030506060901050002030508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-04-20 22:21, Jason Evans wrote: > On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: >> On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: >>> On 2012-04-20 21:54, Jason Evans wrote: >>>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: >>>>> I think the best solution would be for jemalloc to avoid using obvious >>>>> names like "chunksize" for its globals, because it is basically a >>>>> library that could be linked to any sort of program out there. >>>>> >>>>> For example, it could prefix all its internal-use only globals with >>>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>>> >>>> jemalloc has optional namespace mangling support built in for just this reason. I'll turn it on, hopefully today. >>> >>> Indeed, I had just found jemalloc/internal/private_namespace.h. :) It >>> does seem to list only functions, not variables, is that right? >> >> Ah right, functions only. Well then, I don't have any bright ideas for solving this problem in the short run. > > I take it back. There's spotty mangling coverage for variables. I'll try to add full coverage. I'm now using the attached. It seems to work... --------------030506060901050002030508 Content-Type: text/x-diff; name="jemalloc-mangle-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="jemalloc-mangle-1.diff" Index: contrib/jemalloc/include/jemalloc/internal/private_namespace.h =================================================================== --- contrib/jemalloc/include/jemalloc/internal/private_namespace.h (revision 234443) +++ contrib/jemalloc/include/jemalloc/internal/private_namespace.h (working copy) @@ -1,5 +1,6 @@ #define arena_alloc_junk_small JEMALLOC_N(arena_alloc_junk_small) #define arena_bin_index JEMALLOC_N(arena_bin_index) +#define arena_bin_info JEMALLOC_N(arena_bin_info) #define arena_boot JEMALLOC_N(arena_boot) #define arena_dalloc JEMALLOC_N(arena_dalloc) #define arena_dalloc_bin JEMALLOC_N(arena_dalloc_bin) @@ -8,6 +9,7 @@ #define arena_malloc JEMALLOC_N(arena_malloc) #define arena_malloc_large JEMALLOC_N(arena_malloc_large) #define arena_malloc_small JEMALLOC_N(arena_malloc_small) +#define arena_maxclass JEMALLOC_N(arena_maxclass) #define arena_new JEMALLOC_N(arena_new) #define arena_palloc JEMALLOC_N(arena_palloc) #define arena_postfork_child JEMALLOC_N(arena_postfork_child) @@ -24,9 +26,11 @@ #define arena_salloc JEMALLOC_N(arena_salloc) #define arena_stats_merge JEMALLOC_N(arena_stats_merge) #define arena_tcache_fill_small JEMALLOC_N(arena_tcache_fill_small) +#define arenas JEMALLOC_N(arenas) #define arenas_bin_i_index JEMALLOC_N(arenas_bin_i_index) #define arenas_cleanup JEMALLOC_N(arenas_cleanup) #define arenas_extend JEMALLOC_N(arenas_extend) +#define arenas_lock JEMALLOC_N(arenas_lock) #define arenas_lrun_i_index JEMALLOC_N(arenas_lrun_i_index) #define arenas_tls JEMALLOC_N(arenas_tls) #define arenas_tsd_boot JEMALLOC_N(arenas_tsd_boot) @@ -75,6 +79,11 @@ #define chunk_dss_prefork JEMALLOC_N(chunk_dss_prefork) #define chunk_in_dss JEMALLOC_N(chunk_in_dss) #define chunk_mmap_boot JEMALLOC_N(chunk_mmap_boot) +#define chunk_npages JEMALLOC_N(chunk_npages) +#define chunks_mtx JEMALLOC_N(chunks_mtx) +#define chunks_rtree JEMALLOC_N(chunks_rtree) +#define chunksize JEMALLOC_N(chunksize) +#define chunksize_mask JEMALLOC_N(chunksize_mask) #define ckh_bucket_search JEMALLOC_N(ckh_bucket_search) #define ckh_count JEMALLOC_N(ckh_count) #define ckh_delete JEMALLOC_N(ckh_delete) @@ -129,9 +138,13 @@ #define extent_tree_szad_reverse_iter_start JEMALLOC_N(extent_tree_szad_reverse_iter_start) #define extent_tree_szad_search JEMALLOC_N(extent_tree_szad_search) #define hash JEMALLOC_N(hash) +#define huge_allocated JEMALLOC_N(huge_allocated) #define huge_boot JEMALLOC_N(huge_boot) #define huge_dalloc JEMALLOC_N(huge_dalloc) #define huge_malloc JEMALLOC_N(huge_malloc) +#define huge_mtx JEMALLOC_N(huge_mtx) +#define huge_ndalloc JEMALLOC_N(huge_ndalloc) +#define huge_nmalloc JEMALLOC_N(huge_nmalloc) #define huge_palloc JEMALLOC_N(huge_palloc) #define huge_postfork_child JEMALLOC_N(huge_postfork_child) #define huge_postfork_parent JEMALLOC_N(huge_postfork_parent) @@ -153,6 +166,7 @@ #define jemalloc_postfork_child JEMALLOC_N(jemalloc_postfork_child) #define jemalloc_postfork_parent JEMALLOC_N(jemalloc_postfork_parent) #define jemalloc_prefork JEMALLOC_N(jemalloc_prefork) +#define malloc_conf JEMALLOC_N(malloc_conf) #define malloc_cprintf JEMALLOC_N(malloc_cprintf) #define malloc_mutex_init JEMALLOC_N(malloc_mutex_init) #define malloc_mutex_lock JEMALLOC_N(malloc_mutex_lock) @@ -171,12 +185,16 @@ #define malloc_vcprintf JEMALLOC_N(malloc_vcprintf) #define malloc_vsnprintf JEMALLOC_N(malloc_vsnprintf) #define malloc_write JEMALLOC_N(malloc_write) +#define map_bias JEMALLOC_N(map_bias) #define mb_write JEMALLOC_N(mb_write) #define mmap_unaligned_tsd_boot JEMALLOC_N(mmap_unaligned_tsd_boot) #define mmap_unaligned_tsd_cleanup_wrapper JEMALLOC_N(mmap_unaligned_tsd_cleanup_wrapper) #define mmap_unaligned_tsd_get JEMALLOC_N(mmap_unaligned_tsd_get) #define mmap_unaligned_tsd_set JEMALLOC_N(mmap_unaligned_tsd_set) #define mutex_boot JEMALLOC_N(mutex_boot) +#define narenas JEMALLOC_N(narenas) +#define ncpus JEMALLOC_N(ncpus) +#define nhbins JEMALLOC_N(nhbins) #define opt_abort JEMALLOC_N(opt_abort) #define opt_junk JEMALLOC_N(opt_junk) #define opt_lg_chunk JEMALLOC_N(opt_lg_chunk) @@ -190,6 +208,7 @@ #define opt_prof_active JEMALLOC_N(opt_prof_active) #define opt_prof_gdump JEMALLOC_N(opt_prof_gdump) #define opt_prof_leak JEMALLOC_N(opt_prof_leak) +#define opt_prof_prefix JEMALLOC_N(opt_prof_prefix) #define opt_stats_print JEMALLOC_N(opt_stats_print) #define opt_tcache JEMALLOC_N(opt_tcache) #define opt_utrace JEMALLOC_N(opt_utrace) @@ -206,9 +225,11 @@ #define prof_free JEMALLOC_N(prof_free) #define prof_gdump JEMALLOC_N(prof_gdump) #define prof_idump JEMALLOC_N(prof_idump) +#define prof_interval JEMALLOC_N(prof_interval) #define prof_lookup JEMALLOC_N(prof_lookup) #define prof_malloc JEMALLOC_N(prof_malloc) #define prof_mdump JEMALLOC_N(prof_mdump) +#define prof_promote JEMALLOC_N(prof_promote) #define prof_realloc JEMALLOC_N(prof_realloc) #define prof_sample_accum_update JEMALLOC_N(prof_sample_accum_update) #define prof_sample_threshold_update JEMALLOC_N(prof_sample_threshold_update) @@ -238,6 +259,7 @@ #define stats_cactive_add JEMALLOC_N(stats_cactive_add) #define stats_cactive_get JEMALLOC_N(stats_cactive_get) #define stats_cactive_sub JEMALLOC_N(stats_cactive_sub) +#define stats_chunks JEMALLOC_N(stats_chunks) #define stats_print JEMALLOC_N(stats_print) #define tcache_alloc_easy JEMALLOC_N(tcache_alloc_easy) #define tcache_alloc_large JEMALLOC_N(tcache_alloc_large) @@ -247,6 +269,7 @@ #define tcache_arena_dissociate JEMALLOC_N(tcache_arena_dissociate) #define tcache_bin_flush_large JEMALLOC_N(tcache_bin_flush_large) #define tcache_bin_flush_small JEMALLOC_N(tcache_bin_flush_small) +#define tcache_bin_info JEMALLOC_N(tcache_bin_info) #define tcache_boot0 JEMALLOC_N(tcache_boot0) #define tcache_boot1 JEMALLOC_N(tcache_boot1) #define tcache_create JEMALLOC_N(tcache_create) @@ -261,6 +284,7 @@ #define tcache_enabled_tsd_set JEMALLOC_N(tcache_enabled_tsd_set) #define tcache_event JEMALLOC_N(tcache_event) #define tcache_flush JEMALLOC_N(tcache_flush) +#define tcache_maxclass JEMALLOC_N(tcache_maxclass) #define tcache_stats_merge JEMALLOC_N(tcache_stats_merge) #define tcache_thread_cleanup JEMALLOC_N(tcache_thread_cleanup) #define tcache_tsd_boot JEMALLOC_N(tcache_tsd_boot) Index: contrib/jemalloc/include/jemalloc/jemalloc_defs.h =================================================================== --- contrib/jemalloc/include/jemalloc/jemalloc_defs.h (revision 234443) +++ contrib/jemalloc/include/jemalloc/jemalloc_defs.h (working copy) @@ -40,7 +40,7 @@ * possibility. */ #define JEMALLOC_PRIVATE_NAMESPACE "" -#define JEMALLOC_N(string_that_no_one_should_want_to_use_as_a_jemalloc_private_namespace_prefix) string_that_no_one_should_want_to_use_as_a_jemalloc_private_namespace_prefix +#define JEMALLOC_N(x) jemalloc_ ## x /* * Hyper-threaded CPUs may need a special instruction inside spin loops in --------------030506060901050002030508-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 21:11:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E6F0106566C; Fri, 20 Apr 2012 21:11:17 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 38EF18FC14; Fri, 20 Apr 2012 21:11:17 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q3KLB5xZ087427 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 20 Apr 2012 14:11:06 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F91D0E4.7030004@freebsd.org> Date: Fri, 20 Apr 2012 14:11:00 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Dimitry Andric References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <4F91C2BB.1000808@FreeBSD.org> <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> <4F91C8FE.4070807@FreeBSD.org> In-Reply-To: <4F91C8FE.4070807@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Michael Pounov , Jason Evans , current@freebsd.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 21:11:17 -0000 On 4/20/12 1:37 PM, Dimitry Andric wrote: > On 2012-04-20 22:21, Jason Evans wrote: >> On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: >>> On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: >>>> On 2012-04-20 21:54, Jason Evans wrote: >>>>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: >>>>>> I think the best solution would be for jemalloc to avoid using >>>>>> obvious >>>>>> names like "chunksize" for its globals, because it is basically a >>>>>> library that could be linked to any sort of program out there. >>>>>> >>>>>> For example, it could prefix all its internal-use only globals >>>>>> with >>>>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>>>> >>>>> jemalloc has optional namespace mangling support built in for >>>>> just this reason. I'll turn it on, hopefully today. >>>> >>>> Indeed, I had just found jemalloc/internal/private_namespace.h. >>>> :) It >>>> does seem to list only functions, not variables, is that right? We do that with our driver.. variables and functions.. the symbols are all mangled in the .o file. >>> >>> Ah right, functions only. Well then, I don't have any bright >>> ideas for solving this problem in the short run. >> >> I take it back. There's spotty mangling coverage for variables. >> I'll try to add full coverage. > > I'm now using the attached. It seems to work... > > > _______________________________________________ > 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 Fri Apr 20 21:13:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 183851065672 for ; Fri, 20 Apr 2012 21:13:34 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm5-vm0.bullet.mail.sp2.yahoo.com (nm5-vm0.bullet.mail.sp2.yahoo.com [98.139.91.204]) by mx1.freebsd.org (Postfix) with SMTP id E2BA18FC17 for ; Fri, 20 Apr 2012 21:13:33 +0000 (UTC) Received: from [98.139.91.68] by nm5.bullet.mail.sp2.yahoo.com with NNFMP; 20 Apr 2012 21:13:33 -0000 Received: from [98.139.91.11] by tm8.bullet.mail.sp2.yahoo.com with NNFMP; 20 Apr 2012 21:13:33 -0000 Received: from [127.0.0.1] by omp1011.mail.sp2.yahoo.com with NNFMP; 20 Apr 2012 21:13:33 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 484704.48024.bm@omp1011.mail.sp2.yahoo.com Received: (qmail 95206 invoked by uid 60001); 20 Apr 2012 21:13:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334956413; bh=usZb7CXLDTC3lpmfAPY2OVWer5Wu+uiumUqEl8oX+lQ=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XnWJGuaXHKl2dT2TbPjlRnWiPUtkSfVINtOj7D5CL6TyneXoyqGbd2jUPjiaQWeZZ8Tf695DQP4u3kjSjHCZr/p2sbwvERGZaWCy5r0n+9gU0Ta1sVr3CPmVe5skHAPgHEho8MXS+glOuvbJgexNdADYWaunMdn1iXcjcxvNW+w= X-YMail-OSG: 0SXz8DcVM1mOQJygQY_juNmViP5Ri_PJpqB3TCKZi7KnoFP 0f4VwamVgCf7lEnxNaKSoGSYwwxAlV7aD3WahPZcd8j3P6s8cw5UqvVguhYO lMCjfBOKVAIW.69URU.CGzTCBMmbQWUDV3HQWNd9jsUcRkmgPMm.dss14p1R ho4vOf8ZZlPB4QFDbdoj_XciOB6q2dYEWAHnHMMtD8fUYl1bb2YWwozSa7U. 6EzgLqBuS_uLdC25kclm.bOSVs50524_j6NKlg6gvXvMQy_ulCgULFOcb4dB FNv3Rwoq4Lb9A3E4ilnVyIpyggjAUm_pdMvu4cIXa8jRuPMrE4idesX0srYu 9LL_U5DOhw92E55ulXwJS_FEo2gcdXXzafmaeX0UBXmFXlPil7yh01epura8 NWOmieXgBant8BugCZhWauESHnLyNHy0RCV3jFi84IbXHRzvPLbT9gDUJtQS yseAy Received: from [200.118.157.7] by web113504.mail.gq1.yahoo.com via HTTP; Fri, 20 Apr 2012 14:13:32 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.5 YahooMailWebService/0.8.117.340979 Message-ID: <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> Date: Fri, 20 Apr 2012 14:13:32 -0700 (PDT) From: Pedro Giffuni To: Doug Barton In-Reply-To: <4F91C8A1.7060400@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@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: Fri, 20 Apr 2012 21:13:34 -0000 =0A=0A--- Ven 20/4/12, Doug Barton ha scritto:=0A...=0A= > =0A> With due respect, if doing it the right way is too=0A> difficult, th= e answer=0A> is to ask for help rather than giving up. There are plenty=0A>= of us who are=0A> experienced with doing this, and would be glad to assist= .=0A> =0A> In the CVS era I agree that vendor imports could be very=0A> dif= ficult. But=0A> with svn it's much, much easier.=0A> =0A=0AEasier said than= done. Feel free to give libedit a try.=0A=0APedro.=0A From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 21:56:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 3B0F6106566B; Fri, 20 Apr 2012 21:56:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C87E51783EC; Fri, 20 Apr 2012 21:56:31 +0000 (UTC) Message-ID: <4F91DB8F.3070209@FreeBSD.org> Date: Fri, 20 Apr 2012 14:56:31 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: pfg@freebsd.org References: <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> In-Reply-To: <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 21:56:48 -0000 On 04/20/2012 02:13 PM, Pedro Giffuni wrote: > > > --- Ven 20/4/12, Doug Barton ha scritto: > ... >> >> With due respect, if doing it the right way is too >> difficult, the answer >> is to ask for help rather than giving up. There are plenty >> of us who are >> experienced with doing this, and would be glad to assist. >> >> In the CVS era I agree that vendor imports could be very >> difficult. But >> with svn it's much, much easier. >> > > Easier said than done. Feel free to give libedit a try. Feel free to start a new thread outlining the problems you've experienced and we'll give it a go. Doug From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 00:32:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D714106566B; Sat, 21 Apr 2012 00:32:57 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 481A38FC15; Sat, 21 Apr 2012 00:32:57 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.5/8.14.5) with ESMTP id q3L0WusX080475; Fri, 20 Apr 2012 17:32:57 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.5/8.14.5/Submit) id q3L0Wux0080474; Fri, 20 Apr 2012 17:32:56 -0700 (PDT) (envelope-from obrien) Date: Fri, 20 Apr 2012 17:32:56 -0700 From: "David O'Brien" To: Pedro Giffuni Message-ID: <20120421003256.GB80419@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Pedro Giffuni , Doug Barton , freebsd-current@freebsd.org References: <4F91C8A1.7060400@FreeBSD.org> <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> X-Operating-System: FreeBSD 10.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Sat, 21 Apr 2012 00:32:57 -0000 On Fri, Apr 20, 2012 at 02:13:32PM -0700, Pedro Giffuni wrote: > Easier said than done. Feel free to give libedit a try. That has nothing to do with our process and everything to do with us blindly hacking away pissing all over to be our own thing -- BUT still wanting to take work from the original author. I fail to see how not updating thru $FBSDrepo/vendor/NetBSD/libedit is easier than updating thru it. Either way you have to figure out what to do with our great divergance. At least when using the vendor branch you can use a good 3-way diff merge tool (e.g. svn). -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 00:50:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E3241065726; Sat, 21 Apr 2012 00:50:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id D54538FC1E; Sat, 21 Apr 2012 00:50:07 +0000 (UTC) Received: by vcmm1 with SMTP id m1so9451669vcm.13 for ; Fri, 20 Apr 2012 17:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HwoTQmt2xZGx2bbCgYslpUzJLV4IruOEUhMLvttBSqQ=; b=LLzHZ6YQzMQmVWxz3FfcCxdHXadVTQr2+ny7Pat1h8+n8dYl4jMMa+NFQ8X8RnvtYj rjfJmtGCuIOCgw3IKB7JyzpgBDNSR4IA0rl0+2S40PGTTyQcdFjD1cRwfmCrh+T2kBeX HFriUQWwI9dg/HfVaoRo36OxIDEm7vpsLWkqni+PG9E/KA0kjzOdUX2+ckhLtRGu2yC9 QZAy7Bu5kE+5gfs5S++Xf9rT22AzvFZBHAKj8HSmZVsmr1JbKyERGs5clwWjZ6h8zIxR flpeCt0frJmi7tC4+fNMJZX9ewpS+xk8N54k+42wT9DS7DP+381o2Tf3GjZAJMmBgF4M AYng== MIME-Version: 1.0 Received: by 10.220.152.205 with SMTP id h13mr7274524vcw.12.1334969407189; Fri, 20 Apr 2012 17:50:07 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.220.38.72 with HTTP; Fri, 20 Apr 2012 17:50:07 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Apr 2012 01:50:07 +0100 X-Google-Sender-Auth: dO88HP27lLp6obnohaDnF_n9ehs Message-ID: From: Attilio Rao To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: Disabling an arbitrary device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 00:50:13 -0000 Il 20 aprile 2012 19:18, Arnaud Lacombe ha scritto: > Hi, > > On Fri, Apr 20, 2012 at 2:16 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> I will be bringing up an old thread there, but it would seem the >> situation did not evolve in the past 9 years. I have a machine running >> 7.1 whose UHCI controller is generating some interrupt storm: >> >> # vmstat -i >> interrupt =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0total =C2=A0 =C2=A0 =C2=A0 rate >> irq4: sio0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01328 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A02 >> irq19: uhci1+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 63514509 =C2=A0 =C2=A0 =C2=A096380 >> [...] >> >> generating useless load on one CPU: >> >> # top -SH >> last pid: =C2=A05223; =C2=A0load averages: =C2=A00.00, =C2=A00.00, =C2= =A00.00 =C2=A0 =C2=A0up 0+00:17:21 =C2=A013:10:35 >> 117 processes: 14 running, 79 sleeping, 24 waiting >> CPU: =C2=A00.2% user, =C2=A00.0% nice, =C2=A00.2% system, =C2=A06.6% int= errupt, 93.0% idle >> Mem: 33M Active, 9348K Inact, 67M Wired, 400K Cache, 29M Buf, 2892M Free >> [...] >> =C2=A0 57 root =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-64 =C2=A0 =C2=A0- =C2= =A0 =C2=A0 0K =C2=A0 =C2=A0 8K CPU0 =C2=A0 0 =C2=A011:59 86.57% irq19: uhci= 1+ >> >> I thought I could use an hint to forbid uhci(4) attachment, ala: >> >> hint.uhci.0.disabled=3D"1" >> hint.uhci.1.disabled=3D"1" >> >> in /boot/loader.conf. However, it would seem that what should be >> usable with any arbitrary devices, ie. be an integral part of >> device(9), has to be hardcoded in every driver, sad. >> > as for the usual "if you're not happy, please provide a patch": > > https://github.com/lacombar/freebsd/commit/30786d09b0cb441890cdc749ee5243= 238e81d2d8 I think a generalized kludge should really belong to device_probe_child() rather than device_add_child_ordered(). When you have a tested patch against -CURRENT, can you please send to freebsd-newbus@? BTW, IIRC 7.x doesn't have the new USB stack, which means that you can have caught easilly a driver bug there, did you consider switching at least to 8.x kernel? Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 01:06:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07998106566C for ; Sat, 21 Apr 2012 01:06:24 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm13-vm3.bullet.mail.ne1.yahoo.com (nm13-vm3.bullet.mail.ne1.yahoo.com [98.138.91.143]) by mx1.freebsd.org (Postfix) with SMTP id A2C0F8FC18 for ; Sat, 21 Apr 2012 01:06:23 +0000 (UTC) Received: from [98.138.90.54] by nm13.bullet.mail.ne1.yahoo.com with NNFMP; 21 Apr 2012 01:06:17 -0000 Received: from [98.138.226.128] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 21 Apr 2012 01:06:17 -0000 Received: from [127.0.0.1] by smtp215.mail.ne1.yahoo.com with NNFMP; 21 Apr 2012 01:06:17 -0000 X-Yahoo-Newman-Id: 119756.92413.bm@smtp215.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ub46vlYVM1nnSQoAfHW48b1WkUu_iIVGJZVtt8Mdqb4PZAC FRIS81OGQzfz10bvgNJ66WFB9sK0c0vsYKBc74IHMWKCCTAZpqQp5xPwK53g S3p4VvKTq8gkQ1LM_P2py320XX3AJq8HnWEhftjUvzFgrLMgZLqpBaD7Xkzb H63gIjV7d8BZFVUJ34UgRTMs94TeqjK.W.3ZnvMSZmqiRv6bT6MR1RO9sJD4 M29a93hTcDEwmKZuFUfcl5jWn01JMl7n00h.AfdRfJ9gcjRa9GcKI2dO48bL 9lRtZ6bTWFYhKYF5oxRO3Fdt0izJ3euDAf3dD65gz5VemVpqVXVOs_KPVIbD bWogk0Vt1o17C8KDPb7rK.at.EBAx8lF1ojb.R9pcTygWVDmIuJQ6u06bf2v Pt1RAQlI5hf22tFd8HB0EgBlzwqc- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.103] (pfg@200.118.157.7 with plain) by smtp215.mail.ne1.yahoo.com with SMTP; 20 Apr 2012 18:06:16 -0700 PDT Message-ID: <4F920806.4040607@FreeBSD.org> Date: Fri, 20 Apr 2012 20:06:14 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120328 Thunderbird/10.0.3 MIME-Version: 1.0 To: obrien@freebsd.org, Doug Barton , freebsd-current@freebsd.org References: <4F91C8A1.7060400@FreeBSD.org> <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> <20120421003256.GB80419@dragon.NUXI.org> In-Reply-To: <20120421003256.GB80419@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 01:06:24 -0000 On 04/20/12 19:32, David O'Brien wrote: > On Fri, Apr 20, 2012 at 02:13:32PM -0700, Pedro Giffuni wrote: >> Easier said than done. Feel free to give libedit a try. > That has nothing to do with our process and everything to do with us > blindly hacking away pissing all over to be our own thing -- BUT still > wanting to take work from the original author. > > I fail to see how not updating thru $FBSDrepo/vendor/NetBSD/libedit > is easier than updating thru it. > > Either way you have to figure out what to do with our great divergance. > At least when using the vendor branch you can use a good 3-way diff merge > tool (e.g. svn). > Usually the vendor upgrade approach works just fine if we do the periodic work of keeping up to date and we are careful to submit our changes upstream. The issue is that you really have to be in sync with one upstream version so that the changes you merge from the vendor branch are consistent. In libedit we have incomplete merges from upstream (that was CVS fault), we have some changes that are obsolete wrt to how upstream solved the same issues and we have a couple of files that have diverged completely from upstream. Either way it all can all be solved but it's just a lot of work and I can see how the direct approach helps understand better what is happening and can ultimately save time. Pedro. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 02:20:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C75C01065674 for ; Sat, 21 Apr 2012 02:20:49 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 86D478FC0A for ; Sat, 21 Apr 2012 02:20:49 +0000 (UTC) Received: from [24.87.53.93] (helo=[192.168.1.116]) by hq.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SLPw5-000Jx3-NQ; Fri, 20 Apr 2012 19:20:31 -0700 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Oleksandr Tymoshenko In-Reply-To: Date: Fri, 20 Apr 2012 19:20:37 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <10C21507-277E-430A-BAC6-A9A8AE999148@freebsd.org> References: <201204200701.08507.erichfreebsdlist@ovitrap.com> <4F90AE77.2020408@gmail.com> <201204200825.42651.erichfreebsdlist@ovitrap.com> To: Kevin Oberman X-Mailer: Apple Mail (2.1084) Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 19/04/2012 8:17 PM, Kevin Oberman wrote: > I made a quick attempt at the card reader, but had no luck finding a > driver that would work. Still, the system has worked for me for at > least 6 months, now. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: Erich Dollansky , matt , freebsd-current@freebsd.org Subject: Re: Status on X220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 02:20:49 -0000 On 19/04/2012 8:17 PM, Kevin Oberman wrote: > I made a quick attempt at the card reader, but had no luck finding a > driver that would work. Still, the system has worked for me for at > least 6 months, now. It seems the driver you need is sdhci (alogn with mmc and mmcsd). X220 = card reader=20 support was added by glebius in r231266. I backported it to 9-STABLE and = tested a=20 little bit - looks fine so far.=20 From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 07:23:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 52C79106566C; Sat, 21 Apr 2012 07:23:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A65E615071F; Sat, 21 Apr 2012 07:23:00 +0000 (UTC) Message-ID: <4F926054.4060903@FreeBSD.org> Date: Sat, 21 Apr 2012 00:23:00 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Pedro Giffuni References: <4F91C8A1.7060400@FreeBSD.org> <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> <20120421003256.GB80419@dragon.NUXI.org> <4F920806.4040607@FreeBSD.org> In-Reply-To: <4F920806.4040607@FreeBSD.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 07:23:01 -0000 On 04/20/2012 06:06 PM, Pedro Giffuni wrote: > On 04/20/12 19:32, David O'Brien wrote: >> On Fri, Apr 20, 2012 at 02:13:32PM -0700, Pedro Giffuni wrote: >>> Easier said than done. Feel free to give libedit a try. >> That has nothing to do with our process and everything to do with us >> blindly hacking away pissing all over to be our own thing -- BUT still >> wanting to take work from the original author. >> >> I fail to see how not updating thru $FBSDrepo/vendor/NetBSD/libedit >> is easier than updating thru it. >> >> Either way you have to figure out what to do with our great divergance. >> At least when using the vendor branch you can use a good 3-way diff merge >> tool (e.g. svn). >> > > Usually the vendor upgrade approach works just fine if we do > the periodic work of keeping up to date and we are careful to > submit our changes upstream. That's an expected part of the role of maintainer, so, yeah. :) > The issue is that you really have to be in sync with one upstream > version so that the changes you merge from the vendor branch > are consistent. To a large extent, yes. > In libedit we have incomplete merges from upstream (that was > CVS fault), we have some changes that are obsolete wrt to how > upstream solved the same issues and we have a couple of > files that have diverged completely from upstream. I agree that sounds like an ugly mess ... who is working on cleaning it up? Is this something that we need to create a team to address? It certainly sounds like something too large for one person to handle on their own. > Either way it all can all be solved but it's just a lot of work and I > can see how the direct approach helps understand better what > is happening and can ultimately save time. I'm glad we have an area of agreement. It sounds to me like the lesson from libedit is to do it right from the very beginning, so that things like libedit don't happen again. Doug From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 08:17:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 053FB106564A; Sat, 21 Apr 2012 08:17:02 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0568FC15; Sat, 21 Apr 2012 08:17:01 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so1068020wib.13 for ; Sat, 21 Apr 2012 01:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GJAKO5QezeXPY3DiraaMNXiBKNuwYMPFs7ZqExE1qj0=; b=k0zr5zO74x2NtvVBSfMyx4OnJO3+iymUV4oVGprUt1r56fAFw7xwx+tVGGWCFYHkGM xYkVKIsvf9942M0D7JDdyEOd24ym8j88ksSG30lE0TNd1HgmBwbyJWsVwc90zmT2kZgz KNIEXm4yUJsfDnEWpvEs2QBGd1GGh0cZ0qc0QZYbpuDJDE0YqNta5vhLIp79tgYeoC6s 2PEgFYcyXlju/8rRPr6eRemN9kZsyfcy3K8o4YGK1Pfd5o4J/ZHyhoppssWWtbIFw9Xj MWLkHxj4x3WzbJzv3f/ELp7YAyjFtqzIlB8ZrUhj/dloNjbb/BAT/t2btBfXwYnux+Pm o91A== MIME-Version: 1.0 Received: by 10.180.92.71 with SMTP id ck7mr4335836wib.21.1334996220182; Sat, 21 Apr 2012 01:17:00 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Sat, 21 Apr 2012 01:17:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Apr 2012 04:17:00 -0400 Message-ID: From: Arnaud Lacombe To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: Disabling an arbitrary device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 08:17:02 -0000 Hi, On Fri, Apr 20, 2012 at 8:50 PM, Attilio Rao wrote: > Il 20 aprile 2012 19:18, Arnaud Lacombe ha scritto: >> Hi, >> >> On Fri, Apr 20, 2012 at 2:16 PM, Arnaud Lacombe wro= te: >>> Hi, >>> >>> I will be bringing up an old thread there, but it would seem the >>> situation did not evolve in the past 9 years. I have a machine running >>> 7.1 whose UHCI controller is generating some interrupt storm: >>> >>> # vmstat -i >>> interrupt =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0total =A0 = =A0 =A0 rate >>> irq4: sio0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01328 =A0 = =A0 =A0 =A0 =A02 >>> irq19: uhci1+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 63514509 =A0 =A0 =A09= 6380 >>> [...] >>> >>> generating useless load on one CPU: >>> >>> # top -SH >>> last pid: =A05223; =A0load averages: =A00.00, =A00.00, =A00.00 =A0 =A0u= p 0+00:17:21 =A013:10:35 >>> 117 processes: 14 running, 79 sleeping, 24 waiting >>> CPU: =A00.2% user, =A00.0% nice, =A00.2% system, =A06.6% interrupt, 93.= 0% idle >>> Mem: 33M Active, 9348K Inact, 67M Wired, 400K Cache, 29M Buf, 2892M Fre= e >>> [...] >>> =A0 57 root =A0 =A0 =A0 =A0 =A0-64 =A0 =A0- =A0 =A0 0K =A0 =A0 8K CPU0 = =A0 0 =A011:59 86.57% irq19: uhci1+ >>> >>> I thought I could use an hint to forbid uhci(4) attachment, ala: >>> >>> hint.uhci.0.disabled=3D"1" >>> hint.uhci.1.disabled=3D"1" >>> >>> in /boot/loader.conf. However, it would seem that what should be >>> usable with any arbitrary devices, ie. be an integral part of >>> device(9), has to be hardcoded in every driver, sad. >>> >> as for the usual "if you're not happy, please provide a patch": >> >> https://github.com/lacombar/freebsd/commit/30786d09b0cb441890cdc749ee524= 3238e81d2d8 > > I think a generalized kludge should really belong to > device_probe_child() rather than device_add_child_ordered(). > suit me. > When you have a tested patch against -CURRENT, can you please send to > freebsd-newbus@? > will give it a try, eventually. > BTW, IIRC 7.x doesn't have the new USB stack, which means that you can > have caught easilly a driver bug there, did you consider switching at > least to 8.x kernel? > That is unfortunately not a decision for me to make, though a switch to 9.x will be more likely. That said, it seems that it is not a USB specific issue, but an IRQ19's issue. I did not had a chance to investigate that further, but with uhci(4) disabled, atapci(4) is now IRQ-storming. This is a known issue relatively widely encountered, with various workarounds possible. - Arnaud From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 08:19:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5578A106566C; Sat, 21 Apr 2012 08:19:58 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B363B8FC14; Sat, 21 Apr 2012 08:19:57 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so9973350wgb.31 for ; Sat, 21 Apr 2012 01:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=tsBZkfMKiBDbn+BB+5tjnbm89RuTJJPWAIGJkg1TmvY=; b=X0tpS5yGg1XF4NIBJqy/D11C5JptuZNu6NGR0rD5K9wQbtkrYjb66fKVlF3c7vckVZ UUCnpMsfPqKsV+sMb5n4c0p4y6fEiUIID8apqV8fk2sfq5wvM9mXl7jr6Q6VOAJOOjZq 2eG0+qCF9wwRJlc+8VAvYNLHQEgQeEJw01vRkFR7ITPcYL5ZgOkqHirbaMJ1jLS13PPM LfrjuAOEuJ+7+e0Jn1XZQ/u86NZeRkhhY3aaaqSsfeHDRVtzb0aTeEfU79hqkvY5BwIu mqYSsALL1ogur1PTkzS8l8N8BRJxvBq7YgR2Dni9va4o9lQSW/RfIK50LP5JOSj9u/yr XCnQ== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr4334443wib.18.1334996396131; Sat, 21 Apr 2012 01:19:56 -0700 (PDT) Received: by 10.216.49.81 with HTTP; Sat, 21 Apr 2012 01:19:56 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Apr 2012 04:19:56 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Complete hang on 9.0-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 08:19:58 -0000 Hi, On Wed, Apr 18, 2012 at 2:22 AM, Arnaud Lacombe wrote: > Hi, > > On Mon, Apr 16, 2012 at 5:50 PM, Arnaud Lacombe wrot= e: >> [...] >> I reproduced the previous problem on 10-CURRENT from r233917, on the >> following platform (here running 8.2-RELEASE): >> >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 >> =A0 =A0root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Atom(TM) CPU D525 =A0 @ 1.80GHz (1800.01-MHz K8-class CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106ca =A0Family =3D 6 =A0Model = =3D 1c =A0Stepping =3D 10 >> =A0Features=3D0xbfebfbff >> =A0Features2=3D0x40e31d >> =A0AMD Features=3D0x20100800 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant >> real memory =A0=3D 2136539136 (2037 MB) >> avail memory =3D 2043772928 (1949 MB) >> ACPI APIC Table: <010312 APIC0947> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP/HT): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP/HT): APIC ID: =A03 >> >> Complete system freeze while running about 2400 threads. I had to >> power cycle the system to get it back alive. I discussed a way to >> debug this with attilio@ on freebsd-stable@, but still did not had >> time to implement it. >> > 10-CURRENT from r233917 hanged again today while running 3600 threads. > I enabled WITNESS and INVARIANTS on that specific kernel, secretly > hoping that they would trigger some meaningful information, but they > did not. I would guess my last attempt is to enable SW_WATCHDOG, and > gather some state information out of DDB when the watchdog trigger, if > it does... > > Btw, this issue seems to be specifically happening on Atom/ICH8M > platform running amd64 kernel, as I've never seen it on other > platforms, and yet ran extensive tests. I am not entirely sure it > happens on i386. I would need to check. > For the record, 9.0-RELEASE i386 has been running the test for about 2 days on the D510 platform without any hang so far. I'll keep it running all week-end to give me a better idea. - Arnaud From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 08:36:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6FFE106566B for ; Sat, 21 Apr 2012 08:36:15 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE3C8FC17 for ; Sat, 21 Apr 2012 08:36:15 +0000 (UTC) Received: from cpsps-ews07.kpnxchange.com ([10.94.84.174]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 21 Apr 2012 10:35:03 +0200 Received: from CPSMTPM-TLF102.kpnxchange.com ([195.121.3.5]) by cpsps-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sat, 21 Apr 2012 10:35:03 +0200 Received: from lordsith.net ([82.168.152.70]) by CPSMTPM-TLF102.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sat, 21 Apr 2012 10:35:03 +0200 Date: Sat, 21 Apr 2012 10:35:03 +0200 From: marco To: freebsd-current@freebsd.org Message-ID: <20120421083502.GA4675@lordsith.net> Mail-Followup-To: marco , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: FreeBSD 10.0-CURRENT X-Unix: Use Unix or Die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: http://lordsith.net/gpg.key.asc X-dmesg-current: http://lordsith.net/trinity-ahci-dmesg.txt X-Uptime: 10:24AM up 9:43, 5 users, load averages: 0.99, 0.97, 0.92 User-Agent: Mutt/1.5.21 (2010-09-15) X-OriginalArrivalTime: 21 Apr 2012 08:35:03.0169 (UTC) FILETIME=[A58F1F10:01CD1F99] X-RcptDomain: freebsd.org Subject: Re: gstat don't work after update to 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: marco List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 08:36:15 -0000 On Tue, Apr 10, 2012 at 11:52:57AM +0000, you (Anton Yuzhaninov) sent the following to [freebsd-current] : > On Tue, 10 Apr 2012 15:19:37, Anton Yuzhaninov wrote: > AY> gstat don't work after update to 10.0-CURRENT r233947 > AY> It don't show any providers, and don't print any errors: > AY> # gstat -b > AY> dT: 1.166s w: 1.000s > AY> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > AY> # > > After reverting r233646 gstat show: > > dT: 1.001s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 0 0 0 0.0 0 0 0.0 0.0 ada0 > 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1 > 0 0 0 0 0.0 0 0 0.0 0.0 ada1 > 1 392 392 1903 2.3 0 0 0.0 91.6 ada2 > 0 0 0 0 0.0 0 0 0.0 0.0 ada1s1 > 1 392 392 1903 2.4 0 0 0.0 92.5 ufs/backup > 0 0 0 0 0.0 0 0 0.0 0.0 mirror/gm0 > 0 0 0 0 0.0 0 0 0.0 0.0 mirror/gm0a > 0 0 0 0 0.0 0 0 0.0 0.0 mirror/gm0b > 0 0 0 0 0.0 0 0 0.0 0.0 mirror/gm0d > > so problem somewhere in > http://svn.freebsd.org/changeset/base/233646 I'm also seeing the same behaviour. I updated my 10-CURRENT from r230839 (gstat worked here still) to r233779 where it's broken. -- marco Proud recurring donor of the FreeBSD Foundation You can have any color you want, as long as it is black! From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 06:34:23 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8741E106566C; Sat, 21 Apr 2012 06:34:23 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 083CE8FC08; Sat, 21 Apr 2012 06:34:19 +0000 (UTC) Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q3L6Y84x025316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Apr 2012 16:34:09 +1000 Date: Sat, 21 Apr 2012 16:34:08 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: "K. Macy" In-Reply-To: Message-ID: <20120421155638.E982@besplex.bde.org> References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <20120419212224.GA95459@onelab2.iet.unipi.it> <20120420144410.GA3629@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sat, 21 Apr 2012 11:42:25 +0000 Cc: Andre Oppermann , Luigi Rizzo , current@FreeBSD.org, net@FreeBSD.org Subject: Re: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 06:34:23 -0000 On Fri, 20 Apr 2012, K. Macy wrote: > On Fri, Apr 20, 2012 at 4:44 PM, Luigi Rizzo wrote: >> The small penalty when flowtable is disabled but compiled in is >> probably because the net.flowtable.enable flag is checked >> a bit deep in the code. >> >> The advantage with non-connect()ed sockets is huge. I don't >> quite understand why disabling the flowtable still helps there. > > Do you mean having it compiled in but disabled still helps > performance? Yes, that is extremely strange. This reminds me that when I worked on this, I saw very large throughput differences (in the 20-50% range) as a result of minor changes in unrelated code. I could get these changes intentionally by adding or removing padding in unrelated unused text space, so the differences were apparently related to text alignment. I thought I had some significant micro-optimizations, but it turned out that they were acting mainly by changing the layout in related used text space where it is harder to control. Later, I suspected that the differences were more due to cache misses for data than for text. The CPU and its caching must affect this significantly. I tested on an AthlonXP and Athlon64, and the differences were larger on the AthlonXP. Both of these have a shared I/D cache so pressure on the I part would affect the D part, but in this benchmark the D part is much more active than the I part so it is unclear how text layout could have such a large effect. Anyway, the large differences made it impossible to trust the results of benchmarking any single micro-benchmark. Also, ministat is useless for understanding the results. (I note that luigi didn't provide any standard deviations and neither would I. :-). My results depended on the cache behaviour but didn't change significantly when rerun, unless the code was changed. Bruce From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 13:34:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 403ED106564A for ; Sat, 21 Apr 2012 13:34:06 +0000 (UTC) (envelope-from rysto32@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 C3C278FC0A for ; Sat, 21 Apr 2012 13:34:05 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so1207929wib.13 for ; Sat, 21 Apr 2012 06:33:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ZHYLw/0H0ErMboJYtFkTbjAy+prawJNbrcDD2fUkTGQ=; b=mQB4t/EOtb1dhCTAMA7vtof6hG35iXICM07j90tuaKdLQ7SDrTgrzv4111/lrDO0Qe zVPZ8b/dj8dlfnci/dPmcqAv1u3yNllC3dZSMGX8AnkdIIeYoyp912Fp0g9XzbjTDCQZ 5CqzPyrz7Dm3TzXvTR/NkfcLvNirEqlnyig4WI9CD6lIt4vZw9xsBiYpvolaZ38ZiWLb vUKk/nndBBz9pIomjiwh2DDeqNNj0n69Lyo4wZ5aPRhWAKLvcAaDR4gY/7FuOSFZzkdU rCd+qhLJGQp3mcj97AtkE+Ji9HuqeDkBgDS2kl0Pq+mDN9JWN1ViELyxVIBzkdpnMnzL d5UA== MIME-Version: 1.0 Received: by 10.180.104.137 with SMTP id ge9mr6124637wib.20.1335015238868; Sat, 21 Apr 2012 06:33:58 -0700 (PDT) Received: by 10.180.85.71 with HTTP; Sat, 21 Apr 2012 06:33:58 -0700 (PDT) In-Reply-To: <20120421083502.GA4675@lordsith.net> References: <20120421083502.GA4675@lordsith.net> Date: Sat, 21 Apr 2012 09:33:58 -0400 Message-ID: From: Ryan Stone To: marco , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: gstat don't work after update to 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 13:34:06 -0000 I believe that this was fixed in r234107 http://svn.freebsd.org/changeset/base/234107 From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 14:40:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6D13106564A; Sat, 21 Apr 2012 14:40: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 629748FC14; Sat, 21 Apr 2012 14:40: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 q3LEe6Rm085614; Sat, 21 Apr 2012 10:40:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3LEe6bJ085590; Sat, 21 Apr 2012 14:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Apr 2012 14:40:06 GMT Message-Id: <201204211440.q3LEe6bJ085590@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 14:40:13 -0000 TB --- 2012-04-21 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-21 13:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-21 13:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-21 13:10:00 - cleaning the object tree TB --- 2012-04-21 13:10:00 - cvsupping the source tree TB --- 2012-04-21 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-21 13:16:25 - building world TB --- 2012-04-21 13:16:25 - CROSS_BUILD_TESTING=YES TB --- 2012-04-21 13:16:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-21 13:16:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-21 13:16:25 - SRCCONF=/dev/null TB --- 2012-04-21 13:16:25 - TARGET=pc98 TB --- 2012-04-21 13:16:25 - TARGET_ARCH=i386 TB --- 2012-04-21 13:16:25 - TZ=UTC TB --- 2012-04-21 13:16:25 - __MAKE_CONF=/dev/null TB --- 2012-04-21 13:16:25 - cd /src TB --- 2012-04-21 13:16:25 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 21 13:16:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombinePHI.cpp c++ -O2 -pipe -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineSelect.cpp c++ -O2 -pipe -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineShifts.cpp /src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineShifts.cpp: In member function 'llvm::Instruction* llvm::InstCombiner::FoldShiftByConstant(llvm::Value*, llvm::ConstantInt*, llvm::BinaryOperator&)': /src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineShifts.cpp:313: internal compiler error: Bus error: 10 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libllvminstcombine. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-21 14:40:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-21 14:40:06 - ERROR: failed to build world TB --- 2012-04-21 14:40:06 - 4078.23 user 524.56 system 5405.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 17:21:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47F6E1065672; Sat, 21 Apr 2012 17:21:44 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id F27E48FC0A; Sat, 21 Apr 2012 17:21:43 +0000 (UTC) Received: from pd4ml1so-ssvc.prod.shaw.ca ([10.0.141.141]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 21 Apr 2012 11:21:37 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=zu4PKjlF+9DoPrG/TPTQ4CC8dREy1gI1uGhqrRhVwqE= c=1 sm=1 a=2J3hSh7yEiUA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=mUnMXC0EB8wEwjUtL-MA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=V7tsTZBp22UA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd4ml1so-dmz.prod.shaw.ca with ESMTP; 21 Apr 2012 11:21:37 -0600 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id E309780; Sat, 21 Apr 2012 10:21:36 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q3LHLZTa007501; Sat, 21 Apr 2012 10:21:35 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201204211721.q3LHLZTa007501@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Dimitry Andric In-Reply-To: Message from Dimitry Andric of "Fri, 20 Apr 2012 22:37:18 +0200." <4F91C8FE.4070807@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Apr 2012 10:21:35 -0700 Cc: Michael Pounov , Jason Evans , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 17:21:44 -0000 In message <4F91C8FE.4070807@FreeBSD.org>, Dimitry Andric writes: > This is a multi-part message in MIME format. > --------------030506060901050002030508 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > > On 2012-04-20 22:21, Jason Evans wrote: > > On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: > >> On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: > >>> On 2012-04-20 21:54, Jason Evans wrote: > >>>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: > >>>>> I think the best solution would be for jemalloc to avoid using obvious > >>>>> names like "chunksize" for its globals, because it is basically a > >>>>> library that could be linked to any sort of program out there. > >>>>> > >>>>> For example, it could prefix all its internal-use only globals with > >>>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? > >>>> > >>>> jemalloc has optional namespace mangling support built in for just this > reason. I'll turn it on, hopefully today. > >>> > >>> Indeed, I had just found jemalloc/internal/private_namespace.h. :) It > >>> does seem to list only functions, not variables, is that right? > >> > >> Ah right, functions only. Well then, I don't have any bright ideas for so > lving this problem in the short run. > > > > I take it back. There's spotty mangling coverage for variables. I'll try > to add full coverage. > > I'm now using the attached. It seems to work... It didn't work for me. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 17:36:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22B0B106566B; Sat, 21 Apr 2012 17:36:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D67B58FC14; Sat, 21 Apr 2012 17:36:42 +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 q3LHagmE085808; Sat, 21 Apr 2012 13:36:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3LHafBR085803; Sat, 21 Apr 2012 17:36:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Apr 2012 17:36:41 GMT Message-Id: <201204211736.q3LHafBR085803@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 17:36:43 -0000 TB --- 2012-04-21 17:18:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-21 17:18:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-21 17:18:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-21 17:18:15 - cleaning the object tree TB --- 2012-04-21 17:18:15 - cvsupping the source tree TB --- 2012-04-21 17:18:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-21 17:18:56 - building world TB --- 2012-04-21 17:18:56 - CROSS_BUILD_TESTING=YES TB --- 2012-04-21 17:18:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-21 17:18:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-21 17:18:56 - SRCCONF=/dev/null TB --- 2012-04-21 17:18:56 - TARGET=powerpc TB --- 2012-04-21 17:18:56 - TARGET_ARCH=powerpc TB --- 2012-04-21 17:18:56 - TZ=UTC TB --- 2012-04-21 17:18:56 - __MAKE_CONF=/dev/null TB --- 2012-04-21 17:18:56 - cd /src TB --- 2012-04-21 17:18:56 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 21 17:18:57 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] from /src/gnu/lib/libgcc/../../../contrib/gcc/config/fp-bit.c:44: /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined In file included from ./tm.h:11, from /src/gnu/lib/libgcc/../../../contrib/gcc/config/fp-bit.c:44: /src/gnu/lib/libgcc/../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition ( -pg tramp.So unwind-dw2.So unwind-dw2-fde-glibc.So unwind-sjlj.So gthr-gnat.So unwind-c.So _muldi3.So _negdi2.So _lshrdi3.So _ashldi3.So _ashrdi3.So _cmpdi2.So _ucmpdi2.So _clear_cache.So _enable_execute_stack.So _trampoline.So __main.So _absvsi2.So _absvdi2.So _addvsi3.So _addvdi3.So _subvsi3.So _subvdi3.So _mulvsi3.So _mulvdi3.So _negvsi2.So _negvdi2.So _ctors.So _ffssi2.So _ffsdi2.So _clz.So _clzsi2.So _clzdi2.So _ctzsi2.So _ctzdi2.So _popcount_tab.So _popcountsi2.So _popcountdi2.So _paritysi2.So _paritydi2.So _powisf2.So _powidf2.So _powixf2.So _powitf2.So _mulsc3.So _muldc3.So _mulxc3.So _multc3.So _divsc3.So _divdc3.So _divxc3.So _divtc3.So _fixunssfsi.So _fixunsdfsi.So _fixunsxfsi.So _fixsfdi.So _fixunssfdi.So _floatdisf.So _floatundisf.So _fixdfdi.So _fixunsdfdi.So _floatdidf.So _floatundidf.So _fixxfdi.So _fixunsxfdi.So _floatdixf.So _floatundixf.So _fixtfdi.So _fixunstfdi.So _floatditf.So _floatunditf.So _divdi3.So _moddi3.So _udivdi3.So _umoddi3.So _udiv_w_sdi! v.So _udivmoddi4.So _pack_sf.So _unpack_sf.So _addsub_sf.So _mul_sf.So _div_sf.So _fpcmp_parts_sf.So _compare_sf.So _eq_sf.So _ne_sf.So _gt_sf.So _ge_sf.So _lt_sf.So _le_sf.So _unord_sf.So _si_to_sf.So _sf_to_si.So _negate_sf.So _make_sf.So _sf_to_df.So _thenan_sf.So _sf_to_usi.So _usi_to_sf.So _pack_df.So _unpack_df.So _addsub_df.So _mul_df.So _div_df.So _fpcmp_parts_df.So _compare_df.So _eq_df.So _ne_df.So _gt_df.So _ge_df.So _lt_df.So _le_df.So _unord_df.So _si_to_df.So _df_to_si.So _negate_df.So _make_df.So _df_to_sf.So _thenan_df.So _df_to_usi.So _usi_to_df.So tramp.So;echo %% ; cat /src/gnu/lib/libgcc/../../../contrib/gcc/libgcc-std.ver | sed -e '/^[ ]*#/d' -e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' | cc -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/.! ./../usr.bin/cc/cc_tools -std=gnu99 -E -xassembler-with-cpp -! ; ) | awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/mkmap-symver.awk > libgcc.map -pg: not found No symbols seen -- broken or mis-installed nm? *** Error code 1 Stop in /src/gnu/lib/libgcc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-21 17:36:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-21 17:36:41 - ERROR: failed to build world TB --- 2012-04-21 17:36:41 - 796.01 user 119.89 system 1106.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 17:36:43 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B8CE1065670 for ; Sat, 21 Apr 2012 17:36:43 +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 13ADF8FC15 for ; Sat, 21 Apr 2012 17:36:43 +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" (not verified)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id E361261F8; Sat, 21 Apr 2012 13:36:41 -0400 (EDT) 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=iWUU3LmBRKUUrxdnHljUz3S+JhsGGlxJ8vX0JKilIYW+LH1ifjUGXbfb3uPZAWEIO rGezkbgOwloI3BRGsbEwwj89vfR/AgxjI4XE6U9yLLCf/t8wQy5KKKMsy/nAFfM Message-ID: <4F92F020.1000204@protected-networks.net> Date: Sat, 21 Apr 2012 13:36:32 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.3) Gecko/20120401 Thunderbird/10.0.3 MIME-Version: 1.0 To: Cy Schubert References: <201204211721.q3LHLZTa007501@slippy.cwsent.com> In-Reply-To: <201204211721.q3LHLZTa007501@slippy.cwsent.com> X-Enigmail-Version: 1.4 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 17:36:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/21/12 13:21, Cy Schubert wrote: > In message <4F91C8FE.4070807@FreeBSD.org>, Dimitry Andric writes: >> This is a multi-part message in MIME format. >> --------------030506060901050002030508 >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> Content-Transfer-Encoding: 7bit >> >> On 2012-04-20 22:21, Jason Evans wrote: >>> On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: >>>> On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: >>>>> On 2012-04-20 21:54, Jason Evans wrote: >>>>>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: >>>>>>> I think the best solution would be for jemalloc to avoid using obvious >>>>>>> names like "chunksize" for its globals, because it is basically a >>>>>>> library that could be linked to any sort of program out there. >>>>>>> >>>>>>> For example, it could prefix all its internal-use only globals with >>>>>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>>>>> >>>>>> jemalloc has optional namespace mangling support built in for just this >> reason. I'll turn it on, hopefully today. >>>>> >>>>> Indeed, I had just found jemalloc/internal/private_namespace.h. :) It >>>>> does seem to list only functions, not variables, is that right? >>>> >>>> Ah right, functions only. Well then, I don't have any bright ideas for so >> lving this problem in the short run. >>> >>> I take it back. There's spotty mangling coverage for variables. I'll try >> to add full coverage. >> >> I'm now using the attached. It seems to work... > > It didn't work for me. The problem is that /usr/bin/as is statically linked .. rebuild that and you'll be fine, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+S8CAACgkQQv9rrgRC1JJs/ACcC9Sg1n37dQICmkRkeF3dLSi/ EX8An1IjGbLT6N9YM9p6fOyGL4V6ep1f =NooP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 17:51:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57E2E106566C; Sat, 21 Apr 2012 17:51:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A49D58FC14; Sat, 21 Apr 2012 17:51: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 q3LHpcFt019626; Sat, 21 Apr 2012 13:51:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3LHpcBs019621; Sat, 21 Apr 2012 17:51:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Apr 2012 17:51:38 GMT Message-Id: <201204211751.q3LHpcBs019621@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 17:51:39 -0000 TB --- 2012-04-21 17:36:42 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-21 17:36:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-21 17:36:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-04-21 17:36:42 - cleaning the object tree TB --- 2012-04-21 17:36:42 - cvsupping the source tree TB --- 2012-04-21 17:36:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-04-21 17:38:20 - building world TB --- 2012-04-21 17:38:20 - CROSS_BUILD_TESTING=YES TB --- 2012-04-21 17:38:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-21 17:38:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-21 17:38:20 - SRCCONF=/dev/null TB --- 2012-04-21 17:38:20 - TARGET=sparc64 TB --- 2012-04-21 17:38:20 - TARGET_ARCH=sparc64 TB --- 2012-04-21 17:38:20 - TZ=UTC TB --- 2012-04-21 17:38:20 - __MAKE_CONF=/dev/null TB --- 2012-04-21 17:38:20 - cd /src TB --- 2012-04-21 17:38:20 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 21 17:38:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fPIC -DSHARED -DFINE_GRAINED_LIBRARIES -DL_df_to_usi -o _df_to_usi.So /src/gnu/lib/libgcc/../../../contrib/gcc/config/fp-bit.c cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fPIC -DSHARED -DFINE_GRAINED_LIBRARIES -DL_usi_to_df -o _usi_to_df.So /src/gnu/lib/libgcc/../../../contrib/gcc/config/fp-bit.c cc -x assembler-with-cpp -c -fPIC -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -DL_mulsi3 -o _mulsi3.So /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/lb1spc.asm cc -x assembler-with-cpp -c -fPIC -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -DL_divsi3 -o _divsi3.So /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/lb1spc.asm cc -x assembler-with-cpp -c -fPIC -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -DL_modsi3 -o _modsi3.So /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/lb1spc.asm ( -pg unwind-dw2.So unwind-dw2-fde-glibc.So unwind-sjlj.So gthr-gnat.So unwind-c.So _muldi3.So _negdi2.So _lshrdi3.So _ashldi3.So _ashrdi3.So _cmpdi2.So _ucmpdi2.So _clear_cache.So _enable_execute_stack.So _trampoline.So __main.So _absvsi2.So _absvdi2.So _addvsi3.So _addvdi3.So _subvsi3.So _subvdi3.So _mulvsi3.So _mulvdi3.So _negvsi2.So _negvdi2.So _ctors.So _ffssi2.So _ffsdi2.So _clz.So _clzsi2.So _clzdi2.So _ctzsi2.So _ctzdi2.So _popcount_tab.So _popcountsi2.So _popcountdi2.So _paritysi2.So _paritydi2.So _powisf2.So _powidf2.So _powixf2.So _powitf2.So _mulsc3.So _muldc3.So _mulxc3.So _multc3.So _divsc3.So _divdc3.So _divxc3.So _divtc3.So _fixunssfsi.So _fixunsdfsi.So _fixunsxfsi.So _fixsfdi.So _fixunssfdi.So _floatdisf.So _floatundisf.So _fixdfdi.So _fixunsdfdi.So _floatdidf.So _floatundidf.So _fixxfdi.So _fixunsxfdi.So _floatdixf.So _floatundixf.So _fixtfdi.So _fixunstfdi.So _floatditf.So _floatunditf.So _divdi3.So _moddi3.So _udivdi3.So _umoddi3.So _udiv_w_sdiv.So _udi! vmoddi4.So _pack_sf.So _unpack_sf.So _addsub_sf.So _mul_sf.So _div_sf.So _fpcmp_parts_sf.So _compare_sf.So _eq_sf.So _ne_sf.So _gt_sf.So _ge_sf.So _lt_sf.So _le_sf.So _unord_sf.So _si_to_sf.So _sf_to_si.So _negate_sf.So _make_sf.So _sf_to_df.So _thenan_sf.So _sf_to_usi.So _usi_to_sf.So _pack_df.So _unpack_df.So _addsub_df.So _mul_df.So _div_df.So _fpcmp_parts_df.So _compare_df.So _eq_df.So _ne_df.So _gt_df.So _ge_df.So _lt_df.So _le_df.So _unord_df.So _si_to_df.So _df_to_si.So _negate_df.So _make_df.So _df_to_sf.So _thenan_df.So _df_to_usi.So _usi_to_df.So _mulsi3.So _divsi3.So _modsi3.So;echo %% ; cat /src/gnu/lib/libgcc/../../../contrib/gcc/libgcc-std.ver | sed -e '/^[ ]*#/d' -e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' | cc -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/g! nu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -E -xassem! bler-with-cpp -; ) | awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/mkmap-symver.awk > libgcc.map -pg: not found No symbols seen -- broken or mis-installed nm? *** Error code 1 Stop in /src/gnu/lib/libgcc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-21 17:51:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-21 17:51:37 - ERROR: failed to build world TB --- 2012-04-21 17:51:37 - 551.03 user 100.09 system 895.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 17:52:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15F44106566C for ; Sat, 21 Apr 2012 17:52:06 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id CCB508FC08 for ; Sat, 21 Apr 2012 17:52:05 +0000 (UTC) Received: from pd3ml2so-ssvc.prod.shaw.ca ([10.0.141.138]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 21 Apr 2012 11:52:05 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=w8ylZ/s5/CpB4NtJ57cq/Y3wf+h+jIFeVVN4WVEh/uc= c=1 sm=1 a=2J3hSh7yEiUA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=zxA2vyXaAAAA:8 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=DlZa9VtyO3fBnfWCSA4A:9 a=1m3aibJYaPd7CFqEjLoA:7 a=CjuIK1q_8ugA:10 a=NaE95tUFxIUA:10 a=SV7veod9ZcQA:10 a=V7tsTZBp22UA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd3ml2so-dmz.prod.shaw.ca with ESMTP; 21 Apr 2012 11:52:05 -0600 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id E5F0680; Sat, 21 Apr 2012 10:52:04 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q3LHq4QJ014466; Sat, 21 Apr 2012 10:52:04 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201204211752.q3LHq4QJ014466@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Michael Butler In-Reply-To: Message from Michael Butler of "Sat, 21 Apr 2012 13:36:32 EDT." <4F92F020.1000204@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Apr 2012 10:52:04 -0700 Cc: current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 17:52:06 -0000 In message <4F92F020.1000204@protected-networks.net>, Michael Butler writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/21/12 13:21, Cy Schubert wrote: > > In message <4F91C8FE.4070807@FreeBSD.org>, Dimitry Andric writes: > >> This is a multi-part message in MIME format. > >> --------------030506060901050002030508 > >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >> Content-Transfer-Encoding: 7bit > >> > >> On 2012-04-20 22:21, Jason Evans wrote: > >>> On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: > >>>> On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: > >>>>> On 2012-04-20 21:54, Jason Evans wrote: > >>>>>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: > >>>>>>> I think the best solution would be for jemalloc to avoid using obviou > s > >>>>>>> names like "chunksize" for its globals, because it is basically a > >>>>>>> library that could be linked to any sort of program out there. > >>>>>>> > >>>>>>> For example, it could prefix all its internal-use only globals with > >>>>>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? > >>>>>> > >>>>>> jemalloc has optional namespace mangling support built in for just thi > s > >> reason. I'll turn it on, hopefully today. > >>>>> > >>>>> Indeed, I had just found jemalloc/internal/private_namespace.h. :) It > >>>>> does seem to list only functions, not variables, is that right? > >>>> > >>>> Ah right, functions only. Well then, I don't have any bright ideas for > so > >> lving this problem in the short run. > >>> > >>> I take it back. There's spotty mangling coverage for variables. I'll tr > y > >> to add full coverage. > >> > >> I'm now using the attached. It seems to work... > > > > It didn't work for me. > > The problem is that /usr/bin/as is statically linked .. rebuild that and > you'll be fine, I did. I restored from backup made a month ago and rebuilt world again. That worked. I then rebuilt world again. That's when it failed. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 17:55:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A23771065842; Sat, 21 Apr 2012 17:55: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 5103D8FC17; Sat, 21 Apr 2012 17:55: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 q3LHtJHr043215; Sat, 21 Apr 2012 13:55:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3LHtJ8Z043214; Sat, 21 Apr 2012 17:55:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Apr 2012 17:55:19 GMT Message-Id: <201204211755.q3LHtJ8Z043214@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 17:55:20 -0000 TB --- 2012-04-21 17:36:18 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-21 17:36:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-21 17:36:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-21 17:36:18 - cleaning the object tree TB --- 2012-04-21 17:36:18 - cvsupping the source tree TB --- 2012-04-21 17:36:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-21 17:38:03 - building world TB --- 2012-04-21 17:38:03 - CROSS_BUILD_TESTING=YES TB --- 2012-04-21 17:38:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-21 17:38:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-21 17:38:03 - SRCCONF=/dev/null TB --- 2012-04-21 17:38:03 - TARGET=powerpc TB --- 2012-04-21 17:38:03 - TARGET_ARCH=powerpc64 TB --- 2012-04-21 17:38:03 - TZ=UTC TB --- 2012-04-21 17:38:03 - __MAKE_CONF=/dev/null TB --- 2012-04-21 17:38:03 - cd /src TB --- 2012-04-21 17:38:03 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 21 17:38:04 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] from /src/gnu/lib/libgcc/../../../contrib/gcc/config/fp-bit.c:44: /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined In file included from ./tm.h:12, from /src/gnu/lib/libgcc/../../../contrib/gcc/config/fp-bit.c:44: /src/gnu/lib/libgcc/../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition ( -pg tramp.So unwind-dw2.So unwind-dw2-fde-glibc.So unwind-sjlj.So gthr-gnat.So unwind-c.So _muldi3.So _negdi2.So _lshrdi3.So _ashldi3.So _ashrdi3.So _cmpdi2.So _ucmpdi2.So _clear_cache.So _enable_execute_stack.So _trampoline.So __main.So _absvsi2.So _absvdi2.So _addvsi3.So _addvdi3.So _subvsi3.So _subvdi3.So _mulvsi3.So _mulvdi3.So _negvsi2.So _negvdi2.So _ctors.So _ffssi2.So _ffsdi2.So _clz.So _clzsi2.So _clzdi2.So _ctzsi2.So _ctzdi2.So _popcount_tab.So _popcountsi2.So _popcountdi2.So _paritysi2.So _paritydi2.So _powisf2.So _powidf2.So _powixf2.So _powitf2.So _mulsc3.So _muldc3.So _mulxc3.So _multc3.So _divsc3.So _divdc3.So _divxc3.So _divtc3.So _fixunssfsi.So _fixunsdfsi.So _fixunsxfsi.So _fixsfdi.So _fixunssfdi.So _floatdisf.So _floatundisf.So _fixdfdi.So _fixunsdfdi.So _floatdidf.So _floatundidf.So _fixxfdi.So _fixunsxfdi.So _floatdixf.So _floatundixf.So _fixtfdi.So _fixunstfdi.So _floatditf.So _floatunditf.So _divdi3.So _moddi3.So _udivdi3.So _umoddi3.So _udiv_w_sdi! v.So _udivmoddi4.So _pack_sf.So _unpack_sf.So _addsub_sf.So _mul_sf.So _div_sf.So _fpcmp_parts_sf.So _compare_sf.So _eq_sf.So _ne_sf.So _gt_sf.So _ge_sf.So _lt_sf.So _le_sf.So _unord_sf.So _si_to_sf.So _sf_to_si.So _negate_sf.So _make_sf.So _sf_to_df.So _thenan_sf.So _sf_to_usi.So _usi_to_sf.So _pack_df.So _unpack_df.So _addsub_df.So _mul_df.So _div_df.So _fpcmp_parts_df.So _compare_df.So _eq_df.So _ne_df.So _gt_df.So _ge_df.So _lt_df.So _le_df.So _unord_df.So _si_to_df.So _df_to_si.So _negate_df.So _make_df.So _df_to_sf.So _thenan_df.So _df_to_usi.So _usi_to_df.So tramp.So;echo %% ; cat /src/gnu/lib/libgcc/../../../contrib/gcc/libgcc-std.ver | sed -e '/^[ ]*#/d' -e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' | cc -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/.! ./../usr.bin/cc/cc_tools -std=gnu99 -E -xassembler-with-cpp -! ; ) | awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/mkmap-symver.awk > libgcc.map -pg: not found No symbols seen -- broken or mis-installed nm? *** Error code 1 Stop in /src/gnu/lib/libgcc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-21 17:55:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-21 17:55:19 - ERROR: failed to build world TB --- 2012-04-21 17:55:19 - 784.57 user 124.75 system 1141.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 18:52:53 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60284106564A for ; Sat, 21 Apr 2012 18:52:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF788FC17 for ; Sat, 21 Apr 2012 18:52:53 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:bc21:4655:90e2:3182] (unknown [IPv6:2001:7b8:3a7:0:bc21:4655:90e2:3182]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 836835C37; Sat, 21 Apr 2012 20:52:51 +0200 (CEST) Message-ID: <4F930206.9010805@FreeBSD.org> Date: Sat, 21 Apr 2012 20:52:54 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Cy Schubert References: <201204211752.q3LHq4QJ014466@slippy.cwsent.com> In-Reply-To: <201204211752.q3LHq4QJ014466@slippy.cwsent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Butler , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 18:52:53 -0000 On 2012-04-21 19:52, Cy Schubert wrote: > In message<4F92F020.1000204@protected-networks.net>, Michael Butler writes: ... >> The problem is that /usr/bin/as is statically linked .. rebuild that and >> you'll be fine, > I did. I restored from backup made a month ago and rebuilt world again. > That worked. I then rebuilt world again. That's when it failed. At which revision was your source tree? In r234543, Jason committed the real fix, and I think that should work correctly. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 18:54:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 022D81065674; Sat, 21 Apr 2012 18:54:03 +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 B3B2D8FC1F; Sat, 21 Apr 2012 18:54:02 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q3LIs28I016323; Sat, 21 Apr 2012 11:54:02 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q3LIs2D8016322; Sat, 21 Apr 2012 11:54:02 -0700 (PDT) (envelope-from david) Date: Sat, 21 Apr 2012 11:54:02 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20120421185402.GH1743@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vjQsMS/9MbKYGLq" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 18:54:03 -0000 --5vjQsMS/9MbKYGLq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After applying Dimitry Andric's patches to contrib/jemalloc and replacing /usr/bin/as with one built last Sunday, I was finally(!) able to rebuild head as of 234536: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #797 234= 536M: Sat Apr 21 10:23:33 PDT 2012 root@freebeast.catwhisker.org:/usr/o= bj/usr/src/sys/GENERIC i386 However, as I was copying a /usr/obj hierarchy via tar -- e.g.: root@freebeast:/common/home/david # (cd /var/tmp && rm -fr obj && mkdir obj= ) && (cd /usr && tar cpf - obj) | (cd /var/tmp && tar xpf -) it ran for a while, then: : jemalloc_arena.c:182: Failed assertion: "p[i] =3D=3D 0" Abort (core dumped)=20 root@freebeast:/common/home/david # echo $? 134 root@freebeast:/common/home/david # ls -lTio *.core ls: No match. root@freebeast:/common/home/david #=20 So ... no core file, apparently. freebeast(10.0-C)[2] find /usr/src/contrib/jemalloc -type f -name jemalloc_= arena.c freebeast(10.0-C)[3]=20 No file named "jemalloc_arena.c", either. But contrib/jemalloc/src/arena.c contains a function, arena_chunk_validate_zeroed(): 175 static inline void 176 arena_chunk_validate_zeroed(arena_chunk_t *chunk, size_t run_ind) 177 { 178 size_t i; 179 UNUSED size_t *p =3D (size_t *)((uintptr_t)chunk + (run_ind= << LG_PAGE)); 180 181 for (i =3D 0; i < PAGE / sizeof(size_t); i++) 182 assert(p[i] =3D=3D 0); 183 } Thoughts? Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --5vjQsMS/9MbKYGLq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+TAkkACgkQmprOCmdXAD2jfQCfS94b38bxaweu790F6yhDbYXu f34An2WWlj/P1U3vrhqE0Ed6UNr1G2QZ =Wso1 -----END PGP SIGNATURE----- --5vjQsMS/9MbKYGLq-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 20:11:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0CC1065670 for ; Sat, 21 Apr 2012 20:11:23 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 37EF38FC17 for ; Sat, 21 Apr 2012 20:11:23 +0000 (UTC) Received: from [192.168.168.4] (70-91-206-178-BusName-SFBA.hfc.comcastbusiness.net [70.91.206.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 67FAA28430; Sat, 21 Apr 2012 13:11:17 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Jason Evans In-Reply-To: <20120421185402.GH1743@albert.catwhisker.org> Date: Sat, 21 Apr 2012 13:11:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> References: <20120421185402.GH1743@albert.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1257) Cc: current@freebsd.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 20:11:23 -0000 On Apr 21, 2012, at 11:54 AM, David Wolfskill wrote: > After applying Dimitry Andric's patches to contrib/jemalloc and = replacing > /usr/bin/as with one built last Sunday, I was finally(!) able to = rebuild > head as of 234536: >=20 > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT = #797 234536M: Sat Apr 21 10:23:33 PDT 2012 = root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 >=20 > However, as I was copying a /usr/obj hierarchy via tar -- e.g.: >=20 > root@freebeast:/common/home/david # (cd /var/tmp && rm -fr obj && = mkdir obj) && (cd /usr && tar cpf - obj) | (cd /var/tmp && tar xpf -) >=20 > it ran for a while, then: >=20 > : jemalloc_arena.c:182: Failed assertion: "p[i] =3D=3D 0" > Abort (core dumped)=20 > root@freebeast:/common/home/david # echo $? > 134 > root@freebeast:/common/home/david # ls -lTio *.core > ls: No match. > root@freebeast:/common/home/david #=20 >=20 > So ... no core file, apparently. >=20 > freebeast(10.0-C)[2] find /usr/src/contrib/jemalloc -type f -name = jemalloc_arena.c > freebeast(10.0-C)[3]=20 >=20 > No file named "jemalloc_arena.c", either. >=20 > But contrib/jemalloc/src/arena.c contains a function, > arena_chunk_validate_zeroed(): >=20 > 175 static inline void > 176 arena_chunk_validate_zeroed(arena_chunk_t *chunk, size_t = run_ind) > 177 { > 178 size_t i; > 179 UNUSED size_t *p =3D (size_t *)((uintptr_t)chunk + = (run_ind << LG_PAGE)); > 180 > 181 for (i =3D 0; i < PAGE / sizeof(size_t); i++) > 182 assert(p[i] =3D=3D 0); > 183 } >=20 > Thoughts? I received a similar report yesterday in the context of filezilla, but = didn't get as far as reproducing it. I think the problem is in = chunk_alloc_dss(), which dangerously claims that newly allocated memory = is zeroed. It looks like I formalized this bad assumption in early = 2010, though the bug existed before that. It's a bigger deal now = because sbrk() is preferred over mmap(), so the bug has languished for a = couple of years. I'll get a fix committed today (and revert the order = of preference between sbrk() and mmap()). By the way, I wonder why not everyone hits this (I don't). Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 21:20:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0F901065675 for ; Sat, 21 Apr 2012 21:20:07 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm19-vm2.bullet.mail.ne1.yahoo.com (nm19-vm2.bullet.mail.ne1.yahoo.com [98.138.91.95]) by mx1.freebsd.org (Postfix) with SMTP id 8BAEB8FC15 for ; Sat, 21 Apr 2012 21:20:07 +0000 (UTC) Received: from [98.138.90.56] by nm19.bullet.mail.ne1.yahoo.com with NNFMP; 21 Apr 2012 21:20:01 -0000 Received: from [98.138.226.62] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 21 Apr 2012 21:20:01 -0000 Received: from [127.0.0.1] by smtp213.mail.ne1.yahoo.com with NNFMP; 21 Apr 2012 21:20:01 -0000 X-Yahoo-Newman-Id: 515851.48543.bm@smtp213.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: x4g1JY4VM1lVVyPuBJZ77gsEKEQ6WYhpCuNv1ifNeovivEQ wITa5eJ3C8FHnx.fq72_6WhZ.bXTyffSMYrQ0Pn69BHa4_r3EmDkLzT1wqqQ uKmE5i7y849FiRrQBWVZjSDvmiHbg9ABeIssfrSaHv5JN.McYarSR96.0Wvs fD09bljV.eqKz1qLMqByno48qo6Bv8jXhPjn0gHhMUTvNkwRSxS4wE2IBKHk mu5VfzmiU2FjxPh0T8Ldlf6MchiKU3soCl5zNQF8q6yHhlNsR3d5mRLlnvy. DkYrYdpTLJRIU77i4_bG4aBsUDZgTSBCd3MjNh7Oqg4io2YqxqNyu1fYhNRj gA9cy0ydOIONcYJFdYbXc2fgHsmPxeUAxYngFhWUmKq4eaJGg6p6QzvDOk0X Kka5bWHAjhz.rMoJmQj7e_8g_b591SPR9Evqr8.ifw7vlWrgTsuRHkP9kwD. nM7gKinDzHRnbQUdIvEpGU4FzmUAtsRsISCN9mORbOPCGYpGTObXH2.1Ko2y VzTyMXSKCkWoc95JC4E2qToE- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.103] (pfg@200.118.157.7 with plain) by smtp213.mail.ne1.yahoo.com with SMTP; 21 Apr 2012 14:20:01 -0700 PDT Message-ID: <4F93247E.4090905@FreeBSD.org> Date: Sat, 21 Apr 2012 16:19:58 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120328 Thunderbird/10.0.3 MIME-Version: 1.0 To: Doug Barton References: <4F91C8A1.7060400@FreeBSD.org> <1334956412.79181.YahooMailClassic@web113504.mail.gq1.yahoo.com> <20120421003256.GB80419@dragon.NUXI.org> <4F920806.4040607@FreeBSD.org> <4F926054.4060903@FreeBSD.org> In-Reply-To: <4F926054.4060903@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: contrib/jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 21:20:08 -0000 On 04/21/12 02:23, Doug Barton wrote: > ... >> In libedit we have incomplete merges from upstream (that was >> CVS fault), we have some changes that are obsolete wrt to how >> upstream solved the same issues and we have a couple of >> files that have diverged completely from upstream. > I agree that sounds like an ugly mess ... who is working on cleaning it > up? Is this something that we need to create a team to address? It > certainly sounds like something too large for one person to handle on > their own. I have a patch (pending approval) to improve things here: http://people.freebsd.org/~pfg/patches/patch-libedit-cvs20091228 and I will try to reduce some other differences with upstream code but I think at some point we will just have to do a brute merge from the code upstream. >> Either way it all can all be solved but it's just a lot of work and I >> can see how the direct approach helps understand better what >> is happening and can ultimately save time. > I'm glad we have an area of agreement. It sounds to me like the lesson > from libedit is to do it right from the very beginning, so that things > like libedit don't happen again. The libedit case shows a case where the vendor branch approach failed. To be quite honest, it all depends on the maintainer and not really on the mechanics: if no one cares to keep up with the small changes during a while, eventually someone has to take care of a bigger set of changes in the future. In jemalloc's case I am really glad to see the code updated and maintained now. Pedro. From owner-freebsd-current@FreeBSD.ORG Sat Apr 21 23:18:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1815D106566C for ; Sat, 21 Apr 2012 23:18:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C83EF8FC08 for ; Sat, 21 Apr 2012 23:18:51 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:bc21:4655:90e2:3182] (unknown [IPv6:2001:7b8:3a7:0:bc21:4655:90e2:3182]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1A0A75C37; Sun, 22 Apr 2012 01:18:51 +0200 (CEST) Message-ID: <4F93405D.7060305@FreeBSD.org> Date: Sun, 22 Apr 2012 01:18:53 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120410 Thunderbird/12.0 MIME-Version: 1.0 To: Steve Kargl References: <20120420004011.GA71597@troutmask.apl.washington.edu> In-Reply-To: <20120420004011.GA71597@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: clang and 'config KERNFILE' error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 23:18:52 -0000 On 2012-04-20 02:40, Steve Kargl wrote: > laptop:root[227] uname -a > FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230975M: Sat Feb 4 09:03:27 PST 2012 root@laptop:/usr/obj/usr/src/sys/MOBILE i386 > > > laptop:root[224] config MOBILE > Kernel build directory is ../compile/MOBILE > Don't forget to do ``make cleandepend&& make depend'' > laptop:root[225] cd ../compile/MOBILE > laptop:root[226] make cleandepend&& make depend > "../../../conf/kern.pre.mk", line 87: Malformed conditional (${MK_CLANG_IS_CC} == "no"&& ${CC:T:Mclang} != "clang") > "../../../conf/kern.pre.mk", line 98: if-less endif > "../../../conf/kern.pre.mk", line 104: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang") > "../../../conf/kern.pre.mk", line 106: if-less endif > "../../../conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang") > "../../../conf/kern.mk", line 31: if-less endif > "../../../conf/kern.mk", line 53: Malformed conditional (${MK_CLANG_IS_CC} == "no"&& ${CC:T:Mclang} != "clang") > "../../../conf/kern.mk", line 60: if-less endif > make: fatal errors encountered -- cannot continue Hi Steve, This means your /usr/share/mk files are out of sync with your source tree. When you build kernels in the old way, this will not work properly. I guess the simplest solution is to set MAKESYSPATH to /usr/src/share/mk, or just use "make buildkernel KERNCONF=MOBILE".