From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 00:15:58 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 92927D75; Sun, 21 Apr 2013 00:15: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 5BEE1141A; Sun, 21 Apr 2013 00:15:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3L0FvJk080668; Sat, 20 Apr 2013 20:15: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 r3L0FvwY080664; Sun, 21 Apr 2013 00:15:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Apr 2013 00:15:57 GMT Message-Id: <201304210015.r3L0FvwY080664@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 00:15:58 -0000 TB --- 2013-04-20 21:40:34 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-20 21:40:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-20 21:40:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-20 21:40:34 - cleaning the object tree TB --- 2013-04-20 21:42:03 - /usr/local/bin/svn stat /src TB --- 2013-04-20 21:42:06 - At svn revision 249700 TB --- 2013-04-20 21:42:07 - building world TB --- 2013-04-20 21:42:07 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 21:42:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 21:42:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 21:42:07 - SRCCONF=/dev/null TB --- 2013-04-20 21:42:07 - TARGET=powerpc TB --- 2013-04-20 21:42:07 - TARGET_ARCH=powerpc TB --- 2013-04-20 21:42:07 - TZ=UTC TB --- 2013-04-20 21:42:07 - __MAKE_CONF=/dev/null TB --- 2013-04-20 21:42:07 - cd /src TB --- 2013-04-20 21:42:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 20 21:42:12 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 21 00:13:38 UTC 2013 TB --- 2013-04-21 00:13:38 - generating LINT kernel config TB --- 2013-04-21 00:13:38 - cd /src/sys/powerpc/conf TB --- 2013-04-21 00:13:38 - /usr/bin/make -B LINT TB --- 2013-04-21 00:13:38 - cd /src/sys/powerpc/conf TB --- 2013-04-21 00:13:38 - /usr/sbin/config -m LINT TB --- 2013-04-21 00:13:38 - building LINT kernel TB --- 2013-04-21 00:13:38 - CROSS_BUILD_TESTING=YES TB --- 2013-04-21 00:13:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-21 00:13:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-21 00:13:38 - SRCCONF=/dev/null TB --- 2013-04-21 00:13:38 - TARGET=powerpc TB --- 2013-04-21 00:13:38 - TARGET_ARCH=powerpc TB --- 2013-04-21 00:13:38 - TZ=UTC TB --- 2013-04-21 00:13:38 - __MAKE_CONF=/dev/null TB --- 2013-04-21 00:13:38 - cd /src TB --- 2013-04-21 00:13:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 21 00:13:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_cd.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_ch.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_ch.c: In function 'copy_element_status': /src/sys/cam/scsi/scsi_ch.c:1157: warning: comparison is always false due to limited range of data type *** [scsi_ch.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-21 00:15:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-21 00:15:57 - ERROR: failed to build LINT kernel TB --- 2013-04-21 00:15:57 - 8013.89 user 945.80 system 9322.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 00:36:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 886B0FF9; Sun, 21 Apr 2013 00:36:40 +0000 (UTC) (envelope-from prvs=18233350e1=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id DC80014F8; Sun, 21 Apr 2013 00:36:39 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003397896.msg; Sun, 21 Apr 2013 01:36:36 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 21 Apr 2013 01:36:36 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18233350e1=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Joshua Isom" , , References: <625362A8116D4B43AF4912773F478CB9@multiplay.co.uk> <5172C699.8020708@smeets.im> <5172CF44.1050309@gwdg.de> <201304201741.r3KHfrJe001805@pozo.com> <517327C5.5050305@gmail.com> Subject: Re: Booting an alternative kernel from loader prompt fails the first time only Date: Sun, 21 Apr 2013 01:36:58 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_03C0_01CE3E30.B6797AD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 00:36:40 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_03C0_01CE3E30.B6797AD0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit ----- Original Message ----- From: "Joshua Isom" To: Sent: Sunday, April 21, 2013 12:41 AM Subject: Re: Booting an alternative kernel from loader prompt fails the first time only > On 4/20/2013 12:41 PM, Manfred Antar wrote: >> At 10:24 AM 4/20/2013, Rainer Hurling wrote: >>> On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: >>>> On 20.04.13 18:05, Steven Hartland wrote: >>>>> When trying to boot an alternative kernel from the loader prompt >>>>> it fails the first time the command is run but succeeds the second >>>>> time. >>>>> >>>>> Type '?' for a list of commands, 'help' for more detailed help. >>>>> OK boot kernel.generic >>>>> Booting... >>>>> don't know how to load module '/boot/kernel.generic/kernel' >>>>> OK boot kernel.generic >>>>> Booting... >>>>> /boot/kernel.generic/kernel text=0xd21288 data=...... >>>>> >>>> >>>> Yes, I've been seeing the same thing for about 6-12 months maybe more. >>>> None of the people I asked were able to confirm, so I'm happy that I'm >>>> not imagining it :) >>> >>> I also can confirm this behaviour for month now (on 10.0-CURRENT amd64 >>> with clang). >>> >>> Rainer >>> >> >> Have you tried: >> OK boot /boot/kernel.generic/kernel >> >> Use full path name always works for me >> Manfred I believe this may well have been introduced by:- http://svnweb.freebsd.org/base?view=revision&revision=241069 When booting with a /boot/loader.conf that contains a module load line e.g. zfs_load="YES" then this is loaded before the kernel. Loading any module causes last_file_format to get set so when the next file that's loaded is in fact a kernel it still try's to load it as a "kernel module" using what was stored with last_file_format. This fails and trips the "Restart from the beginning" case which contains: last_file_format = i = 0; fp = NULL; continue; So "i" gets set to 0 but the loop then increments it to 1 before running the next iteration, so its impossible to use first handler in the retry case; which I suspect is the kernel loader. This also explains why the second call to boot works as last_file_format is now 0 due to the previous failure. If this is the issue the attached patch should fix it. I can't test it ATM as my current box is at the office and doesn't have remote KVM, so I need to be in front of it. If anyone can confirm this attached patch fixes the problem then I'll get it committed, otherwise I'll test on Monday. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_03C0_01CE3E30.B6797AD0 Content-Type: application/octet-stream; name="alternative-boot.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="alternative-boot.patch" --- sys/boot/common/module.c.orig 2013-04-21 00:16:28.801989165 +0000=0A= +++ sys/boot/common/module.c 2013-04-21 00:18:23.544977000 +0000=0A= @@ -289,7 +289,8 @@=0A= break;=0A= } else if (last_file_format =3D=3D i && i !=3D 0) {=0A= /* Restart from the beginning */=0A= - last_file_format =3D i =3D 0;=0A= + last_file_format =3D 0;=0A= + i =3D -1;=0A= fp =3D NULL;=0A= continue;=0A= }=0A= ------=_NextPart_000_03C0_01CE3E30.B6797AD0-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 00:56:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 01A7344C; Sun, 21 Apr 2013 00:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BDB7315AA; Sun, 21 Apr 2013 00:56: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 r3L0uirG064732; Sat, 20 Apr 2013 20:56:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3L0uibk064731; Sun, 21 Apr 2013 00:56:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Apr 2013 00:56:44 GMT Message-Id: <201304210056.r3L0uibk064731@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 00:56:46 -0000 TB --- 2013-04-20 21:46:12 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-20 21:46: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 --- 2013-04-20 21:46:12 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-20 21:46:12 - cleaning the object tree TB --- 2013-04-20 21:48:25 - /usr/local/bin/svn stat /src TB --- 2013-04-20 21:48:28 - At svn revision 249700 TB --- 2013-04-20 21:48:29 - building world TB --- 2013-04-20 21:48:29 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 21:48:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 21:48:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 21:48:29 - SRCCONF=/dev/null TB --- 2013-04-20 21:48:29 - TARGET=powerpc TB --- 2013-04-20 21:48:29 - TARGET_ARCH=powerpc64 TB --- 2013-04-20 21:48:29 - TZ=UTC TB --- 2013-04-20 21:48:29 - __MAKE_CONF=/dev/null TB --- 2013-04-20 21:48:29 - cd /src TB --- 2013-04-20 21:48:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 20 21:48:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Apr 21 00:49:18 UTC 2013 TB --- 2013-04-21 00:49:18 - generating LINT kernel config TB --- 2013-04-21 00:49:18 - cd /src/sys/powerpc/conf TB --- 2013-04-21 00:49:18 - /usr/bin/make -B LINT TB --- 2013-04-21 00:49:18 - cd /src/sys/powerpc/conf TB --- 2013-04-21 00:49:18 - /usr/sbin/config -m LINT TB --- 2013-04-21 00:49:18 - skipping LINT kernel TB --- 2013-04-21 00:49:18 - cd /src/sys/powerpc/conf TB --- 2013-04-21 00:49:18 - /usr/sbin/config -m GENERIC TB --- 2013-04-21 00:49:18 - skipping GENERIC kernel TB --- 2013-04-21 00:49:18 - cd /src/sys/powerpc/conf TB --- 2013-04-21 00:49:18 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-21 00:49:18 - building GENERIC64 kernel TB --- 2013-04-21 00:49:18 - CROSS_BUILD_TESTING=YES TB --- 2013-04-21 00:49:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-21 00:49:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-21 00:49:18 - SRCCONF=/dev/null TB --- 2013-04-21 00:49:18 - TARGET=powerpc TB --- 2013-04-21 00:49:18 - TARGET_ARCH=powerpc64 TB --- 2013-04-21 00:49:18 - TZ=UTC TB --- 2013-04-21 00:49:18 - __MAKE_CONF=/dev/null TB --- 2013-04-21 00:49:18 - cd /src TB --- 2013-04-21 00:49:18 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Apr 21 00:49:18 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -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/cam/../../cam/cam_sim.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -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/cam/../../cam/cam_xpt.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -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/cam/../../cam/scsi/scsi_all.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -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/cam/../../cam/scsi/scsi_cd.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -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/cam/../../cam/scsi/scsi_ch.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_ch.c: In function 'copy_element_status': /src/sys/modules/cam/../../cam/scsi/scsi_ch.c:1157: warning: comparison is always false due to limited range of data type *** [scsi_ch.o] Error code 1 Stop in /src/sys/modules/cam. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-21 00:56:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-21 00:56:44 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-21 00:56:44 - 9941.91 user 1225.51 system 11432.22 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 05:57:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4375E7FB for ; Sun, 21 Apr 2013 05:57:04 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ia0-x236.google.com (mail-ia0-x236.google.com [IPv6:2607:f8b0:4001:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id 0424877C for ; Sun, 21 Apr 2013 05:57:03 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id u20so4491271iag.41 for ; Sat, 20 Apr 2013 22:57:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=boA7oWwwudiBwh8o8kgGOPGR19C0d1QGyVDxrPsTwAk=; b=VfSoE1DDhNuxc5UTzS5k060fJEfOB5VZMSc48rff9UKvspvgbdaHOyFSI5KoUOOXOJ Uv9pwYFXy5/zxnZRMftvHQhqQQ5nn+6NmS5YUhznFioy8bXI/Vh+kgv42xvN+kT2tly+ ttNwdSlnh1QID6yFOUcRk+xC3ClzHaY9EZXphrlyfzMV2k9K2kkcHTgeX/2lRjOqy8Eo NkxF0Ex33ZUbMfqjSedbscos+zaJmb093nG5Q4gPwXHHmht52w/paKw3LhprAiC+Qe9V DbSMm6USOMESld4/3EXRtdXJAKszlSJAz/v8C10S+xThqSmrTc61fybnnu+aXEfwoe30 OFug== MIME-Version: 1.0 X-Received: by 10.50.178.105 with SMTP id cx9mr18587771igc.111.1366523823751; Sat, 20 Apr 2013 22:57:03 -0700 (PDT) Received: by 10.64.23.167 with HTTP; Sat, 20 Apr 2013 22:57:03 -0700 (PDT) In-Reply-To: <20130420152102.GC67273@kib.kiev.ua> References: <20130420152102.GC67273@kib.kiev.ua> Date: Sun, 21 Apr 2013 13:57:03 +0800 Message-ID: Subject: Re: panic when booting HEAD on i386 From: Ganbold Tsagaankhuu To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 05:57:04 -0000 On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov wrote: > On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote: > > Hi, > > > > I'm trying to boot HEAD after updating, but unfortunately it panics with > > following message: > > > > panic: kmem_suballoc: bad status return of 3. > > > > I was only able to get image of the panic. > > > > http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg > > > > Does anybody see same panic booting on i386 lately? > > Tried clang, and it panics also. > > How much memory do you have ? > Do you have any tunables in the loader.conf ? > Following settings caused the panic: vm.kmem_size="999M" vm.kmem_size_max="999M" Whether it is regression or not in previous version of kernel (r244046) it didn't panic on boot. Seems no information on UPDATING either. Ganbold > What was the previous version of the kernel which worked for you ? > > r249538 boots for me on i386 with memory sizes of 64M, 2G and 4G. > From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 06:08:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E3EBFBE4; Sun, 21 Apr 2013 06:08:13 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id AEBB27E6; Sun, 21 Apr 2013 06:08:13 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so3558759ieb.26 for ; Sat, 20 Apr 2013 23:08:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=AHFq55o9TfAetZqv8dNLEmozmmJen6f7IhvMKYFdpP4=; b=sNFAFnSbAUR74f8fBo/n3j5TVlPtkAaNgDatwIR6Mdvl4/xGGum+7VwWpxzml08F3d LMojUTPsQVd9ID/Ka5g71t5bKi8G/mxxLlx0/z4LsgCJ90CkO5Lw/EJ1JurWzZWX5Q5E rhPbI6KiGFCw+HzF3HKRYeeLK4dwdPOjyGjTCGsuy2aF3uQfdQ4goSAgCvVrvWgRM+Fw CRzcpngCvyHXEPYcrQyrHIE5sP64w+6crnjCUNVnmyYybIdsmsB3pYmwQZCodu9gXBEf jdscg1uAMA+JACC8BvVl9ue8vbHQsmiShVCiEnLiRsCY4H/xRi6t7nY6PsnfAsztLnR2 XVqg== X-Received: by 10.50.46.133 with SMTP id v5mr18376964igm.94.1366524492668; Sat, 20 Apr 2013 23:08:12 -0700 (PDT) Received: from gloom ([66.11.160.35]) by mx.google.com with ESMTPSA id xc3sm10435312igb.10.2013.04.20.23.08.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 20 Apr 2013 23:08:11 -0700 (PDT) Date: Sun, 21 Apr 2013 02:07:58 -0400 From: Mark Johnston To: Steven Hartland Subject: Re: Booting an alternative kernel from loader prompt fails the first time only Message-ID: <20130421060758.GA1487@gloom> References: <625362A8116D4B43AF4912773F478CB9@multiplay.co.uk> <5172C699.8020708@smeets.im> <5172CF44.1050309@gwdg.de> <201304201741.r3KHfrJe001805@pozo.com> <517327C5.5050305@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ae@freebsd.org, Joshua Isom , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 06:08:14 -0000 On Sun, Apr 21, 2013 at 01:36:58AM +0100, Steven Hartland wrote: > > ----- Original Message ----- > From: "Joshua Isom" > To: > Sent: Sunday, April 21, 2013 12:41 AM > Subject: Re: Booting an alternative kernel from loader prompt fails the first time only > > > > On 4/20/2013 12:41 PM, Manfred Antar wrote: > >> At 10:24 AM 4/20/2013, Rainer Hurling wrote: > >>> On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: > >>>> On 20.04.13 18:05, Steven Hartland wrote: > >>>>> When trying to boot an alternative kernel from the loader prompt > >>>>> it fails the first time the command is run but succeeds the second > >>>>> time. > >>>>> > >>>>> Type '?' for a list of commands, 'help' for more detailed help. > >>>>> OK boot kernel.generic > >>>>> Booting... > >>>>> don't know how to load module '/boot/kernel.generic/kernel' > >>>>> OK boot kernel.generic > >>>>> Booting... > >>>>> /boot/kernel.generic/kernel text=0xd21288 data=...... > >>>>> > >>>> > >>>> Yes, I've been seeing the same thing for about 6-12 months maybe more. > >>>> None of the people I asked were able to confirm, so I'm happy that I'm > >>>> not imagining it :) > >>> > >>> I also can confirm this behaviour for month now (on 10.0-CURRENT amd64 > >>> with clang). > >>> > >>> Rainer > >>> > >> > >> Have you tried: > >> OK boot /boot/kernel.generic/kernel > >> > >> Use full path name always works for me > >> Manfred > > I believe this may well have been introduced by:- > http://svnweb.freebsd.org/base?view=revision&revision=241069 > > When booting with a /boot/loader.conf that contains a module load line > e.g. zfs_load="YES" then this is loaded before the kernel. > > Loading any module causes last_file_format to get set so when the next > file that's loaded is in fact a kernel it still try's to load it as a > "kernel module" using what was stored with last_file_format. > > This fails and trips the "Restart from the beginning" case which contains: > last_file_format = i = 0; > fp = NULL; > continue; > > So "i" gets set to 0 but the loop then increments it to 1 before running > the next iteration, so its impossible to use first handler in the retry > case; which I suspect is the kernel loader. > > This also explains why the second call to boot works as last_file_format > is now 0 due to the previous failure. > > If this is the issue the attached patch should fix it. I can't test it > ATM as my current box is at the office and doesn't have remote KVM, so > I need to be in front of it. > > If anyone can confirm this attached patch fixes the problem then I'll get > it committed, otherwise I'll test on Monday. I've been noticing this issue on my laptop, and I can confirm that the patch fixes it. -Mark From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 08:02:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6C103912; Sun, 21 Apr 2013 08:02:11 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 02B299E9; Sun, 21 Apr 2013 08:02:10 +0000 (UTC) Received: from p5dc3f97b.dip0.t-ipconnect.de ([93.195.249.123] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UTpDr-0006vQ-7p; Sun, 21 Apr 2013 10:02:07 +0200 Message-ID: <51739CFA.4040403@gwdg.de> Date: Sun, 21 Apr 2013 10:02:02 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Booting an alternative kernel from loader prompt fails the first time only References: <625362A8116D4B43AF4912773F478CB9@multiplay.co.uk> <5172C699.8020708@smeets.im> <5172CF44.1050309@gwdg.de> <201304201741.r3KHfrJe001805@pozo.com> <517327C5.5050305@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: ae@freebsd.org, Joshua Isom , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 08:02:11 -0000 On 21.04.2013 02:36 (UTC+2), Steven Hartland wrote: > > ----- Original Message ----- From: "Joshua Isom" > To: > Sent: Sunday, April 21, 2013 12:41 AM > Subject: Re: Booting an alternative kernel from loader prompt fails the > first time only > > >> On 4/20/2013 12:41 PM, Manfred Antar wrote: >>> At 10:24 AM 4/20/2013, Rainer Hurling wrote: >>>> On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: >>>>> On 20.04.13 18:05, Steven Hartland wrote: >>>>>> When trying to boot an alternative kernel from the loader prompt >>>>>> it fails the first time the command is run but succeeds the second >>>>>> time. >>>>>> >>>>>> Type '?' for a list of commands, 'help' for more detailed help. >>>>>> OK boot kernel.generic >>>>>> Booting... >>>>>> don't know how to load module '/boot/kernel.generic/kernel' >>>>>> OK boot kernel.generic >>>>>> Booting... >>>>>> /boot/kernel.generic/kernel text=0xd21288 data=...... >>>>>> >>>>> >>>>> Yes, I've been seeing the same thing for about 6-12 months maybe more. >>>>> None of the people I asked were able to confirm, so I'm happy that I'm >>>>> not imagining it :) >>>> >>>> I also can confirm this behaviour for month now (on 10.0-CURRENT amd64 >>>> with clang). >>>> >>>> Rainer >>>> >>> >>> Have you tried: >>> OK boot /boot/kernel.generic/kernel >>> >>> Use full path name always works for me >>> Manfred > > I believe this may well have been introduced by:- > http://svnweb.freebsd.org/base?view=revision&revision=241069 > > When booting with a /boot/loader.conf that contains a module load line > e.g. zfs_load="YES" then this is loaded before the kernel. > > Loading any module causes last_file_format to get set so when the next > file that's loaded is in fact a kernel it still try's to load it as a > "kernel module" using what was stored with last_file_format. > > This fails and trips the "Restart from the beginning" case which contains: > last_file_format = i = 0; > fp = NULL; > continue; > > So "i" gets set to 0 but the loop then increments it to 1 before running > the next iteration, so its impossible to use first handler in the retry > case; which I suspect is the kernel loader. > > This also explains why the second call to boot works as last_file_format > is now 0 due to the previous failure. > > If this is the issue the attached patch should fix it. I can't test it > ATM as my current box is at the office and doesn't have remote KVM, so > I need to be in front of it. > > If anyone can confirm this attached patch fixes the problem then I'll get > it committed, otherwise I'll test on Monday. I tried your patch with recent 10.0-CURRENT amd64 (r249715, clang), and it seems to work. I can set module path, load some modules, and afterwards load a kernel in one call. Thank you very much. Best wishes, Rainer > > Regards > Steve From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 08:27:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5DD9BBB6; Sun, 21 Apr 2013 08:27: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 3548FA75; Sun, 21 Apr 2013 08:27:27 +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 r3L8RRwl077124; Sun, 21 Apr 2013 04:27:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3L8RQuw077048; Sun, 21 Apr 2013 08:27:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Apr 2013 08:27:26 GMT Message-Id: <201304210827.r3L8RQuw077048@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 08:27:28 -0000 TB --- 2013-04-21 04:42:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-21 04:42:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-21 04:42:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-21 04:42:31 - cleaning the object tree TB --- 2013-04-21 04:44:13 - /usr/local/bin/svn stat /src TB --- 2013-04-21 04:44:24 - At svn revision 249715 TB --- 2013-04-21 04:44:25 - building world TB --- 2013-04-21 04:44:25 - CROSS_BUILD_TESTING=YES TB --- 2013-04-21 04:44:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-21 04:44:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-21 04:44:25 - SRCCONF=/dev/null TB --- 2013-04-21 04:44:25 - TARGET=pc98 TB --- 2013-04-21 04:44:25 - TARGET_ARCH=i386 TB --- 2013-04-21 04:44:25 - TZ=UTC TB --- 2013-04-21 04:44:25 - __MAKE_CONF=/dev/null TB --- 2013-04-21 04:44:25 - cd /src TB --- 2013-04-21 04:44:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 21 04:44:31 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 21 08:02:31 UTC 2013 TB --- 2013-04-21 08:02:31 - generating LINT kernel config TB --- 2013-04-21 08:02:31 - cd /src/sys/pc98/conf TB --- 2013-04-21 08:02:31 - /usr/bin/make -B LINT TB --- 2013-04-21 08:02:31 - cd /src/sys/pc98/conf TB --- 2013-04-21 08:02:31 - /usr/sbin/config -m LINT TB --- 2013-04-21 08:02:31 - building LINT kernel TB --- 2013-04-21 08:02:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-21 08:02:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-21 08:02:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-21 08:02:31 - SRCCONF=/dev/null TB --- 2013-04-21 08:02:31 - TARGET=pc98 TB --- 2013-04-21 08:02:31 - TARGET_ARCH=i386 TB --- 2013-04-21 08:02:31 - TZ=UTC TB --- 2013-04-21 08:02:31 - __MAKE_CONF=/dev/null TB --- 2013-04-21 08:02:31 - cd /src TB --- 2013-04-21 08:02:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 21 08:02:31 UTC 2013 >>> 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 [...] ^~~~~~~~~~~~~~~~~~~~~~~~ ./machine/bus.h:362:1: note: passing argument to parameter 'bsh' here _BUS_SPACE_WRITE(u_int32_t,4) ^ ./machine/bus.h:347:64: note: expanded from macro '_BUS_SPACE_WRITE' bus_space_write_##BWN (bus_space_tag_t tag, bus_space_handle_t bsh, \ ^ 4 errors generated. *** [uart_dev_lpc.o] Error code 1 Stop in /src/sys/modules/uart. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-21 08:27:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-21 08:27:26 - ERROR: failed to build LINT kernel TB --- 2013-04-21 08:27:26 - 10571.43 user 1522.24 system 13495.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 09:08:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 207AE6F3 for ; Sun, 21 Apr 2013 09:08:49 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id B3242CC5 for ; Sun, 21 Apr 2013 09:08:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id D354F2A8300E for ; Sun, 21 Apr 2013 11:08:46 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7itjaCPl5qLb for ; Sun, 21 Apr 2013 11:08:46 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id C043A2A82FAD for ; Sun, 21 Apr 2013 11:08:45 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UTqGI-000OoA-G9 for current@freebsd.org; Sun, 21 Apr 2013 11:08:42 +0200 To: current@freebsd.org Subject: amd64 buildworld lib32 flags fail From: "Ian FREISLICH" X-Attribution: BOFH Date: Sun, 21 Apr 2013 11:08:41 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 09:08:49 -0000 Hi I have some amd64 systems that fail cleaning up lib32 and some that don't. I have to chflags noschg these files before starting a buildworld. I can't figure out what the difference is between the systems that work and those that don't. -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp rm -rf /usr/obj/usr/src/lib32 rm: /usr/obj/usr/src/lib32/usr/lib32/libc.so.7: Operation not permitted rm: /usr/obj/usr/src/lib32/usr/lib32/libcrypt.so.5: Operation not permitted rm: /usr/obj/usr/src/lib32/usr/lib32/libthr.so.3: Operation not permitted rm: /usr/obj/usr/src/lib32/usr/lib32/librt.so.1: Operation not permitted rm: /usr/obj/usr/src/lib32/usr/lib32: Directory not empty rm: /usr/obj/usr/src/lib32/usr: Directory not empty rm: /usr/obj/usr/src/lib32: Directory not empty *** [_worldtmp] Error code 1 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 09:13:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [8.8.178.116]) by hub.freebsd.org (Postfix) with ESMTP id 232429B6 for ; Sun, 21 Apr 2013 09:13:18 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 302135089; Sun, 21 Apr 2013 09:13:16 +0000 (UTC) Message-ID: <5173AD2D.6030008@FreeBSD.org> Date: Sun, 21 Apr 2013 13:11:09 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Booting an alternative kernel from loader prompt fails the first time only References: <625362A8116D4B43AF4912773F478CB9@multiplay.co.uk> <5172C699.8020708@smeets.im> <5172CF44.1050309@gwdg.de> <201304201741.r3KHfrJe001805@pozo.com> <517327C5.5050305@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Joshua Isom , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 09:13:18 -0000 On 21.04.2013 04:36, Steven Hartland wrote: > This fails and trips the "Restart from the beginning" case which contains: > last_file_format = i = 0; > fp = NULL; > continue; > > So "i" gets set to 0 but the loop then increments it to 1 before running > the next iteration, so its impossible to use first handler in the retry > case; which I suspect is the kernel loader. > > This also explains why the second call to boot works as last_file_format > is now 0 due to the previous failure. > > If this is the issue the attached patch should fix it. I can't test it > ATM as my current box is at the office and doesn't have remote KVM, so > I need to be in front of it. > > If anyone can confirm this attached patch fixes the problem then I'll get > it committed, otherwise I'll test on Monday. Hi, yes, you are right. I just committed this with r249719. Thanks. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 09:28:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ED3B6BF6 for ; Sun, 21 Apr 2013 09:28:03 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) by mx1.freebsd.org (Postfix) with ESMTP id BCBA1D4F for ; Sun, 21 Apr 2013 09:28:03 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id F2023C3774; Sun, 21 Apr 2013 09:27:55 +0000 (UTC) Date: Sun, 21 Apr 2013 11:27:55 +0200 From: Jeremie Le Hen To: Ian FREISLICH Subject: Re: amd64 buildworld lib32 flags fail Message-ID: <20130421092755.GB931@caravan.chchile.org> Mail-Followup-To: Ian FREISLICH , current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 09:28:04 -0000 Hi Ian, On Sun, Apr 21, 2013 at 11:08:41AM +0200, Ian FREISLICH wrote: > > I have some amd64 systems that fail cleaning up lib32 and some that > don't. I have to chflags noschg these files before starting a > buildworld. I can't figure out what the difference is between the > systems that work and those that don't. > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/tmp > rm -rf /usr/obj/usr/src/lib32 > rm: /usr/obj/usr/src/lib32/usr/lib32/libc.so.7: Operation not permitted > rm: /usr/obj/usr/src/lib32/usr/lib32/libcrypt.so.5: Operation not permitted > rm: /usr/obj/usr/src/lib32/usr/lib32/libthr.so.3: Operation not permitted > rm: /usr/obj/usr/src/lib32/usr/lib32/librt.so.1: Operation not permitted > rm: /usr/obj/usr/src/lib32/usr/lib32: Directory not empty > rm: /usr/obj/usr/src/lib32/usr: Directory not empty > rm: /usr/obj/usr/src/lib32: Directory not empty > *** [_worldtmp] Error code 1 Maybe you buildworld is jailed? -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 11:11:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AD339E16; Sun, 21 Apr 2013 11:11:10 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by mx1.freebsd.org (Postfix) with ESMTP id E8287F5F; Sun, 21 Apr 2013 11:11:09 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hj19so2874691wib.3 for ; Sun, 21 Apr 2013 04:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=AK1rXV1urL5cmfH2LuME4SCo+aUmG9/KVwb3BqcYF9A=; b=VzOkI5e9hQWavLdIrMKHpKUXGM+jjIkxytDy+/irBiLZ9JLt6PidroLsfuCWXM/09D kho1f6QG1N+Q92213WPOm5VnJ5KQz0OekXbHu8wUvxEC+l969tQmHiyjQSLpFhp02hN7 6FJVmkAskNaPtazLz5sZPkBGKuj+6fpMvDkTeOigFFzXSnquNpwEy1MCpp2+LwCqNI7B mi46sgK8FSiMR+Zxt/jEVGFtPyOypD1sW0loihlojhe1MgJYy4FybvKuMNXh6PTB1OX5 ZuZaszXQv76UPrW1yepDaSefvJWGvxgreENlkqDUB7DSXmcV7K5kn2BwOMntSFNU+tfA Ts9w== X-Received: by 10.180.12.143 with SMTP id y15mr22238097wib.19.1366542669074; Sun, 21 Apr 2013 04:11:09 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by mx.google.com with ESMTPS id bk42sm34204909eeb.3.2013.04.21.04.11.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 04:11:07 -0700 (PDT) Sender: Alexander Motin Message-ID: <5173C948.1010906@FreeBSD.org> Date: Sun, 21 Apr 2013 14:11:04 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130413 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: Any objections/comments on axing out old ATA stack? References: <51536306.5030907@FreeBSD.org> <20130331130409.GO3178@equilibrium.bsdes.net> <515B25D8.7050902@FreeBSD.org> <515BF5AE.4050804@FreeBSD.org> <515CAA04.1050108@FreeBSD.org> <20130403233815.GA65719@icarus.home.lan> <515CC704.90302@FreeBSD.org> <20130404010526.GA66858@icarus.home.lan> <515D3312.3010109@FreeBSD.org> <20130420212957.GA19158@icarus.home.lan> In-Reply-To: <20130420212957.GA19158@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matthias Andree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 11:11:10 -0000 On 21.04.2013 00:29, Jeremy Chadwick wrote: > - The ATA commands which lead up to the error also vary. Many are for > write requests, and from some entries I can see that the OS was doing > NCQ writes (WRITE FPDMA QUEUED) and then suddenly decided to do a > classic 28-bit LBA write (WRITE DMA). I'm not sure why an OS would do > this (there's nothing optimal about it) unless there were conditions > occurring where the OS/ATA driver said "this NCQ write isn't working > (timeout, etc.), let me retry with a classic 28-bit LBA write". ATA disk driver in CAM inserts non-queued command every several seconds of continuous load to limit possible command starvation inside the disk. SCSI driver does alike things, but inserts ordered command flag, that does not exist in SATA, instead of different command. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 11:19:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6435924A for ; Sun, 21 Apr 2013 11:19:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id D0D0EFAB for ; Sun, 21 Apr 2013 11:19:08 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r3LBJ2Ki031811; Sun, 21 Apr 2013 14:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.2 kib.kiev.ua r3LBJ2Ki031811 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r3LBJ2H7031810; Sun, 21 Apr 2013 14:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 21 Apr 2013 14:19:02 +0300 From: Konstantin Belousov To: Ian FREISLICH , current@freebsd.org Subject: Re: amd64 buildworld lib32 flags fail Message-ID: <20130421111902.GE67273@kib.kiev.ua> References: <20130421092755.GB931@caravan.chchile.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YkJPYEFdoxh/AXLE" Content-Disposition: inline In-Reply-To: <20130421092755.GB931@caravan.chchile.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 11:19:09 -0000 --YkJPYEFdoxh/AXLE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 21, 2013 at 11:27:55AM +0200, Jeremie Le Hen wrote: > Hi Ian, >=20 > On Sun, Apr 21, 2013 at 11:08:41AM +0200, Ian FREISLICH wrote: > > -------------------------------------------------------------- > > >>> Rebuilding the temporary build tree > > -------------------------------------------------------------- > > rm -rf /usr/obj/usr/src/tmp > > rm -rf /usr/obj/usr/src/lib32 > > rm: /usr/obj/usr/src/lib32/usr/lib32/libc.so.7: Operation not permitted > > rm: /usr/obj/usr/src/lib32/usr/lib32/libcrypt.so.5: Operation not permi= tted > > rm: /usr/obj/usr/src/lib32/usr/lib32/libthr.so.3: Operation not permitt= ed > > rm: /usr/obj/usr/src/lib32/usr/lib32/librt.so.1: Operation not permitted > > rm: /usr/obj/usr/src/lib32/usr/lib32: Directory not empty > > rm: /usr/obj/usr/src/lib32/usr: Directory not empty > > rm: /usr/obj/usr/src/lib32: Directory not empty > > *** [_worldtmp] Error code 1 >=20 > Maybe you buildworld is jailed? This is the usual consequence of the install -S usage, e.g. by setting "INSTALL=3Dinstall -CS" in the make.conf. --YkJPYEFdoxh/AXLE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRc8slAAoJEJDCuSvBvK1BRgoP/3FbxMZ9jCZEsmEeEttlcDLE AGaCZcfQxE2jiSH2oRpNpEpuH2F9X1OaJI6dBQhqL/olw9oQnIVR1Dh2K7HJF8EB 6tcIkeczU9i+35RlSjuaKz6kHva0UvDJ6fH7oXOLM3KlO2kyGqbSC001g0ZC+rAk XZSLb6OPOJ1D+6vZE17e1tOgzgcEzoDcvoVHtOi14trWqrvVjSYtBuyC/2ao422K nUgO9urUmRpm60KYaFt9PY01j3uQwqsrRzBpJQyaMXLasXWRgXzPGNuPJuqCp2fP 71kguPGz7WTlVjUhmZZer4EPCrl5kWmBeZqokUhyzx1dlHx7sJ0CRhogMou31knG BIbJMdFWFGcmskqnordq4ksgx6Nxp07/WCZABt3I0Q08QZLWPJ7c6LCS4CvmHdjd r5OM/Zhitv2fiSEpDlD3pvQcZ11khT/6rJW43f27kr9s6HxnO3DsjYg8H59qViuo dG/AWa8S0ewIGHDcoUr6SMbNOixwopuSNkVsyBIKWxBXAnRQw7CAH1TIadWErBu0 YnrVQxpTMF75fK++n5tm8NQOAzIaaFBN7opnmwNm2rW4Ds690UdXfXK4/F8AHMPv t8d3rl5qPWpMUkRHFlwveFe3sLK8R2rXlCI2SV3AMVx3t+QcodGtx0LL3QGcYkIB Jv4mhB1ArM6YVCuY5KW7 =lxJz -----END PGP SIGNATURE----- --YkJPYEFdoxh/AXLE-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 11:27:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 474C03C0 for ; Sun, 21 Apr 2013 11:27:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id DE07FFE7 for ; Sun, 21 Apr 2013 11:27:58 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r3LBRntt033844; Sun, 21 Apr 2013 14:27:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.2 kib.kiev.ua r3LBRntt033844 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r3LBRnlJ033843; Sun, 21 Apr 2013 14:27:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 21 Apr 2013 14:27:49 +0300 From: Konstantin Belousov To: Ganbold Tsagaankhuu Subject: Re: panic when booting HEAD on i386 Message-ID: <20130421112749.GF67273@kib.kiev.ua> References: <20130420152102.GC67273@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b8GWCKCLzrXbuNet" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 11:27:59 -0000 --b8GWCKCLzrXbuNet Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 21, 2013 at 01:57:03PM +0800, Ganbold Tsagaankhuu wrote: > On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov > wrote: >=20 > > On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote: > > > Hi, > > > > > > I'm trying to boot HEAD after updating, but unfortunately it panics w= ith > > > following message: > > > > > > panic: kmem_suballoc: bad status return of 3. > > > > > > I was only able to get image of the panic. > > > > > > http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg > > > > > > Does anybody see same panic booting on i386 lately? > > > Tried clang, and it panics also. > > > > How much memory do you have ? > > Do you have any tunables in the loader.conf ? > > >=20 > Following settings caused the panic: >=20 > vm.kmem_size=3D"999M" > vm.kmem_size_max=3D"999M" I cannot imagine how this could work earlier as well, except by chance. >=20 > Whether it is regression or not in previous version of kernel (r244046) it > didn't panic on boot. > Seems no information on UPDATING either. Do you propose to enumerate all non-working or panic-provoking settings in loader.conf ? Why did you set this value at all ? KVA on i386 is limited to slightly less then 1GB, where all the kernel maps must be instantiated. Kernel uses the value of the tunable vm.kmem_size literally, except it makes a mild attempt to prevent foot-shooting by capping kmem_size to 2 * physical memory size. You neglected to answer how much memory is installed on your machine, but I suspect you have enough so that overblown kmem_map cannot coexists with other kernel VA consumers. --b8GWCKCLzrXbuNet Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRc801AAoJEJDCuSvBvK1BPAwQAKpE/rjQTlNB1+uqhBJAmhlm HV/jcDb0OVi/O1A8LW4fAZCvdnvenutGYU6izuR+t85c4S55xOt/uwJak+oFOb21 rbisvNw6FPRczd1djPINqTo+8HYeO4ijkxjK9LYpUyJJrmsudy5A5zWvurYkNGPs G8XA6oDBh8jrEKRBaWCP69nSgEh4QiDgyB1leBVGj4XD33pCn4ISTSMKxgjdbqzw s9FVjUFENLSjXf7CEKNJvfivmJOVZgCR+A6SYBK8O+S2cZ8BS4gM9MRj5s7eFwsu oZ2RMrRcWvSCeWPy4ig6eK33rSAT5CU/gsOZ/+j7yvN2QGnbAfRqEcGolJ1tygTz dWRKywhTXR/JHwbyL4v9msiS0aTt4vx2HlvjQBrYaEpk4VBPBPqf7C9QjOc678iZ tM0MaLnevJpNDeAU25w8pbpnJca9CrWTjTsPCk7bsHcJ0IhidXYA3F94SuMghHvc BZHlE03P25F6WC2J8iibdu8dpX7qcFg8h7Rubi1Q6Xt+Mt8V+jI2Dp4/a36taARY o4s1tZWcNOkW5EAQv0qLmnFfHbkzCkI9u4S0PK04WKpvgD38HL4bp3lVN7yo06Mo 5MsLpAsqq0HjjUmbqprw6GqB8s83g9LOzZptmhJs7ScTO16Jb0sCkuVB9VHXV2WL LPbtTXb/pwGqv7femAVV =D8pm -----END PGP SIGNATURE----- --b8GWCKCLzrXbuNet-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 11:28:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9A7234CF for ; Sun, 21 Apr 2013 11:28:31 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 390FC1001 for ; Sun, 21 Apr 2013 11:28:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id 0A1742B43049; Sun, 21 Apr 2013 13:28:23 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IAfjpNsT4uaO; Sun, 21 Apr 2013 13:28:22 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 091BE2B42FA5; Sun, 21 Apr 2013 13:28:22 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UTsRQ-0003wE-Ey; Sun, 21 Apr 2013 13:28:20 +0200 To: Konstantin Belousov From: Ian FREISLICH Subject: Re: amd64 buildworld lib32 flags fail In-Reply-To: <20130421111902.GE67273@kib.kiev.ua> References: <20130421111902.GE67273@kib.kiev.ua> <20130421092755.GB931@caravan.chchile.org> X-Attribution: BOFH Date: Sun, 21 Apr 2013 13:28:20 +0200 Message-Id: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 11:28:31 -0000 Konstantin Belousov wrote: > > > rm: /usr/obj/usr/src/lib32: Directory not empty > > > *** [_worldtmp] Error code 1 > >=20 > > Maybe you buildworld is jailed? > > This is the usual consequence of the install -S usage, e.g. by setting > "INSTALL=install -CS" in the make.conf. Ah, thanks. That would be the difference, except that I have: INSTALL=install Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 11:54:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A8793982 for ; Sun, 21 Apr 2013 11:54:32 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 7D30310A7 for ; Sun, 21 Apr 2013 11:54:32 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id to1so1455210ieb.39 for ; Sun, 21 Apr 2013 04:54:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=dPqVPexSxdMw6q3ENxdaTgUmC2jngpbsWV15QpsQpgY=; b=V0CvfRdnvO9aKW+2frGXlCvbHWmrL22pt0kZuKfichAa0FziWW9+itUdOpGQKWdsnd LNFb7e1TAozd3d+5I3P1WXyVDGWFxwR65vh4tkmL1Xcn+8PqrBjVoWh7+K/Q6cKTJ6tX mI0Gtrvsyi3X0u6sucOk8WAfMFgA44ezxOi9Hi4UuA4nj/3QPN9rctuodilJh+3ZBoCe 5H6yqisjfm+3cQ1tkStOqqNBIum6ZnUTvakhoFvU/M15doMVynVEruHhhXyzIqz7St/X +7AsXfq2HS9UdylrSeFR9d85bu8ke7124bnWcg+Lgzdu++zW1AoVu06Du0i1Yk0CmigQ cQnA== MIME-Version: 1.0 X-Received: by 10.50.127.242 with SMTP id nj18mr274366igb.47.1366545271524; Sun, 21 Apr 2013 04:54:31 -0700 (PDT) Received: by 10.64.23.167 with HTTP; Sun, 21 Apr 2013 04:54:31 -0700 (PDT) In-Reply-To: <20130421112749.GF67273@kib.kiev.ua> References: <20130420152102.GC67273@kib.kiev.ua> <20130421112749.GF67273@kib.kiev.ua> Date: Sun, 21 Apr 2013 19:54:31 +0800 Message-ID: Subject: Re: panic when booting HEAD on i386 From: Ganbold Tsagaankhuu To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 11:54:32 -0000 On Sun, Apr 21, 2013 at 7:27 PM, Konstantin Belousov wrote: > On Sun, Apr 21, 2013 at 01:57:03PM +0800, Ganbold Tsagaankhuu wrote: > > On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov > > wrote: > > > > > On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote: > > > > Hi, > > > > > > > > I'm trying to boot HEAD after updating, but unfortunately it panics > with > > > > following message: > > > > > > > > panic: kmem_suballoc: bad status return of 3. > > > > > > > > I was only able to get image of the panic. > > > > > > > > http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg > > > > > > > > Does anybody see same panic booting on i386 lately? > > > > Tried clang, and it panics also. > > > > > > How much memory do you have ? > > > Do you have any tunables in the loader.conf ? > > > > > > > Following settings caused the panic: > > > > vm.kmem_size="999M" > > vm.kmem_size_max="999M" > I cannot imagine how this could work earlier as well, except by chance. > Right, probably by chance it didn't cause panic in previous version. > > > > > Whether it is regression or not in previous version of kernel (r244046) > it > > didn't panic on boot. > > Seems no information on UPDATING either. > Do you propose to enumerate all non-working or panic-provoking settings in > loader.conf ? > Not really. > > Why did you set this value at all ? > These are the settings that I did for zfs, since my machine has zfs and probably it is not even worth to run zfs on 2GB system. It is my fault. > > KVA on i386 is limited to slightly less then 1GB, where all the kernel > maps must be instantiated. Kernel uses the value of the tunable > vm.kmem_size literally, except it makes a mild attempt to prevent > foot-shooting by capping kmem_size to 2 * physical memory size. > > You neglected to answer how much memory is installed on your machine, > As mentioned in one of my previous email I have 2GB machine which is probably not worth to have zfs on such system. Sorry for the noise. thanks, Ganbold > but I suspect you have enough so that overblown kmem_map cannot coexists > with other kernel VA consumers. > From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 11:32:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8D1E7652 for ; Sun, 21 Apr 2013 11:32:22 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:16]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC5D1032 for ; Sun, 21 Apr 2013 11:32:22 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta01.emeryville.ca.mail.comcast.net with comcast id SbNX1l0031bwxycA1bYM2N; Sun, 21 Apr 2013 11:32:21 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta18.emeryville.ca.mail.comcast.net with comcast id SbYL1l00R1t3BNj8ebYMSE; Sun, 21 Apr 2013 11:32:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8EF0773A33; Sun, 21 Apr 2013 04:32:20 -0700 (PDT) Date: Sun, 21 Apr 2013 04:32:20 -0700 From: Jeremy Chadwick To: Alexander Motin Subject: Re: Any objections/comments on axing out old ATA stack? Message-ID: <20130421113220.GA34734@icarus.home.lan> References: <515B25D8.7050902@FreeBSD.org> <515BF5AE.4050804@FreeBSD.org> <515CAA04.1050108@FreeBSD.org> <20130403233815.GA65719@icarus.home.lan> <515CC704.90302@FreeBSD.org> <20130404010526.GA66858@icarus.home.lan> <515D3312.3010109@FreeBSD.org> <20130420212957.GA19158@icarus.home.lan> <5173C948.1010906@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5173C948.1010906@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1366543941; bh=hNAAmIq1FsQGNZRcQdNFKg2nvznNfAnPfi4itRI9ABQ=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=quG1breRMAzDjoEKCUz69QtYJq4Ho/r13W1z0vKgWBUTtC7z0sK4QvRHDP8+1C7AL HiNmHdmLE2Ib7QMbXA6M2jVvGV6dz2h4zYt73xIeFee+1rFQveHVVCa+ZWT6Or11ph TcYZNOrG07bgZ9x9q09ayAM902SkoimkotYmFlmnKO2LWuPAzurUe9sctQIZ3Flovm rHCD4KBMO/RjBMjFvoO95Y86AdW6QsCmZIYvjoqcVeLTWuDPLaUby/PaNdE/X1iWfI bWuedOTNzLunSeiC2eTywUEUpNyw2xRjnarpzMjnCUAd4WutYXaGhJTFNxCdABPauh aRZUqDZ+0m46A== X-Mailman-Approved-At: Sun, 21 Apr 2013 11:58:25 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matthias Andree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 11:32:22 -0000 On Sun, Apr 21, 2013 at 02:11:04PM +0300, Alexander Motin wrote: > On 21.04.2013 00:29, Jeremy Chadwick wrote: > >- The ATA commands which lead up to the error also vary. Many are for > > write requests, and from some entries I can see that the OS was doing > > NCQ writes (WRITE FPDMA QUEUED) and then suddenly decided to do a > > classic 28-bit LBA write (WRITE DMA). I'm not sure why an OS would do > > this (there's nothing optimal about it) unless there were conditions > > occurring where the OS/ATA driver said "this NCQ write isn't working > > (timeout, etc.), let me retry with a classic 28-bit LBA write". > > ATA disk driver in CAM inserts non-queued command every several > seconds of continuous load to limit possible command starvation > inside the disk. SCSI driver does alike things, but inserts ordered > command flag, that does not exist in SATA, instead of different > command. Thanks for the insights Alexander, greatly appreciated. I'm a little confused by your description, because if I'm reading it right, it sounds like it conflicts with what the ACS-2 spec states. Quoting T13/2015-D rev 3 (I'm aware it's a working draft), section 4.16.1: "If the device receives a command that is not an NCQ command while NCQ commands are in the queue, then the device shall return command aborted for the new command and for all of the NCQ commands that are in the queue." I assume this means ABRT status is returned to the host controller; if so (and by design of course), how do we differentiate between that condition and any other I/O condition that induces ABRT? Possibly in the answer is in this admission: I should probably get around to reading ATA8-AST sometime. :-) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 12:00:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 99277BF7; Sun, 21 Apr 2013 12:00:00 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 689C610E5; Sun, 21 Apr 2013 12:00:00 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id wz17so21054pbc.31 for ; Sun, 21 Apr 2013 05:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UC9vfEGLpseabSkmPl+neUyWUV3NryfJ02XyI6Xy23k=; b=eJsfv5fS2SEaIFIUQGBt21CuYZ6VwaITMPXTkD3VI+ZQYDd6dNkxB0R8eV+2xgDQLP PfTA1SPyu/6fzXF8+JmWKb/9lsP38bn/gRf5UzPBhKdNxZx2CG51Lcpub1oAvYwyvM6s uQL/69yH55+5k///lMLrOdrpxnyZVhJjtYj4YU8Ic1rAZEi071JmysLnw0sBud8hA/0U h0zlVLR2ewjz7UNSNQIaHVePIVtKdQaSMZWW0pO8imaaNuGaROOmozilfyUUT5NkZzVY tyPzsztqHV01DCv8FHijC6l0KvDeOn4hw5YTeG8PFNBxy9P5bHlAHkNdANZ+DfNYdhBQ OvUQ== MIME-Version: 1.0 X-Received: by 10.68.170.228 with SMTP id ap4mr26964495pbc.209.1366545600098; Sun, 21 Apr 2013 05:00:00 -0700 (PDT) Sender: mavbsd@gmail.com Received: by 10.68.211.103 with HTTP; Sun, 21 Apr 2013 04:59:59 -0700 (PDT) Received: by 10.68.211.103 with HTTP; Sun, 21 Apr 2013 04:59:59 -0700 (PDT) In-Reply-To: <20130421113220.GA34734@icarus.home.lan> References: <515B25D8.7050902@FreeBSD.org> <515BF5AE.4050804@FreeBSD.org> <515CAA04.1050108@FreeBSD.org> <20130403233815.GA65719@icarus.home.lan> <515CC704.90302@FreeBSD.org> <20130404010526.GA66858@icarus.home.lan> <515D3312.3010109@FreeBSD.org> <20130420212957.GA19158@icarus.home.lan> <5173C948.1010906@FreeBSD.org> <20130421113220.GA34734@icarus.home.lan> Date: Sun, 21 Apr 2013 14:59:59 +0300 X-Google-Sender-Auth: 0mfE0dhdJeGAIYUBwXCrPG9FjSc Message-ID: Subject: Re: Any objections/comments on axing out old ATA stack? From: Alexander Motin To: Jeremy Chadwick Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Matthias Andree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 12:00:00 -0000 ATA controller drivers are delaying conflicting commands, avoiding conflicts in device. 21.04.2013 14:32 =D0=CF=CC=D8=DA=CF=D7=C1=D4=C5=CC=D8 "Jeremy Chadwick" =CE=C1=D0=C9=D3=C1=CC: > On Sun, Apr 21, 2013 at 02:11:04PM +0300, Alexander Motin wrote: > > On 21.04.2013 00:29, Jeremy Chadwick wrote: > > >- The ATA commands which lead up to the error also vary. Many are for > > > write requests, and from some entries I can see that the OS was doi= ng > > > NCQ writes (WRITE FPDMA QUEUED) and then suddenly decided to do a > > > classic 28-bit LBA write (WRITE DMA). I'm not sure why an OS would > do > > > this (there's nothing optimal about it) unless there were condition= s > > > occurring where the OS/ATA driver said "this NCQ write isn't workin= g > > > (timeout, etc.), let me retry with a classic 28-bit LBA write". > > > > ATA disk driver in CAM inserts non-queued command every several > > seconds of continuous load to limit possible command starvation > > inside the disk. SCSI driver does alike things, but inserts ordered > > command flag, that does not exist in SATA, instead of different > > command. > > Thanks for the insights Alexander, greatly appreciated. > > I'm a little confused by your description, because if I'm reading it > right, it sounds like it conflicts with what the ACS-2 spec states. > Quoting T13/2015-D rev 3 (I'm aware it's a working draft), section > 4.16.1: > > "If the device receives a command that is not an NCQ command while NCQ > commands are in the queue, then the device shall return command aborted > for the new command and for all of the NCQ commands that are in the > queue." > > I assume this means ABRT status is returned to the host controller; if > so (and by design of course), how do we differentiate between that > condition and any other I/O condition that induces ABRT? > > Possibly in the answer is in this admission: I should probably get > around to reading ATA8-AST sometime. :-) > > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 15:02:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B06ABCD0 for ; Sun, 21 Apr 2013 15:02:01 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id 82265160E for ; Sun, 21 Apr 2013 15:02:01 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id 16so6170883iea.38 for ; Sun, 21 Apr 2013 08:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=C/RWgYYNEPRvDNa+C0NuiVJBD82kC480ZKiNMe48j14=; b=OrDOiUK1ezQipl8nEFdy8XHDQlCACA6ulht81BJgv4FFvF6aFULV1wV5JKgkJrANpN ZmijehZIOkDXESG9ZSaQzVeZw+PLCqyBdkA2pSSmuWjX1wrxtnBND3QpQY5LT9MqU8b1 jKeFlrpNocNNJD9OwLKBed+U1TlCzLuZWnDE84UYrGCIN7m1QwLrKeZCfSDX0xyHmtuh +4TfsT/gEB/qPlSHcI/Xe5RRF9xAJRDIQ/Zgb3EY+vz+UYUpf3h1OUVYRIBS6iM8I1jy 6NPsE8CKgmzIP+AjYzqghC2sh7az/wI408rYCPViP/yB8HRKRT5NJ6rXW6qwMDlTbHQS Opag== X-Received: by 10.50.11.111 with SMTP id p15mr2605432igb.21.1366556521247; Sun, 21 Apr 2013 08:02:01 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id m4sm12186990igd.0.2013.04.21.08.02.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Apr 2013 08:02:00 -0700 (PDT) Message-ID: <5173FF63.7060702@gmail.com> Date: Sun, 21 Apr 2013 10:01:55 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: panic when booting HEAD on i386 References: <20130420152102.GC67273@kib.kiev.ua> <20130421112749.GF67273@kib.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 15:02:01 -0000 On 4/21/2013 6:54 AM, Ganbold Tsagaankhuu wrote: > As mentioned in one of my previous email I have 2GB machine which is > probably not worth to have zfs on such system. > Sorry for the noise. > > thanks, > > Ganbold > > Before I upgraded my system, I used 2GB of ram with ZFS on root, no UFS on the system. Right now my ARC is 17GB, and in some situations it seems slower with the excess caching. Here are the memory settings I used. vm.kmem_size="512M" vm.kmem_size_max="1024M" vfs.zfs.arc_max="512M" One major difference is I'm using amd64, not i386. Although ZFS works on i386, it uses a lot of 64 bit math, for performance reasons you should use ZFS on amd64. From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 17:25:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4AC33405; Sun, 21 Apr 2013 17:25:29 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from mail.wasikowski.net (mail.wasikowski.net [IPv6:2001:6a0:1cb::b]) by mx1.freebsd.org (Postfix) with ESMTP id 0458B1AF6; Sun, 21 Apr 2013 17:25:29 +0000 (UTC) Received: from mail.wasikowski.net (mail.wasikowski.net [IPv6:2001:6a0:1cb::b]) by mail.wasikowski.net (Postfix) with ESMTP id 8034719AA; Sun, 21 Apr 2013 19:25:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from mail.wasikowski.net ([IPv6:2001:6a0:1cb::b]) by mail.wasikowski.net (scan.wasikowski.net [IPv6:2001:6a0:1cb::b]) (amavisd-new, port 10026) with ESMTP id K7IQhFEFQedF; Sun, 21 Apr 2013 19:25:27 +0200 (CEST) Received: from [192.168.168.2] (89-66-94-11.dynamic.chello.pl [89.66.94.11]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.wasikowski.net (Postfix) with ESMTPSA id 22E5A19A6; Sun, 21 Apr 2013 19:25:27 +0200 (CEST) Message-ID: <51742106.8040005@wasikowski.net> Date: Sun, 21 Apr 2013 19:25:26 +0200 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) References: <50D1C553.9060100@wasikowski.net> <20121220132750.GB99616@stack.nl> <50D4F2E4.7020600@wasikowski.net> <20121222171400.GA2399@anubis.morrow.me.uk> <50D5F296.9050109@wasikowski.net> <4476561A-43B6-4A7F-B0E9-EB40F7C1177C@odo.in-berlin.de> In-Reply-To: <4476561A-43B6-4A7F-B0E9-EB40F7C1177C@odo.in-berlin.de> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 17:25:29 -0000 W dniu 2013-04-13 22:15, Michael Grimm pisze: > On 13.04.2013, at 14:29, Kimmo Paasiala wrote: > > [great deal of simplification by ipv6_addrs_IF] > >> Sorry to resurrect this thread but since nothing has happened in about >> three months I have to ask: What can I do to have this commited to >> HEAD? > > +1 > > Nowadays -where IPv6 becomes more and more available by ISPs- I *really* > would like to see this simplification implemented, soon, very soon. The > current scheme is way to much error prone, and, its a pain in the ass! Kimmo's patch worked for me. It would be great to have ipv6_addrs_if out of the box. -- best regards, Lukasz Wasikowski From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 19:31:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D0F18DE9; Sun, 21 Apr 2013 19:31:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A79B8103E; Sun, 21 Apr 2013 19:31:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3LJVR8o012699; Sun, 21 Apr 2013 15:31:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3LJVRPP012685; Sun, 21 Apr 2013 19:31:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Apr 2013 19:31:27 GMT Message-Id: <201304211931.r3LJVRPP012685@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 19:31:33 -0000 TB --- 2013-04-21 15:50:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-21 15:50:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-21 15:50:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-21 15:50:31 - cleaning the object tree TB --- 2013-04-21 15:52:17 - /usr/local/bin/svn stat /src TB --- 2013-04-21 15:52:34 - At svn revision 249722 TB --- 2013-04-21 15:52:35 - building world TB --- 2013-04-21 15:52:35 - CROSS_BUILD_TESTING=YES TB --- 2013-04-21 15:52:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-21 15:52:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-21 15:52:35 - SRCCONF=/dev/null TB --- 2013-04-21 15:52:35 - TARGET=pc98 TB --- 2013-04-21 15:52:35 - TARGET_ARCH=i386 TB --- 2013-04-21 15:52:35 - TZ=UTC TB --- 2013-04-21 15:52:35 - __MAKE_CONF=/dev/null TB --- 2013-04-21 15:52:35 - cd /src TB --- 2013-04-21 15:52:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 21 15:52:40 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 21 19:06:49 UTC 2013 TB --- 2013-04-21 19:06:49 - generating LINT kernel config TB --- 2013-04-21 19:06:49 - cd /src/sys/pc98/conf TB --- 2013-04-21 19:06:49 - /usr/bin/make -B LINT TB --- 2013-04-21 19:06:50 - cd /src/sys/pc98/conf TB --- 2013-04-21 19:06:50 - /usr/sbin/config -m LINT TB --- 2013-04-21 19:06:50 - building LINT kernel TB --- 2013-04-21 19:06:50 - CROSS_BUILD_TESTING=YES TB --- 2013-04-21 19:06:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-21 19:06:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-21 19:06:50 - SRCCONF=/dev/null TB --- 2013-04-21 19:06:50 - TARGET=pc98 TB --- 2013-04-21 19:06:50 - TARGET_ARCH=i386 TB --- 2013-04-21 19:06:50 - TZ=UTC TB --- 2013-04-21 19:06:50 - __MAKE_CONF=/dev/null TB --- 2013-04-21 19:06:50 - cd /src TB --- 2013-04-21 19:06:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 21 19:06:50 UTC 2013 >>> 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 [...] ^~~~~~~~~~~~~~~~~~~~~~~~ ./machine/bus.h:362:1: note: passing argument to parameter 'bsh' here _BUS_SPACE_WRITE(u_int32_t,4) ^ ./machine/bus.h:347:64: note: expanded from macro '_BUS_SPACE_WRITE' bus_space_write_##BWN (bus_space_tag_t tag, bus_space_handle_t bsh, \ ^ 4 errors generated. *** [uart_dev_lpc.o] Error code 1 Stop in /src/sys/modules/uart. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-21 19:31:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-21 19:31:27 - ERROR: failed to build LINT kernel TB --- 2013-04-21 19:31:27 - 10566.59 user 1533.19 system 13256.14 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 19:38:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 65836118 for ; Sun, 21 Apr 2013 19:38:19 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id F0DF91075 for ; Sun, 21 Apr 2013 19:38:18 +0000 (UTC) Received: by mail-bk0-f43.google.com with SMTP id jm19so1156361bkc.30 for ; Sun, 21 Apr 2013 12:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:x-mailer:mime-version :content-type:content-transfer-encoding; bh=fMltW0RbNJWvMhbijqTa/UAP1sNHPYQ8+zgxOylCAiw=; b=ozL/w+b/n20WLPMH4oZCVQcMIEaczwdFSUz4As8PWmT0HTVxI8ueSOXESenTNaSf63 G/FCmSeESmt8x+Ct+tefEXVqQLBnVbbpY8G29ANh7EhgyZ9zFbDwrGylJNn9OKkkNVZi TrjQqYnR66g3FfAWWJdz6Z2KwRh+H7X6Yy9AZ1GD2AdZLGC6VS9R+BJoDvw9HxwE2sx9 3xdw7r6owHa1AgZTcT03i0TtVbOhiSFbTb6Dd60b+Q6DSKy6UX5w0mg2+E8g9oCqxV51 bjYGPFjPEdMu8P7jpGtmFYHxVvTO0LqnINxsHbzl6MoGu/Dz7QyOmgXsaQW1J9CAxc1Y DZ/g== X-Received: by 10.205.24.132 with SMTP id re4mr9385258bkb.92.1366573097815; Sun, 21 Apr 2013 12:38:17 -0700 (PDT) Received: from laptop.minsk.domain ([37.215.82.196]) by mx.google.com with ESMTPS id rm3sm498426bkb.20.2013.04.21.12.38.16 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 21 Apr 2013 12:38:17 -0700 (PDT) Date: Sun, 21 Apr 2013 22:38:38 +0300 From: "Sergey V. Dyatko" To: Subject: Supermicro 6027R-N3RF+head, usb trouble Message-ID: <20130421223838.6bec3bfb@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 19:38:19 -0000 Hi, Can anybody explain why USB keyboard (and keyboard from integrated IPKVM) doesn't work when I boot with 'C606 chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bios? Also I can't boot that box from usb memstick and FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They both loose(?) device and can't find root If I disable controller in bios system can't see any sata hdd connected to it:( booting with hw.usb.ehci.no_hs=1, kern.cam.boot_delay="10000" and debug.acpi.disabled="hostres" without success. I setup dhcpd, tftp, nfs on my laptop and finally I install fbsd on that box, but question with kbd is open - It doesn't work.. dmesg: http://svn.freebsd.by/files/dmesg_N3RF.txt pciconf -lv: http://svn.freebsd.by/files/pciconf_N3RF.txt I would appreciate any hints -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 20:08:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 52D86BE9 for ; Sun, 21 Apr 2013 20:08:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 14DEA112C for ; Sun, 21 Apr 2013 20:08:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UU0Z1-002G7v-HH>; Sun, 21 Apr 2013 22:08:43 +0200 Received: from g229117190.adsl.alicedsl.de ([92.229.117.190] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1UU0Z1-002tqJ-AY>; Sun, 21 Apr 2013 22:08:43 +0200 Subject: CURRENT: /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:89:18: error: no previous extern declaration for non-static variable From: "O. Hartmann" To: FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cw7U+cm9tbCOOeaXeSxX" Date: Sun, 21 Apr 2013 22:08:42 +0200 Message-ID: <1366574922.38339.59.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.229.117.190 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 20:08:50 -0000 --=-cw7U+cm9tbCOOeaXeSxX Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable While trying to build buildworld with=20 WITH_NAND=3D YES in /etc/src.conf I receive this error below. [...] ld -dc -r -o stty.lo stty_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/stty/cchar.o /usr/o= bj/usr/src/rescue/rescue//usr/src/bin/stty/gfmt.o /usr/obj/usr/src/rescue/r= escue//usr/src/bin/stty/key.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/s= tty/modes.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/stty/print.o /usr/o= bj/usr/src/rescue/rescue//usr/src/bin/stty/stty.o /usr/obj/usr/src/rescue/r= escue//usr/src/bin/stty/util.o crunchide -k _crunched_stty_stub stty.lo ld -dc -r -o sync.lo sync_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/sync/sync.o crunchide -k _crunched_sync_stub sync.lo ld -dc -r -o test.lo test_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/test/test.o crunchide -k _crunched_test_stub test.lo ld -dc -r -o rcp.lo rcp_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/rcp/rcp.o /usr/obj/u= sr/src/rescue/rescue//usr/src/bin/rcp/util.o crunchide -k _crunched_rcp_stub rcp.lo /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:83:18: error: no previous extern declaration for non-static variable 'user_files' [-Werror,-Wmissing-variable-declarations] struct file_info user_files[] =3D ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:88:18: error: no previous extern declaration for non-static variable 'ifile' [-Werror,-Wmissing-variable-declarations] struct file_info ifile =3D {NANDFS_IFILE_INO, NULL, 0, 0, -1, NULL, NULL}; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:89:18: error: no previous extern declaration for non-static variable 'sufile' [-Werror,-Wmissing-variable-declarations] struct file_info sufile =3D {NANDFS_SUFILE_INO, NULL, 0, 0, -1, NULL, NULL}; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:90:18: error: no previous extern declaration for non-static variable 'cpfile' [-Werror,-Wmissing-variable-declarations] struct file_info cpfile =3D {NANDFS_CPFILE_INO, NULL, 0, 0, -1, NULL, NULL}; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:91:18: error: no previous extern declaration for non-static variable 'datfile' [-Werror,-Wmissing-variable-declarations] struct file_info datfile =3D {NANDFS_DAT_INO, NULL, 0, 0, -1, NULL, NULL}; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:123:9: error: no previous extern declaration for non-static variable 'volumelabel' [-Werror,-Wmissing-variable-declarations] u_char *volumelabel =3D NULL; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:109:22: error: no previous extern declaration for non-static variable 'fsdata' [-Werror,-Wmissing-variable-declarations] struct nandfs_fsdata fsdata; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:110:27: error: no previous extern declaration for non-static variable 'super_block' [-Werror,-Wmissing-variable-declarations] struct nandfs_super_block super_block; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:125:27: error: no previous extern declaration for non-static variable 'sr' [-Werror,-Wmissing-variable-declarations] struct nandfs_super_root *sr; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:127:10: error: no previous extern declaration for non-static variable 'nuserfiles' [-Werror,-Wmissing-variable-declarations] uint32_t nuserfiles; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:128:10: error: no previous extern declaration for non-static variable 'seg_segsum_size' [-Werror,-Wmissing-variable-declarations] uint32_t seg_segsum_size; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:129:10: error: no previous extern declaration for non-static variable 'seg_nblocks' [-Werror,-Wmissing-variable-declarations] uint32_t seg_nblocks; ^ /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:130:10: error: no previous extern declaration for non-static variable 'seg_endblock' [-Werror,-Wmissing-variable-declarations] uint32_t seg_endblock; ^ 13 errors generated. *** [newfs_nandfs.o] Error code 1 1 error *** [all] Error code 2 1 error *** [sbin.all__D] Error code 2 --=-cw7U+cm9tbCOOeaXeSxX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRdEdKAAoJEOgBcD7A/5N8tZQH/jzodR/PdkbrrfAUcChJiN39 y3PB3WWvGufYJ4MkHlD9e3TGwrNYss939BKQb8afH4O2H4oTW5GSDgzKI8hR7Etr KnKvM+7/+jjsdpz9Vbo6X9k3Rfl1hFV900e52PUavc+/YmJ/sOtNU/13fNU+vZGt hHl2GSsrDoZgMtmxTXw3ppY9OsDLBQ9/WMdwm82pXAjoyaawH6Rw65PBXtR24cPQ haZJNu0eyVzIc5WLlp1vs1scMmYoWYC0SQ/DpyYHFSdSI6qBVyDjwF7ovD/KsYHJ mZ3sk/RdoYNozn5J0N1yM3J+od+kZy4ZIMhMz7TRtmtXWzDiDsybiRCBFMuZqrE= =YmA0 -----END PGP SIGNATURE----- --=-cw7U+cm9tbCOOeaXeSxX-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 21 22:09:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 47147D0B for ; Sun, 21 Apr 2013 22:09:17 +0000 (UTC) (envelope-from edschouten@gmail.com) Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6E613CE for ; Sun, 21 Apr 2013 22:09:16 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id gf12so5530926vcb.18 for ; Sun, 21 Apr 2013 15:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=gkHVt2EM5pGQVJeKBhqc7PRRqU97y6NsT7mhzaXCPuw=; b=I9hxEvsCjMZpNfKq//m41kq+gFeLTVGujw7RDq5+pzro70yJu6F8jTIOwEjk+wqVMF UxI/ZqHcOJ7PRube2mMkJp5ss78iyW21rstRjufxEkp/DBSEugHnN4hk7PZVITOm5+nR JtJe1y5hhJDwInYcpoHknhz5pqrPVEqhiaN0ByvtD+psE1YyyFiBmNhL1ElnrV2Zyl6D qNYWkLU5+UVfVVgHC9tCFCBTTVUU77rbQk2KVG6AQN2KaJs0f18jWN2t+y+sDvGL0/+l Nf0vgg9ZsDUu5uM6RSsZRNtYlwDrd9KUOJ8gTYz9wmcvsmu2y7GuxzLzmIMpFq/+6WJ6 Shqw== MIME-Version: 1.0 X-Received: by 10.220.147.79 with SMTP id k15mr3289624vcv.38.1366582150532; Sun, 21 Apr 2013 15:09:10 -0700 (PDT) Sender: edschouten@gmail.com Received: by 10.220.102.6 with HTTP; Sun, 21 Apr 2013 15:09:10 -0700 (PDT) In-Reply-To: <1366574922.38339.59.camel@thor.walstatt.dyndns.org> References: <1366574922.38339.59.camel@thor.walstatt.dyndns.org> Date: Mon, 22 Apr 2013 00:09:10 +0200 X-Google-Sender-Auth: w7jLp5dJHbYX_0WPb3WRW-hxWxo Message-ID: Subject: Re: CURRENT: /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:89:18: error: no previous extern declaration for non-static variable From: Ed Schouten To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 22:09:17 -0000 Hi, 2013/4/21 O. Hartmann : > /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:83:18: error: no previous > extern declaration for non-static variable > 'user_files' [-Werror,-Wmissing-variable-declarations] > struct file_info user_files[] = > ^ The following patch should fix this: http://80386.nl/pub/nandfs-warns-6.txt As of a couple of days ago, WARNS=6 requires that global variables either have an external declaration or are marked static. As newfs_nandfs only consists of a single C file, we can easily mark these variables static. In this specific case it allowed the compiler to find another peculiarity in the code, namely that the seg_segsum_size variable is unused. I'll commit this patch after I've done some testing. Thanks, -- Ed Schouten From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 06:09:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3A9B7AE6 for ; Mon, 22 Apr 2013 06:09:35 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 00BC61201 for ; Mon, 22 Apr 2013 06:09:34 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 52BD67A0E3; Mon, 22 Apr 2013 08:09:32 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 3B6E420AAF; Mon, 22 Apr 2013 08:09:18 +0200 (CEST) Message-ID: <5174D467.5050009@bitfrost.no> Date: Mon, 22 Apr 2013 08:10:47 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: "Sergey V. Dyatko" Subject: Re: Supermicro 6027R-N3RF+head, usb trouble References: <20130421223838.6bec3bfb@laptop.minsk.domain> In-Reply-To: <20130421223838.6bec3bfb@laptop.minsk.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 06:09:35 -0000 On 04/21/13 21:38, Sergey V. Dyatko wrote: > Hi, > > Can anybody explain why USB keyboard (and keyboard from > integrated IPKVM) doesn't work when I boot with 'C606 > chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bios? > Also I can't boot that box from usb memstick and > FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They both > loose(?) device and can't find root If I disable controller in bios > system can't see any sata hdd connected to it:( > booting with hw.usb.ehci.no_hs=1, kern.cam.boot_delay="10000" > and debug.acpi.disabled="hostres" without success. I setup dhcpd, tftp, > nfs on my laptop and finally I install fbsd on that box, but question > with kbd is open - It doesn't work.. > dmesg: > http://svn.freebsd.by/files/dmesg_N3RF.txt > pciconf -lv: > http://svn.freebsd.by/files/pciconf_N3RF.txt > > I would appreciate any hints > Hi, This indicates a LOW memory problem, or unability to grab contiguous memory for USB controller drivers: usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_ctrl_transfer_setup: could not setup default USB transfer usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored) usbd_ctrl_transfer_setup: could not setup default USB transfer usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored) usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_ctrl_transfer_setup: could not setup default USB transfer That's why USB doesn't work. Try to figure out who is using all that memory. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 06:25:41 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5F8234DB for ; Mon, 22 Apr 2013 06:25:41 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bk0-x229.google.com (mail-bk0-x229.google.com [IPv6:2a00:1450:4008:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id E894F12C1 for ; Mon, 22 Apr 2013 06:25:40 +0000 (UTC) Received: by mail-bk0-f41.google.com with SMTP id i18so2464160bkv.0 for ; Sun, 21 Apr 2013 23:25:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=ZIrv1yj/hJYH++E/3VTCDbVib1tIkzGwY5+LgBlWwZg=; b=LgBrSCwL+bzK+4zEmWqafyOkEhM4p3SdWXzzCeLIlmsGxgN/hEt/nat3rZXpQHGNEo Pp4fAvUkhwyczh2GxW77MQ7N3KPvfWPE4MBuOluoySHjqqm7K6bUG2vZiVwhxP3AMnLb 8d/5UOiOSWZh6pvbaQnevYvOfsXtAlWhA3ZPa4E2g+E2Bn46c+lD/NpZ3EobCQi4q1Xn 2whorVO4GMp5C2EVYnzn9ixDjTescqaGeppNSmTBQSXSOdXiWtG4b4/JEpdCscmaw8f6 XXtbUJbUrxeYxH9iWmfJ7/70OrVmMgIXa/CkTWo7MplB4R8B3INP/WlIyVHEEwP5QLXn aK5w== X-Received: by 10.205.24.132 with SMTP id re4mr9904147bkb.92.1366611939940; Sun, 21 Apr 2013 23:25:39 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id rm3sm843046bkb.20.2013.04.21.23.25.38 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 21 Apr 2013 23:25:39 -0700 (PDT) Date: Mon, 22 Apr 2013 09:26:00 +0300 From: "Sergey V. Dyatko" To: Hans Petter Selasky Subject: Re: Supermicro 6027R-N3RF+head, usb trouble Message-ID: <20130422092600.4a867715@laptop.minsk.domain> In-Reply-To: <5174D467.5050009@bitfrost.no> References: <20130421223838.6bec3bfb@laptop.minsk.domain> <5174D467.5050009@bitfrost.no> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 06:25:41 -0000 On Mon, 22 Apr 2013 08:10:47 +0200 Hans Petter Selasky wrote: > On 04/21/13 21:38, Sergey V. Dyatko wrote: > > Hi, > > > > Can anybody explain why USB keyboard (and keyboard from > > integrated IPKVM) doesn't work when I boot with 'C606 > > chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bios? > > Also I can't boot that box from usb memstick and > > FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They both > > loose(?) device and can't find root If I disable controller in bios > > system can't see any sata hdd connected to it:( > > booting with hw.usb.ehci.no_hs=1, kern.cam.boot_delay="10000" > > and debug.acpi.disabled="hostres" without success. I setup dhcpd, > > tftp, nfs on my laptop and finally I install fbsd on that box, but > > question with kbd is open - It doesn't work.. > > dmesg: > > http://svn.freebsd.by/files/dmesg_N3RF.txt > > pciconf -lv: > > http://svn.freebsd.by/files/pciconf_N3RF.txt > > > > I would appreciate any hints > > > > Hi, > > This indicates a LOW memory problem, or unability to grab contiguous > memory for USB controller drivers: > > usbd_ctrl_transfer_setup: could not setup default USB transfer > usbd_ctrl_transfer_setup: could not setup default USB transfer > usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored) > usbd_ctrl_transfer_setup: could not setup default USB transfer > usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored) > usbd_ctrl_transfer_setup: could not setup default USB transfer > usbd_ctrl_transfer_setup: could not setup default USB transfer > usbd_ctrl_transfer_setup: could not setup default USB transfer > > That's why USB doesn't work. Try to figure out who is using all that > memory. > Hi, how I can do that ? > --HPS -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 06:32:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EF8F0B10; Mon, 22 Apr 2013 06:32: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 C5C3E1314; Mon, 22 Apr 2013 06:32:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3M6WKSt040620; Mon, 22 Apr 2013 02:32: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 r3M6WKgG040608; Mon, 22 Apr 2013 06:32:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 22 Apr 2013 06:32:20 GMT Message-Id: <201304220632.r3M6WKgG040608@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 06:32:22 -0000 TB --- 2013-04-22 02:50:50 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-22 02:50:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-22 02:50:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-22 02:50:50 - cleaning the object tree TB --- 2013-04-22 02:52:50 - /usr/local/bin/svn stat /src TB --- 2013-04-22 02:53:07 - At svn revision 249744 TB --- 2013-04-22 02:53:08 - building world TB --- 2013-04-22 02:53:08 - CROSS_BUILD_TESTING=YES TB --- 2013-04-22 02:53:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-22 02:53:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-22 02:53:08 - SRCCONF=/dev/null TB --- 2013-04-22 02:53:08 - TARGET=pc98 TB --- 2013-04-22 02:53:08 - TARGET_ARCH=i386 TB --- 2013-04-22 02:53:08 - TZ=UTC TB --- 2013-04-22 02:53:08 - __MAKE_CONF=/dev/null TB --- 2013-04-22 02:53:08 - cd /src TB --- 2013-04-22 02:53:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 22 02:53:13 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 22 06:07:45 UTC 2013 TB --- 2013-04-22 06:07:45 - generating LINT kernel config TB --- 2013-04-22 06:07:45 - cd /src/sys/pc98/conf TB --- 2013-04-22 06:07:45 - /usr/bin/make -B LINT TB --- 2013-04-22 06:07:45 - cd /src/sys/pc98/conf TB --- 2013-04-22 06:07:45 - /usr/sbin/config -m LINT TB --- 2013-04-22 06:07:45 - building LINT kernel TB --- 2013-04-22 06:07:45 - CROSS_BUILD_TESTING=YES TB --- 2013-04-22 06:07:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-22 06:07:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-22 06:07:45 - SRCCONF=/dev/null TB --- 2013-04-22 06:07:45 - TARGET=pc98 TB --- 2013-04-22 06:07:45 - TARGET_ARCH=i386 TB --- 2013-04-22 06:07:45 - TZ=UTC TB --- 2013-04-22 06:07:45 - __MAKE_CONF=/dev/null TB --- 2013-04-22 06:07:45 - cd /src TB --- 2013-04-22 06:07:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 22 06:07:45 UTC 2013 >>> 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 [...] ^~~~~~~~~~~~~~~~~~~~~~~~ ./machine/bus.h:362:1: note: passing argument to parameter 'bsh' here _BUS_SPACE_WRITE(u_int32_t,4) ^ ./machine/bus.h:347:64: note: expanded from macro '_BUS_SPACE_WRITE' bus_space_write_##BWN (bus_space_tag_t tag, bus_space_handle_t bsh, \ ^ 4 errors generated. *** [uart_dev_lpc.o] Error code 1 Stop in /src/sys/modules/uart. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-22 06:32:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-22 06:32:20 - ERROR: failed to build LINT kernel TB --- 2013-04-22 06:32:20 - 10559.98 user 1542.43 system 13290.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 08:43:54 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E7D31FF7; Mon, 22 Apr 2013 08:43:54 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw12.york.ac.uk (mail-gw12.york.ac.uk [144.32.129.162]) by mx1.freebsd.org (Postfix) with ESMTP id B5A1D17D9; Mon, 22 Apr 2013 08:43:54 +0000 (UTC) Received: from ury.york.ac.uk ([144.32.64.162]:21941) by mail-gw12.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1UUCLp-0006qq-Lz; Mon, 22 Apr 2013 09:43:53 +0100 Date: Mon, 22 Apr 2013 09:43:53 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@thunderhorn.york.ac.uk To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Subject: FreeBSD is participating in Google Summer of Code Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: soc-admins@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 08:43:55 -0000 Hi all, FreeBSD is pleased to announce that once again we have been selected to participate in the Google Summer of Code program. This gives University students the opportunity to earn a $5000 USD stipend in exchange for working on Open Source software over their Summer break. Students have around 12 weeks to work on their project, and will be mentored by existing FreeBSD committers. Participating organisations will earn $500 USD per student mentored. FreeBSD's organisation page may be found at http://www.google-melange.com/gsoc/org/google/gsoc2013/freebsd and a list of possible project ideas may be found at https://wiki.freebsd.org/IdeasPage . Please note that projects do not have to come from the ideas list, and indeed students are encouraged to produce their own project ideas - the majority of past projects have been thought up by the particpants themselves. Students are also encouraged to visit http://www.google-melange.com/ to view more details of the program, including eligibility requirements, and a list of other participating organisations. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 09:56:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 048F049A for ; Mon, 22 Apr 2013 09:56:37 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3701C14 for ; Mon, 22 Apr 2013 09:56:36 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id m6so3982274wiv.15 for ; Mon, 22 Apr 2013 02:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=3eLeErxQ+9yG51cmeA9V9G3nTwwmS0vnoTYIJK3SNsY=; b=aDIrVIGnILNfsBwZxRsYzDipC+OVt+GgdMkApfqWzG3iwGCXr6mZDl0oL/4NhJodCi EFVoZ7OjgpB+DPNBtQ19F6pWtZh7snSR3xCzN51Nziml0thuepROcYPS4PspWvbuj8Mu cnjEgpIrJGK4A0aPfBTGbeJOYzbF1SSp3Kxf9cFxWGxHcK+sUdSWc97v0kS3aTEJ6g3f pBLesm9D8Tzvo8Jdpz9hTYA+hlynva15lIHy+yi9xq0Y32K909+2W4cdlNFTqqDaZA4z DIK3xUJLCobfI/VsyI/R4jIGsm+4DtigVMnnUr4uO7dqjNEmNJZkZ6DlKLrnx7s63qNU PvEg== X-Received: by 10.194.178.9 with SMTP id cu9mr50857968wjc.39.1366624595645; Mon, 22 Apr 2013 02:56:35 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id nf9sm1349826wic.3.2013.04.22.02.56.34 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 22 Apr 2013 02:56:34 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 22 Apr 2013 11:56:32 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130422095632.GG38955@ithaqua.etoilebsd.net> References: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> <8A9F25C5-C5E6-4373-85F9-C47642CF1BAE@netapp.com> <20130412131037.GI95891@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BzCohdixPhurzSK4" Content-Disposition: inline In-Reply-To: <20130412131037.GI95891@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Rick Macklem , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 09:56:37 -0000 --BzCohdixPhurzSK4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 12, 2013 at 03:10:37PM +0200, Baptiste Daroussin wrote: > On Fri, Apr 12, 2013 at 12:56:10PM +0000, Eggert, Lars wrote: > > Hi, > >=20 > > On Apr 12, 2013, at 1:10, Rick Macklem wrote: > > > Well, I have no idea why an NFS server would reply errno 70 if the fi= le > > > still exists, unless the client has somehow sent a bogus file handle > > > to the server. (I am not aware of any client bug that might do that. I > > > am almost suspicious that there might be a memory problem or something > > > that corrupts bits in the network layer. Do you have TSO enabled for = your > > > network interface by any chance? If so, I'd try disabling that on the > > > network interface. Same goes for checksum offload.) > > >=20 > > > rick > > > ps: If you can capture packets between the client and server at the > > > time this error occurs, looking at them in wireshark might be > > > useful? > >=20 > > I will try all of those things. > >=20 > > But first, a question that someone who understands pkgng will be able t= o answerr: Is this "fake-pkg" process even running on the NFS mount? The WR= KDIR is /tmp, which is an mfs mount. >=20 > fake-pkg is run in WRKDIR, but it calls pkgng which will open > /var/db/pkg/local.sqlite aka nfs mount. >=20 > The Error 70 is EX_SOFTWARE returned by pkgng. >=20 > Can you try the following patch: > http://people.freebsd.org/~bapt/patch-libpkg__pkgdb.c >=20 > Just add that file to /usr/ports/ports-mgmt/pkg/files/ >=20 > If that works for you, that means the posix advisory locks is somehow fai= ling on > nfsv4 files. >=20 > Given it is already known to be failing on nfsv3 (because people often > misconfigure it) I'll probablmy make unix-dotfile the default locking sys= tem > when local.sqlite is stored on network filesystem. >=20 > regards, > Bapt As anyone been able to test this patch? regards, Bapt --BzCohdixPhurzSK4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlF1CVAACgkQ8kTtMUmk6EygBACfelcjZhPWPvoASmTwb/jLpCYJ Y4oAnR2nMGsg0kfRIcDPkMMHF0nugxce =BUgb -----END PGP SIGNATURE----- --BzCohdixPhurzSK4-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 11:20:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C7DC91C2 for ; Mon, 22 Apr 2013 11:20:20 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8C39B12C7 for ; Mon, 22 Apr 2013 11:20:20 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 3DE7F7A0D6; Mon, 22 Apr 2013 13:20:18 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 02D4220764; Mon, 22 Apr 2013 13:20:12 +0200 (CEST) Message-ID: <51751D46.9020100@bitfrost.no> Date: Mon, 22 Apr 2013 13:21:42 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: "Sergey V. Dyatko" Subject: Re: Supermicro 6027R-N3RF+head, usb trouble References: <20130421223838.6bec3bfb@laptop.minsk.domain> <5174D467.5050009@bitfrost.no> <20130422092600.4a867715@laptop.minsk.domain> In-Reply-To: <20130422092600.4a867715@laptop.minsk.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 11:20:20 -0000 >> > > Hi, how I can do that ? > Hi, vmstat -m There is also an interactive command in the debugger! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 15:42:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 28B9575B for ; Mon, 22 Apr 2013 15:42:49 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id B1DFB1221 for ; Mon, 22 Apr 2013 15:42:48 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id je9so2684364bkc.5 for ; Mon, 22 Apr 2013 08:42:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=SGjO71MqlsPung8x7AMcuXacXxC1WzNPCm+Dl7O6ZMo=; b=L2Keqcq7mSGjWnaOgzxi5IlwdARv63e2urFjWYzpdebnvcawoaJdAOmGyrVKBnTnBr 0KVLz4I5hruGlmxlYd6efETMKbn/8FZRBWlUetCOii7NZNYnfBIN08pOYUZlbxFupAMJ J1kmEJefKYVKsWhJKKqCnnZTt1RnaL+4LLXuQTwOxFY+APCmqkvFApy09P1CIWb8Ahjy L8JSmobdVcRSiU450dHnsTWi1BPnCfCHgy5jAR7avRdVvDUr5NGx7OSeNpSRUVG9j0MY Qxstd6EfSVH1ineihJ4vBKi9D06NmRztit3VAM4qWmie0oDc1C4axqWMWiiHCrIQcIzC lDjw== X-Received: by 10.204.166.71 with SMTP id l7mr11595022bky.28.1366645367735; Mon, 22 Apr 2013 08:42:47 -0700 (PDT) Received: from laptop.minsk.domain ([37.215.82.196]) by mx.google.com with ESMTPS id fh8sm1083898bkc.10.2013.04.22.08.42.46 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 22 Apr 2013 08:42:46 -0700 (PDT) Date: Mon, 22 Apr 2013 18:43:08 +0300 From: "Sergey V. Dyatko" To: Hans Petter Selasky Subject: Re: Supermicro 6027R-N3RF+head, usb trouble Message-ID: <20130422184308.6de22062@laptop.minsk.domain> In-Reply-To: <51751D46.9020100@bitfrost.no> References: <20130421223838.6bec3bfb@laptop.minsk.domain> <5174D467.5050009@bitfrost.no> <20130422092600.4a867715@laptop.minsk.domain> <51751D46.9020100@bitfrost.no> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 15:42:49 -0000 On Mon, 22 Apr 2013 13:21:42 +0200 Hans Petter Selasky wrote: > >> > > > > Hi, how I can do that ? > > > > Hi, > > vmstat -m > http://svn.freebsd.by/files/vmstat_N3RF.txt > There is also an interactive command in the debugger! > > --HPS -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 16:52:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 354C9507; Mon, 22 Apr 2013 16:52:25 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 1F71F23CE96; Mon, 22 Apr 2013 08:26:32 +0200 (CEST) Message-ID: <5174D817.9070405@FreeBSD.org> Date: Mon, 22 Apr 2013 08:26:31 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: Any objections/comments on axing out old ATA stack? References: <51536306.5030907@FreeBSD.org> <20130331130409.GO3178@equilibrium.bsdes.net> <515B25D8.7050902@FreeBSD.org> <515BF5AE.4050804@FreeBSD.org> <515CAA04.1050108@FreeBSD.org> <20130403233815.GA65719@icarus.home.lan> <515CC704.90302@FreeBSD.org> <20130404010526.GA66858@icarus.home.lan> <515D3312.3010109@FreeBSD.org> <20130420212957.GA19158@icarus.home.lan> In-Reply-To: <20130420212957.GA19158@icarus.home.lan> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 16:52:25 -0000 Am 20.04.2013 23:29, schrieb Jeremy Chadwick: >> My feeling is that the stalls are mostly from the error handler and the >> overall time the drive is "frozen" gets shorter. If it had not _felt_ >> faster, I'd not have left that in sysctl.conf in the first place. > > Your understanding of what that sysctl does is wrong, or I'm > misunderstanding what you're saying (very possible!). What I am saying is a high-level view on the situation. If I leave the default slot timeout set, whenever the computer gets into an episode of stalls, it becomes unusable (all I/O stalled so anything that needs disk I/O will hang) for so long that it is much faster to depress the reset button, reboot, force fsck, and retry. This usually entails hand-holding and manually cleaning up debris, such as b0rked .o files from a buildworld, or similar. These stalls happens out of the middle of the buildworld, under heavy I/O, so I'd dispute excessive head unloading and drive spindown is the issue -- the computer (and fans in particular) is generally very quiet, no VGA board (just fanless onboard Radeon HD 3300), I could hear re-spinups or parking heads. I don't hear anything like it. I don't know how rescheduling commands that timed out and get rescheduled happens overall. > How I interpret what you're saying: that the sysctl somehow "decreases > stall times" during I/O operations that fail. This is incorrect. That may not be the intention of the sysctl, but it is the high-level outcome. > What that sysctl does is define the number of seconds that transpire > ***before*** the CAM layer says "Okay, I didn't get a response to the > ATA CDB I sent the disk", and then re-submits the same CDB to the disk. The other question (to Alexander Motin) then is why do I see the timeouts for the related slots rougly $timeout seconds apart. Alexander, is there any way we can make the kernel dump the entire set of pending NCQ queue entries including submitted timestamp, or timeout values, so that we can see how much workload is queued? Note also that the CRC count has not increased since I've put the smartctl output online, it's still at 14 -- I would have to see CRC errors and their consequences in Linux or Windows, too. Linux's smartd 5.41 never mailed about an increase of the CRC value, and I told it not to mail temperature changes. > Rephrased: in the case of a disk stalling on an I/O request, you will > experience the effects of that stall no matter what that sysctl is set > to. A lower value in that sysctl will result in CAM spitting out > nasties on the console + hitting the CDB retry submission scenario > sooner, which if the drive is awake/responsive by that time will go > smoothly. > > That's all it does. That's how you have explained and I have understood it on the queue-slot level (microscopic), but at a larger scale, I do not observe that the shorter timeout sysctl value led to these stall episodes happen more often (as should be the consequence if spindown were the cause of the stalls), only recovery is faster. > Thus a value of 5 indicates a device/drive did not respond to a CDB > within 5 seconds, and a value of 30 indicates a device/drive did not > respond to a CDB within 30 seconds. Regardless, those lengths of time > are VERY long for an I/O operation on a mechanical HDD. Indeed they are, and because /usr is on the offending drive, I lowered the value to 5 s, which I still deem conservative. I know that an older ATA standard edition permitted longer completion times for flushing HDD internal write caches to platters (15 s IIRC). > Oh look, it's the Samsung SpinPoint series, especially the EcoGreen > ("EG") series. No joke: ~60% of the "problem reports" I deal with when > it comes to "weird wonky problems" stem from this drive series. I have > no idea why, but they're a common pain point for me. I know they are, especially the larger siblings 1.5 G up. > Politely, your analysis of the drive ("looks sane to me") is an > indicator of why SMART output needs to be interpreted by a person who is > familiar with the information. That drive *does not* look sane to me. > :-) 14 CRC errors with a drive that moved through computers that got modified over time, that does not run the whole day, and that was first attached to a computer whose controller (VIA garbage) could only talk to 1.5 Gb/s ATA drives but not 3 Gb/s is not something I care about. > Key points about these errors: > [...] > - These are conditions that short, long, select (LBA range scan), and > conveyance SMART tests would probably not detect. Like I said: it > seems to be all over the board. I agree that it is more likely to be a communications issue between FreeBSD and the drive's logic, with all components, hard- and software involved. > Bernd Walter responded indicating that his experience indicated that the > issue related to NCQ compatibility. This would not surprise me. Neither would it surprise me, but Linux should suffer, too, then. It does use NCQ, too. FreeBSD can be booted either on bare metal, or booted through a Linux-hosted VirtualBox and then uses raw partition access. It should see the same 4k sectory misalignment pattern - if we go by your earlier assumption - or NCQ incompatibility because the hardware is the same. The board uses an AMD 750 south bridge. > What doesn't help is that SpinPoint drives have a history of pretty > awful firmware bugs, such as this one, which still blows my mind to this > day: > > http://sourceforge.net/apps/trac/smartmontools/wiki/SamsungF4EGBadBlocks > > Your drive is using firmware version 1AG01118, but I can't easily find a > newer firmware because of the whole Seagate/Samsung buyout (Seagate > buying out Samsung's MHDD division). According to the Samsung tools I could find before as well as after the buyout this is the latest-and-greatest firmware; but I did not contact their support to confirm that. > - The "EG" series are known to park their heads excessively, and much to > my annoyance, do not track this behaviour in SMART (normally it's > tracked in attribute 193, which the drive lacks (probably > intentionally)). This head-parking nonsense is known to cause > problems in certain situations, reported by the OS as timeouts and > I/O errors as the drive is trying to wake up and respond to the CDB. > There are many drives on the markets that do this now, and I > generally boycott them all (it's only useful for laptops). I can > talk at length about that some other time, or you can find/read my > blog (I wrote an article about the WD30EFRX doing this -- at least > on WD drives you can inhibit the behaviour, while on Seagate you > can't). Unlikely as stated above, unless the drive starts to park heads during NCQ timeout error recovery. > My suggestions to you at this point in time: > > - Remove the sysctl and leave it at its default (30 seconds). Or if > you really must adjust it, set it to 15. YMMV with this. I really must either use Linux or at least lower this sysctl, else the system is unusable. > - Replace the drive and/or choose another drive vendor. I am inclined to do that, and I am very much inclined to buy high-grade WD stuff again, either Velociraptor or the TLER Black series. (I don't care for drives to retry for half an our to entirely scratch the surface where it attempts to read a b0rked block, even if not in a RAID -- this is the 10^-15 errors...). > My suggestions for FreeBSD at this time: > > - Regardless of what the root cause of the above is, we really do need a > no-NCQ quirk, and we also need to print the quirks used (in a similar > fashion to how CPU features are shown) during boot. That, and when entering the ATA driver's error handler with NCQ active, dump the entire queue contents, or at least its pending requests, with rescheduling. We may need a loader tunable or sysctl to enable such excessive debug logging. Please check the stall episode timing in the logs - it would appear that the actual slots timing out were filed well after one an other; with NCQ being put to good use, I'd suspect that slots time out more or less at the same time, but I see that the entire timeout elapses before the next slot times out. I find that suspicious. Alexander may, however, expect that from the way the driver reschedules failing requests, or how the driver inserts a non-NCQ command as some sort of write barrier to enforce a NCQ flush. (Not sure if that's any good on these Samsung drives, I'd like to disable it just to experiment.) I can move FreeBSD to the SSD any time and leave the FreeBSD partitions on the offending Samsung drive for experimentation; I just did not want to change any of the setup, so that we would not lose any analysis chances. From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 17:33:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DF004D5B; Mon, 22 Apr 2013 17:33: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 B663D1847; Mon, 22 Apr 2013 17:33: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 r3MHXhKM075334; Mon, 22 Apr 2013 13:33:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3MHXhbB075327; Mon, 22 Apr 2013 17:33:43 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 22 Apr 2013 17:33:43 GMT Message-Id: <201304221733.r3MHXhbB075327@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 17:33:44 -0000 TB --- 2013-04-22 13:52:28 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-22 13:52:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-22 13:52:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-04-22 13:52:28 - cleaning the object tree TB --- 2013-04-22 13:54:22 - /usr/local/bin/svn stat /src TB --- 2013-04-22 13:54:36 - At svn revision 249764 TB --- 2013-04-22 13:54:37 - building world TB --- 2013-04-22 13:54:37 - CROSS_BUILD_TESTING=YES TB --- 2013-04-22 13:54:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-22 13:54:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-22 13:54:37 - SRCCONF=/dev/null TB --- 2013-04-22 13:54:37 - TARGET=pc98 TB --- 2013-04-22 13:54:37 - TARGET_ARCH=i386 TB --- 2013-04-22 13:54:37 - TZ=UTC TB --- 2013-04-22 13:54:37 - __MAKE_CONF=/dev/null TB --- 2013-04-22 13:54:37 - cd /src TB --- 2013-04-22 13:54:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 22 13:54:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 22 17:09:18 UTC 2013 TB --- 2013-04-22 17:09:18 - generating LINT kernel config TB --- 2013-04-22 17:09:18 - cd /src/sys/pc98/conf TB --- 2013-04-22 17:09:18 - /usr/bin/make -B LINT TB --- 2013-04-22 17:09:18 - cd /src/sys/pc98/conf TB --- 2013-04-22 17:09:18 - /usr/sbin/config -m LINT TB --- 2013-04-22 17:09:18 - building LINT kernel TB --- 2013-04-22 17:09:18 - CROSS_BUILD_TESTING=YES TB --- 2013-04-22 17:09:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-22 17:09:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-22 17:09:18 - SRCCONF=/dev/null TB --- 2013-04-22 17:09:18 - TARGET=pc98 TB --- 2013-04-22 17:09:18 - TARGET_ARCH=i386 TB --- 2013-04-22 17:09:18 - TZ=UTC TB --- 2013-04-22 17:09:18 - __MAKE_CONF=/dev/null TB --- 2013-04-22 17:09:18 - cd /src TB --- 2013-04-22 17:09:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 22 17:09:18 UTC 2013 >>> 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 [...] ^~~~~~~~~~~~~~~~~~~~~~~~ ./machine/bus.h:362:1: note: passing argument to parameter 'bsh' here _BUS_SPACE_WRITE(u_int32_t,4) ^ ./machine/bus.h:347:64: note: expanded from macro '_BUS_SPACE_WRITE' bus_space_write_##BWN (bus_space_tag_t tag, bus_space_handle_t bsh, \ ^ 4 errors generated. *** [uart_dev_lpc.o] Error code 1 Stop in /src/sys/modules/uart. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-22 17:33:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-22 17:33:43 - ERROR: failed to build LINT kernel TB --- 2013-04-22 17:33:43 - 10563.82 user 1540.92 system 13275.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 18:23:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 28FC316E; Mon, 22 Apr 2013 18:23: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 F31AD1BF7; Mon, 22 Apr 2013 18:23: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 r3MINGNB024395; Mon, 22 Apr 2013 14:23:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3MING9K024391; Mon, 22 Apr 2013 18:23:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 22 Apr 2013 18:23:16 GMT Message-Id: <201304221823.r3MING9K024391@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 18:23:17 -0000 TB --- 2013-04-22 17:21:12 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-22 17:21: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 --- 2013-04-22 17:21:12 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-22 17:21:12 - cleaning the object tree TB --- 2013-04-22 17:21:12 - /usr/local/bin/svn stat /src TB --- 2013-04-22 17:21:44 - At svn revision 249764 TB --- 2013-04-22 17:21:45 - building world TB --- 2013-04-22 17:21:45 - CROSS_BUILD_TESTING=YES TB --- 2013-04-22 17:21:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-22 17:21:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-22 17:21:45 - SRCCONF=/dev/null TB --- 2013-04-22 17:21:45 - TARGET=mips TB --- 2013-04-22 17:21:45 - TARGET_ARCH=mips TB --- 2013-04-22 17:21:45 - TZ=UTC TB --- 2013-04-22 17:21:45 - __MAKE_CONF=/dev/null TB --- 2013-04-22 17:21:45 - cd /src TB --- 2013-04-22 17:21:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 22 17:21:50 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 22 18:22:35 UTC 2013 TB --- 2013-04-22 18:22:35 - cd /src/sys/mips/conf TB --- 2013-04-22 18:22:35 - /usr/sbin/config -m ADM5120 TB --- 2013-04-22 18:22:35 - skipping ADM5120 kernel TB --- 2013-04-22 18:22:35 - cd /src/sys/mips/conf TB --- 2013-04-22 18:22:35 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-22 18:22:35 - skipping ALCHEMY kernel TB --- 2013-04-22 18:22:35 - cd /src/sys/mips/conf TB --- 2013-04-22 18:22:35 - /usr/sbin/config -m AP121 TB --- 2013-04-22 18:22:35 - building AP121 kernel TB --- 2013-04-22 18:22:35 - CROSS_BUILD_TESTING=YES TB --- 2013-04-22 18:22:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-22 18:22:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-22 18:22:35 - SRCCONF=/dev/null TB --- 2013-04-22 18:22:35 - TARGET=mips TB --- 2013-04-22 18:22:35 - TARGET_ARCH=mips TB --- 2013-04-22 18:22:35 - TZ=UTC TB --- 2013-04-22 18:22:35 - __MAKE_CONF=/dev/null TB --- 2013-04-22 18:22:35 - cd /src TB --- 2013-04-22 18:22:35 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Mon Apr 22 18:22:35 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_textdump.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_variables.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_watch.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_write_cmd.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror eisa_if.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/etherswitch/arswitch/arswitch.c /src/sys/dev/etherswitch/arswitch/arswitch.c: In function 'arswitch_getport': /src/sys/dev/etherswitch/arswitch/arswitch.c:438: error: 'etherswitch_port_t' has no member named 'es_vlangroup' *** [arswitch.o] Error code 1 Stop in /obj/mips.mips/src/sys/AP121. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-22 18:23:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-22 18:23:16 - ERROR: failed to build AP121 kernel TB --- 2013-04-22 18:23:16 - 2693.67 user 565.98 system 3723.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 18:47:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 62612236; Mon, 22 Apr 2013 18:47:07 +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 27B561DA8; Mon, 22 Apr 2013 18:47:06 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UULlZ-001ehh-O8>; Mon, 22 Apr 2013 20:47:05 +0200 Received: from e178184116.adsl.alicedsl.de ([85.178.184.116] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UULlZ-000Dgq-K5>; Mon, 22 Apr 2013 20:47:05 +0200 Subject: 10.0-CURRENT #0 r249720: graphics/jasper: eval: @CC@: not found From: "O. Hartmann" To: FreeBSD ports , FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-z49PGp9tKZOyWG80Ovsi" Date: Mon, 22 Apr 2013 20:47:05 +0200 Message-ID: <1366656425.1416.8.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 85.178.184.116 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 18:47:07 -0000 --=-z49PGp9tKZOyWG80Ovsi Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT boxes (all r249720 or higher) fails on all(!) Core2Duo based systems (Intel E8400 or Q6600) (CLANG 3.3) with the below shown error. Interestingly, the port does compile on all boxes running the very same FreeBSD 10.0-CURRENT with either Sandy-Bridge-E (i7-3939K) or Ivy Bridge (i3-3220) CPUs. All systems have in common that I compile world and kernel with option -O3 (CLANG 3.3), -march=3Dnative. I also use the very same /etc/src.conf on all boxes: WITH_CLANG_EXTRAS=3D YES WITH_LLVM=3D YES WITH_LLVM_EXTRAS=3D YES # WITH_BIND_LIBS=3D YES WITH_BIND_SIGCHASE=3D YES WITH_BIND_LARGE_FILE=3D YES # WITH_IDEA=3D YES # #WITH_ICONV=3D YES #WITH_BSD_GREP=3D YES WITH_BSD_SORT=3D YES WITH_BSDCONFIG=3D YES WITH_BSD_PATCH=3D YES # #WITH_OFED=3D YES WITH_NAND=3D YES WITH_NMTREE=3D YES #WITH_BMAKE=3D YES #WITH_CTF=3D YES # MALLOC_PRODUCTION=3D YES I guess I hit a miscompilation with either option -O3 -march=3Dnative on "Penryn" architectures with the new CLANG 3.3 compiler? (By the way, I also see this obscure "@CC@: not found" error in compiling games/qstat and it hits also the Core2Duo boxes, but not any CPU type beyond the C2D). Error compiling port graphics/jasper: =3D=3D=3D> Building for jasper-1.900.1_12 Making all in src Making all in libjasper Making all in include Making all in jasper /usr/bin/make all-am Making all in base if /bin/sh /usr/local/bin/libtool --tag=3DCC --mode=3Dcompile @CC@ -DHAVE_CONFIG_H -I. -I. -I../../../src/libjasper/include/jasper -I../../../src/libjasper/include -I/usr/local/include -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -MT jas_cm.lo -MD -MP -MF ".deps/jas_cm.Tpo" -c -o jas_cm.lo jas_cm.c; then mv -f ".deps/jas_cm.Tpo" ".deps/jas_cm.Plo"; else rm -f ".deps/jas_cm.Tpo"; exit 1; fi libtool: compile: @CC@ -DHAVE_CONFIG_H -I. -I. -I../../../src/libjasper/include/jasper -I../../../src/libjasper/include -I/usr/local/include -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -MT jas_cm.lo -MD -MP -MF .deps/jas_cm.Tpo -c jas_cm.c -fPIC -DPIC -o .libs/jas_cm.o eval: @CC@: not found *** [jas_cm.lo] Error code 1 Stop in /usr/ports/graphics/jasper/work/jasper-1.900.1/src/libjasper/base. *** [all-recursive] Error code 1 Stop in /usr/ports/graphics/jasper/work/jasper-1.900.1/src/libjasper. *** [all-recursive] Error code 1 Stop in /usr/ports/graphics/jasper/work/jasper-1.900.1/src. *** [all-recursive] Error code 1 Stop in /usr/ports/graphics/jasper/work/jasper-1.900.1. *** [do-build] Error code 1 Stop in /usr/ports/graphics/jasper. *** [build] Error code 1 Stop in /usr/ports/graphics/jasper. =3D=3D=3D>>> make failed for graphics/jasper =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs --=-z49PGp9tKZOyWG80Ovsi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRdYWpAAoJEOgBcD7A/5N89fUH/iIIC3lR44F2t+iVedPbscos roIcX6Rgc7mEiwubWIzMEl8Hy+AhLR4e11folfYHTBN1hbHrh4mtYhDnUjiTTPZQ TOP2wKv0VlQEXApYdf1LibCh9HngzJeeqNBi5iyYy6CEvS/lJfoNV5Y0ZnsqHNEF c690I1iVd09TxDbx0cq303inES7D+YwVnza5SUrhjFVD5TtPjbYh3J+hgXuhvIuI pNlmw5RwvCooNmQGSiohD5+VOundZNumr2OCywfjXyCsmTlf2Fa7mCHrMfWyILiB Ep+ojx1lbqqd/2zaUuBSah/2CsI6XdCY7zOKFKlmlEBgwwGMbJHksv8ktzKci/4= =1DGS -----END PGP SIGNATURE----- --=-z49PGp9tKZOyWG80Ovsi-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 19:40:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C08DB240; Mon, 22 Apr 2013 19:40:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8022510A6; Mon, 22 Apr 2013 19:40:55 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::7c41:8d83:d7e9:cee] (unknown [IPv6:2001:7b8:3a7:0:7c41:8d83:d7e9:cee]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B49925C45; Mon, 22 Apr 2013 21:40:47 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: 10.0-CURRENT #0 r249720: graphics/jasper: eval: @CC@: not found From: Dimitry Andric In-Reply-To: <1366656425.1416.8.camel@thor.walstatt.dyndns.org> Date: Mon, 22 Apr 2013 21:40:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9024157C-0EA0-4D3A-BC26-60B38F6E054D@FreeBSD.org> References: <1366656425.1416.8.camel@thor.walstatt.dyndns.org> To: O. Hartmann X-Mailer: Apple Mail (2.1503) Cc: FreeBSD Current , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 19:40:55 -0000 On Apr 22, 2013, at 20:47, O. Hartmann = wrote: > Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT = boxes > (all r249720 or higher) fails on all(!) Core2Duo based systems (Intel > E8400 or Q6600) (CLANG 3.3) with the below shown error. ... > Interestingly, the port does compile on all boxes running the very = same > FreeBSD 10.0-CURRENT with either Sandy-Bridge-E (i7-3939K) or Ivy = Bridge > (i3-3220) CPUs. All systems have in common that I compile world and > kernel with option -O3 (CLANG 3.3), -march=3Dnative. ... > I guess I hit a miscompilation with either option -O3 -march=3Dnative = on > "Penryn" architectures with the new CLANG 3.3 compiler? >=20 > (By the way, I also see this obscure "@CC@: not found" error in > compiling games/qstat and it hits also the Core2Duo boxes, but not any > CPU type beyond the C2D). This is most likely the same issue you reported in another thread, here: http://docs.freebsd.org/cgi/mid.cgi?1365877246.2093.20.camel The configure script tries to use sed to replace @CC@ with a build-time = setting, but the sed replacement fails, because of a problem in the = regex functions in libc, when libc is compiled with -O3 or higher. The = exact cause of the problem is still unknown (likely a bug in the = vectorizer, or less likely a bug in libc). Please recompile and reinstall at least your libc with -O2 instead of = -O3, and retry the ports build afterwards. In general, if you use non-standard optimization settings, always remove = the customizations first, before reporting problems. From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 21:23:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 04D3517A for ; Mon, 22 Apr 2013 21:23:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog110.obsmtp.com (eu1sys200aog110.obsmtp.com [207.126.144.129]) by mx1.freebsd.org (Postfix) with ESMTP id 484B41638 for ; Mon, 22 Apr 2013 21:23:35 +0000 (UTC) Received: from mail-lb0-f199.google.com ([209.85.217.199]) (using TLSv1) by eu1sys200aob110.postini.com ([207.126.147.11]) with SMTP ID DSNKUXWqNtPON7M5cpyB/8J1Md0UzjuFgiuj@postini.com; Mon, 22 Apr 2013 21:23:35 UTC Received: by mail-lb0-f199.google.com with SMTP id p11so57841lbi.6 for ; Mon, 22 Apr 2013 14:23:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:sender:date:from:message-id:to:subject :reply-to:x-gm-message-state; bh=oRPO3m9F5MmfrfYsRFjJAIHbJFzTK71ZI5zOZJ/Ui+4=; b=ZAy1lwqzjlMx7VtJ3wNpxdEAKZ4lzz3u7X0BN7i3WPBqnGo2opD4AN79B0SHVLqTHp A6TEUMi+CKMx2ssSfZuOTUhCvNOv5P+AsZslCr/qfKYilllk1pR+UAAoUvdOasQ7UIou Gler9kQTzZrBH3sr52TGv4op8t2mt9vPiF1eJ9OLHWvw4pr2HGqE30IBP2zJmhpO542q DQd4HAS/ZlIte1391A7u/gvm7xQZmyo6X97nMZI9QB5rPkoYiN2QXypyDpsA5DGDtCpV oRoiShlNmJH4QofblX1+4X/LOqM3lrf9gJu0dJb2Dodw/JDouHFtRXeGmRveu35SFA7Q uYtw== X-Received: by 10.194.108.165 with SMTP id hl5mr6222231wjb.22.1366665782146; Mon, 22 Apr 2013 14:23:02 -0700 (PDT) X-Received: by 10.194.108.165 with SMTP id hl5mr6222224wjb.22.1366665782063; Mon, 22 Apr 2013 14:23:02 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id er1sm22516787wib.5.2013.04.22.14.23.00 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 14:23:00 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r3MLMwcf089332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 22 Apr 2013 22:22:58 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r3MLMwQQ089331 for freebsd-current@freebsd.org; Mon, 22 Apr 2013 22:22:58 +0100 (BST) (envelope-from mexas) Date: Mon, 22 Apr 2013 22:22:58 +0100 (BST) From: Anton Shterenlikht Message-Id: <201304222122.r3MLMwQQ089331@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: svn: E175002: Unable to connect to a repository at URL 'https://svn.freebsd.org/base/head' X-Gm-Message-State: ALoCoQmtmUkTOnL0/9XtJSeuewcaXRCEQSE6zyqpNmVYTkUF1Z3dJkzl/lNEC0Rl4jv4GO6M82LLlf7QXfwhFs02FsoVbIM78yNdeZtphxIWqpuRUhObamOrx7ACBu71xStKTi0jdxlqydN2P9Gmc66o4bmSorQRBA60sbCr7DOxbEN8Hsbp2yI= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 21:23:36 -0000 # svn up /usr/src/ Updating '/usr/src': svn: E175002: Unable to connect to a repository at URL 'https://svn.freebsd.org/base/head' svn: E175002: OPTIONS of 'https://svn.freebsd.org/base/head': could not connect to server (https://svn.freebsd.org) # # svn info /usr/src/ Path: /usr/src Working Copy Root Path: /usr/src URL: https://svn.freebsd.org/base/head Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 246552 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 246552 Last Changed Date: 2013-02-08 14:11:12 +0000 (Fri, 08 Feb 2013) Anybody else is seeing this? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 21:28:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 15A98303; Mon, 22 Apr 2013 21:28:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id E30DC167E; Mon, 22 Apr 2013 21:28:18 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 12FEB23F804; Mon, 22 Apr 2013 17:28:17 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 12FEB23F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 22 Apr 2013 17:28:15 -0400 From: Glen Barber To: mexas@bristol.ac.uk Subject: Re: svn: E175002: Unable to connect to a repository at URL 'https://svn.freebsd.org/base/head' Message-ID: <20130422212815.GG1583@glenbarber.us> References: <201304222122.r3MLMwQQ089331@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RDS4xtyBfx+7DiaI" Content-Disposition: inline In-Reply-To: <201304222122.r3MLMwQQ089331@mech-cluster241.men.bris.ac.uk> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 21:28:19 -0000 --RDS4xtyBfx+7DiaI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 22, 2013 at 10:22:58PM +0100, Anton Shterenlikht wrote: >=20 > # svn up /usr/src/ > Updating '/usr/src': > svn: E175002: Unable to connect to a repository at URL 'https://svn.freeb= sd.org/base/head' > svn: E175002: OPTIONS of 'https://svn.freebsd.org/base/head': could not c= onnect to server (https://svn.freebsd.org) > # >=20 > # svn info /usr/src/ > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn.freebsd.org/base/head > Repository Root: https://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 246552 > Node Kind: directory > Schedule: normal > Last Changed Author: des > Last Changed Rev: 246552 > Last Changed Date: 2013-02-08 14:11:12 +0000 (Fri, 08 Feb 2013) >=20 > Anybody else is seeing this? >=20 Looking into it. Thanks for the report. Glen --RDS4xtyBfx+7DiaI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRdatvAAoJEFJPDDeguUaj8BIH/Ap5CFmhfWSB8+2vpoSyYkN3 OsPqNPmoDlXVP5bIKgn4rnrbvAMS18EZ/pmVqW1pjQwDk+7bOaHGOzTW7iO2vb/R QJjwWkLGZMeWTnxv3UCC/BeTiFK+ietht4kMc2s03PVwgQlor8BC+u+Q7uLGZOCv BRqlIXfPqsWD1n5/8AepFzT3OEIDDvmwgNXh+rKmIKUVcWysCrR9y6qK6B6b7yFU OGq4FCa3Fyxr58lyTdJLcmY4r51yMKJGU8THf08bWieegRBHiFTpbPiNp/G+b9/b XUdfEzy2k36AUK6puTVqiqNeTafFz1LnNZz6bzpb2CJCQKUtRaU6M+gxhqDYeXY= =uZDX -----END PGP SIGNATURE----- --RDS4xtyBfx+7DiaI-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 21:50:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6A0C071C; Mon, 22 Apr 2013 21:50:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 42E3D17A0; Mon, 22 Apr 2013 21:50:25 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 36AD123F804; Mon, 22 Apr 2013 17:50:24 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 36AD123F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 22 Apr 2013 17:50:21 -0400 From: Glen Barber To: mexas@bristol.ac.uk Subject: Re: svn: E175002: Unable to connect to a repository at URL 'https://svn.freebsd.org/base/head' Message-ID: <20130422215021.GH1583@glenbarber.us> References: <201304222122.r3MLMwQQ089331@mech-cluster241.men.bris.ac.uk> <20130422212815.GG1583@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TBNym+cBXeFsS4Vs" Content-Disposition: inline In-Reply-To: <20130422212815.GG1583@glenbarber.us> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 21:50:25 -0000 --TBNym+cBXeFsS4Vs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 22, 2013 at 05:28:15PM -0400, Glen Barber wrote: > > # svn up /usr/src/ > > Updating '/usr/src': > > svn: E175002: Unable to connect to a repository at URL 'https://svn.fre= ebsd.org/base/head' > > svn: E175002: OPTIONS of 'https://svn.freebsd.org/base/head': could not= connect to server (https://svn.freebsd.org) > > # > > [...] > > Anybody else is seeing this? > >=20 >=20 > Looking into it. Thanks for the report. >=20 It turns out this was turned off intentionally shortly after the mirrors were added/updated in the Handbook. Please try this: # svn switch --relocate https://svn.freebsd.org/base/head/ \ https://svn0.us-east.freebsd.org/base/head/ You can also replace 'east' with 'west', if it is closer to you. Glen --TBNym+cBXeFsS4Vs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRdbCdAAoJEFJPDDeguUajWgQH/3mMflhcJMttWNF0/5dVnhy+ qCMxDZQ8b6iUG4owV+Mf8G0rtym50ewcalASzVrnOGEvYQ5+Q6CuC95HyzUPzjSi Ivgdfz4xUm50BTEDveHTUBScDRIo3wKvLdAh6L4qIU1uPpsndCzRXsy/7lSTmR88 wN24Ct4k9JEaBlwZ6FPlok1eCri1HJvJIiLl18FeCIohT9Z1G+WdC8M7GbHl3KBC T2RVItpgn1VKUNOskQr4G1/I8IsZVm2q/jPsO1trRpJ97UldhKhd3CWENRao4ls5 HV4MhIEXBCK/hRHpzYgcZ8twrH5mTHfnVxWk1iEdzBIv709qw9BR8/s64yzE3G4= =6Icz -----END PGP SIGNATURE----- --TBNym+cBXeFsS4Vs-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 21:52:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C336183C; Mon, 22 Apr 2013 21:52:21 +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 8617317BD; Mon, 22 Apr 2013 21:52:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UUOel-002id7-4u>; Mon, 22 Apr 2013 23:52:15 +0200 Received: from e178184116.adsl.alicedsl.de ([85.178.184.116] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UUOel-000OYS-1A>; Mon, 22 Apr 2013 23:52:15 +0200 Subject: Re: 10.0-CURRENT #0 r249720: graphics/jasper: eval: @CC@: not found From: "O. Hartmann" To: Dimitry Andric In-Reply-To: <9024157C-0EA0-4D3A-BC26-60B38F6E054D@FreeBSD.org> References: <1366656425.1416.8.camel@thor.walstatt.dyndns.org> <9024157C-0EA0-4D3A-BC26-60B38F6E054D@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-iJRvNbiqdaYLbI21u7HO" Date: Mon, 22 Apr 2013 23:52:14 +0200 Message-ID: <1366667534.1416.11.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 85.178.184.116 Cc: FreeBSD Current , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 21:52:21 -0000 --=-iJRvNbiqdaYLbI21u7HO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-04-22 at 21:40 +0200, Dimitry Andric wrote: > On Apr 22, 2013, at 20:47, O. Hartmann wrot= e: > > Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT boxes > > (all r249720 or higher) fails on all(!) Core2Duo based systems (Intel > > E8400 or Q6600) (CLANG 3.3) with the below shown error. > ... > > Interestingly, the port does compile on all boxes running the very same > > FreeBSD 10.0-CURRENT with either Sandy-Bridge-E (i7-3939K) or Ivy Bridg= e > > (i3-3220) CPUs. All systems have in common that I compile world and > > kernel with option -O3 (CLANG 3.3), -march=3Dnative. > ... > > I guess I hit a miscompilation with either option -O3 -march=3Dnative o= n > > "Penryn" architectures with the new CLANG 3.3 compiler? > >=20 > > (By the way, I also see this obscure "@CC@: not found" error in > > compiling games/qstat and it hits also the Core2Duo boxes, but not any > > CPU type beyond the C2D). >=20 > This is most likely the same issue you reported in another thread, here: >=20 > http://docs.freebsd.org/cgi/mid.cgi?1365877246.2093.20.camel >=20 > The configure script tries to use sed to replace @CC@ with a build-time s= etting, but the sed replacement fails, because of a problem in the regex fu= nctions in libc, when libc is compiled with -O3 or higher. The exact cause= of the problem is still unknown (likely a bug in the vectorizer, or less l= ikely a bug in libc). >=20 > Please recompile and reinstall at least your libc with -O2 instead of -O3= , and retry the ports build afterwards. You're right. After decreasing from -O3 to -O2 the "problem" on C2D machines went away. >=20 > In general, if you use non-standard optimization settings, always remove = the customizations first, before reporting problems. I should do, indeed, but isn't it interesting of the knowledge, that this happens only on Core2Duo architecure CPUs, but not on more modern designs? Regards, Oliver --=-iJRvNbiqdaYLbI21u7HO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRdbEOAAoJEOgBcD7A/5N8oO8H/irIYQEdavxRqwp2Is7f7Z14 zJgM7OTesyw56mTDI4w/Bln4OQfWmhIQ/Os0UGI67yCzjvUTTAhf52Pmplf5X5lo Nx6u8ieZBpRzoveSQ9rFcnp3xSMbMD5psxHbfBb7SAxZ/u09qD0fRahlcvCp+QDP 9y8cRJgplkNb61I7Aftk5EKE7A86FhHAlfkDHTdAUEAcwz0oVac0sSkwVkQErczR gbHj7AdfqiS/YrfXV541cG4RrjhngKZMc3fSVpLj7xwtdPAGoJV41g1dSqaHOIjv a7NIkvPqKb2NF7b0Fmbi74yMikEtCQBdrjrkTanicoU++0hsOtjjERXCyaGDzHE= =P00u -----END PGP SIGNATURE----- --=-iJRvNbiqdaYLbI21u7HO-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 21:53:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 188ADA03 for ; Mon, 22 Apr 2013 21:53:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CF3A917DE for ; Mon, 22 Apr 2013 21:53:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UUOgD-002izF-25>; Mon, 22 Apr 2013 23:53:45 +0200 Received: from e178184116.adsl.alicedsl.de ([85.178.184.116] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UUOgC-000OcN-Td>; Mon, 22 Apr 2013 23:53:45 +0200 Subject: Re: CURRENT: /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:89:18: error: no previous extern declaration for non-static variable From: "O. Hartmann" To: Ed Schouten In-Reply-To: References: <1366574922.38339.59.camel@thor.walstatt.dyndns.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-MlYMvKyDFXkz6AwnCGTc" Date: Mon, 22 Apr 2013 23:53:44 +0200 Message-ID: <1366667624.1416.12.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 85.178.184.116 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 21:53:46 -0000 --=-MlYMvKyDFXkz6AwnCGTc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-04-22 at 00:09 +0200, Ed Schouten wrote: > Hi, >=20 > 2013/4/21 O. Hartmann : > > /usr/src/sbin/newfs_nandfs/newfs_nandfs.c:83:18: error: no previous > > extern declaration for non-static variable > > 'user_files' [-Werror,-Wmissing-variable-declarations] > > struct file_info user_files[] =3D > > ^ >=20 > The following patch should fix this: >=20 > http://80386.nl/pub/nandfs-warns-6.txt >=20 > As of a couple of days ago, WARNS=3D6 requires that global variables > either have an external declaration or are marked static. As > newfs_nandfs only consists of a single C file, we can easily mark > these variables static. In this specific case it allowed the compiler > to find another peculiarity in the code, namely that the > seg_segsum_size variable is unused. >=20 > I'll commit this patch after I've done some testing. >=20 > Thanks, > -- > Ed Schouten Thank you very much. Oliver --=-MlYMvKyDFXkz6AwnCGTc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRdbFoAAoJEOgBcD7A/5N8IFkIALDnCm7wNFBn7AJvMT6gLtaV FEfEnliIEy/sttIqZOdQS0t04+RZe5I8pIYMlQTPSdmVFU4mPUbFwY51T894Wd77 r/Vl64dPFqhXwek4/mKbLh3ibHTgIUAShU9iypWN/3cRY9mslqBUpuI6neSpJUh8 kBhzCHymJQAxb7ySXEBsczlDsX9HPUzYYcNDoXX0g1BLJU0fi4tLOlhG/tfgDG9n fkwfTNNDbViWGh6IEcUwctS8yx1kpeNFKcBaPKDDiR/u/lM6+XsJe76w/JkxcIOZ PVx1DNiB/ndaoWsPBAAyfhyr49fLYmXEE2O2Xbxj1GGleCjOQdd0recDsznTHXA= =hd2M -----END PGP SIGNATURE----- --=-MlYMvKyDFXkz6AwnCGTc-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 22:00:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C2B07C81 for ; Mon, 22 Apr 2013 22:00:24 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog113.obsmtp.com (eu1sys200aog113.obsmtp.com [207.126.144.135]) by mx1.freebsd.org (Postfix) with ESMTP id DF0FA1840 for ; Mon, 22 Apr 2013 22:00:23 +0000 (UTC) Received: from mail-la0-f69.google.com ([209.85.215.69]) (using TLSv1) by eu1sys200aob113.postini.com ([207.126.147.11]) with SMTP ID DSNKUXWy8Uk5YoXvscsJqz+YW22PC666nWLH@postini.com; Mon, 22 Apr 2013 22:00:24 UTC Received: by mail-la0-f69.google.com with SMTP id er20so1348891lab.4 for ; Mon, 22 Apr 2013 15:00:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to:x-gm-message-state; bh=zEuhHO6PFAXJmsbmmOJb7PiTeeDOJLLyEJ1zknZpMYI=; b=o6rOt7bGVR0n5sc7VghKT4V86Tq9dhZPqAI+7xFzM6/+Icy24XEcQ9J7wiluDetdE/ 3w1qx7vAZJhCil/wuB1vAoDi0brmGktXAJc2vlYNNk9vAcqP40Mtx/w/t0oXnNb8rM9Q QL8t6gVZq62mCNztB35nlItPahq7rGUIVXFkL6fBtyeHbjDA978CVX5PFXnJIb2RQ37S XYY+8tQQ1DpEmcVemmm45wbN+Pg4Qawdzx8GyeIAh5jgrPPeIOBN2K5n5ccof5rurv8R LACpFbdImt1yTSVxPm3RlLDVj9HAJusR0lHnDePbRB/hBe9eUlHKFeSJME1SfIwKhOYJ b5uA== X-Received: by 10.180.73.134 with SMTP id l6mr68668493wiv.4.1366668016529; Mon, 22 Apr 2013 15:00:16 -0700 (PDT) X-Received: by 10.180.73.134 with SMTP id l6mr68668485wiv.4.1366668016439; Mon, 22 Apr 2013 15:00:16 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPS id q13sm24898777wie.8.2013.04.22.15.00.14 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 15:00:15 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r3MM0Cee089428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 22 Apr 2013 23:00:12 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r3MM0CEx089427; Mon, 22 Apr 2013 23:00:12 +0100 (BST) (envelope-from mexas) Date: Mon, 22 Apr 2013 23:00:12 +0100 (BST) From: Anton Shterenlikht Message-Id: <201304222200.r3MM0CEx089427@mech-cluster241.men.bris.ac.uk> To: gjb@FreeBSD.org, mexas@bristol.ac.uk Subject: Re: svn: E175002: Unable to connect to a repository at URL 'https://svn.freebsd.org/base/head' In-Reply-To: <20130422215021.GH1583@glenbarber.us> X-Gm-Message-State: ALoCoQlyy6JGWcVNY19gp+FUALlN+UL4fcWRSo1sIfnLxly1Es8wH5+v9jfFUkU7iwSYl7yFaSz5/JGRjgb+xK9gaPX3VhWGUWIXnhnAfz7c6S3cK1FakNcMBntZu12BsHXyB2EuDCNFbiXHBrmOkk8AnUBQ4Efw8UXE8vS/7Tov/w5TrJnAmt4= Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 22:00:24 -0000 From gjb@freebsd.org Mon Apr 22 22:57:51 2013 On Mon, Apr 22, 2013 at 05:28:15PM -0400, Glen Barber wrote: > > # svn up /usr/src/ > > Updating '/usr/src': > > svn: E175002: Unable to connect to a repository at URL 'https://svn.fre= ebsd.org/base/head' > > svn: E175002: OPTIONS of 'https://svn.freebsd.org/base/head': could not= connect to server (https://svn.freebsd.org) > > # > > [...] > > Anybody else is seeing this? > >=20 >=20 > Looking into it. Thanks for the report. >=20 It turns out this was turned off intentionally shortly after the mirrors were added/updated in the Handbook. Please try this: # svn switch --relocate https://svn.freebsd.org/base/head/ \ https://svn0.us-east.freebsd.org/base/head/ You can also replace 'east' with 'west', if it is closer to you. Glen Thank you, that worked fine. Anton From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 22:50:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2E69295C for ; Mon, 22 Apr 2013 22:50:38 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) by mx1.freebsd.org (Postfix) with ESMTP id E39901B7F for ; Mon, 22 Apr 2013 22:50:37 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id 11so6336105vbf.8 for ; Mon, 22 Apr 2013 15:50:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=MyBlmNpYDgUIoZDz5oGPc6Rs6UYsKUQu9me0ehLvia4=; b=PY3X74XqnqVIBqscNCYNl7tMx+D4C9hU3JB9J0Gr+gYvCmFm/7l2KUU/0bxTHHNPlz QwuZkmHm1gAi9dhhBn5o4CO+mFOwd540FhY/4fDfScpHen8I2Zv/PDV+/8FJ5+OBjac5 0PjsW6Rt5czwCnTl5tItQCR7NCkZt0yNfJLpDcI8uVkvV4QbEnuu+5e/HdNuweY55mmF aZKHDD9y02tsZKy/GD0GcnbBUQR3eIe6zTv8YMKfV8dOPmaMFvmnisDnby0Zp/2j4QfY VUfdQevOE/y47OdgcsjSH3YZGbW4UOmSryENOCvCA/eAZ3VoVSKJ389cUWwwiPlNp24m 5EXA== MIME-Version: 1.0 X-Received: by 10.52.164.211 with SMTP id ys19mr17320839vdb.80.1366671037392; Mon, 22 Apr 2013 15:50:37 -0700 (PDT) Received: by 10.59.2.170 with HTTP; Mon, 22 Apr 2013 15:50:37 -0700 (PDT) Date: Mon, 22 Apr 2013 18:50:37 -0400 Message-ID: Subject: Computers Won't Turn Off or Reboot From: Shawn Webb To: FreeBSD-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 22:50:38 -0000 Hey All, I'm on r249745 on amd64. For the past few weeks, my box hasn't been able to completely turn off or reboot. The box sits at the console at the "All buffers synced" message. I'm running root on ZFS in a two-disk mirror setup. No kernel panics or dumps or anything. Let me know if there's anything I can do or more information you need. Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Mon Apr 22 22:56:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 78039B0D for ; Mon, 22 Apr 2013 22:56:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) by mx1.freebsd.org (Postfix) with ESMTP id 13D071BE0 for ; Mon, 22 Apr 2013 22:56:54 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hm14so3702wib.5 for ; Mon, 22 Apr 2013 15:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Lo1v+gxjJFg9047wTu+K7nMylXXBFIYSxBOVCnZTeAU=; b=P3EgwWv8gitm89MeOImnRZO6GIgvXAw1KtkT2QcGEMeUUk7vQ7+bVx3o5+espvHScH c7Vfq+KAeThEKl3HT8TWmQjEIVo8mXI3p90e5KULclPVPL1M5J9EuhgnM2GAdGGHMoBw H+lwW+pKNe8a7ayCmfrxacmKm9PyHMCC8xLSH7ESSse6ttYHkJ0V87q1FmSrbO2iLCMP HJxNzFe5VM1QoYKRHtN86Xv+AfNQJxF1PBdxOZqRIOviHOCUrXR6A2PkCCbRwHmmsn6Y 3Ufjoe4/Hf42eOT01zKThF1qpe+WpW08x2SfWwvq/lkoY2MQvowM+d5UJmjuNrBxj4ZW WGUw== MIME-Version: 1.0 X-Received: by 10.194.142.236 with SMTP id rz12mr15078803wjb.12.1366671414044; Mon, 22 Apr 2013 15:56:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Mon, 22 Apr 2013 15:56:53 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Apr 2013 15:56:53 -0700 X-Google-Sender-Auth: D9ITTyvzeBXwRHtQh7KXNk0JK8I Message-ID: Subject: Re: Computers Won't Turn Off or Reboot From: Adrian Chadd To: Shawn Webb Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 22:56:55 -0000 CAn you trace down a rough subversion commit id window between when it worked and didn't work? On 22 April 2013 15:50, Shawn Webb wrote: > Hey All, > > I'm on r249745 on amd64. For the past few weeks, my box hasn't been able to > completely turn off or reboot. The box sits at the console at the "All > buffers synced" message. I'm running root on ZFS in a two-disk mirror > setup. No kernel panics or dumps or anything. > > Let me know if there's anything I can do or more information you need. > > Thanks, > > Shawn > _______________________________________________ > 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 22 23:59:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 16ADA70B; Mon, 22 Apr 2013 23:59:46 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id D2F931E43; Mon, 22 Apr 2013 23:59:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=V6chAl49fvWagR3ea7N03x6YoKV8L/ElwrpbXINWnV8=; b=Mr0ZnmltderqHqob2H+kiscdLsWvmdYruyiXZX4nAUQG/bLBo3zQ3bjC+sazoKYNEp92+rtfaZDuTX/1gumWtUdNQB31o6N1MeR/YoiVU3z5boI7ZG8mqdoeHX30Aeg7QQNKF7jePUhSEwVsYk652xE7okRA+x9JjBsMohjJrlw=; Received: from [122.129.203.50] (port=38171 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UUQe8-004OmG-Hs; Mon, 22 Apr 2013 17:59:45 -0600 Date: Tue, 23 Apr 2013 06:59:40 +0700 From: Erich Dollansky To: Adrian Chadd Subject: Re: Computers Won't Turn Off or Reboot Message-ID: <20130423065940.0264aa07@X220.ovitrap.com> In-Reply-To: References: X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD-current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 23:59:46 -0000 Hi, On Mon, 22 Apr 2013 15:56:53 -0700 Adrian Chadd wrote: > CAn you trace down a rough subversion commit id window between when it > worked and didn't work? > I reported this for a kernel compiled 13.03.13. It looks to me that the problem is there much longer. I also have an AMD machine with an older 10 from last summer. When both machines have been on the same version, the AMD machine never crashed but the Intel machine crashed very often on shutdown. Crash means that the screen went black and it did not respond to network and keyboard. The Intel machine never crashes for me when I do not start X. You know that after starting X the console does not come back on Intel machines. So, it is hard to tell what is going on except that the machine does not power off and does not respond. I know that this information is not very helpful. I am travelling most of the time and as long as I am travelling, I only have access to the Intel machine. Erich > > On 22 April 2013 15:50, Shawn Webb wrote: > > Hey All, > > > > I'm on r249745 on amd64. For the past few weeks, my box hasn't been > > able to completely turn off or reboot. The box sits at the console > > at the "All buffers synced" message. I'm running root on ZFS in a > > two-disk mirror setup. No kernel panics or dumps or anything. > > > > Let me know if there's anything I can do or more information you > > need. > > > > Thanks, > > > > Shawn > > _______________________________________________ > > 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" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 00:02:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 90C9C93E; Tue, 23 Apr 2013 00:02:38 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) by mx1.freebsd.org (Postfix) with ESMTP id 438B11E7B; Tue, 23 Apr 2013 00:02:38 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id 11so40653vbf.22 for ; Mon, 22 Apr 2013 17:02:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=IVn/BXsYNXmfm2hqwk8uT7pU7ZX6hQLLAsYcv2LCD64=; b=K46OqYPflZ5PkUJF3Kgpb5o3XU9VfbEcb2Eu92vYc23wMWV4sdbx2XFayrBtsvOqFK 6b7q1dIvsGHe2wG5FDiyU7L+nfvF5wXWKN0DmtcgXa5tInvKcDojR4f72jb6sZIBjgwu ugdjsXzJ/N5Ojm9aVYS7IGFSZBS/930WOZpz4yylZKvQAQ0XlqeRKvmt+WTrzyH2hWCn vVyzDwknf8e+SFnSF8RO8uAX4DGX+TRrw3U5SiQBNyxYhJTBGrgdXudKeJ3X3JgbSBum XODsFaQo2qkJsou727wN7HzYX7OFvZP7LIGw9ChjzFKVYHr7lTtG2esk6HsgA4ak8sNY zbbw== MIME-Version: 1.0 X-Received: by 10.52.25.8 with SMTP id y8mr17574430vdf.88.1366675357831; Mon, 22 Apr 2013 17:02:37 -0700 (PDT) Received: by 10.59.2.170 with HTTP; Mon, 22 Apr 2013 17:02:37 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Apr 2013 20:02:37 -0400 Message-ID: Subject: Re: Computers Won't Turn Off or Reboot From: Shawn Webb To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 00:02:38 -0000 On Mon, Apr 22, 2013 at 6:56 PM, Adrian Chadd wrote: > CAn you trace down a rough subversion commit id window between when it > worked and didn't work? > > I'd be happy to. It'll take me a couple weeks to do it. The fbsd boxes I have are semi-production (my workstation at work and a VM/jail box). Unless someone else can do it quicker than me or knows more, I'll report back when I nail down the revision number. Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 02:27:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CDA0C9E6 for ; Tue, 23 Apr 2013 02:27:09 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 6251712EC for ; Tue, 23 Apr 2013 02:27:08 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBE448.dip0.t-ipconnect.de [217.251.228.72]) (authenticated bits=128) by flat.berklix.org (8.14.5/8.14.5) with ESMTP id r3N2QGNG022562; Tue, 23 Apr 2013 04:26:17 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id r3N2RGT1092834; Tue, 23 Apr 2013 04:27:16 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id r3N2R4Yg043811; Tue, 23 Apr 2013 04:27:09 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201304230227.r3N2R4Yg043811@fire.js.berklix.net> To: Shawn Webb Subject: Re: Computers Won't Turn Off or Reboot From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 22 Apr 2013 18:50:37 EDT." Date: Tue, 23 Apr 2013 04:27:04 +0200 Sender: jhs@berklix.com Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 02:27:09 -0000 Hi, Reference: > From: Shawn Webb > Date: Mon, 22 Apr 2013 18:50:37 -0400 > Message-id: Shawn Webb wrote: > Hey All, > > I'm on r249745 on amd64. For the past few weeks, my box hasn't been able to > completely turn off or reboot. The box sits at the console at the "All > buffers synced" message. I'm running root on ZFS in a two-disk mirror > setup. No kernel panics or dumps or anything. I believe I've also seen this on FreeBSD lapr.js.berklix.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3: Tue Apr 9 14:33:17 CEST 2013 jhs@lapr.js.berklix.net:/sys/amd64/compile/LAPR.small amd64 Though, not sure, it might be another similar hang, I'll have to noet it next time. Mostly when I dont use removable USB sticks, I think it doesnt happen, so I tended to assume it was me confusing the OS, occasionaly removing media after umount of FFS but forgetting to gbde detach before removal. Unix has Never liked media disappearing. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. No quoted-printable, HTML, base64, multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 06:10:29 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 517AE45B for ; Tue, 23 Apr 2013 06:10:29 +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 83CF01A58 for ; Tue, 23 Apr 2013 06:10:27 +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 JAA11355; Tue, 23 Apr 2013 09:10:18 +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 1UUWQk-000Ftx-BK; Tue, 23 Apr 2013 09:10:18 +0300 Message-ID: <517625C7.30006@FreeBSD.org> Date: Tue, 23 Apr 2013 09:10:15 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: Shawn Webb Subject: Re: Computers Won't Turn Off or Reboot References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 06:10:29 -0000 on 23/04/2013 01:50 Shawn Webb said the following: > Let me know if there's anything I can do or more information you need. You can try to enter ddb and examine what the threads are doing / waiting for. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 10:24:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AD4DB6BA for ; Tue, 23 Apr 2013 10:24:39 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 442281587 for ; Tue, 23 Apr 2013 10:24:39 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z16so178803ead.33 for ; Tue, 23 Apr 2013 03:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=ZtJnpjvOaDMRmsVjtRIWKz0OfOD7PP7sTFRjeLfR0Go=; b=nkT2+MmXcPeM5Ogh4gL/xJo5Owus6e51VpzaSVks/x5If6LOdhATdiBq43XpSbuDdN rubryxqcRhCzeKG1ZaB/6d+mpkN2pT9xAyodMgX/1TmVv1oipwiU2VmkQYttFRjrPkY5 MuNODpD3zKwZcRHrvf+nF5bemMYk/eemTiYtCqSk4fMHu3npeOfxA4ekqJOTu6qVctxl h/IZNCx3keDPjxH8LrY5vFR4nKcLGKYGN1ZhnFyevRmCUIqC6QLjMvTof035AzbyGjCB g/+o1Bz/nNdoIJ16aFjAbIU7kHZiLrQeq8/8MrMvlcUcOMi0H/gn99LxUi26DE08gMmH PK0Q== X-Received: by 10.15.27.195 with SMTP id p43mr49829289eeu.8.1366712678391; Tue, 23 Apr 2013 03:24:38 -0700 (PDT) Received: from notebook.alkar.net ([178.215.171.22]) by mx.google.com with ESMTPS id f9sm30762891eeu.11.2013.04.23.03.24.37 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 03:24:37 -0700 (PDT) From: Artyom Mirgorodskiy To: freebsd-current@freebsd.org Subject: Re: Computers Won't Turn Off or Reboot Date: Tue, 23 Apr 2013 13:26:27 +0300 Message-ID: <3560511.oalMjoUgbk@notebook.alkar.net> User-Agent: KMail/4.10.1 (FreeBSD/10.0-CURRENT; KDE/4.10.1; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 10:24:39 -0000 I have similar problem when start X server with intel driver. On Monday 22 April 2013 18:50:37 Shawn Webb wrote: > Hey All, > > I'm on r249745 on amd64. For the past few weeks, my box hasn't been able to > completely turn off or reboot. The box sits at the console at the "All > buffers synced" message. I'm running root on ZFS in a two-disk mirror > setup. No kernel panics or dumps or anything. > > Let me know if there's anything I can do or more information you need. > > Thanks, > > Shawn > _______________________________________________ > 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" -- Artyom Mirgorodskiy From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 19:04:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5121CDA7; Tue, 23 Apr 2013 19:04:14 +0000 (UTC) (envelope-from dim@freebsd.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 14B6D180F; Tue, 23 Apr 2013 19:04:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::106e:515:ef78:2c64] (unknown [IPv6:2001:7b8:3a7:0:106e:515:ef78:2c64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 497BC5C45; Tue, 23 Apr 2013 21:04:11 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@ From: Dimitry Andric In-Reply-To: <516EF507.6040309@FreeBSD.org> Date: Tue, 23 Apr 2013 21:03:52 +0200 Content-Transfer-Encoding: 7bit Message-Id: <532C5501-DA3C-4098-AAB4-D6C6BE6BB7FB@freebsd.org> References: <1365877246.2093.20.camel@thor.walstatt.dyndns.org> <1URs5b-000B9U-A2@internal.tormail.org> <1USKxR-00025i-Tt@internal.tormail.org> <516EF507.6040309@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1503) Cc: FreeBSD Current , "O. Hartmann" , FreeBSD ports , Jan Beich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 19:04:14 -0000 On Apr 17, 2013, at 21:16, Jung-uk Kim wrote: > On 2013-04-17 06:07:47 -0400, Dimitry Andric wrote: >> On Apr 17, 2013, at 07:31, Jan Beich wrote: >>> Dimitry Andric writes: On Apr 16, 2013, at >>> 00:42, Jan Beich wrote: >> ... >>>>> Maybe -O3 overoptimizes regex in libc e.g., >>>>> >>>>> $ echo '#if @GNULIB_EUIDACCESS@' | sed >>>>> 's/@GNULIB_EUIDACCESS@/0/' #if @GNULIB_EUIDACCESS@ >>>>> >>>>> $ echo 'aaaaaaaaaaaaaaaaxxxaaaa' | sed >>>>> 's/aaaaaaaaaaaaxxxaaaa//' aaaaaaaaaaaaaaaaxxxaaaa >>>> >>>> How did you arrive at this result? >>> >>> 1/ chroot into poudriere jail for /head amd64 2/ echo CFLAGS+=-O3 >>>>> /etc/make.conf 3/ make -j2 (in /usr/src/lib/libc) 4/ prepend >>> LD_LIBRARY_PATH=. before sed(1) 5/ rebuild regcomp.o, regcomp.So >>> with -O2 to confirm >> >> I have been able to reproduce this on amd64, with -O3, but not on >> i386. It seems regcomp() is either miscompiled at -O3, or it >> contains some bug triggered only by the vectorizer. I am still >> investigating. > ... > > With "-fno-vectorize", this problem doesn't seem to happen. After some more investigation, I submitted LLVM PR 15830, with a test case reduced from our regcomp.c. It got diagnosed and fixed pretty quickly, and I have pulled in the fix in r249817. Please verify it, by rebuilding libc with your original -O3 settings; the sed commands listed above should now work correctly. From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 19:13:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15F8216D for ; Tue, 23 Apr 2013 19:13:40 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from vps.van-laarhoven.org (www.hibma.org [178.21.117.90]) by mx1.freebsd.org (Postfix) with ESMTP id CFDA9189B for ; Tue, 23 Apr 2013 19:13:39 +0000 (UTC) Received: from [192.168.182.112] (119.sbbs-109-120-114.ses-broadband.net [109.120.114.119]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by vps.van-laarhoven.org (Postfix) with ESMTPSA id 8595D5F21A7; Tue, 23 Apr 2013 21:04:15 +0200 (CEST) From: Nick Hibma Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Apr 2013 21:05:41 +0200 Subject: route -blackhole option behaves differently on localhost from a normal host To: =?windows-1252?Q?=93FreeBSD_Current_Mailing_List=94?= Message-Id: <53B85A94-CA29-4802-97BF-536B9931730D@van-laarhoven.org> Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 19:13:40 -0000 After doing a route add 127.0.0.1 -blackhole on a FreeBSD 8.3 host I noticed that nc 80 would instantly return = with ENETUNRACH, instead of timing out, while blackhole routing to a = real host would time out. Checking in CURRENT (october 2012) reveals the = same behaviour: # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif = Expire default 10.0.2.2 UGS 0 1 vtnet0 10.0.2.0/24 link#1 U 0 1295 vtnet0 10.0.2.15 link#1 UHS 0 0 lo0 10.0.3.0/24 link#2 U 0 0 vtnet1 10.0.3.4 link#2 UHS 0 0 lo0 127.0.0.1 link#3 UH 0 1479 lo0 Internet6: Destination Gateway Flags = Netif Expire ::/96 ::1 UGRS = lo0 ::1 link#3 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 fe80::/10 ::1 UGRS = lo0 fe80::%vtnet1/64 link#2 U = vtnet1 fe80::a00:27ff:fea4:1a9a%vtnet1 link#2 UHS = lo0 fe80::%lo0/64 link#3 U = lo0 fe80::1%lo0 link#3 UHS = lo0 ff01::%vtnet1/32 fe80::a00:27ff:fea4:1a9a%vtnet1 U = vtnet1 ff01::%lo0/32 ::1 U = lo0 ff02::/16 ::1 UGRS = lo0 ff02::%vtnet1/32 fe80::a00:27ff:fea4:1a9a%vtnet1 U = vtnet1 ff02::%lo0/32 ::1 U = lo0 # route add 4.2.2.1 127.0.0.1 -blackhole add host 4.2.2.1: gateway 127.0.0.1 # route add 4.2.2.2 10.0.2.15 -blackhole add host 4.2.2.2: gateway 10.0.2.15 # time nc -v -w 3 4.2.2.2 80 nc: connect to 4.2.2.2 port 80 (tcp) failed: Operation timed out real 0m3.089s user 0m0.000s sys 0m0.014s # time nc -v -w 3 4.2.2.1 80 nc: connect to 4.2.2.1 port 80 (tcp) failed: Network is unreachable real 0m0.014s user 0m0.000s sys 0m0.014s # uname -a FreeBSD citske.localdomain 10.0-CURRENT FreeBSD 10.0-CURRENT #3 = r241988M: Wed Oct 24 15:21:27 CEST 2012 = root@citske.localdomain:/usr/obj/usr/src/sys/CITSKE i386 A quick grep -r through the kernel did not provide me with any obvious = mistake, but a colleague suggested that for localhost an if 'statement' = like the following might be missing somewhere: if (rt && rt->rt_flags & (RTF_REJECT|RTF_BLACKHOLE)) { m_freem(m); return (rt->rt_flags & RTF_BLACKHOLE ? 0 : rt->rt_flags & RTF_HOST ? EHOSTUNREACH : = ENETUNREACH); } Any pointers would be appreciated Nick Hibma nick@van-laarhoven.org GTD: Time management for chaotic people. From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 19:52:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 235EC46D; Tue, 23 Apr 2013 19:52: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 83C5A1B89; Tue, 23 Apr 2013 19:52:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3NJqaeR074926; Tue, 23 Apr 2013 15:52:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3NJqacu074925; Tue, 23 Apr 2013 19:52:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 23 Apr 2013 19:52:36 GMT Message-Id: <201304231952.r3NJqacu074925@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 19:52:44 -0000 TB --- 2013-04-23 19:50:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-23 19:50:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-23 19:50:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-23 19:50:20 - cleaning the object tree TB --- 2013-04-23 19:50:20 - /usr/local/bin/svn stat /src TB --- 2013-04-23 19:50:25 - At svn revision 249821 TB --- 2013-04-23 19:50:26 - building world TB --- 2013-04-23 19:50:26 - CROSS_BUILD_TESTING=YES TB --- 2013-04-23 19:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-23 19:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-23 19:50:26 - SRCCONF=/dev/null TB --- 2013-04-23 19:50:26 - TARGET=amd64 TB --- 2013-04-23 19:50:26 - TARGET_ARCH=amd64 TB --- 2013-04-23 19:50:26 - TZ=UTC TB --- 2013-04-23 19:50:26 - __MAKE_CONF=/dev/null TB --- 2013-04-23 19:50:26 - cd /src TB --- 2013-04-23 19:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 23 19:50:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../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=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenInstruction.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../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=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenMapTable.cpp c++ -O2 -pipe -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/src/usr.bin/clang/tblgen/../../../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=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenRegisters.cpp /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenRegisters.cpp: In member function 'void llvm::CodeGenRegBank::computeRegUnitSets()': /src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenRegisters.cpp:1511: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [CodeGenRegisters.o] Error code 1 Stop in /src/usr.bin/clang/tblgen. *** [bootstrap-tools] Error code 1 Stop in /src. *** [_bootstrap-tools] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-23 19:52:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-23 19:52:36 - ERROR: failed to build world TB --- 2013-04-23 19:52:36 - 104.00 user 13.84 system 136.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 20:25:13 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 52CE3C33 for ; Tue, 23 Apr 2013 20:25:13 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id B85641D32 for ; Tue, 23 Apr 2013 20:25:11 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3NKP2sA057218 for ; Wed, 24 Apr 2013 00:25:02 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3NKP2Yl057217 for current@FreeBSD.org; Wed, 24 Apr 2013 00:25:02 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 24 Apr 2013 00:25:02 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: panic on a NULL turnstile on boot on r249810 Message-ID: <20130423202502.GL76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 20:25:13 -0000 Hello, just upgraded from r245115 to r249810 and now box reliably panics on boot a second after mounting root. Trace: #9 0xffffffff8066a443 in calltrap () at /usr/src/head/sys/amd64/amd64/exception.S:228 #10 0xffffffff8051fe75 in propagate_priority (td=) at /usr/src/head/sys/kern/subr_turnstile.c:277 #11 0xffffffff805206b2 in turnstile_wait (ts=, owner=, queue=) at /usr/src/head/sys/kern/subr_turnstile.c:743 #12 0xffffffff804cb03e in __mtx_lock_sleep (c=0xffffffff80af5f48, tid=18446741874883377440, opts=, file=0xfffffe000bf42468 "(z§\200ÿÿÿÿ", line=2542784) at /usr/src/head/sys/kern/kern_mutex.c:503 #13 0xffffffff804f02ca in softclock_call_cc (c=0xffffffff80abd090, cc=0xffffffff80af9200, direct=0) at /usr/src/head/sys/kern/kern_timeout.c:638 #14 0xffffffff804f0644 in softclock (arg=0xffffffff80af9200) at /usr/src/head/sys/kern/kern_timeout.c:802 #15 0xffffffff804b2fe8 in intr_event_execute_handlers ( p=, ie=0xfffffe000bbea300) at /usr/src/head/sys/kern/kern_intr.c:1263 #16 0xffffffff804b39f8 in ithread_loop (arg=0xfffffe000ba78400) at /usr/src/head/sys/kern/kern_intr.c:1276 #17 0xffffffff804b0f55 in fork_exit ( callout=0xffffffff804b38d0 , arg=0xfffffe000ba78400, frame=0xffffff800026cc00) at /usr/src/head/sys/kern/kern_fork.c:991 #18 0xffffffff8066a97e in fork_trampoline () at /usr/src/head/sys/amd64/amd64/exception.S:602 The callout functions is the syscons one: (kgdb) fr 13 #13 0xffffffff804f02ca in softclock_call_cc (c=0xffffffff80abd090, cc=0xffffffff80af9200, direct=0) at /usr/src/head/sys/kern/kern_timeout.c:638 638 class->lc_lock(c_lock, sharedlock); (kgdb) p *c $2 = {c_links = {le = {le_next = 0xffffff800099d798, le_prev = 0xffffffff80af9310}, sle = {sle_next = 0xffffff800099d798}, tqe = {tqe_next = 0xffffff800099d798, tqe_prev = 0xffffffff80af9310}}, c_time = 67155431438, c_precision = 71582788, c_arg = 0xffffffff80abcac0, c_func = 0xffffffff803b9fa0 , c_lock = 0xffffffff80af5f30, c_flags = 130, c_cpu = 0} (kgdb) The lock is the correct one (syscons are Giant-locked): (kgdb) p *c->c_lock $3 = {lo_name = 0xffffffff80779329 "Giant", lo_flags = 17498112, lo_data = 1, lo_witness = 0x0} But __mtx_lock_sleep() founds a NULL instead of turnstile: (kgdb) fr 12 #12 0xffffffff804cb03e in __mtx_lock_sleep (c=0xffffffff80af5f48, tid=18446741874883377440, opts=, file=0xfffffe000bf42468 "(z§\200ÿÿÿÿ", line=2542784) at /usr/src/head/sys/kern/kern_mutex.c:503 503 turnstile_wait(ts, mtx_owner(m), TS_EXCLUSIVE_QUEUE); (kgdb) p ts $4 = (struct turnstile *) 0x0 -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 20:38:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AD5F03BE for ; Tue, 23 Apr 2013 20:38:28 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by mx1.freebsd.org (Postfix) with ESMTP id 4A09B1DCE for ; Tue, 23 Apr 2013 20:38:28 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id l13so1330772wie.0 for ; Tue, 23 Apr 2013 13:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=dBpCFpV4dNRYKqtWFmOrvMgd6nxhdV/7d4oxntkTJf8=; b=Kjd3MY4Lqr1iPnZa1QeGNrJ5n01S6j7hjNntbPlP3jUl4FyxnEhoIKmm11SsIdKaqH hd0tn+hOifufnZ/aGQAG+LpVKQ+SxZIfwI3PRhtQ3z2WnSlyGGHPhkGBJZMPgSFUc80A s0PPkJs8CXPSqy3B5VW80fKkd129t08BuFXcAOdCDgPIUK1fFQDDC2hUe7v3tLjc6MFx deYBNYmW/rcvzqtHN3AE8WBCDlIbYO/It55o/ZvNan5fHl9Or6o47tvKihQ4GsMDdT7T t7p6iyRuP3/Mxw/hrZlx3OTqJYgrAyy9AvyLOhEjTIEniR6YjnCbc9Hb3pvPpUaG9wn8 GPhQ== X-Received: by 10.180.205.226 with SMTP id lj2mr60912909wic.5.1366749507364; Tue, 23 Apr 2013 13:38:27 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id g4sm31339736wib.11.2013.04.23.13.38.25 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 13:38:26 -0700 (PDT) Date: Tue, 23 Apr 2013 22:38:23 +0200 From: Mateusz Guzik To: current@freebsd.org Subject: sysvshm: replace Giant with a local sx lock Message-ID: <20130423203823.GA6346@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 20:38:28 -0000 Hello, I would like to replace Giant with a local sx lock in sysvshm code. Looked really straightforward so maybe I missed something. Patch: http://people.freebsd.org/~mjg/patches/sysvshm-giant-sx.patch Inlined version for comments: diff --git a/sys/kern/sysv_shm.c b/sys/kern/sysv_shm.c index a1c6b34..480a3b2 100644 --- a/sys/kern/sysv_shm.c +++ b/sys/kern/sysv_shm.c @@ -111,6 +111,7 @@ static int shmget_existing(struct thread *td, struct shmget_args *uap, #define SHMSEG_ALLOCATED 0x0800 #define SHMSEG_WANTED 0x1000 +static struct sx shm_lock; static int shm_last_free, shm_nused, shmalloced; vm_size_t shm_committed; static struct shmid_kernel *shmsegs; @@ -181,8 +182,8 @@ SYSCTL_INT(_kern_ipc, OID_AUTO, shm_use_phys, CTLFLAG_RW, SYSCTL_INT(_kern_ipc, OID_AUTO, shm_allow_removed, CTLFLAG_RW, &shm_allow_removed, 0, "Enable/Disable attachment to attached segments marked for removal"); -SYSCTL_PROC(_kern_ipc, OID_AUTO, shmsegs, CTLTYPE_OPAQUE | CTLFLAG_RD, - NULL, 0, sysctl_shmsegs, "", +SYSCTL_PROC(_kern_ipc, OID_AUTO, shmsegs, CTLTYPE_OPAQUE | CTLFLAG_RD | + CTLFLAG_MPSAFE, NULL, 0, sysctl_shmsegs, "", "Current number of shared memory segments allocated"); static int @@ -191,6 +192,8 @@ shm_find_segment_by_key(key) { int i; + sx_assert(&shm_lock, SA_XLOCKED); + for (i = 0; i < shmalloced; i++) if ((shmsegs[i].u.shm_perm.mode & SHMSEG_ALLOCATED) && shmsegs[i].u.shm_perm.key == key) @@ -204,6 +207,8 @@ shm_find_segment_by_shmid(int shmid) int segnum; struct shmid_kernel *shmseg; + sx_assert(&shm_lock, SA_XLOCKED); + segnum = IPCID_TO_IX(shmid); if (segnum < 0 || segnum >= shmalloced) return (NULL); @@ -221,6 +226,8 @@ shm_find_segment_by_shmidx(int segnum) { struct shmid_kernel *shmseg; + sx_assert(&shm_lock, SA_XLOCKED); + if (segnum < 0 || segnum >= shmalloced) return (NULL); shmseg = &shmsegs[segnum]; @@ -237,7 +244,7 @@ shm_deallocate_segment(shmseg) { vm_size_t size; - GIANT_REQUIRED; + sx_assert(&shm_lock, SA_XLOCKED); vm_object_deallocate(shmseg->object); shmseg->object = NULL; @@ -261,7 +268,7 @@ shm_delete_mapping(struct vmspace *vm, struct shmmap_state *shmmap_s) int segnum, result; vm_size_t size; - GIANT_REQUIRED; + sx_assert(&shm_lock, SA_XLOCKED); segnum = IPCID_TO_IX(shmmap_s->shmid); shmseg = &shmsegs[segnum]; @@ -299,7 +306,7 @@ sys_shmdt(td, uap) if (!prison_allow(td->td_ucred, PR_ALLOW_SYSVIPC)) return (ENOSYS); - mtx_lock(&Giant); + sx_xlock(&shm_lock); shmmap_s = p->p_vmspace->vm_shm; if (shmmap_s == NULL) { error = EINVAL; @@ -323,7 +330,7 @@ sys_shmdt(td, uap) #endif error = shm_delete_mapping(p->p_vmspace, shmmap_s); done2: - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); return (error); } @@ -353,7 +360,7 @@ kern_shmat(td, shmid, shmaddr, shmflg) if (!prison_allow(td->td_ucred, PR_ALLOW_SYSVIPC)) return (ENOSYS); - mtx_lock(&Giant); + sx_xlock(&shm_lock); shmmap_s = p->p_vmspace->vm_shm; if (shmmap_s == NULL) { shmmap_s = malloc(shminfo.shmseg * sizeof(struct shmmap_state), @@ -428,7 +435,7 @@ kern_shmat(td, shmid, shmaddr, shmflg) shmseg->u.shm_nattch++; td->td_retval[0] = attach_va; done2: - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); return (error); } @@ -454,7 +461,7 @@ kern_shmctl(td, shmid, cmd, buf, bufsz) if (!prison_allow(td->td_ucred, PR_ALLOW_SYSVIPC)) return (ENOSYS); - mtx_lock(&Giant); + sx_xlock(&shm_lock); switch (cmd) { /* * It is possible that kern_shmctl is being called from the Linux ABI @@ -546,7 +553,7 @@ kern_shmctl(td, shmid, cmd, buf, bufsz) break; } done2: - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); return (error); } @@ -611,6 +618,8 @@ shmget_existing(td, uap, mode, segnum) struct shmid_kernel *shmseg; int error; + sx_assert(&shm_lock, SA_XLOCKED); + shmseg = &shmsegs[segnum]; if (shmseg->u.shm_perm.mode & SHMSEG_REMOVED) { /* @@ -649,7 +658,7 @@ shmget_allocate_segment(td, uap, mode) struct shmid_kernel *shmseg; vm_object_t shm_object; - GIANT_REQUIRED; + sx_assert(&shm_lock, SA_XLOCKED); if (uap->size < shminfo.shmmin || uap->size > shminfo.shmmax) return (EINVAL); @@ -758,7 +767,7 @@ sys_shmget(td, uap) if (!prison_allow(td->td_ucred, PR_ALLOW_SYSVIPC)) return (ENOSYS); - mtx_lock(&Giant); + sx_xlock(&shm_lock); mode = uap->shmflg & ACCESSPERMS; if (uap->key != IPC_PRIVATE) { again: @@ -776,7 +785,7 @@ sys_shmget(td, uap) } error = shmget_allocate_segment(td, uap, mode); done2: - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); return (error); } @@ -788,7 +797,7 @@ shmfork_myhook(p1, p2) size_t size; int i; - mtx_lock(&Giant); + sx_xlock(&shm_lock); size = shminfo.shmseg * sizeof(struct shmmap_state); shmmap_s = malloc(size, M_SHM, M_WAITOK); bcopy(p1->p_vmspace->vm_shm, shmmap_s, size); @@ -796,7 +805,7 @@ shmfork_myhook(p1, p2) for (i = 0; i < shminfo.shmseg; i++, shmmap_s++) if (shmmap_s->shmid != -1) shmsegs[IPCID_TO_IX(shmmap_s->shmid)].u.shm_nattch++; - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); } static void @@ -807,12 +816,12 @@ shmexit_myhook(struct vmspace *vm) if ((base = vm->vm_shm) != NULL) { vm->vm_shm = NULL; - mtx_lock(&Giant); + sx_xlock(&shm_lock); for (i = 0, shm = base; i < shminfo.shmseg; i++, shm++) { if (shm->shmid != -1) shm_delete_mapping(vm, shm); } - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); free(base, M_SHM); } } @@ -823,6 +832,8 @@ shmrealloc(void) int i; struct shmid_kernel *newsegs; + sx_assert(&shm_lock, SA_XLOCKED); + if (shmalloced >= shminfo.shmmni) return; @@ -918,6 +929,8 @@ shminit() shmexit_hook = &shmexit_myhook; shmfork_hook = &shmfork_myhook; + sx_init(&shm_lock, "sysvshm"); + error = syscall_helper_register(shm_syscalls); if (error != 0) return (error); @@ -955,6 +968,7 @@ shmunload() vm_object_deallocate(shmsegs[i].object); } free(shmsegs, M_SHM); + sx_destroy(&shm_lock); shmexit_hook = NULL; shmfork_hook = NULL; return (0); @@ -963,8 +977,12 @@ shmunload() static int sysctl_shmsegs(SYSCTL_HANDLER_ARGS) { + int error; - return (SYSCTL_OUT(req, shmsegs, shmalloced * sizeof(shmsegs[0]))); + sx_xlock(&shm_lock); + error = SYSCTL_OUT(req, shmsegs, shmalloced * sizeof(shmsegs[0])); + sx_xunlock(&shm_lock); + return (error); } #if defined(__i386__) && (defined(COMPAT_FREEBSD4) || defined(COMPAT_43)) @@ -996,7 +1014,7 @@ oshmctl(struct thread *td, struct oshmctl_args *uap) if (!prison_allow(td->td_ucred, PR_ALLOW_SYSVIPC)) return (ENOSYS); - mtx_lock(&Giant); + sx_xlock(&shm_lock); shmseg = shm_find_segment_by_shmid(uap->shmid); if (shmseg == NULL) { error = EINVAL; @@ -1030,7 +1048,7 @@ oshmctl(struct thread *td, struct oshmctl_args *uap) break; } done2: - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); return (error); #else return (EINVAL); @@ -1062,9 +1080,9 @@ sys_shmsys(td, uap) if (uap->which < 0 || uap->which >= sizeof(shmcalls)/sizeof(shmcalls[0])) return (EINVAL); - mtx_lock(&Giant); + sx_xlock(&shm_lock); error = (*shmcalls[uap->which])(td, &uap->a2); - mtx_unlock(&Giant); + sx_xunlock(&shm_lock); return (error); } -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 20:44:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 079796FE; Tue, 23 Apr 2013 20:44:51 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id E1D2C1E1C; Tue, 23 Apr 2013 20:44:50 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,537,1363158000"; d="scan'208";a="44073126" Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx12-out.netapp.com with ESMTP; 23 Apr 2013 13:44:43 -0700 Received: from vmwexceht05-prd.hq.netapp.com (exchsmtp.hq.netapp.com [10.106.77.35]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id r3NKihJD000944; Tue, 23 Apr 2013 13:44:43 -0700 (PDT) Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.71]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.02.0342.003; Tue, 23 Apr 2013 13:44:43 -0700 From: "Eggert, Lars" To: Baptiste Daroussin Subject: Re: newnfs pkgng database corruption? Thread-Topic: newnfs pkgng database corruption? Thread-Index: AQHONb70L4N2OxTqe06kCtiGiwd7apjQj/yAgABrVACAASIkgIAA5YwAgAAFGYCAD4EXAIACR20A Date: Tue, 23 Apr 2013 20:44:43 +0000 Message-ID: <2DF468FD-3D36-4D18-A837-6906D6F2C33B@netapp.com> References: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> <8A9F25C5-C5E6-4373-85F9-C47642CF1BAE@netapp.com> <20130412131037.GI95891@ithaqua.etoilebsd.net> <20130422095632.GG38955@ithaqua.etoilebsd.net> In-Reply-To: <20130422095632.GG38955@ithaqua.etoilebsd.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: <30182CC5409101409B2371A7EDD78478@tahoe.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Rick Macklem , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 20:44:51 -0000 Hi, On Apr 22, 2013, at 2:56, Baptiste Daroussin wrote: > As anyone been able to test this patch? I've been running with it for a few days. I've done a reinstall of all port= s plus a few "portmaster -a" runs without pkgng database corruption. I've n= ot tested it for very long, but so far, things look good. Lars= From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 20:47:24 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 058FC841 for ; Tue, 23 Apr 2013 20:47:24 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 89DEE1E38 for ; Tue, 23 Apr 2013 20:47:23 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3NKlMwW057387 for ; Wed, 24 Apr 2013 00:47:22 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3NKlM2T057386 for current@FreeBSD.org; Wed, 24 Apr 2013 00:47:22 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 24 Apr 2013 00:47:22 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: Re: panic on a NULL turnstile on boot on r249810 Message-ID: <20130423204722.GM76816@FreeBSD.org> References: <20130423202502.GL76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130423202502.GL76816@glebius.int.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 20:47:24 -0000 More investigation. AFAIU, we can't come to this point if __mtx_lock_sleep() passed a NULL ts. So ts wasn't NULL before call to propagate_priority(). The turnstile_wait() saves ts on td: 738: td->td_blocked = ts; So I can obtain it: (kgdb) fr 11 #11 0xffffffff805206b2 in turnstile_wait (ts=, owner=, queue=) at /usr/src/head/sys/kern/subr_turnstile.c:743 743 propagate_priority(td); (kgdb) p *td->td_blocked $8 = {ts_lock = {lock_object = {lo_name = 0xffffffff8077f1eb "turnstile lock", lo_flags = 720896, lo_data = 0, lo_witness = 0x0}, mtx_lock = 18446741874883377440}, ts_blocked = {{ tqh_first = 0xfffffe000bbf3920, tqh_last = 0xfffffe000bbf3960}, { tqh_first = 0x0, tqh_last = 0xfffffe000ba82ab0}}, ts_pending = { tqh_first = 0x0, tqh_last = 0xfffffe000ba82ac0}, ts_hash = {le_next = 0x0, le_prev = 0xffffffff80aaee38}, ts_link = {le_next = 0x0, le_prev = 0xfffffe000bf42120}, ts_free = {lh_first = 0x0}, ts_lockobj = 0xffffffff80af5f30, ts_owner = 0xfffffe000bf42000} (kgdb) Ok, let's see who is the owner: (kgdb) p td->td_blocked->ts_owner->td_proc->p_comm $21 = "sysctl", '\0' I can't find it in info threads... Yep, it is zombie: (kgdb) p td->td_blocked->ts_owner->td_proc->p_state $22 = PRS_ZOMBIE Could that happen that a zombie owns turnstile? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 20:52:13 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 72D92A5F for ; Tue, 23 Apr 2013 20:52:13 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id D8EFA1E80 for ; Tue, 23 Apr 2013 20:52:12 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3NKqBiM057430 for ; Wed, 24 Apr 2013 00:52:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3NKqBoj057429 for current@FreeBSD.org; Wed, 24 Apr 2013 00:52:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 24 Apr 2013 00:52:11 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: Re: panic on a NULL turnstile on boot on r249810 Message-ID: <20130423205211.GN76816@FreeBSD.org> References: <20130423202502.GL76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130423202502.GL76816@glebius.int.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 20:52:13 -0000 P.S. Panic isn't reproducible with INVARIANTS :( -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 20:55:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F2373C08 for ; Tue, 23 Apr 2013 20:55:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 698331EBA for ; Tue, 23 Apr 2013 20:55:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r3NKtWLU085760; Tue, 23 Apr 2013 23:55:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.2 kib.kiev.ua r3NKtWLU085760 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r3NKtW0p085758; Tue, 23 Apr 2013 23:55:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 23 Apr 2013 23:55:32 +0300 From: Konstantin Belousov To: Mateusz Guzik Subject: Re: sysvshm: replace Giant with a local sx lock Message-ID: <20130423205532.GE67273@kib.kiev.ua> References: <20130423203823.GA6346@dft-labs.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p1zxN+PsucbyOM2v" Content-Disposition: inline In-Reply-To: <20130423203823.GA6346@dft-labs.eu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 20:55:41 -0000 --p1zxN+PsucbyOM2v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 23, 2013 at 10:38:23PM +0200, Mateusz Guzik wrote: > Hello, >=20 > I would like to replace Giant with a local sx lock in sysvshm code. > Looked really straightforward so maybe I missed something. At very least, the shmget_existing() is no longer functional. The sx is owned around tsleep(), and thus a progress cannot be made by other thread, which needs the same sx lock. Use of the SHMSEG_REMOVED in the shmget_allocate_segment() does not make any sense in your patch, since sleeping malloc allocation owns sx and prevent other threads from finding the segment. I did not looked further. --p1zxN+PsucbyOM2v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRdvVDAAoJEJDCuSvBvK1Bo7oQAJEBB6cUA37saerHX3lIIF18 en6+/VKbNLPybQiAwYuGSeq0U/t2gII/StjPXyBZYMSR6mXBbuxar0N/fyA+jcg4 BI26UM4fHP7k7CfYT6PLIoY/1kf6LIcsih7YwntuRkOgGjBLy+sT3H0p6QFOkW+I gESpPJ03ns2U82nxzClJD2q2apsxicIzOfIH4Z2y2gx9Km7juA5D8xy602B8Klt6 FkXx5e9whC6anjDhQIItEH9MXomYINu3rUh+anhXnYUo/qBq8KsiDE5VfAQT+F0G hIICpAZ+/nKx4XAht2u85poIP/NdP0jjROFbLNWzo+ztsiJB94rEq+pj0Fp+K7do IUtlE2PcVbJjY+5oIiYlnLNmsy0DGRL8Vetg2fh+t+9DLiXEA0Eqx08Hs0amaovq 88JGSepuRTrntj9KOvC7jwIjTJnBHu6XbyJk94NC687/sEJrGJ7+Po8/ru7c3hlO 6VWEtVHqwufMsY1Ktq+y3ypH4FqBcaqxr+iV6h3YBTbPWFMzJ0NFBFdzu8QW5cv+ Kd5jvtpSLwN7mX/ro6X/vwjZ2Jh7hJzqXRcI1jXzhdt7gPQUyckVQ5OboYNkTNWG /XN5eGY3Ka+jhYG87AqGTSw/6PHBMvb9UZSNTw/4p+HttJ9O6okeEPBhGRFed9EU keCb3lobU+vDHVJUDIIY =N6Qs -----END PGP SIGNATURE----- --p1zxN+PsucbyOM2v-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 21:27:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C90E0359 for ; Tue, 23 Apr 2013 21:27:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5A31028 for ; Tue, 23 Apr 2013 21:27:05 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id o10so465367eaj.23 for ; Tue, 23 Apr 2013 14:27:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=nKu4H+MHP8CO1Mehs0g2BRN9UGr/maiiy2OFSfVfr7U=; b=GbFGPVfudBPHjFEYWWnwyIMnJEkZW5dXzpHMGnnHy+x4Bm+RdjbOKo/HvbEGsQEqJA TlzkPWQLI71ji0oRH7RyLVGwLJ4HkfmsYapAcepPsX3AqbCVyxZofpK8N8PoKlc0Zv2i DSg6/BcCZ1wqeuDZZemsh3quMC95HpBrdTtfxAWiuSuHW/vERAsPHBHeOuCwwPgCEaS6 3ROuVuS3or37Qq53iUDCfckbFsy6JQ/ZIAOvw4AgpcMw4UBk4Q5ThqLamLCxpck0p/+p sBPuXj+aAYTUSHBaCTxnf0CFzXwtpNwA6yYLJAUbfsYhxEeuh+jwUJsLQXVvaC8xTZGO vRBQ== X-Received: by 10.15.22.199 with SMTP id f47mr55559071eeu.11.1366752424484; Tue, 23 Apr 2013 14:27:04 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id v48sm107066eeg.7.2013.04.23.14.27.02 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 14:27:03 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 23 Apr 2013 23:27:00 +0200 From: Baptiste Daroussin To: "Eggert, Lars" Subject: Re: newnfs pkgng database corruption? Message-ID: <20130423212700.GE70653@ithaqua.etoilebsd.net> References: <746529932.761884.1365721847968.JavaMail.root@erie.cs.uoguelph.ca> <8A9F25C5-C5E6-4373-85F9-C47642CF1BAE@netapp.com> <20130412131037.GI95891@ithaqua.etoilebsd.net> <20130422095632.GG38955@ithaqua.etoilebsd.net> <2DF468FD-3D36-4D18-A837-6906D6F2C33B@netapp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="47eKBCiAZYFK5l32" Content-Disposition: inline In-Reply-To: <2DF468FD-3D36-4D18-A837-6906D6F2C33B@netapp.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Rick Macklem , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 21:27:05 -0000 --47eKBCiAZYFK5l32 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 23, 2013 at 08:44:43PM +0000, Eggert, Lars wrote: > Hi, >=20 > On Apr 22, 2013, at 2:56, Baptiste Daroussin wrote: > > As anyone been able to test this patch? >=20 > I've been running with it for a few days. I've done a reinstall of all po= rts plus a few "portmaster -a" runs without pkgng database corruption. I've= not tested it for very long, but so far, things look good. >=20 > Lars Great thank you I'll activate this for all database located on a network filesystem. Thank you very much! Bapt --47eKBCiAZYFK5l32 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlF2/KQACgkQ8kTtMUmk6EwrYQCgnFp4y43Bl5oPYPUqATiaWN3/ w3UAn1XvMVgTT0TcQDNy9mQv/I3Fmtnf =zm+R -----END PGP SIGNATURE----- --47eKBCiAZYFK5l32-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 21:36:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9901060A for ; Tue, 23 Apr 2013 21:36:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 32AD8108B for ; Tue, 23 Apr 2013 21:36:26 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id c10so6682010wiw.6 for ; Tue, 23 Apr 2013 14:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=bJy0hPZBxHoCe5xGdVsruTfwZ4fSsC9NXjEP7IACJ+U=; b=yIrksD4CzJijYIZ16tu9d3/gYS3m+5wlzU8L6GgzKi37FcaEABo+ij5VAfBMdT/ndQ Tgf5/UH2C04cxZ+SjpCeFAO2qD/mj+fSVbqoTzgVYYU30kLhCiIcvxoidMFLMtUD7ffo IdbCy1d/brMVIFfMDtSb5lmVvuk8Cz3FxHkfKkT6iY/dCB6cDKoyzh17lgTqgCx4Jv84 PW83I0uMmL7Q6VlzEVPBVULetj8chtZc+AT1YMuWtbe72VQmXYpT9XUvKEquEy2ebTLo avI+pOt4Qj5fD1VNpeIxMb32hXRWZLR4mn0cgttKRfngD9ob2gZ15nAUD11pYV2ovncX ODVA== X-Received: by 10.194.81.71 with SMTP id y7mr63945232wjx.19.1366752985125; Tue, 23 Apr 2013 14:36:25 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id g9sm263779wix.1.2013.04.23.14.36.23 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 14:36:23 -0700 (PDT) Date: Tue, 23 Apr 2013 23:36:21 +0200 From: Mateusz Guzik To: Konstantin Belousov Subject: Re: sysvshm: replace Giant with a local sx lock Message-ID: <20130423213621.GB6346@dft-labs.eu> References: <20130423203823.GA6346@dft-labs.eu> <20130423205532.GE67273@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130423205532.GE67273@kib.kiev.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 21:36:26 -0000 On Tue, Apr 23, 2013 at 11:55:32PM +0300, Konstantin Belousov wrote: > On Tue, Apr 23, 2013 at 10:38:23PM +0200, Mateusz Guzik wrote: > > I would like to replace Giant with a local sx lock in sysvshm code. > > Looked really straightforward so maybe I missed something. > > At very least, the shmget_existing() is no longer functional. > The sx is owned around tsleep(), and thus a progress cannot be made > by other thread, which needs the same sx lock. > > Use of the SHMSEG_REMOVED in the shmget_allocate_segment() does > not make any sense in your patch, since sleeping malloc allocation > owns sx and prevent other threads from finding the segment. > > I did not looked further. Thank you for review, I definitely skimmed too fast. Looks like this code has some bugs as it is already, e.g. kern_shmat does not re-check for NULL p->p_vmspace->vm_shm after malloc. I will respin in a couple of days with a better patch. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 22:50:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7F2CA7E3 for ; Tue, 23 Apr 2013 22:50:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa0-f49.google.com (mail-oa0-f49.google.com [209.85.219.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBDC1346 for ; Tue, 23 Apr 2013 22:50:59 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id j1so1065600oag.8 for ; Tue, 23 Apr 2013 15:50:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SChmdKpcyr4nrq47sjtx4mVsMRbiFONWBHO/GtVumJU=; b=JuHbA26pcbddsvvomTiSfZoaJW1ftR6XhBZ9ojmI5y3GFt8Z2zmruSozPBDxJlx3Fy k72vXKd2v48R0DisJU+8qMbeUNnhsj24ifkxFBF2UWaedpWH90EqcXowKIlEM00rimGC hqnS+eTdd+VgaLyLbeeEqtN1hYNTC+PsCAMPNcBgJbXjR5pgTOTV/YQQh4ECg3WfQ0yI Mr/RZGsvgFJJyEGG/NVti1X6bP/mcUMu13aNRxUuHFNa+DFmDZBYzA/lb4I1ntQx+XIz lm0i0kR6VV45Q5JFfggsZOcJIBVj8VptbD+nUYprNN9JByZJwWTXIzyAyvP5L9/6x49Y BVTg== MIME-Version: 1.0 X-Received: by 10.60.19.3 with SMTP id a3mr17787608oee.11.1366757458567; Tue, 23 Apr 2013 15:50:58 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.33.7 with HTTP; Tue, 23 Apr 2013 15:50:58 -0700 (PDT) In-Reply-To: <3560511.oalMjoUgbk@notebook.alkar.net> References: <3560511.oalMjoUgbk@notebook.alkar.net> Date: Tue, 23 Apr 2013 15:50:58 -0700 X-Google-Sender-Auth: c5LnYX35UqvTxkjjRlpS0fj0twI Message-ID: Subject: Re: Computers Won't Turn Off or Reboot From: Kevin Oberman To: Artyom Mirgorodskiy Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 22:50:59 -0000 On Tue, Apr 23, 2013 at 3:26 AM, Artyom Mirgorodskiy < artyom.mirgorodsky@gmail.com> wrote: > I have similar problem when start X server with intel driver. > > On Monday 22 April 2013 18:50:37 Shawn Webb wrote: > > Hey All, > > > > I'm on r249745 on amd64. For the past few weeks, my box hasn't been able > to > > completely turn off or reboot. The box sits at the console at the "All > > buffers synced" message. I'm running root on ZFS in a two-disk mirror > > setup. No kernel panics or dumps or anything. > > > > Let me know if there's anything I can do or more information you need. > > > > Thanks, > > > > Shawn > > > I am seeing the same thing on my 9.1-STABLE box. It was running a kernel from Jan. 27, but after updating on April 16 (r249571M), I can't get it to shut down. I am running KMS, so it's hard to tell just where it is hanging and a GENERIC kernel patched for the new kernel fusefs implementation found in head. The system shuts down cleanly if X has not started and also if shutdown is done soon after it is started. I suspect that the issue only shows up if I write to an NTFS volume. The hang occurs whether or not the fuse systems have been unmounted. System is an amd64 kernel on a Core5i-2520M ThinkPad T520. 4G memory. Generic kernel EXCEPT that I am running the kernel fusefs implementation from head. Do any of the other reporters of this use fuse? -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 23 22:54:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 293E5917 for ; Tue, 23 Apr 2013 22:54:40 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-ee0-f52.google.com (mail-ee0-f52.google.com [74.125.83.52]) by mx1.freebsd.org (Postfix) with ESMTP id B22B1136F for ; Tue, 23 Apr 2013 22:54:39 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id d41so475241eek.11 for ; Tue, 23 Apr 2013 15:54:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-type :content-transfer-encoding; bh=4UalOcE29A0my9TOdiUmNWOxWbDlIlksIJUCCId1KQ8=; b=Ce8CFLGrFRjSzh4ZmMdMEuWm+veApXfdQ6a3xcUEfPwvkUmfBVwrs/hCmSyCq3yiF6 THKktA9EScj4Lv0ECuIFjgAhMHxo+X1aRvAKl01LZKGkUWoR+aLzGSwzDbGO6pi/Lm5b 9bTdsM0Dn5e8hM0rclAYc6rKxpgE4WZw86J00deNaxr4YHB7UIGb5esvyt3VeyocmJFI BeIyRreWS/swxsmjEeXfQjiGoQYirWsLmztGxu+RDm0OL5g97/ynvpQovUoeYrprDWog OUF/dqPiOuBoNpc1pdURnRHfPsb3ADdnAWWcsXtV9LjDRVB4zs8HClJXZPeWICwEsf0i WWHA== X-Received: by 10.15.98.141 with SMTP id bj13mr56045702eeb.29.1366757678306; Tue, 23 Apr 2013 15:54:38 -0700 (PDT) Received: from notebook.alkar.net ([178.215.171.22]) by mx.google.com with ESMTPSA id n48sm358289eeg.12.2013.04.23.15.54.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 15:54:37 -0700 (PDT) From: Artyom Mirgorodskiy To: Kevin Oberman Subject: Re: Computers Won't Turn Off or Reboot Date: Wed, 24 Apr 2013 01:56:24 +0300 Message-ID: <2596412.OlbMzKNL1A@notebook.alkar.net> User-Agent: KMail/4.10.1 (FreeBSD/10.0-CURRENT; KDE/4.10.1; amd64; ; ) In-Reply-To: References: <3560511.oalMjoUgbk@notebook.alkar.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 22:54:40 -0000 I don't use fuse. Artyom MirgorodskiyOn Tue, Apr 23, 2013 at 3:26 AM, wrote: I have similar problem when start X server with intel driver. I am seeing the same thing on my 9.1-STABLE box. It was running a kernel from Jan. 27, but after updating on April 16 (r249571M), I can't get it to shut down. I am running KMS, so it's hard to tell just where it is hanging and a GENERIC kernel patched for the new kernel fusefs implementation found in head. The system shuts down cleanly if X has not started and also if shutdown is done soon after it is started. I suspect that the issue only shows up if I write to an NTFS volume. The hang occurs whether or not the fuse systems have been unmounted. System is an amd64 kernel on a Core5i-2520M ThinkPad T520. 4G memory. Generic kernel EXCEPT that I am running the kernel fusefs implementation from head. Do any of the other reporters of this use fuse?-- R. Kevin Oberman, Network EngineerE-mail: rkoberman@gmail.com[2] -- Artyom Mirgorodskiy -------- [1] mailto:artyom.mirgorodsky@gmail.com [2] mailto:rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 00:37:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2C41DBC0 for ; Wed, 24 Apr 2013 00:37:17 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id EEBC916B8 for ; Wed, 24 Apr 2013 00:37:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=1pEJDMUN0v85VDfC2evrH1Zidl5PX2dtM5jp05L03W0=; b=NdA33efTGpDzZIGaYS5bw/am6ays29hjcDlL8GL3yiQ0s6sa263CvFMWPXKCWEdgjbFbUpvufz15v1SS13aMNHUMjL48oZdlRvdAgpKzRNb3E5TxUXCZPFzuvgCoOezvLlhvm6YNhS8kpCyxktFxrtyPCBCU+emezZWedQ7ETIc=; Received: from [122.129.203.50] (port=15878 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UUnP4-0010ma-3O; Tue, 23 Apr 2013 18:17:42 -0600 Date: Wed, 24 Apr 2013 07:17:32 +0700 From: Erich Dollansky To: Kevin Oberman , Shawn Webb Subject: Re: Computers Won't Turn Off or Reboot Message-ID: <20130424071732.569b0c49@X220.ovitrap.com> In-Reply-To: References: <3560511.oalMjoUgbk@notebook.alkar.net> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Artyom Mirgorodskiy , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 00:37:17 -0000 Hi, On Tue, 23 Apr 2013 15:50:58 -0700 Kevin Oberman wrote: > On Tue, Apr 23, 2013 at 3:26 AM, Artyom Mirgorodskiy < > artyom.mirgorodsky@gmail.com> wrote: > > > I have similar problem when start X server with intel driver. > > > > On Monday 22 April 2013 18:50:37 Shawn Webb wrote: > > > Hey All, > > > > > > I'm on r249745 on amd64. For the past few weeks, my box hasn't > > > been able > > to > > > completely turn off or reboot. The box sits at the console at the > > > "All buffers synced" message. I'm running root on ZFS in a > > > two-disk mirror setup. No kernel panics or dumps or anything. > > > > > > Let me know if there's anything I can do or more information you > > > need. > > > > > > Thanks, > > > > > > Shawn > > > > > > > I am seeing the same thing on my 9.1-STABLE box. It was running a > kernel from Jan. 27, but after updating on April 16 (r249571M), I > can't get it to shut down. I am running KMS, so it's hard to tell > just where it is hanging and a GENERIC kernel patched for the new > kernel fusefs implementation found in head. The system shuts down > cleanly if X has not started and also if shutdown is done soon after > it is started. I suspect that the issue only shows up if I write to > an NTFS volume. The hang occurs whether or not the fuse systems have > been unmounted. > > System is an amd64 kernel on a Core5i-2520M ThinkPad T520. 4G memory. > Generic kernel EXCEPT that I am running the kernel fusefs > implementation from head. > > Do any of the other reporters of this use fuse? I do not use any Windows related stuff an see the same behaviour on 10. Erich From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 01:37:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 25EB5622; Wed, 24 Apr 2013 01:37: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 F1CFC1844; Wed, 24 Apr 2013 01:37: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 r3O1b89N001144; Tue, 23 Apr 2013 21:37: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 r3O1b7UE001120; Wed, 24 Apr 2013 01:37:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Apr 2013 01:37:07 GMT Message-Id: <201304240137.r3O1b7UE001120@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 01:37:12 -0000 TB --- 2013-04-24 00:51:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-24 00:51:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-24 00:51:19 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-24 00:51:19 - cleaning the object tree TB --- 2013-04-24 00:51:19 - /usr/local/bin/svn stat /src TB --- 2013-04-24 00:51:22 - At svn revision 249821 TB --- 2013-04-24 00:51:23 - building world TB --- 2013-04-24 00:51:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-24 00:51:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-24 00:51:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-24 00:51:23 - SRCCONF=/dev/null TB --- 2013-04-24 00:51:23 - TARGET=mips TB --- 2013-04-24 00:51:23 - TARGET_ARCH=mips64 TB --- 2013-04-24 00:51:23 - TZ=UTC TB --- 2013-04-24 00:51:23 - __MAKE_CONF=/dev/null TB --- 2013-04-24 00:51:23 - cd /src TB --- 2013-04-24 00:51:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 24 00:51:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kld.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kthr.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:122: error: 'struct trapframe' has no member named 't4' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:123: error: 'struct trapframe' has no member named 't5' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:124: error: 'struct trapframe' has no member named 't6' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:125: error: 'struct trapframe' has no member named 't7' *** [trgt_mips.o] Error code 1 Stop in /src/gnu/usr.bin/gdb/kgdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin/gdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin. *** [all] Error code 1 Stop in /src/gnu. *** [gnu.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-24 01:37:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-24 01:37:07 - ERROR: failed to build world TB --- 2013-04-24 01:37:07 - 1984.24 user 458.82 system 2748.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 10:45:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F3588367; Wed, 24 Apr 2013 10:45:52 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id A67611D4B; Wed, 24 Apr 2013 10:45:52 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id 11so1497804vbe.5 for ; Wed, 24 Apr 2013 03:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:from:date:x-google-sender-auth :message-id:subject:to:content-type:content-transfer-encoding; bh=imUBqrViama4CuNF8NViu+0q5XFY5Bl34Cc5cryWUXc=; b=Dw9phbbIDXunbujwzFs0mHsRx+zFAcle65jgJfWC+TS+uhR05h2ffv0FHC6lo875pz g7LSW9XiBy+wHHtciFqV4uf7q2ltFkiDDDUCEBtL6pu0qt+MAAoyFOll73XgN+PXDVHh PnG5BXHihW1Yhsmg3TArIJqZkvvvnCqgD/zk1V/TGRb4lPzOMcxYznDZyF3GhDFisfBv IlPL0YhpnEP4wzdgiPaxTCEMLGn7FXrYkaMOEIWwqPeBeVnb54GRXzs9ffz1NvU9J3th eRr8hkolch7QjyT4Fsh44ltNpKwx+HIJPAGBD9JzxG1D9ZsUMTkj1C4CRhY6jdeO0HD0 Qiew== X-Received: by 10.59.11.199 with SMTP id ek7mr25083623ved.19.1366800352147; Wed, 24 Apr 2013 03:45:52 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.59.9.103 with HTTP; Wed, 24 Apr 2013 03:45:32 -0700 (PDT) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Wed, 24 Apr 2013 12:45:32 +0200 X-Google-Sender-Auth: 9hABzZSVg5OXpWs7et0x4p8Ry8U Message-ID: Subject: forwarding/ipfw/pf evolution (in pps) on -current To: "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 10:45:53 -0000 Hi all, here is the result of my simple-and-dummy bench script regarding forwarding/ipfw/pf performance evolution on -current on a single-core server with one flow only. It's the result of more than 810 bench tests (including reboot between each) done twice for validating my methodology. # Disclaimer # 1. It's not a "max performance" bench: The purpose is to graph the variation of the performance only. 2. I know that using a single-core server in 2013 is a stupid idea but it's all I've got on my lab :-( # Why all these benchs ? # I've found performance regression regarding packet forwarding/ipfw/pf speed on -current comparing to 9.1 on my old server. glebius@ ask me to do some bisection hunting on different -current revision for spotting the culprit commit. But as a lazy guy, in place of doing bisection, I've choose about 50 svn revision and graph them all: It's a lot's more easy to script this than a bisection algorithm :-) And the result is interesting=85 # The results # The gnuplot diagram in png format with some confirmed specifics spots is available here: http://gugus69.free.fr/freebsd/benchs/current/current-pps.png A confirmed spot is a measurable change between revision N-1 and revision N= . =3D> Remember that I'm used a single-core before reading the result! The "regression" of the new SMP pf is not really a regression: The system is now usable during this high PPS bench and it was not the case before this improvement. ## gnuplot data ## Available here: http://gugus69.free.fr/freebsd/benchs/current/plot/ It's the data and plot file used for generating the graph: You can use them for zooming on it. ## ministat data ## Available here: http://gugus69.free.fr/freebsd/benchs/current/ministat/ You can use it for comparing result between 2 revision, like as example: ministat -s 242160.ipfw 242161.ipfw ## raw data ## Outpout of pkg-gen during all tests: http://gugus69.free.fr/freebsd/benchs/current/raw/ ## nanobsd images # All binary mages used for these benchs are here: http://gugus69.free.fr/freebsd/benchs/current/nanobsd-images/ There is only one "full" image to be used for the first installation, and all other are "upgrade" image. They use the serial port as default console too. # Methodology used # ## First step: building a small lab ## I've used 3 old unused servers and a good switch: - One server as netmap pkt-gen packet generator (1.38Mpps of minimum size packet); - One server as netmap pkt-gen receiver; - One server with 2 NIC in the middle as a router/firewall, serial connection, and nanobsd image on it (very easy to upgrade): IBM eServer xSeries 306m with one core (Intel Pentium4 3.00GHz, hyper-threading disabled) and a dual NIC 82546GB connected to the PCI-X Bus; - a Cisco Catalyst switch for connecting all (its own statistics can be used as a tie breaker if I've got a doubt regarding the result given by netmap pkt-gen). All servers have another NIC for the admin network (bench script send SSH commands and nanobsd image upgrade over this dedicated NIC). I've used netmap pkt-gen for generating smallest packet size from the generator to the receiver like that: pkt-gen -i em0 -t 0 -l 42 -d 1.1.1.1 -D 00:0e:0c:de:45:df -s 2.2.2.2 -w 10 Results was collected on the pkt-gen receiver. ## Second step: building small nanobsd images ## Now we need lot's of small nanobsd images generated from the svn revision number selected for the bench: cf script [1]. About 50 revisions were selected between 236884 to 249506: Candidate chosen by reading the svn commit log. ## Third step: auto-bench script ## This auto-bench script [2] do these tasks: 1. Upgrading the server to the release to be tested; 2. Uploading configuration set to be tested (forwarding-only, ipfw or pf) & reboot; 3. Start the bench test, collecting the result, and reboot: 5 times for each configuration-set; 4 Loop to next configuration set; 5. Loop to next release. ## Last step: converting result for ministat and gnuplot ## I've used a last script for interpreting the output of pkt-gen receiver for ministat and gnuplot [3]. Because I'm not sure if I've used the good method for preparing my data, here is how I've generated the ministat and gnuplot graph: For just one test, the output of pkt-gen in receive mode is lot's of lines like that: main [1085] 400198 pps main [1085] 400287 pps main [1085] 400240 pps main [1085] 400235 pps main [1085] 400245 pps ... I've calculated the median value [3] (thanks ministat) all these results: This give me only one number for the test. =3D> I did the same for each of the 5 same bench tests (same configuration-set, just a reboot between them). And I've put these 5 numbers in the file named SVN-REV.CONFIG-SET. =3D> From these 5 numbers, I've calculated the "median" value again: This give me a unique performance number that I've used as gnuplot data file. ## Bisection ## >From this first result, I've selected others svn revision to generated: The goal was to spot the exact commit that brings the change. But it was not feasible for all regression spotted, because of unbuildable source or non-bootable resulting nanobsd image. ## Final: a full re-run ## Once all my benchs done, I've wait few days and re-started all tests a second time: Before to publish my result, I would to check that all my results were reproducible. # Annexes # ## configuration sets ## ### common to all configuration ### Forwarding enabled Ethernet flow-control disabled (dev.em.0.fc=3D0 and/or dev.em.0.flow_contro= l=3D0) NIC drivers tunned: hw.em.rx_process_limit: 500 hw.em.txd: 4096 hw.em.rxd: 4096 static ARP entry configured on all server and static MAC/Pport entry on the switch too (prevent the switch to age out the packet receiver's MAC address). ### forwarding ### nothing special ### ipfw ### /etc/ipfw.rules: #!/bin/sh fwcmd=3D"/sbin/ipfw" # Flush out the list before we begin. ${fwcmd} -f flush ${fwcmd} add 3000 allow ip from any to any ### pf ### /etc/pf.conf: set skip on lo0 pass [1] http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bisecti= on-gen.sh [2] http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bench-l= ab.sh [3] http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bench-l= ab-ministat.sh From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 11:46:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 96646410; Wed, 24 Apr 2013 11:46:53 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-da0-x22c.google.com (mail-da0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD731019; Wed, 24 Apr 2013 11:46:53 +0000 (UTC) Received: by mail-da0-f44.google.com with SMTP id z20so855566dae.3 for ; Wed, 24 Apr 2013 04:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=P/Tv97zsmdy9DbNq86l2r6x20N+pi4nu1pPputORthY=; b=YULd9XCSvU7ifu3ZUwxvtuKP8lSDmwUMVgZZSSf8EGmJRCfGtlVZHnq7arASJyMM/4 9JGcRoFDLHpmE4zsVlTLAUHrG6/f5DUSj+z9JQ3igjJId3aGy4ZC7ImjfbOg7MIvdDJ5 8FegNmdXShYSYqjBJ5sm+kmFpNJi87M8xoQ/Ke7D7uQ51JjojCmTs8JLCSBlP2tF2Fb3 8mBomv/rcXRxsiXQtK7sDZT7XnakLj4SXYsZG1bd71qu3+FKXxkmA1NbWxriwSndRZRn aUiP2Z5YZbAcHJMFb8t7FfGI3PmNzjZGsmqsW9G/EVTFxfMnykN3MtzMldADFfgkYvAx jiMw== MIME-Version: 1.0 X-Received: by 10.68.44.169 with SMTP id f9mr46456076pbm.29.1366804012886; Wed, 24 Apr 2013 04:46:52 -0700 (PDT) Received: by 10.70.100.132 with HTTP; Wed, 24 Apr 2013 04:46:52 -0700 (PDT) Received: by 10.70.100.132 with HTTP; Wed, 24 Apr 2013 04:46:52 -0700 (PDT) In-Reply-To: References: Date: Wed, 24 Apr 2013 14:46:52 +0300 Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current From: Sami Halabi To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 11:46:53 -0000 Oliver, Great and impressive job. If I interpret the plot as is the result say (approximatly of course): 1. Forwarding using ipfw with single rule degrades ~25% the pps. 2. Forwarding with pf however gets ~50%+ of degredation if performance pps. 3. there some point of improved performance (without fw) that went down again somewhere before Clang got prod. 4. I think that the results don't necessarly can be translated to SMP versions because of scheduler, affinity issues. For now i would continue using ipfw :-) Sami On Apr 24, 2013 1:45 PM, "Olivier Cochard-Labb=E9" wro= te: > Hi all, > > here is the result of my simple-and-dummy bench script regarding > forwarding/ipfw/pf performance evolution on -current on a single-core > server with one flow only. > It's the result of more than 810 bench tests (including reboot between > each) done twice for validating my methodology. > > # Disclaimer # > > 1. It's not a "max performance" bench: The purpose is to graph the > variation of the performance only. > 2. I know that using a single-core server in 2013 is a stupid idea but > it's all I've got on my lab :-( > > # Why all these benchs ? # > > I've found performance regression regarding packet forwarding/ipfw/pf > speed on -current comparing to 9.1 on my old server. > glebius@ ask me to do some bisection hunting on different -current > revision for spotting the culprit commit. > But as a lazy guy, in place of doing bisection, I've choose about 50 > svn revision and graph them all: It's a lot's more easy to script this > than a bisection algorithm :-) > And the result is interesting=85 > > # The results # > > The gnuplot diagram in png format with some confirmed specifics spots > is available here: > http://gugus69.free.fr/freebsd/benchs/current/current-pps.png > > A confirmed spot is a measurable change between revision N-1 and revision > N. > > =3D> Remember that I'm used a single-core before reading the result! > The "regression" of the new SMP pf is not really a regression: The > system is now usable during this high PPS bench and it was not the > case before this improvement. > > ## gnuplot data ## > > Available here: http://gugus69.free.fr/freebsd/benchs/current/plot/ > It's the data and plot file used for generating the graph: You can use > them for zooming on it. > > ## ministat data ## > > Available here: http://gugus69.free.fr/freebsd/benchs/current/ministat/ > > You can use it for comparing result between 2 revision, like as example: > ministat -s 242160.ipfw 242161.ipfw > > ## raw data ## > > Outpout of pkg-gen during all tests: > http://gugus69.free.fr/freebsd/benchs/current/raw/ > > ## nanobsd images # > > All binary mages used for these benchs are here: > http://gugus69.free.fr/freebsd/benchs/current/nanobsd-images/ > > There is only one "full" image to be used for the first installation, > and all other are "upgrade" image. > They use the serial port as default console too. > > # Methodology used # > > ## First step: building a small lab ## > > I've used 3 old unused servers and a good switch: > - One server as netmap pkt-gen packet generator (1.38Mpps of minimum > size packet); > - One server as netmap pkt-gen receiver; > - One server with 2 NIC in the middle as a router/firewall, serial > connection, and nanobsd image on it (very easy to upgrade): IBM > eServer xSeries 306m with one core (Intel Pentium4 3.00GHz, > hyper-threading disabled) and a dual NIC 82546GB connected to the > PCI-X Bus; > - a Cisco Catalyst switch for connecting all (its own statistics can > be used as a tie breaker if I've got a doubt regarding the result > given by netmap pkt-gen). > > All servers have another NIC for the admin network (bench script send > SSH commands and nanobsd image upgrade over this dedicated NIC). > > I've used netmap pkt-gen for generating smallest packet size from the > generator to the receiver like that: > pkt-gen -i em0 -t 0 -l 42 -d 1.1.1.1 -D 00:0e:0c:de:45:df -s 2.2.2.2 -w 1= 0 > Results was collected on the pkt-gen receiver. > > ## Second step: building small nanobsd images ## > > Now we need lot's of small nanobsd images generated from the svn > revision number selected for the bench: cf script [1]. > About 50 revisions were selected between 236884 to 249506: Candidate > chosen by reading the svn commit log. > > ## Third step: auto-bench script ## > > This auto-bench script [2] do these tasks: > 1. Upgrading the server to the release to be tested; > 2. Uploading configuration set to be tested (forwarding-only, ipfw > or pf) & reboot; > 3. Start the bench test, collecting the result, and reboot: 5 > times for each configuration-set; > 4 Loop to next configuration set; > 5. Loop to next release. > > ## Last step: converting result for ministat and gnuplot ## > > I've used a last script for interpreting the output of pkt-gen > receiver for ministat and gnuplot [3]. > > Because I'm not sure if I've used the good method for preparing my > data, here is how I've generated the ministat and gnuplot graph: > > For just one test, the output of pkt-gen in receive mode is lot's of > lines like that: > main [1085] 400198 pps > main [1085] 400287 pps > main [1085] 400240 pps > main [1085] 400235 pps > main [1085] 400245 pps > ... > > I've calculated the median value [3] (thanks ministat) all these > results: This give me only one number for the test. > =3D> I did the same for each of the 5 same bench tests (same > configuration-set, just a reboot between them). And I've put these 5 > numbers in the file named SVN-REV.CONFIG-SET. > =3D> From these 5 numbers, I've calculated the "median" value again: > This give me a unique performance number that I've used as gnuplot > data file. > > ## Bisection ## > > From this first result, I've selected others svn revision to > generated: The goal was to spot the exact commit that brings the > change. > But it was not feasible for all regression spotted, because of > unbuildable source or non-bootable resulting nanobsd image. > > ## Final: a full re-run ## > > Once all my benchs done, I've wait few days and re-started all tests a > second time: Before to publish my result, I would to check that all my > results were reproducible. > > # Annexes # > > ## configuration sets ## > > ### common to all configuration ### > Forwarding enabled > Ethernet flow-control disabled (dev.em.0.fc=3D0 and/or > dev.em.0.flow_control=3D0) > NIC drivers tunned: > hw.em.rx_process_limit: 500 > hw.em.txd: 4096 > hw.em.rxd: 4096 > static ARP entry configured on all server and static MAC/Pport entry > on the switch too (prevent the switch to age out the packet receiver's > MAC address). > > ### forwarding ### > nothing special > > ### ipfw ### > > /etc/ipfw.rules: > #!/bin/sh > fwcmd=3D"/sbin/ipfw" > # Flush out the list before we begin. > ${fwcmd} -f flush > ${fwcmd} add 3000 allow ip from any to any > > ### pf ### > > /etc/pf.conf: > set skip on lo0 > pass > > [1] > http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bisection= -gen.sh > [2] > http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bench-lab= .sh > [3] > http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bench-lab= -ministat.sh > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 12:11:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4F078B7E; Wed, 24 Apr 2013 12:11:19 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 00708113D; Wed, 24 Apr 2013 12:11:18 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id b10so676942vea.5 for ; Wed, 24 Apr 2013 05:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=fnfxopM8170+F4mF4VYM/LWP7u5e3wVjnwZ6cvncPE8=; b=FZ7Sx5LQGuQHBjx5yLVrjFhyOAZSpuNUdv1yHSYA+oOfUJYEmzsMEV2K5zVUqLcNEv WOLElgSfCcS5elj9ct9dP+xMlm6blsT5QqDip/0Jcee+8yVk8obe1C1hn6IkKFvOjtsq ax6V6aXyMYexMA0pnENcuGIGM8RNBfmeJVeIl0do5ntbm9A1gFyzoijIU9QbyggQ+rKv Ocl20Fxbg9kqv9hO+36qjX2TSzLltClrWDIegAshnu0Tme+XAXPmy0CcBtGCgv/NUucs VxHxNlpCspwaHuEr+m3vnKXZhNfdVK9mgFFyIHbjc28I9loxMvqv17v9SHO3IwsK+jGV 8n3w== X-Received: by 10.59.11.199 with SMTP id ek7mr25203600ved.19.1366805478562; Wed, 24 Apr 2013 05:11:18 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.59.9.103 with HTTP; Wed, 24 Apr 2013 05:10:58 -0700 (PDT) In-Reply-To: References: From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Wed, 24 Apr 2013 14:10:58 +0200 X-Google-Sender-Auth: loOTZXIuqfsVXS_vOYDLgNy_bXM Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current To: Sami Halabi Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 12:11:19 -0000 On Wed, Apr 24, 2013 at 1:46 PM, Sami Halabi wrote: > Oliver, > Great and impressive job. Thanks, > 3. there some point of improved performance (without fw) that went down > again somewhere before Clang got prod. => Yes, I'm still working on detected the commit that create this degradation. > For now i would continue using ipfw :-) Don't use this bench for comparing pf and ipfw performance: Using the single parameter "small packet per second throughput" is not enough for comparing firewalls performance. If you read RFC3511 (Benchmarking Methodology for Firewall Performance) you will notice that we need to compare lot's more parameters like: - IP throughput - Concurrent TCP Connection Capacity - Maximum TCP Connection Establishment Rate - Maximum TCP Connection Tear Down Rate - Denial Of Service Handling - HTTP Transfer Rate - Maximum HTTP Transaction Rate - Illegal Traffic Handling - IP Fragmentation Handling - Latency - etc... And I want to add another: High availability feature like with pfsync :-) Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 12:35:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 470749D for ; Wed, 24 Apr 2013 12:35:14 +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 B132C1232 for ; Wed, 24 Apr 2013 12:35:13 +0000 (UTC) Received: (qmail 79341 invoked from network); 24 Apr 2013 13:39:58 -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 ; 24 Apr 2013 13:39:58 -0000 Message-ID: <5177D17B.5050609@freebsd.org> Date: Wed, 24 Apr 2013 14:35:07 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?windows-1252?Q?Olivier_Cochard-Labb=E9?= Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 12:35:14 -0000 On 24.04.2013 12:45, Olivier Cochard-Labbé wrote: > Hi all, > > here is the result of my simple-and-dummy bench script regarding > forwarding/ipfw/pf performance evolution on -current on a single-core > server with one flow only. > It's the result of more than 810 bench tests (including reboot between > each) done twice for validating my methodology. Thanks for your excellent work in doing this benchmark time-series, > - One server with 2 NIC in the middle as a router/firewall, serial > connection, and nanobsd image on it (very easy to upgrade): IBM > eServer xSeries 306m with one core (Intel Pentium4 3.00GHz, > hyper-threading disabled) and a dual NIC 82546GB connected to the > PCI-X Bus; however I want to point out that the Pentium4 has about the worst lock overhead of all cpu architectures, even on UP. This may cause certain changes to look much worse than they are on currently popular architectures. For an estimate and time-series comparison your bench test is very helpful though. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 13:33:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4598FC67; Wed, 24 Apr 2013 13:33:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF13157C; Wed, 24 Apr 2013 13:33:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3ODXkrn043789; Wed, 24 Apr 2013 09:33:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3ODXkkx043776; Wed, 24 Apr 2013 13:33:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Apr 2013 13:33:46 GMT Message-Id: <201304241333.r3ODXkkx043776@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 13:33:48 -0000 TB --- 2013-04-24 12:49:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-24 12:49: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 --- 2013-04-24 12:49:07 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-24 12:49:07 - cleaning the object tree TB --- 2013-04-24 12:50:03 - /usr/local/bin/svn stat /src TB --- 2013-04-24 12:50:07 - At svn revision 249829 TB --- 2013-04-24 12:50:08 - building world TB --- 2013-04-24 12:50:08 - CROSS_BUILD_TESTING=YES TB --- 2013-04-24 12:50:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-24 12:50:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-24 12:50:08 - SRCCONF=/dev/null TB --- 2013-04-24 12:50:08 - TARGET=mips TB --- 2013-04-24 12:50:08 - TARGET_ARCH=mips64 TB --- 2013-04-24 12:50:08 - TZ=UTC TB --- 2013-04-24 12:50:08 - __MAKE_CONF=/dev/null TB --- 2013-04-24 12:50:08 - cd /src TB --- 2013-04-24 12:50:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 24 12:50:12 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kld.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kthr.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:122: error: 'struct trapframe' has no member named 't4' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:123: error: 'struct trapframe' has no member named 't5' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:124: error: 'struct trapframe' has no member named 't6' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:125: error: 'struct trapframe' has no member named 't7' *** [trgt_mips.o] Error code 1 Stop in /src/gnu/usr.bin/gdb/kgdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin/gdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin. *** [all] Error code 1 Stop in /src/gnu. *** [gnu.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-24 13:33:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-24 13:33:46 - ERROR: failed to build world TB --- 2013-04-24 13:33:46 - 1992.31 user 434.31 system 2679.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 14:36:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AEB4CC16 for ; Wed, 24 Apr 2013 14:36:03 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF341831 for ; Wed, 24 Apr 2013 14:36:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id C1A342A83074 for ; Wed, 24 Apr 2013 16:35:53 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0A3VpR3HR1zA for ; Wed, 24 Apr 2013 16:35:53 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 057E02A83073 for ; Wed, 24 Apr 2013 16:35:53 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UV0nX-0006S1-QK for current@freebsd.org; Wed, 24 Apr 2013 16:35:51 +0200 To: current@freebsd.org Subject: 'service named reload' with non-default system directories. From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 24 Apr 2013 16:35:51 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 14:36:03 -0000 Hi I often run named outside of the system default directories so that amongst other things a mergemaster fumble doesn't break my name servers. This however breaks rndc because it is not imbued with the clue of where to find its key. /etc/rc.d/named does create the key file in the correct place according to the configured chroot directory. The reload section just doesn't tell rndc where to find it. Can I suggest for a minimal change: --- /usr/src/etc/rc.d/named 2013-04-15 20:17:58.000000000 +0200 +++ /etc/rc.d/named 2013-04-24 16:16:52.000000000 +0200 @@ -109,7 +109,7 @@ named_reload() { - ${command%/named}/rndc reload + ${command%/named}/rndc -k ${named_confdir}/rndc.key reload } find_pidfile() A more invasive change: The bind9 reference suggests that named loading rndc.key is for backwards compatibility. "Since the rndc.key feature is only intended to allow the backward-compatible usage of BIND 8 configuration files, this feature does not have a high degree of configurability. You cannot easily change the key name or the size of the secret, so you should make a rndc.conf with your own key if you wish to change those things. So, I 'include "path/to/rndc.key";' in named.conf, add a controls section that uses this named key and I use the following rndc.conf: ---named.conf--- include "/etc/namedb/rndc.key"; controls { inet 127.0.0.1 allow { 127.0.0.1; } keys { "rndc-key"; }; }; ---named.conf--- ---rndc.conf--- include "/etc/namedb/rndc.key"; options { default-server localhost; default-key rndc-key; }; server localhost { key rndc-key; }; ---rndc.conf--- And the following version of the above patch: --- /usr/src/etc/rc.d/named 2013-04-15 20:17:58.000000000 +0200 +++ /etc/rc.d/named 2013-04-24 16:16:52.000000000 +0200 @@ -109,7 +109,7 @@ named_reload() { - ${command%/named}/rndc reload + ${command%/named}/rndc -c ${named_confdir}/rndc.conf reload } find_pidfile() this will allow the rc system to reload and stop named (without a kill) no matter what the configured chroot is. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 16:27:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 01038F16 for ; Wed, 24 Apr 2013 16:27:25 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm8-vm0.bullet.mail.ne1.yahoo.com (nm8-vm0.bullet.mail.ne1.yahoo.com [98.138.91.23]) by mx1.freebsd.org (Postfix) with ESMTP id BC0951EE7 for ; Wed, 24 Apr 2013 16:27:25 +0000 (UTC) Received: from [98.138.226.177] by nm8.bullet.mail.ne1.yahoo.com with NNFMP; 24 Apr 2013 16:27:19 -0000 Received: from [98.138.226.130] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 24 Apr 2013 16:27:19 -0000 Received: from [127.0.0.1] by smtp217.mail.ne1.yahoo.com with NNFMP; 24 Apr 2013 16:27:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1366820839; bh=1HrBP9B6ZuBfhg7b3aynQQf1XxqMwx0gNlADepNnICs=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=3VIyHCCBcCWBpYrBKrLQIyoiRA0ZYFirv6iOxov+pbKff6rrWQrm/i8F+SjdeqowrFUTzH17E2xmPOs2yHknmctLxdXDgxgTKbfdfBDmYpWpgRfNxkMaqeAVjpV/YV6kO2V81L1+jhtyl/W4lOVSHYDRU9cXnYHAKPkPgcDIhSc= X-Yahoo-Newman-Id: 432203.2001.bm@smtp217.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: MSjBvEwVM1m4myIZ5QZPDicdmAk0eIFgKXPMv427LAOtkLM KeCmjgElM.U3JoIHlnU3bJO0SFJqsOOGQvhJ.KonQvjX8OwsZkm3PuAOdM9a inVvTiAXqv_TOv8NXMgmL.EpOQPAAn73dsPL2f3tnmiY42kyT3IYLHWXzcRI ko0X48_nC4HTSE2Fu83HrHB27YcR7MXOSUoZn3JBjI1yaZbRfcOVda8pmNfd zue43PnY0Jufk98XQ141vUA5JnH9TLpyBImgNOlD0p.3rQsOuCRjVjmBDvZv 4SZMWpRU_5dMCZ4jrgJE9sd5VO6Qy9Q4vKln2WQS1YMtf2nZVoAu6jsi0WGM lX5M90C2im6j2.0sJbY_onMxIO1Vwfplejl51wMxGSJJkbnyfga_WYFG3Pqx jucRnj.YJ1knVH5iBohh7UXRMitNes_6.cKx81KyY.R3jYNMowhnOUJ0j8c_ Nl3oaldRNASRRYhqbSbYPfKKxPqztguftTA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain) by smtp217.mail.ne1.yahoo.com with SMTP; 24 Apr 2013 16:27:19 +0000 UTC Subject: Re: 'service named reload' with non-default system directories. From: Sean Bruno To: Ian FREISLICH In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wNGJmCJj96NcA6Rbdy4b" Date: Wed, 24 Apr 2013 09:27:18 -0700 Message-ID: <1366820838.1405.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 16:27:26 -0000 --=-wNGJmCJj96NcA6Rbdy4b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2013-04-24 at 16:35 +0200, Ian FREISLICH wrote: >=20 > --- /usr/src/etc/rc.d/named 2013-04-15 20:17:58.000000000 +0200 > +++ /etc/rc.d/named 2013-04-24 16:16:52.000000000 +0200 > @@ -109,7 +109,7 @@ > =20 > named_reload() > { > - ${command%/named}/rndc reload > + ${command%/named}/rndc -k ${named_confdir}/rndc.key reload > } > =20 > find_pidfile() > So, I 'include "path/to/rndc.key";' in named.conf, add a controls > section that uses this named key and I use the following rndc.conf: >=20 > ---named.conf--- > include "/etc/namedb/rndc.key"; >=20 > controls { > inet 127.0.0.1 allow { 127.0.0.1; } keys { "rndc-key"; }; > }; > ---named.conf--- >=20 > ---rndc.conf--- > include "/etc/namedb/rndc.key"; >=20 > options { > default-server localhost; > default-key rndc-key; > }; >=20 > server localhost { > key rndc-key; > }; > ---rndc.conf--- >=20 > And the following version of the above patch: >=20 > --- /usr/src/etc/rc.d/named 2013-04-15 20:17:58.000000000 +0200 > +++ /etc/rc.d/named 2013-04-24 16:16:52.000000000 +0200 > @@ -109,7 +109,7 @@ > =20 > named_reload() > { > - ${command%/named}/rndc reload > + ${command%/named}/rndc -c ${named_confdir}/rndc.conf reload > } > =20 > find_pidfile() >=20 > this will allow the rc system to reload and stop named (without a > kill) no matter what the configured chroot is. >=20 > Ian >=20 Would we need a change to /etc/defaults/rc.conf to set ${named_confdir} to the default location if not set? Also, there already appears to be a ${named_conf} that points to whatever named.conf specified (defaults to /etc/namedb/named.conf). Is this complementary to what you're poking at? Sean --=-wNGJmCJj96NcA6Rbdy4b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJReAfeAAoJEBkJRdwI6BaHSAoH/0gj6jo27TgT6JQzDXprrZbT JMSbN5MDBNW7kaYz0KAz4XqnWw39MML5ZEp2xi12/BaOWlWfj981IoRCGudUFaYX ydY2ioVX4NQ4u80mnz4ZweNjQUf4XoGJTYUcrvw53QP8/lR8bxC4Wv7CkA6vJszT 9WyD8Y9XSWt8o8vwL0sjPobOWziJe7OCk7o1yAWHp7a5Dz/5MAYXGiq2nQgurNFg 01+8/Q61RKQP64cXO65rouHObVQ22rIG75mHGl9OXRYidKOZvshofsIQJY1w5pLz f4yrQXA/xvc5DvmGWw9WmMOENG6ztHTbGpEfWNtrLjMnWuz1ydPLoWswBSLmVnw= =ucAK -----END PGP SIGNATURE----- --=-wNGJmCJj96NcA6Rbdy4b-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 16:55:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 90406AC8; Wed, 24 Apr 2013 16:55:54 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2391067; Wed, 24 Apr 2013 16:55:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id A89E42B43067; Wed, 24 Apr 2013 18:55:45 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MUoUHbkPQzjL; Wed, 24 Apr 2013 18:55:44 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 57DCD2B42FB0; Wed, 24 Apr 2013 18:55:44 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UV2yt-0006YV-34; Wed, 24 Apr 2013 18:55:43 +0200 To: sbruno@freebsd.org From: Ian FREISLICH Subject: Re: 'service named reload' with non-default system directories. In-reply-to: <1366820838.1405.3.camel@localhost> References: <1366820838.1405.3.camel@localhost> X-Attribution: BOFH Date: Wed, 24 Apr 2013 18:55:42 +0200 Message-Id: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 16:55:54 -0000 Sean Bruno wrote: > Would we need a change to /etc/defaults/rc.conf to set ${named_confdir} > to the default location if not set? I'm not sure. It's derived: load_rc_config $name # Updating the following variables requires that rc.conf be loaded first # required_dirs="$named_chrootdir" # if it is set, it must exist named_confdir="${named_chrootdir}${named_conf%/*}" I don't think that I did a particularly good job of making it work for all instances. It's more of an opening move to get this working properly wherever the admin chooses to put the named chroot. I'm still expecting comments from Doug Barton. > Also, there already appears to be a ${named_conf} that points to > whatever named.conf specified (defaults to /etc/namedb/named.conf). Is > this complementary to what you're poking at? This is specifically rndc (not named) that fails to find its key or config if you choose to use a chrootdir that isn't the default. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 18:12:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9D438FB1; Wed, 24 Apr 2013 18:12:05 +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 59D261469; Wed, 24 Apr 2013 18:12:05 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UV4Af-003ITn-9Q>; Wed, 24 Apr 2013 20:11:57 +0200 Received: from g229090146.adsl.alicedsl.de ([92.229.90.146] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UV4Af-003HTK-5R>; Wed, 24 Apr 2013 20:11:57 +0200 Subject: Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@ From: "O. Hartmann" To: Dimitry Andric In-Reply-To: <532C5501-DA3C-4098-AAB4-D6C6BE6BB7FB@freebsd.org> References: <1365877246.2093.20.camel@thor.walstatt.dyndns.org> <1URs5b-000B9U-A2@internal.tormail.org> <1USKxR-00025i-Tt@internal.tormail.org> <516EF507.6040309@FreeBSD.org> <532C5501-DA3C-4098-AAB4-D6C6BE6BB7FB@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-3Don2O7NaYw/83uy6UYc" Date: Wed, 24 Apr 2013 20:11:56 +0200 Message-ID: <1366827116.1454.1.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.229.90.146 Cc: FreeBSD Current , FreeBSD ports , Jung-uk Kim , Jan Beich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 18:12:05 -0000 --=-3Don2O7NaYw/83uy6UYc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-04-23 at 21:03 +0200, Dimitry Andric wrote: > On Apr 17, 2013, at 21:16, Jung-uk Kim wrote: > > On 2013-04-17 06:07:47 -0400, Dimitry Andric wrote: > >> On Apr 17, 2013, at 07:31, Jan Beich wrote: > >>> Dimitry Andric writes: On Apr 16, 2013, at > >>> 00:42, Jan Beich wrote: > >> ... > >>>>> Maybe -O3 overoptimizes regex in libc e.g., > >>>>>=20 > >>>>> $ echo '#if @GNULIB_EUIDACCESS@' | sed > >>>>> 's/@GNULIB_EUIDACCESS@/0/' #if @GNULIB_EUIDACCESS@ > >>>>>=20 > >>>>> $ echo 'aaaaaaaaaaaaaaaaxxxaaaa' | sed > >>>>> 's/aaaaaaaaaaaaxxxaaaa//' aaaaaaaaaaaaaaaaxxxaaaa > >>>>=20 > >>>> How did you arrive at this result? > >>>=20 > >>> 1/ chroot into poudriere jail for /head amd64 2/ echo CFLAGS+=3D-O3 > >>>>> /etc/make.conf 3/ make -j2 (in /usr/src/lib/libc) 4/ prepend > >>> LD_LIBRARY_PATH=3D. before sed(1) 5/ rebuild regcomp.o, regcomp.So > >>> with -O2 to confirm > >>=20 > >> I have been able to reproduce this on amd64, with -O3, but not on > >> i386. It seems regcomp() is either miscompiled at -O3, or it > >> contains some bug triggered only by the vectorizer. I am still > >> investigating. > > ... > >=20 > > With "-fno-vectorize", this problem doesn't seem to happen. >=20 > After some more investigation, I submitted LLVM PR 15830, with a test > case reduced from our regcomp.c. It got diagnosed and fixed pretty > quickly, and I have pulled in the fix in r249817. Please verify it, by > rebuilding libc with your original -O3 settings; the sed commands listed > above should now work correctly. Both the ports devel/libiconv and graphics/jasper do not show the reported error anymore after this patch! Thanks for helping fixing this that fast! With regards, Oliver --=-3Don2O7NaYw/83uy6UYc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJReCBsAAoJEOgBcD7A/5N8QE4H/jiT/sd1DwfkY0E5osnpiiWO ylLCC1Y/72wHxc/Z4kv5sTo8fRyvwL89CZVTiQVtadOnnXsduxptg1R2wJ+v9OS7 AHSnjF5HqOzOqPoJwGHJOFwqOqyQ/spx6PlQWP/MFk8g7NbdhpysFeCtEZNMWmxH Z+bUtA19iueXBIc4wHZ4tS1IVBxES+PqTnDgeJbwqqKfCHovz9d5qdd5Y+/fVZiP 0nkRS6WUVt9ZDks0dFgbtPSl5Nod+cDjNMks+PTwEwYuVfVmEBt9yrc/de24fjLF OqprLVck12Yj8GNdLQMN1tEwkjoabqyEMno0fA7RifZlGtDrtWytt3Y/ZV8CLtI= =mA+C -----END PGP SIGNATURE----- --=-3Don2O7NaYw/83uy6UYc-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 19:05:49 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B56209B4 for ; Wed, 24 Apr 2013 19:05:49 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC721760 for ; Wed, 24 Apr 2013 19:05:48 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3OJ5msi064195 for ; Wed, 24 Apr 2013 23:05:48 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3OJ5mbc064194 for current@FreeBSD.org; Wed, 24 Apr 2013 23:05:48 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 24 Apr 2013 23:05:48 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: Re: panic on a NULL turnstile on boot on r249810 Message-ID: <20130424190548.GX76816@FreeBSD.org> References: <20130423202502.GL76816@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130423202502.GL76816@glebius.int.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 19:05:49 -0000 On Wed, Apr 24, 2013 at 12:25:02AM +0400, Gleb Smirnoff wrote: T> just upgraded from r245115 to r249810 and now box reliably panics on T> boot a second after mounting root. I've nailed it down. It is a stack buffer overflow in the nvidia-driver. I've submitted patch to port maintainer. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 20:01:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F21FC54; Wed, 24 Apr 2013 20:01:09 +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 045F31BAE; Wed, 24 Apr 2013 20:01:08 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-237-17.lns20.per1.internode.on.net [121.45.237.17]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r3OK13Cj065304 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 24 Apr 2013 13:01:06 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <517839FF.6050202@freebsd.org> Date: Thu, 25 Apr 2013 04:01:03 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?windows-1252?Q?Olivier_Cochard-Labb=E9?= Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 20:01:09 -0000 On 4/24/13 6:45 PM, Olivier Cochard-Labbé wrote: > Hi all, > > here is the result of my simple-and-dummy bench script regarding > forwarding/ipfw/pf performance evolution on -current on a single-core > server with one flow only. > It's the result of more than 810 bench tests (including reboot between > each) done twice for validating my methodology. > > very cool bet that was fun.. From owner-freebsd-current@FreeBSD.ORG Wed Apr 24 20:21:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 61D85493; Wed, 24 Apr 2013 20:21:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 303A21CDA; Wed, 24 Apr 2013 20:21:21 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id r3OKLKts029942; Wed, 24 Apr 2013 16:21:20 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <51783ED0.1040601@sentex.net> Date: Wed, 24 Apr 2013 16:21:36 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: =?windows-1252?Q?Olivier_Cochard-Labb=E9?= Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 20:21:21 -0000 On 4/24/2013 6:45 AM, Olivier Cochard-Labbé wrote: > # Why all these benchs ? # > > I've found performance regression regarding packet forwarding/ipfw/pf > speed on -current comparing to 9.1 on my old server. BTW, how much of a drop in performance as compared to 9.1 ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 00:52:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 23C17304; Thu, 25 Apr 2013 00:52: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 EF99716A1; Thu, 25 Apr 2013 00:52: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 r3P0qXC4077317; Wed, 24 Apr 2013 20:52:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3P0qXV1077303; Thu, 25 Apr 2013 00:52:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 25 Apr 2013 00:52:33 GMT Message-Id: <201304250052.r3P0qXV1077303@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 00:52:40 -0000 TB --- 2013-04-25 00:07:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 00:07:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-25 00:07:39 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-25 00:07:39 - cleaning the object tree TB --- 2013-04-25 00:08:40 - /usr/local/bin/svn stat /src TB --- 2013-04-25 00:08:43 - At svn revision 249844 TB --- 2013-04-25 00:08:44 - building world TB --- 2013-04-25 00:08:44 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 00:08:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 00:08:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 00:08:44 - SRCCONF=/dev/null TB --- 2013-04-25 00:08:44 - TARGET=mips TB --- 2013-04-25 00:08:44 - TARGET_ARCH=mips64 TB --- 2013-04-25 00:08:44 - TZ=UTC TB --- 2013-04-25 00:08:44 - __MAKE_CONF=/dev/null TB --- 2013-04-25 00:08:44 - cd /src TB --- 2013-04-25 00:08:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 00:08:49 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kld.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kthr.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:122: error: 'struct trapframe' has no member named 't4' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:123: error: 'struct trapframe' has no member named 't5' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:124: error: 'struct trapframe' has no member named 't6' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:125: error: 'struct trapframe' has no member named 't7' *** [trgt_mips.o] Error code 1 Stop in /src/gnu/usr.bin/gdb/kgdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin/gdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin. *** [all] Error code 1 Stop in /src/gnu. *** [gnu.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-25 00:52:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-25 00:52:33 - ERROR: failed to build world TB --- 2013-04-25 00:52:33 - 1993.09 user 432.59 system 2693.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 05:40:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 148F7535; Thu, 25 Apr 2013 05:40:32 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id B72E71FEC; Thu, 25 Apr 2013 05:40:31 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id w16so2336764vbf.41 for ; Wed, 24 Apr 2013 22:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=V4VxMPPFg/VPsHqf/fCDg2U8ZaOHTO/y26449xjlBN8=; b=Spg20z21k/4an2UQql6X6RmCc8aEeS/ojh2FDj9C0uBflR5YBLZ0GgIVTgiPtLUzeX CabAceBc8D+f+cOYSUWVXUHzdU0aP8WF5fDSRJgtgnurgx2EgU6JMUPWTV92jLVrPGpw d5rQwJqEh7z44HVXCmFv7Cxb6rZVtrT9hCV81ks7bw9JY5Yy5IIksmUxNP5rpkcm+kxx fC+0wA/ikBNYUL1Un8//jDfDx0vjFL48Xb2fZ2zQ2KCUvP6CSdF5ETyjCN08jXXXXoUw 1fP3hNcBsel3RUIGwwvjRWN+yhugXl9+uzr15FF3UnOu2liQ2nBZBSGn3v1fTlPIEn1h ApKA== X-Received: by 10.59.11.199 with SMTP id ek7mr26676929ved.19.1366868430482; Wed, 24 Apr 2013 22:40:30 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.59.9.103 with HTTP; Wed, 24 Apr 2013 22:40:10 -0700 (PDT) In-Reply-To: References: From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Thu, 25 Apr 2013 07:40:10 +0200 X-Google-Sender-Auth: 6QC2VpXWK8UHLrZxpwVYCHugRNM Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current To: Sami Halabi Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 05:40:32 -0000 On Wed, Apr 24, 2013 at 1:46 PM, Sami Halabi wrote: > 3. there some point of improved performance (without fw) that went down > again somewhere before Clang got prod. Found it ! It's commit 242402: "Rework the known mutexes..." ministat -s 242401.forwarding 242402.forwarding x 242401.forwarding + 242402.forwarding +---------------------------------------------------------------------------------------+ | + | |+ + + + x xx x x| | |____A____| | | |_____A_M___| | +---------------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 417527 420242 418902 419074 1049.7974 + 5 402211 404828 404096 403689 1237.6696 Difference at 95.0% confidence -15385 +/- 1673.69 -3.67119% +/- 0.399377% (Student's t, pooled s = 1147.58) From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 09:28:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E6E063A5 for ; Thu, 25 Apr 2013 09:28: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 42BA0183B for ; Thu, 25 Apr 2013 09:28:30 +0000 (UTC) Received: (qmail 99753 invoked from network); 25 Apr 2013 10:32:57 -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 ; 25 Apr 2013 10:32:57 -0000 Message-ID: <5178F72F.90008@freebsd.org> Date: Thu, 25 Apr 2013 11:28:15 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , Sami Halabi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 09:28:31 -0000 On 25.04.2013 07:40, Olivier Cochard-Labbé wrote: > On Wed, Apr 24, 2013 at 1:46 PM, Sami Halabi wrote: >> 3. there some point of improved performance (without fw) that went down >> again somewhere before Clang got prod. > > Found it ! > > It's commit 242402: "Rework the known mutexes..." Again one has to be really careful drawing any firm conclusions from this as it was measured on a Pentium4 and UP kernel (GENERIC would add WITNESS and INVARIANT overhead as well). The Pentium4 is about the worst micro-architecture when it comes to locks and easily regresses. At the same time modern Intel Core i[3-7] and AMD64 may actually improve with these changes. Unless more recent micro-archs have been shown to exhibit the same regression we can't claim this change was bad (other than for Pentium4). -- Andre > ministat -s 242401.forwarding 242402.forwarding > x 242401.forwarding > + 242402.forwarding > +---------------------------------------------------------------------------------------+ > | + > | > |+ + + + > x xx x x| > | > |____A____| | > | |_____A_M___| > | > +---------------------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 5 417527 420242 418902 419074 1049.7974 > + 5 402211 404828 404096 403689 1237.6696 > Difference at 95.0% confidence > -15385 +/- 1673.69 > -3.67119% +/- 0.399377% > (Student's t, pooled s = 1147.58) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 10:53:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 43079A0; Thu, 25 Apr 2013 10:53:24 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f47.google.com (mail-oa0-f47.google.com [209.85.219.47]) by mx1.freebsd.org (Postfix) with ESMTP id 04F031CF9; Thu, 25 Apr 2013 10:53:23 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id n9so2628032oag.20 for ; Thu, 25 Apr 2013 03:53:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=xwYyMTKnNHOboi9Kxa8I7gKOaQpnn0BpAYnL13brURI=; b=wJtLUijC91hkQBEASb0DsCiSuRG3oPe5jjoQLGcaNu17gKPNaiwKG/p/HkMvFJrstM wQTdjGThZ4IFHuCh0t79zG+9xJZwctEWqdwD6FJ2XpouIwCPF3qp53lPyRERGaMdQK8h ySA2QqPtIq8DV+FRly2SxHXw4esdJawjnvZYLZQPaVRdxXV1UKVXnfMxPxmo6K2LisgM qSG2k7Sp4D0vxmxYAbG8Vzv3Z+u8aCTo3WBwHBoJaYyjlDVPyTs9xbmiztMrMvuZlJ1v dpcnY+1medSgJBDAAWPPOLn0/IW53uWCdMq1XBXQDJibNggayj06jjrtUZ+zmQ7QhQF7 LA+A== MIME-Version: 1.0 X-Received: by 10.182.220.161 with SMTP id px1mr14997147obc.42.1366887203199; Thu, 25 Apr 2013 03:53:23 -0700 (PDT) Received: by 10.182.161.100 with HTTP; Thu, 25 Apr 2013 03:53:23 -0700 (PDT) In-Reply-To: References: Date: Thu, 25 Apr 2013 12:53:23 +0200 Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current From: Oliver Pinter To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 10:53:24 -0000 nice work! On 4/24/13, Olivier Cochard-Labb=E9 wrote: > Hi all, > > here is the result of my simple-and-dummy bench script regarding > forwarding/ipfw/pf performance evolution on -current on a single-core > server with one flow only. > It's the result of more than 810 bench tests (including reboot between > each) done twice for validating my methodology. > > # Disclaimer # > > 1. It's not a "max performance" bench: The purpose is to graph the > variation of the performance only. > 2. I know that using a single-core server in 2013 is a stupid idea but > it's all I've got on my lab :-( > > # Why all these benchs ? # > > I've found performance regression regarding packet forwarding/ipfw/pf > speed on -current comparing to 9.1 on my old server. > glebius@ ask me to do some bisection hunting on different -current > revision for spotting the culprit commit. > But as a lazy guy, in place of doing bisection, I've choose about 50 > svn revision and graph them all: It's a lot's more easy to script this > than a bisection algorithm :-) For the future: use the FreeBSD's git repo, and then the git bisect command. ;) https://www.kernel.org/pub/software/scm/git/docs/git-bisect.html > And the result is interesting=85 > > # The results # > > The gnuplot diagram in png format with some confirmed specifics spots > is available here: > http://gugus69.free.fr/freebsd/benchs/current/current-pps.png > > A confirmed spot is a measurable change between revision N-1 and revision > N. > > =3D> Remember that I'm used a single-core before reading the result! > The "regression" of the new SMP pf is not really a regression: The > system is now usable during this high PPS bench and it was not the > case before this improvement. > > ## gnuplot data ## > > Available here: http://gugus69.free.fr/freebsd/benchs/current/plot/ > It's the data and plot file used for generating the graph: You can use > them for zooming on it. > > ## ministat data ## > > Available here: http://gugus69.free.fr/freebsd/benchs/current/ministat/ > > You can use it for comparing result between 2 revision, like as example: > ministat -s 242160.ipfw 242161.ipfw > > ## raw data ## > > Outpout of pkg-gen during all tests: > http://gugus69.free.fr/freebsd/benchs/current/raw/ > > ## nanobsd images # > > All binary mages used for these benchs are here: > http://gugus69.free.fr/freebsd/benchs/current/nanobsd-images/ > > There is only one "full" image to be used for the first installation, > and all other are "upgrade" image. > They use the serial port as default console too. > > # Methodology used # > > ## First step: building a small lab ## > > I've used 3 old unused servers and a good switch: > - One server as netmap pkt-gen packet generator (1.38Mpps of minimum > size packet); > - One server as netmap pkt-gen receiver; > - One server with 2 NIC in the middle as a router/firewall, serial > connection, and nanobsd image on it (very easy to upgrade): IBM > eServer xSeries 306m with one core (Intel Pentium4 3.00GHz, > hyper-threading disabled) and a dual NIC 82546GB connected to the > PCI-X Bus; > - a Cisco Catalyst switch for connecting all (its own statistics can > be used as a tie breaker if I've got a doubt regarding the result > given by netmap pkt-gen). > > All servers have another NIC for the admin network (bench script send > SSH commands and nanobsd image upgrade over this dedicated NIC). > > I've used netmap pkt-gen for generating smallest packet size from the > generator to the receiver like that: > pkt-gen -i em0 -t 0 -l 42 -d 1.1.1.1 -D 00:0e:0c:de:45:df -s 2.2.2.2 -w 1= 0 > Results was collected on the pkt-gen receiver. > > ## Second step: building small nanobsd images ## > > Now we need lot's of small nanobsd images generated from the svn > revision number selected for the bench: cf script [1]. > About 50 revisions were selected between 236884 to 249506: Candidate > chosen by reading the svn commit log. > > ## Third step: auto-bench script ## > > This auto-bench script [2] do these tasks: > 1. Upgrading the server to the release to be tested; > 2. Uploading configuration set to be tested (forwarding-only, ipfw > or pf) & reboot; > 3. Start the bench test, collecting the result, and reboot: 5 > times for each configuration-set; > 4 Loop to next configuration set; > 5. Loop to next release. > > ## Last step: converting result for ministat and gnuplot ## > > I've used a last script for interpreting the output of pkt-gen > receiver for ministat and gnuplot [3]. > > Because I'm not sure if I've used the good method for preparing my > data, here is how I've generated the ministat and gnuplot graph: > > For just one test, the output of pkt-gen in receive mode is lot's of > lines like that: > main [1085] 400198 pps > main [1085] 400287 pps > main [1085] 400240 pps > main [1085] 400235 pps > main [1085] 400245 pps > ... > > I've calculated the median value [3] (thanks ministat) all these > results: This give me only one number for the test. > =3D> I did the same for each of the 5 same bench tests (same > configuration-set, just a reboot between them). And I've put these 5 > numbers in the file named SVN-REV.CONFIG-SET. > =3D> From these 5 numbers, I've calculated the "median" value again: > This give me a unique performance number that I've used as gnuplot > data file. > > ## Bisection ## > > From this first result, I've selected others svn revision to > generated: The goal was to spot the exact commit that brings the > change. > But it was not feasible for all regression spotted, because of > unbuildable source or non-bootable resulting nanobsd image. > > ## Final: a full re-run ## > > Once all my benchs done, I've wait few days and re-started all tests a > second time: Before to publish my result, I would to check that all my > results were reproducible. > > # Annexes # > > ## configuration sets ## > > ### common to all configuration ### > Forwarding enabled > Ethernet flow-control disabled (dev.em.0.fc=3D0 and/or > dev.em.0.flow_control=3D0) > NIC drivers tunned: > hw.em.rx_process_limit: 500 > hw.em.txd: 4096 > hw.em.rxd: 4096 > static ARP entry configured on all server and static MAC/Pport entry > on the switch too (prevent the switch to age out the packet receiver's > MAC address). > > ### forwarding ### > nothing special > > ### ipfw ### > > /etc/ipfw.rules: > #!/bin/sh > fwcmd=3D"/sbin/ipfw" > # Flush out the list before we begin. > ${fwcmd} -f flush > ${fwcmd} add 3000 allow ip from any to any > > ### pf ### > > /etc/pf.conf: > set skip on lo0 > pass > > [1] > http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bisection= -gen.sh > [2] > http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bench-lab= .sh > [3] > http://sourceforge.net/p/bsdrp/code/HEAD/tree/trunk/BSDRP/tools/bench-lab= -ministat.sh > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 12:07:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F19D377B; Thu, 25 Apr 2013 12:07:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C926610A8; Thu, 25 Apr 2013 12:07:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3PC7aVg081416; Thu, 25 Apr 2013 08:07:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3PC7aYK081407; Thu, 25 Apr 2013 12:07:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 25 Apr 2013 12:07:36 GMT Message-Id: <201304251207.r3PC7aYK081407@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 12:07:38 -0000 TB --- 2013-04-25 11:22:58 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 11:22:58 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-25 11:22:58 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-25 11:22:58 - cleaning the object tree TB --- 2013-04-25 11:23:56 - /usr/local/bin/svn stat /src TB --- 2013-04-25 11:23:59 - At svn revision 249877 TB --- 2013-04-25 11:24:00 - building world TB --- 2013-04-25 11:24:00 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 11:24:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 11:24:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 11:24:00 - SRCCONF=/dev/null TB --- 2013-04-25 11:24:00 - TARGET=mips TB --- 2013-04-25 11:24:00 - TARGET_ARCH=mips64 TB --- 2013-04-25 11:24:00 - TZ=UTC TB --- 2013-04-25 11:24:00 - __MAKE_CONF=/dev/null TB --- 2013-04-25 11:24:00 - cd /src TB --- 2013-04-25 11:24:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 11:24:04 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kld.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/kthr.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt.c cc -O -pipe -G0 -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/mips -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/mips -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:122: error: 'struct trapframe' has no member named 't4' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:123: error: 'struct trapframe' has no member named 't5' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:124: error: 'struct trapframe' has no member named 't6' /src/gnu/usr.bin/gdb/kgdb/trgt_mips.c:125: error: 'struct trapframe' has no member named 't7' *** [trgt_mips.o] Error code 1 Stop in /src/gnu/usr.bin/gdb/kgdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin/gdb. *** [all] Error code 1 Stop in /src/gnu/usr.bin. *** [all] Error code 1 Stop in /src/gnu. *** [gnu.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-25 12:07:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-25 12:07:36 - ERROR: failed to build world TB --- 2013-04-25 12:07:36 - 1990.58 user 434.57 system 2678.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 15:46:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 054DEB3A for ; Thu, 25 Apr 2013 15:46:30 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 972191C1A for ; Thu, 25 Apr 2013 15:46:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id 9F6712A8307F for ; Thu, 25 Apr 2013 17:46:21 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SaMd4zfmcTO9 for ; Thu, 25 Apr 2013 17:46:20 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 750992A82FFB for ; Thu, 25 Apr 2013 17:46:20 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UVONG-0000sE-Sh for current@freebsd.org; Thu, 25 Apr 2013 17:46:18 +0200 To: current@freebsd.org Subject: ip_output.c:625: warning: cast discards qualifier From: "Ian FREISLICH" X-Attribution: BOFH Date: Thu, 25 Apr 2013 17:46:18 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 15:46:30 -0000 Hi /usr/src/sys/netinet/ip_output.c: In function 'ip_output': /usr/src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /usr/src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 gw is defined 'const'. @625: error = (*ifp->if_output)(ifp, m, (struct sockaddr *)gw, ro) if_output arg3 needs to be protoyped const or gw needs to not be declared const. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 18:30:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5E9EE2CD; Thu, 25 Apr 2013 18:30:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2E512DD; Thu, 25 Apr 2013 18:30:35 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id t11so2869039wey.6 for ; Thu, 25 Apr 2013 11:30:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6RujqdcKsCG2kK//nsD7ha8p6gsRTJe7sY3Fg3CkRfQ=; b=A/nn/8W3LOcKlFRytkrYVeGxeNLmFw54vwgYEBFtVs9eC/oViQkfxOhA9Co9aTYBc5 ue8P2MqPqOnp1b++BH3wViR1l2cjr7ehpMJmLmJWvSLzbS3l6PJMapf7OA8HPEJlqcDs TjL727vE0or4ZUYhVMuN//6waOnJLiOfNAd1WktRQqI/rnbGF4Xy4FRIdYq/Xxoyrxe3 5nR80mdlyPnEcET4bfH66YWfgmEFzZ4wYE4ZLkkPA8Dn+xYjdxHjuzhSug5KX5N5PQiH /3chKa7z27qr1h1lM1eeNqbnP6wDsMjhp66LhsLCXBUHcCmHKXNS/f364WTo8rrNNJZ6 AHMw== MIME-Version: 1.0 X-Received: by 10.194.93.133 with SMTP id cu5mr77829059wjb.56.1366914634787; Thu, 25 Apr 2013 11:30:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Thu, 25 Apr 2013 11:30:34 -0700 (PDT) In-Reply-To: <5178F72F.90008@freebsd.org> References: <5178F72F.90008@freebsd.org> Date: Thu, 25 Apr 2013 11:30:34 -0700 X-Google-Sender-Auth: SQY0pn_R5Fs2nhMgxiqXJSxXjZ0 Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current From: Adrian Chadd To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 Cc: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , Sami Halabi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 18:30:36 -0000 On 25 April 2013 02:28, Andre Oppermann wrote: > Again one has to be really careful drawing any firm conclusions from this > as it was measured on a Pentium4 and UP kernel (GENERIC would add WITNESS > and INVARIANT overhead as well). > > The Pentium4 is about the worst micro-architecture when it comes to locks > and easily regresses. At the same time modern Intel Core i[3-7] and AMD64 > may actually improve with these changes. Unless more recent micro-archs > have been shown to exhibit the same regression we can't claim this change > was bad (other than for Pentium4). Sure, but he's done the heavy lifting. It'll be interesting to compare these results on a variety of platforms, not just the modern desktop/server style CPUs. Eg, if someone has the time, spinning this stuff up on the multi-core MIPS stuff in the netperf cluster (that's supposed to be a network forwarding engine) would be nice. And to be honest - having a set of performance checks for the same SVN revision but different physical machines is a good comparison point. It may be that we can start classifying different kinds of platform silliness from this which could lead to some better coding guidelines. Adrian From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 22:13:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BF04387F; Thu, 25 Apr 2013 22:13: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 960081F16; Thu, 25 Apr 2013 22:13: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 r3PMDXB6030473; Thu, 25 Apr 2013 18:13:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3PMDXW1030467; Thu, 25 Apr 2013 22:13:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 25 Apr 2013 22:13:33 GMT Message-Id: <201304252213.r3PMDXW1030467@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 22:13:34 -0000 TB --- 2013-04-25 20:22:59 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 20:22: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 --- 2013-04-25 20:22:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-04-25 20:22:59 - cleaning the object tree TB --- 2013-04-25 20:22:59 - /usr/local/bin/svn stat /src TB --- 2013-04-25 20:23:03 - At svn revision 249895 TB --- 2013-04-25 20:23:04 - building world TB --- 2013-04-25 20:23:04 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 20:23:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 20:23:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 20:23:04 - SRCCONF=/dev/null TB --- 2013-04-25 20:23:04 - TARGET=ia64 TB --- 2013-04-25 20:23:04 - TARGET_ARCH=ia64 TB --- 2013-04-25 20:23:04 - TZ=UTC TB --- 2013-04-25 20:23:04 - __MAKE_CONF=/dev/null TB --- 2013-04-25 20:23:04 - cd /src TB --- 2013-04-25 20:23:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 20:23:08 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 25 21:57:07 UTC 2013 TB --- 2013-04-25 21:57:07 - generating LINT kernel config TB --- 2013-04-25 21:57:07 - cd /src/sys/ia64/conf TB --- 2013-04-25 21:57:07 - /usr/bin/make -B LINT TB --- 2013-04-25 21:57:07 - cd /src/sys/ia64/conf TB --- 2013-04-25 21:57:07 - /usr/sbin/config -m LINT TB --- 2013-04-25 21:57:07 - building LINT kernel TB --- 2013-04-25 21:57:07 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 21:57:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 21:57:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 21:57:07 - SRCCONF=/dev/null TB --- 2013-04-25 21:57:07 - TARGET=ia64 TB --- 2013-04-25 21:57:07 - TARGET_ARCH=ia64 TB --- 2013-04-25 21:57:07 - TZ=UTC TB --- 2013-04-25 21:57:07 - __MAKE_CONF=/dev/null TB --- 2013-04-25 21:57:07 - cd /src TB --- 2013-04-25 21:57:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 25 21:57:07 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-25 22:13:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-25 22:13:33 - ERROR: failed to build LINT kernel TB --- 2013-04-25 22:13:33 - 5281.77 user 841.63 system 6633.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 23:16:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 37E3A38A; Thu, 25 Apr 2013 23:16:07 +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 0E9B910E6; Thu, 25 Apr 2013 23:16:06 +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 r3PNG6oo050542; Thu, 25 Apr 2013 19:16: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 r3PNG66J050541; Thu, 25 Apr 2013 23:16:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 25 Apr 2013 23:16:06 GMT Message-Id: <201304252316.r3PNG66J050541@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 23:16:07 -0000 TB --- 2013-04-25 22:13:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 22:13:33 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-25 22:13:33 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-25 22:13:33 - cleaning the object tree TB --- 2013-04-25 22:13:33 - /usr/local/bin/svn stat /src TB --- 2013-04-25 22:14:08 - At svn revision 249895 TB --- 2013-04-25 22:14:09 - building world TB --- 2013-04-25 22:14:09 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 22:14:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 22:14:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 22:14:09 - SRCCONF=/dev/null TB --- 2013-04-25 22:14:09 - TARGET=mips TB --- 2013-04-25 22:14:09 - TARGET_ARCH=mips TB --- 2013-04-25 22:14:09 - TZ=UTC TB --- 2013-04-25 22:14:09 - __MAKE_CONF=/dev/null TB --- 2013-04-25 22:14:09 - cd /src TB --- 2013-04-25 22:14:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 22:14:14 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 25 23:14:21 UTC 2013 TB --- 2013-04-25 23:14:21 - cd /src/sys/mips/conf TB --- 2013-04-25 23:14:21 - /usr/sbin/config -m ADM5120 TB --- 2013-04-25 23:14:21 - skipping ADM5120 kernel TB --- 2013-04-25 23:14:21 - cd /src/sys/mips/conf TB --- 2013-04-25 23:14:21 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-25 23:14:21 - skipping ALCHEMY kernel TB --- 2013-04-25 23:14:21 - cd /src/sys/mips/conf TB --- 2013-04-25 23:14:21 - /usr/sbin/config -m AP121 TB --- 2013-04-25 23:14:21 - building AP121 kernel TB --- 2013-04-25 23:14:21 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 23:14:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 23:14:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 23:14:21 - SRCCONF=/dev/null TB --- 2013-04-25 23:14:21 - TARGET=mips TB --- 2013-04-25 23:14:21 - TARGET_ARCH=mips TB --- 2013-04-25 23:14:21 - TZ=UTC TB --- 2013-04-25 23:14:21 - __MAKE_CONF=/dev/null TB --- 2013-04-25 23:14:21 - cd /src TB --- 2013-04-25 23:14:21 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Apr 25 23:14:21 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_icmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/mips.mips/src/sys/AP121. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-25 23:16:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-25 23:16:06 - ERROR: failed to build AP121 kernel TB --- 2013-04-25 23:16:06 - 2760.88 user 584.93 system 3752.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 25 23:36:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 522365AF; Thu, 25 Apr 2013 23:36: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 2934E116D; Thu, 25 Apr 2013 23:35: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 r3PNZx4E070467; Thu, 25 Apr 2013 19:35: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 r3PNZxBO070461; Thu, 25 Apr 2013 23:35:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 25 Apr 2013 23:35:59 GMT Message-Id: <201304252335.r3PNZxBO070461@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 23:36:00 -0000 TB --- 2013-04-25 22:32:02 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 22:32:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-25 22:32:02 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-25 22:32:02 - cleaning the object tree TB --- 2013-04-25 22:33:11 - /usr/local/bin/svn stat /src TB --- 2013-04-25 22:33:15 - At svn revision 249895 TB --- 2013-04-25 22:33:16 - building world TB --- 2013-04-25 22:33:16 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 22:33:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 22:33:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 22:33:16 - SRCCONF=/dev/null TB --- 2013-04-25 22:33:16 - TARGET=mips TB --- 2013-04-25 22:33:16 - TARGET_ARCH=mips64 TB --- 2013-04-25 22:33:16 - TZ=UTC TB --- 2013-04-25 22:33:16 - __MAKE_CONF=/dev/null TB --- 2013-04-25 22:33:16 - cd /src TB --- 2013-04-25 22:33:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 22:33:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 25 23:34:23 UTC 2013 TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m ADM5120 TB --- 2013-04-25 23:34:23 - skipping ADM5120 kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-25 23:34:23 - skipping ALCHEMY kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AP121 TB --- 2013-04-25 23:34:23 - skipping AP121 kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AP91 TB --- 2013-04-25 23:34:23 - skipping AP91 kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AP93 TB --- 2013-04-25 23:34:23 - skipping AP93 kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AP94 TB --- 2013-04-25 23:34:23 - skipping AP94 kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AP96 TB --- 2013-04-25 23:34:23 - skipping AP96 kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-04-25 23:34:23 - skipping AR71XX_BASE kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AR724X_BASE TB --- 2013-04-25 23:34:23 - skipping AR724X_BASE kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-04-25 23:34:23 - skipping AR91XX_BASE kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m AR933X_BASE TB --- 2013-04-25 23:34:23 - skipping AR933X_BASE kernel TB --- 2013-04-25 23:34:23 - cd /src/sys/mips/conf TB --- 2013-04-25 23:34:23 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-04-25 23:34:23 - building BERI_DE4_MDROOT kernel TB --- 2013-04-25 23:34:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 23:34:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 23:34:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 23:34:23 - SRCCONF=/dev/null TB --- 2013-04-25 23:34:23 - TARGET=mips TB --- 2013-04-25 23:34:23 - TARGET_ARCH=mips64 TB --- 2013-04-25 23:34:23 - TZ=UTC TB --- 2013-04-25 23:34:23 - __MAKE_CONF=/dev/null TB --- 2013-04-25 23:34:23 - cd /src TB --- 2013-04-25 23:34:23 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Thu Apr 25 23:34:23 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_icmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-25 23:35:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-25 23:35:59 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-04-25 23:35:59 - 2768.62 user 585.27 system 3836.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 00:30:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8FB32E20; Fri, 26 Apr 2013 00:30:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 64740130F; Fri, 26 Apr 2013 00:30:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3Q0UnUM090822; Thu, 25 Apr 2013 20:30:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3Q0UnRi090821; Fri, 26 Apr 2013 00:30:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 00:30:49 GMT Message-Id: <201304260030.r3Q0UnRi090821@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 00:30:50 -0000 TB --- 2013-04-25 23:16:06 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 23:16:06 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-25 23:16:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-04-25 23:16:06 - cleaning the object tree TB --- 2013-04-25 23:16:06 - /usr/local/bin/svn stat /src TB --- 2013-04-25 23:16:09 - At svn revision 249895 TB --- 2013-04-25 23:16:10 - building world TB --- 2013-04-25 23:16:10 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 23:16:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 23:16:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 23:16:10 - SRCCONF=/dev/null TB --- 2013-04-25 23:16:10 - TARGET=sparc64 TB --- 2013-04-25 23:16:10 - TARGET_ARCH=sparc64 TB --- 2013-04-25 23:16:10 - TZ=UTC TB --- 2013-04-25 23:16:10 - __MAKE_CONF=/dev/null TB --- 2013-04-25 23:16:10 - cd /src TB --- 2013-04-25 23:16:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 23:16:14 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 00:19:14 UTC 2013 TB --- 2013-04-26 00:19:14 - generating LINT kernel config TB --- 2013-04-26 00:19:14 - cd /src/sys/sparc64/conf TB --- 2013-04-26 00:19:14 - /usr/bin/make -B LINT TB --- 2013-04-26 00:19:14 - cd /src/sys/sparc64/conf TB --- 2013-04-26 00:19:14 - /usr/sbin/config -m LINT TB --- 2013-04-26 00:19:14 - building LINT kernel TB --- 2013-04-26 00:19:14 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 00:19:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 00:19:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 00:19:14 - SRCCONF=/dev/null TB --- 2013-04-26 00:19:14 - TARGET=sparc64 TB --- 2013-04-26 00:19:14 - TARGET_ARCH=sparc64 TB --- 2013-04-26 00:19:14 - TZ=UTC TB --- 2013-04-26 00:19:14 - __MAKE_CONF=/dev/null TB --- 2013-04-26 00:19:14 - cd /src TB --- 2013-04-26 00:19:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 00:19:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 00:30:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 00:30:49 - ERROR: failed to build LINT kernel TB --- 2013-04-26 00:30:49 - 3708.15 user 597.04 system 4483.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 01:18:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15CCFA19; Fri, 26 Apr 2013 01:18: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 E1237149B; Fri, 26 Apr 2013 01:18: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 r3Q1I5Ie007097; Thu, 25 Apr 2013 21:18: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 r3Q1I5Fd007096; Fri, 26 Apr 2013 01:18:05 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 01:18:05 GMT Message-Id: <201304260118.r3Q1I5Fd007096@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 01:18:12 -0000 TB --- 2013-04-25 22:39:49 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 22:39:49 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-25 22:39:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-25 22:39:49 - cleaning the object tree TB --- 2013-04-25 22:39:49 - /usr/local/bin/svn stat /src TB --- 2013-04-25 22:39:52 - At svn revision 249895 TB --- 2013-04-25 22:39:53 - building world TB --- 2013-04-25 22:39:53 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 22:39:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 22:39:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 22:39:53 - SRCCONF=/dev/null TB --- 2013-04-25 22:39:53 - TARGET=powerpc TB --- 2013-04-25 22:39:53 - TARGET_ARCH=powerpc TB --- 2013-04-25 22:39:53 - TZ=UTC TB --- 2013-04-25 22:39:53 - __MAKE_CONF=/dev/null TB --- 2013-04-25 22:39:53 - cd /src TB --- 2013-04-25 22:39:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 22:39:58 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 01:09:58 UTC 2013 TB --- 2013-04-26 01:09:58 - generating LINT kernel config TB --- 2013-04-26 01:09:58 - cd /src/sys/powerpc/conf TB --- 2013-04-26 01:09:58 - /usr/bin/make -B LINT TB --- 2013-04-26 01:09:58 - cd /src/sys/powerpc/conf TB --- 2013-04-26 01:09:58 - /usr/sbin/config -m LINT TB --- 2013-04-26 01:09:58 - building LINT kernel TB --- 2013-04-26 01:09:58 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 01:09:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 01:09:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 01:09:58 - SRCCONF=/dev/null TB --- 2013-04-26 01:09:58 - TARGET=powerpc TB --- 2013-04-26 01:09:58 - TARGET_ARCH=powerpc TB --- 2013-04-26 01:09:58 - TZ=UTC TB --- 2013-04-26 01:09:58 - __MAKE_CONF=/dev/null TB --- 2013-04-26 01:09:58 - cd /src TB --- 2013-04-26 01:09:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 01:09:58 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 01:18:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 01:18:05 - ERROR: failed to build LINT kernel TB --- 2013-04-26 01:18:05 - 8333.50 user 979.84 system 9495.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 02:10:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9F3292D8; Fri, 26 Apr 2013 02:10: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 7425A160D; Fri, 26 Apr 2013 02:10: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 r3Q2AA1C008753; Thu, 25 Apr 2013 22:10: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 r3Q2AAR4008752; Fri, 26 Apr 2013 02:10:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 02:10:10 GMT Message-Id: <201304260210.r3Q2AAR4008752@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 02:10:11 -0000 TB --- 2013-04-25 23:07:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-25 23:07: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 --- 2013-04-25 23:07:08 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-25 23:07:08 - cleaning the object tree TB --- 2013-04-25 23:07:08 - /usr/local/bin/svn stat /src TB --- 2013-04-25 23:07:11 - At svn revision 249895 TB --- 2013-04-25 23:07:12 - building world TB --- 2013-04-25 23:07:12 - CROSS_BUILD_TESTING=YES TB --- 2013-04-25 23:07:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-25 23:07:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-25 23:07:12 - SRCCONF=/dev/null TB --- 2013-04-25 23:07:12 - TARGET=powerpc TB --- 2013-04-25 23:07:12 - TARGET_ARCH=powerpc64 TB --- 2013-04-25 23:07:12 - TZ=UTC TB --- 2013-04-25 23:07:12 - __MAKE_CONF=/dev/null TB --- 2013-04-25 23:07:12 - cd /src TB --- 2013-04-25 23:07:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 25 23:07:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 26 02:05:39 UTC 2013 TB --- 2013-04-26 02:05:39 - generating LINT kernel config TB --- 2013-04-26 02:05:39 - cd /src/sys/powerpc/conf TB --- 2013-04-26 02:05:39 - /usr/bin/make -B LINT TB --- 2013-04-26 02:05:39 - cd /src/sys/powerpc/conf TB --- 2013-04-26 02:05:39 - /usr/sbin/config -m LINT TB --- 2013-04-26 02:05:39 - skipping LINT kernel TB --- 2013-04-26 02:05:39 - cd /src/sys/powerpc/conf TB --- 2013-04-26 02:05:39 - /usr/sbin/config -m GENERIC TB --- 2013-04-26 02:05:39 - skipping GENERIC kernel TB --- 2013-04-26 02:05:39 - cd /src/sys/powerpc/conf TB --- 2013-04-26 02:05:39 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-26 02:05:39 - building GENERIC64 kernel TB --- 2013-04-26 02:05:39 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 02:05:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 02:05:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 02:05:39 - SRCCONF=/dev/null TB --- 2013-04-26 02:05:39 - TARGET=powerpc TB --- 2013-04-26 02:05:39 - TARGET_ARCH=powerpc64 TB --- 2013-04-26 02:05:39 - TZ=UTC TB --- 2013-04-26 02:05:39 - __MAKE_CONF=/dev/null TB --- 2013-04-26 02:05:39 - cd /src TB --- 2013-04-26 02:05:39 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Fri Apr 26 02:05:39 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_icmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 02:10:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 02:10:10 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-26 02:10:10 - 9758.84 user 1163.23 system 10981.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 08:56:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8B4AAE98; Fri, 26 Apr 2013 08:56:34 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1C2A21A55; Fri, 26 Apr 2013 08:56:33 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.6/8.14.6) with ESMTP id r3Q8uWpQ075678; Fri, 26 Apr 2013 12:56:32 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.6/8.14.6/Submit) id r3Q8uWMv075677; Fri, 26 Apr 2013 12:56:32 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 26 Apr 2013 12:56:32 +0400 From: Gleb Smirnoff To: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on ia64/ia64 Message-ID: <20130426085632.GR76816@FreeBSD.org> References: <201304252213.r3PMDXW1030467@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201304252213.r3PMDXW1030467@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 08:56:34 -0000 On Thu, Apr 25, 2013 at 10:13:33PM +0000, FreeBSD Tinderbox wrote: F> cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_output.c F> cc1: warnings being treated as errors F> /src/sys/netinet/ip_output.c: In function 'ip_output': F> /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type F> /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type So, the r249894 appeared buildable on clang, but not on gcc. What I can do is to change if_output declaration to use pointer to a constant sockaddr. The change requires editing a lot, and changes API. However this is a change in a right direction. Any objections? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 09:21:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9764DE8B; Fri, 26 Apr 2013 09:21: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 6E14E1BE6; Fri, 26 Apr 2013 09:21: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 r3Q9LC63090718; Fri, 26 Apr 2013 05:21:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3Q9LC9E090709; Fri, 26 Apr 2013 09:21:12 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 09:21:12 GMT Message-Id: <201304260921.r3Q9LC9E090709@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 09:21:13 -0000 TB --- 2013-04-26 07:27:30 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 07:27:30 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 07:27:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-04-26 07:27:30 - cleaning the object tree TB --- 2013-04-26 07:29:01 - /usr/local/bin/svn stat /src TB --- 2013-04-26 07:29:11 - At svn revision 249915 TB --- 2013-04-26 07:29:12 - building world TB --- 2013-04-26 07:29:12 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 07:29:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 07:29:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 07:29:12 - SRCCONF=/dev/null TB --- 2013-04-26 07:29:12 - TARGET=ia64 TB --- 2013-04-26 07:29:12 - TARGET_ARCH=ia64 TB --- 2013-04-26 07:29:12 - TZ=UTC TB --- 2013-04-26 07:29:12 - __MAKE_CONF=/dev/null TB --- 2013-04-26 07:29:12 - cd /src TB --- 2013-04-26 07:29:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 07:29:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 09:04:25 UTC 2013 TB --- 2013-04-26 09:04:25 - generating LINT kernel config TB --- 2013-04-26 09:04:25 - cd /src/sys/ia64/conf TB --- 2013-04-26 09:04:25 - /usr/bin/make -B LINT TB --- 2013-04-26 09:04:25 - cd /src/sys/ia64/conf TB --- 2013-04-26 09:04:25 - /usr/sbin/config -m LINT TB --- 2013-04-26 09:04:25 - building LINT kernel TB --- 2013-04-26 09:04:25 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 09:04:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 09:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 09:04:25 - SRCCONF=/dev/null TB --- 2013-04-26 09:04:25 - TARGET=ia64 TB --- 2013-04-26 09:04:25 - TARGET_ARCH=ia64 TB --- 2013-04-26 09:04:25 - TZ=UTC TB --- 2013-04-26 09:04:25 - __MAKE_CONF=/dev/null TB --- 2013-04-26 09:04:25 - cd /src TB --- 2013-04-26 09:04:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 09:04:25 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 09:21:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 09:21:12 - ERROR: failed to build LINT kernel TB --- 2013-04-26 09:21:12 - 5283.95 user 854.63 system 6822.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 09:37:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DE92688B; Fri, 26 Apr 2013 09:37:39 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8FC1CF0; Fri, 26 Apr 2013 09:37:39 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id j3so1982395qcs.20 for ; Fri, 26 Apr 2013 02:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0ScdP2JZZnHoojBh6ImIlqIdMlnK/sL/cPVa+UNa6V4=; b=tGKCeQ5Uc79LPfSP0nAXgA0SbxfSuMph0UWQm8gMwS0lhfDveszXvU6S3NOdOGfHuy z3ObRXO6y0M7t69aS5ZyJ5HtGYSklkvlt4c/1tYzRf214cuCV5Ri/3+26v+kb7Ci/RWV lPLxbH+sgOk8N2KV+cZH5JaSp56tPQABSB3wuN11YCOO4MCCpMFRhoXwdacYyU9KUtLX qdOUWzxeSoz2eLawrqpyNtxDAKJSj142y0TRnV+z3Jx+Su3dI/4REVICcQ9k40eUQhCJ pddKFs7mKBoaCtHTkiJDj3zihIWug4rMMBGzal/8WHMZFZJiJ//lQK8Pwnp1+e82Giwa e79Q== MIME-Version: 1.0 X-Received: by 10.224.65.1 with SMTP id g1mr13611412qai.64.1366969059130; Fri, 26 Apr 2013 02:37:39 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.49.49.37 with HTTP; Fri, 26 Apr 2013 02:37:39 -0700 (PDT) In-Reply-To: References: Date: Fri, 26 Apr 2013 11:37:39 +0200 X-Google-Sender-Auth: sSoHjT_b1hHsDEQ7LQuHNjkFot0 Message-ID: Subject: Re: forwarding/ipfw/pf evolution (in pps) on -current From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , Sami Halabi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 09:37:39 -0000 Hello, would you mind running a performance test with a snapshot of tomorrow from this link http://snapshots.pfsense.org/ There are some optimizations in pfSense and it would be nicer to compare to FreeBSD itself how it behaves. That is before the lock changes in HEAD since its FreeBSD 8. Regards, Ermal On Thu, Apr 25, 2013 at 7:40 AM, Olivier Cochard-Labb=E9 wrote: > On Wed, Apr 24, 2013 at 1:46 PM, Sami Halabi wrote: > > 3. there some point of improved performance (without fw) that went down > > again somewhere before Clang got prod. > > Found it ! > > It's commit 242402: "Rework the known mutexes..." > > ministat -s 242401.forwarding 242402.forwarding > x 242401.forwarding > + 242402.forwarding > > +------------------------------------------------------------------------= ---------------+ > | + > | > |+ + + + > x xx x x| > | > |____A____| | > | |_____A_M___| > | > > +------------------------------------------------------------------------= ---------------+ > N Min Max Median Avg Stdd= ev > x 5 417527 420242 418902 419074 1049.79= 74 > + 5 402211 404828 404096 403689 1237.66= 96 > Difference at 95.0% confidence > -15385 +/- 1673.69 > -3.67119% +/- 0.399377% > (Student's t, pooled s =3D 1147.58) > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > --=20 Ermal From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 10:27:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DBAC448E; Fri, 26 Apr 2013 10:27: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 B2DCD1F9E; Fri, 26 Apr 2013 10:27: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 r3QARhQo016208; Fri, 26 Apr 2013 06:27:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3QARhQO016204; Fri, 26 Apr 2013 10:27:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 10:27:43 GMT Message-Id: <201304261027.r3QARhQO016204@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 10:27:44 -0000 TB --- 2013-04-26 09:21:12 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 09:21: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 --- 2013-04-26 09:21:12 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-26 09:21:12 - cleaning the object tree TB --- 2013-04-26 09:22:44 - /usr/local/bin/svn stat /src TB --- 2013-04-26 09:23:01 - At svn revision 249915 TB --- 2013-04-26 09:23:02 - building world TB --- 2013-04-26 09:23:02 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 09:23:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 09:23:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 09:23:02 - SRCCONF=/dev/null TB --- 2013-04-26 09:23:02 - TARGET=mips TB --- 2013-04-26 09:23:02 - TARGET_ARCH=mips TB --- 2013-04-26 09:23:02 - TZ=UTC TB --- 2013-04-26 09:23:02 - __MAKE_CONF=/dev/null TB --- 2013-04-26 09:23:02 - cd /src TB --- 2013-04-26 09:23:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 09:23:06 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 10:25:57 UTC 2013 TB --- 2013-04-26 10:25:57 - cd /src/sys/mips/conf TB --- 2013-04-26 10:25:57 - /usr/sbin/config -m ADM5120 TB --- 2013-04-26 10:25:58 - skipping ADM5120 kernel TB --- 2013-04-26 10:25:58 - cd /src/sys/mips/conf TB --- 2013-04-26 10:25:58 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-26 10:25:58 - skipping ALCHEMY kernel TB --- 2013-04-26 10:25:58 - cd /src/sys/mips/conf TB --- 2013-04-26 10:25:58 - /usr/sbin/config -m AP121 TB --- 2013-04-26 10:25:58 - building AP121 kernel TB --- 2013-04-26 10:25:58 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 10:25:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 10:25:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 10:25:58 - SRCCONF=/dev/null TB --- 2013-04-26 10:25:58 - TARGET=mips TB --- 2013-04-26 10:25:58 - TARGET_ARCH=mips TB --- 2013-04-26 10:25:58 - TZ=UTC TB --- 2013-04-26 10:25:58 - __MAKE_CONF=/dev/null TB --- 2013-04-26 10:25:58 - cd /src TB --- 2013-04-26 10:25:58 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Apr 26 10:25:58 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_icmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/mips.mips/src/sys/AP121. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 10:27:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 10:27:43 - ERROR: failed to build AP121 kernel TB --- 2013-04-26 10:27:43 - 2764.33 user 587.85 system 3990.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 10:42:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 25A14E1F; Fri, 26 Apr 2013 10:42:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F0699106B; Fri, 26 Apr 2013 10:42:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3QAgwp7015519; Fri, 26 Apr 2013 06:42:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3QAgwTd015518; Fri, 26 Apr 2013 10:42:58 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 10:42:58 GMT Message-Id: <201304261042.r3QAgwTd015518@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 10:42:59 -0000 TB --- 2013-04-26 09:38:28 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 09:38:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 09:38:28 - starting HEAD tinderbox run for mips64/mips TB --- 2013-04-26 09:38:28 - cleaning the object tree TB --- 2013-04-26 09:40:02 - /usr/local/bin/svn stat /src TB --- 2013-04-26 09:40:05 - At svn revision 249915 TB --- 2013-04-26 09:40:06 - building world TB --- 2013-04-26 09:40:06 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 09:40:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 09:40:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 09:40:06 - SRCCONF=/dev/null TB --- 2013-04-26 09:40:06 - TARGET=mips TB --- 2013-04-26 09:40:06 - TARGET_ARCH=mips64 TB --- 2013-04-26 09:40:06 - TZ=UTC TB --- 2013-04-26 09:40:06 - __MAKE_CONF=/dev/null TB --- 2013-04-26 09:40:06 - cd /src TB --- 2013-04-26 09:40:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 09:40:11 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 10:41:09 UTC 2013 TB --- 2013-04-26 10:41:09 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:09 - /usr/sbin/config -m ADM5120 TB --- 2013-04-26 10:41:10 - skipping ADM5120 kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-26 10:41:10 - skipping ALCHEMY kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AP121 TB --- 2013-04-26 10:41:10 - skipping AP121 kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AP91 TB --- 2013-04-26 10:41:10 - skipping AP91 kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AP93 TB --- 2013-04-26 10:41:10 - skipping AP93 kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AP94 TB --- 2013-04-26 10:41:10 - skipping AP94 kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AP96 TB --- 2013-04-26 10:41:10 - skipping AP96 kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-04-26 10:41:10 - skipping AR71XX_BASE kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AR724X_BASE TB --- 2013-04-26 10:41:10 - skipping AR724X_BASE kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-04-26 10:41:10 - skipping AR91XX_BASE kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m AR933X_BASE TB --- 2013-04-26 10:41:10 - skipping AR933X_BASE kernel TB --- 2013-04-26 10:41:10 - cd /src/sys/mips/conf TB --- 2013-04-26 10:41:10 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-04-26 10:41:10 - building BERI_DE4_MDROOT kernel TB --- 2013-04-26 10:41:10 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 10:41:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 10:41:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 10:41:10 - SRCCONF=/dev/null TB --- 2013-04-26 10:41:10 - TARGET=mips TB --- 2013-04-26 10:41:10 - TARGET_ARCH=mips64 TB --- 2013-04-26 10:41:10 - TZ=UTC TB --- 2013-04-26 10:41:10 - __MAKE_CONF=/dev/null TB --- 2013-04-26 10:41:10 - cd /src TB --- 2013-04-26 10:41:10 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Fri Apr 26 10:41:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_icmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 10:42:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 10:42:58 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-04-26 10:42:58 - 2773.87 user 581.20 system 3869.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 11:43:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6824720; Fri, 26 Apr 2013 11:43:19 +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 9D65A12ED; Fri, 26 Apr 2013 11:43: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 r3QBhIxx046184; Fri, 26 Apr 2013 07:43:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3QBhIl3046183; Fri, 26 Apr 2013 11:43:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 11:43:18 GMT Message-Id: <201304261143.r3QBhIl3046183@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 11:43:19 -0000 TB --- 2013-04-26 10:27:43 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 10:27:43 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 10:27:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-04-26 10:27:43 - cleaning the object tree TB --- 2013-04-26 10:29:12 - /usr/local/bin/svn stat /src TB --- 2013-04-26 10:29:15 - At svn revision 249915 TB --- 2013-04-26 10:29:16 - building world TB --- 2013-04-26 10:29:16 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 10:29:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 10:29:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 10:29:16 - SRCCONF=/dev/null TB --- 2013-04-26 10:29:16 - TARGET=sparc64 TB --- 2013-04-26 10:29:16 - TARGET_ARCH=sparc64 TB --- 2013-04-26 10:29:16 - TZ=UTC TB --- 2013-04-26 10:29:16 - __MAKE_CONF=/dev/null TB --- 2013-04-26 10:29:16 - cd /src TB --- 2013-04-26 10:29:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 10:29:21 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 11:31:51 UTC 2013 TB --- 2013-04-26 11:31:51 - generating LINT kernel config TB --- 2013-04-26 11:31:51 - cd /src/sys/sparc64/conf TB --- 2013-04-26 11:31:51 - /usr/bin/make -B LINT TB --- 2013-04-26 11:31:51 - cd /src/sys/sparc64/conf TB --- 2013-04-26 11:31:51 - /usr/sbin/config -m LINT TB --- 2013-04-26 11:31:51 - building LINT kernel TB --- 2013-04-26 11:31:51 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 11:31:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 11:31:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 11:31:51 - SRCCONF=/dev/null TB --- 2013-04-26 11:31:51 - TARGET=sparc64 TB --- 2013-04-26 11:31:51 - TARGET_ARCH=sparc64 TB --- 2013-04-26 11:31:51 - TZ=UTC TB --- 2013-04-26 11:31:51 - __MAKE_CONF=/dev/null TB --- 2013-04-26 11:31:51 - cd /src TB --- 2013-04-26 11:31:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 11:31:51 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 11:43:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 11:43:18 - ERROR: failed to build LINT kernel TB --- 2013-04-26 11:43:18 - 3706.80 user 599.55 system 4534.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 12:26:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4C0B382F; Fri, 26 Apr 2013 12:26: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 22DEE1630; Fri, 26 Apr 2013 12:26: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 r3QCQFur062604; Fri, 26 Apr 2013 08:26: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 r3QCQFib062603; Fri, 26 Apr 2013 12:26:15 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 12:26:15 GMT Message-Id: <201304261226.r3QCQFib062603@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 12:26:16 -0000 TB --- 2013-04-26 09:46:13 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 09:46:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 09:46:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-04-26 09:46:13 - cleaning the object tree TB --- 2013-04-26 09:47:36 - /usr/local/bin/svn stat /src TB --- 2013-04-26 09:47:39 - At svn revision 249915 TB --- 2013-04-26 09:47:40 - building world TB --- 2013-04-26 09:47:40 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 09:47:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 09:47:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 09:47:40 - SRCCONF=/dev/null TB --- 2013-04-26 09:47:40 - TARGET=powerpc TB --- 2013-04-26 09:47:40 - TARGET_ARCH=powerpc TB --- 2013-04-26 09:47:40 - TZ=UTC TB --- 2013-04-26 09:47:40 - __MAKE_CONF=/dev/null TB --- 2013-04-26 09:47:40 - cd /src TB --- 2013-04-26 09:47:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 09:47:44 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 12:18:11 UTC 2013 TB --- 2013-04-26 12:18:11 - generating LINT kernel config TB --- 2013-04-26 12:18:11 - cd /src/sys/powerpc/conf TB --- 2013-04-26 12:18:11 - /usr/bin/make -B LINT TB --- 2013-04-26 12:18:11 - cd /src/sys/powerpc/conf TB --- 2013-04-26 12:18:11 - /usr/sbin/config -m LINT TB --- 2013-04-26 12:18:11 - building LINT kernel TB --- 2013-04-26 12:18:11 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 12:18:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 12:18:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 12:18:11 - SRCCONF=/dev/null TB --- 2013-04-26 12:18:11 - TARGET=powerpc TB --- 2013-04-26 12:18:11 - TARGET_ARCH=powerpc TB --- 2013-04-26 12:18:11 - TZ=UTC TB --- 2013-04-26 12:18:11 - __MAKE_CONF=/dev/null TB --- 2013-04-26 12:18:11 - cd /src TB --- 2013-04-26 12:18:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 12:18:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_ipsec.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_mroute.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 12:26:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 12:26:15 - ERROR: failed to build LINT kernel TB --- 2013-04-26 12:26:15 - 8340.34 user 986.41 system 9602.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 13:17:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B10C0EF6; Fri, 26 Apr 2013 13:17: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 8659D1842; Fri, 26 Apr 2013 13:17: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 r3QDHAns063078; Fri, 26 Apr 2013 09:17: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 r3QDHA3q063077; Fri, 26 Apr 2013 13:17:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 13:17:10 GMT Message-Id: <201304261317.r3QDHA3q063077@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 13:17:11 -0000 TB --- 2013-04-26 10:11:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 10:11:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 10:11:25 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-04-26 10:11:25 - cleaning the object tree TB --- 2013-04-26 10:14:28 - /usr/local/bin/svn stat /src TB --- 2013-04-26 10:14:31 - At svn revision 249915 TB --- 2013-04-26 10:14:32 - building world TB --- 2013-04-26 10:14:32 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 10:14:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 10:14:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 10:14:32 - SRCCONF=/dev/null TB --- 2013-04-26 10:14:32 - TARGET=powerpc TB --- 2013-04-26 10:14:32 - TARGET_ARCH=powerpc64 TB --- 2013-04-26 10:14:32 - TZ=UTC TB --- 2013-04-26 10:14:32 - __MAKE_CONF=/dev/null TB --- 2013-04-26 10:14:32 - cd /src TB --- 2013-04-26 10:14:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 10:14:37 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 26 13:12:40 UTC 2013 TB --- 2013-04-26 13:12:40 - generating LINT kernel config TB --- 2013-04-26 13:12:40 - cd /src/sys/powerpc/conf TB --- 2013-04-26 13:12:40 - /usr/bin/make -B LINT TB --- 2013-04-26 13:12:40 - cd /src/sys/powerpc/conf TB --- 2013-04-26 13:12:40 - /usr/sbin/config -m LINT TB --- 2013-04-26 13:12:40 - skipping LINT kernel TB --- 2013-04-26 13:12:40 - cd /src/sys/powerpc/conf TB --- 2013-04-26 13:12:40 - /usr/sbin/config -m GENERIC TB --- 2013-04-26 13:12:40 - skipping GENERIC kernel TB --- 2013-04-26 13:12:40 - cd /src/sys/powerpc/conf TB --- 2013-04-26 13:12:40 - /usr/sbin/config -m GENERIC64 TB --- 2013-04-26 13:12:40 - building GENERIC64 kernel TB --- 2013-04-26 13:12:40 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 13:12:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 13:12:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 13:12:40 - SRCCONF=/dev/null TB --- 2013-04-26 13:12:40 - TARGET=powerpc TB --- 2013-04-26 13:12:40 - TARGET_ARCH=powerpc64 TB --- 2013-04-26 13:12:40 - TZ=UTC TB --- 2013-04-26 13:12:40 - __MAKE_CONF=/dev/null TB --- 2013-04-26 13:12:40 - cd /src TB --- 2013-04-26 13:12:40 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Fri Apr 26 13:12:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_icmp.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_options.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/ip_output.c cc1: warnings being treated as errors /src/sys/netinet/ip_output.c: In function 'ip_output': /src/sys/netinet/ip_output.c:625: warning: cast discards qualifiers from pointer target type /src/sys/netinet/ip_output.c:659: warning: cast discards qualifiers from pointer target type *** [ip_output.o] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 13:17:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 13:17:10 - ERROR: failed to build GENERIC64 kernel TB --- 2013-04-26 13:17:10 - 9763.59 user 1173.02 system 11144.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 14:45:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5BFEDEAD for ; Fri, 26 Apr 2013 14:45:32 +0000 (UTC) (envelope-from virenshah@gmail.com) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id B169E1D48 for ; Fri, 26 Apr 2013 14:45:31 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id p43so3678053wea.0 for ; Fri, 26 Apr 2013 07:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=0T8/RyiTWn7X1L9V6RwxdhZbhUCRqqsnBp1ZjkDfuRA=; b=PocwwvmQ322LOfTG+/SFEe8yyM5T6Oln5hFvyvks38fDWsural7cC3ehJQJRuYFMi4 ZygjL3sCwhQ5kF3fgxwrdkwHFtDGb3doV7uQzBGtVIa5FWbLOqZ+PdQKeNWoXTwrlfKJ vlvL/gFb/q1X4gIM1QyK5cPsCGNtP3PQHO/efF3r64hpsKuFxJ2cNCKJtgNXkycZ3Oh3 PL/L7cQ6C+LrMD0Sd7mhJ2lDggh0uzL7bzriPJMH+Kj4dwldF6Xcn5oS31xW3zeUntgM spLE7TK1KRxTGdeIdLRS51iqvEb5DvOSblrLJl1CzT2NGEwyl/ZsZcNsiOouF0Me1znf uAZg== MIME-Version: 1.0 X-Received: by 10.194.235.169 with SMTP id un9mr10343481wjc.1.1366987520083; Fri, 26 Apr 2013 07:45:20 -0700 (PDT) Received: by 10.194.81.194 with HTTP; Fri, 26 Apr 2013 07:45:19 -0700 (PDT) Date: Fri, 26 Apr 2013 10:45:19 -0400 Message-ID: Subject: Virtualbox addition in FreeBSD -current guest OS? From: Viren Shah To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=089e013d15708c396304db449593 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 14:45:32 -0000 --089e013d15708c396304db449593 Content-Type: text/plain; charset=ISO-8859-1 I was having problems compiling the virtualbox guest additions on a FBSD -current (Apr 23 20:30 EDT) system. I changed all the VM_OBJECT_LOCKs to VM_OBJECT_WLOCKs (and same for the UNLOCKS) and added rwlock.h to the includes. That enabled it to compile but I'm having problems getting X started (it just hangs) using those vbox modules for xorg. Log msg (see attached) says "failed to initialize VirtualBox device (rc=-102)" Anyone having recently compiled the vbox ose-additions on a -current system and had it work? I'm just trying to figure out if this is a -current-related issue or a vbox related one. (Sorry for the .png files instead of logs. Haven't gotten remote access to the box setup yet). Thanks Viren --089e013d15708c396304db449593-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 14:49:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6964117; Fri, 26 Apr 2013 14:49:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id A091D1D7E; Fri, 26 Apr 2013 14:49:58 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 554D123F804; Fri, 26 Apr 2013 10:49:57 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 554D123F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 26 Apr 2013 10:49:55 -0400 From: Glen Barber To: Viren Shah Subject: Re: Virtualbox addition in FreeBSD -current guest OS? Message-ID: <20130426144955.GF1617@glenbarber.us> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 14:49:58 -0000 On Fri, Apr 26, 2013 at 10:45:19AM -0400, Viren Shah wrote: > I was having problems compiling the virtualbox guest additions on a FBSD > -current (Apr 23 20:30 EDT) system. I changed all the VM_OBJECT_LOCKs to > VM_OBJECT_WLOCKs (and same for the UNLOCKS) and added rwlock.h to the > includes. That enabled it to compile but I'm having problems getting X > started (it just hangs) using those vbox modules for xorg. Log msg (see > attached) says "failed to initialize VirtualBox device (rc=-102)" > > Anyone having recently compiled the vbox ose-additions on a -current system > and had it work? I'm just trying to figure out if this is a > -current-related issue or a vbox related one. > This was fixed months ago, I think. Is your ports tree updated? Glen From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 15:02:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D22A9330; Fri, 26 Apr 2013 15:02:39 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ia0-x22e.google.com (mail-ia0-x22e.google.com [IPv6:2607:f8b0:4001:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD871DF8; Fri, 26 Apr 2013 15:02:39 +0000 (UTC) Received: by mail-ia0-f174.google.com with SMTP id h23so3705356iae.5 for ; Fri, 26 Apr 2013 08:02:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=cn6r+LtNivIWxBEdseB1yIeMVKNbin5BwXVxuIGeubo=; b=XnESFdhodEIv9BEpDy92MKV7Wa92Nuh6KS8NBsPv2gAdKMt+w8cjT5YLq1IEwHI7t1 AhQyMahkQwslnZVZwNVh0K6EG42Lq3elK/6r8ePPlAFKP7L7kE1afjtDZ6fEqW4dfLUR zoIz9pcFwboJnnlxoavejv62bIK90RefBs0P/QEFJjgQwdWY5tQk7E/uYu3DAw+vqFxu I+xD1e8dozk/QJDMfY7kRaMKDIXfNCas5kR2bR86dr58Piskt/Wz7qVrqL0lV9uoY9F5 Ny0wbuO8uA8OC1D7MI4zkxltUhLQPRzWKkK0qwq8RBK5Vub3Fo1K6htWL2po+qmW+yb+ l3Zg== X-Received: by 10.50.147.39 with SMTP id th7mr2174202igb.30.1366988559405; Fri, 26 Apr 2013 08:02:39 -0700 (PDT) Received: from gloom.sandvine.com ([64.7.137.182]) by mx.google.com with ESMTPSA id p10sm536031igj.5.2013.04.26.08.02.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 08:02:38 -0700 (PDT) Date: Fri, 26 Apr 2013 11:02:10 -0400 From: Mark Johnston To: Glen Barber Subject: Re: Virtualbox addition in FreeBSD -current guest OS? Message-ID: <20130426150210.GA29463@gloom.sandvine.com> References: <20130426144955.GF1617@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130426144955.GF1617@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Viren Shah , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 15:02:39 -0000 On Fri, Apr 26, 2013 at 10:49:55AM -0400, Glen Barber wrote: > On Fri, Apr 26, 2013 at 10:45:19AM -0400, Viren Shah wrote: > > I was having problems compiling the virtualbox guest additions on a FBSD > > -current (Apr 23 20:30 EDT) system. I changed all the VM_OBJECT_LOCKs to > > VM_OBJECT_WLOCKs (and same for the UNLOCKS) and added rwlock.h to the > > includes. That enabled it to compile but I'm having problems getting X > > started (it just hangs) using those vbox modules for xorg. Log msg (see > > attached) says "failed to initialize VirtualBox device (rc=-102)" > > > > Anyone having recently compiled the vbox ose-additions on a -current system > > and had it work? I'm just trying to figure out if this is a > > -current-related issue or a vbox related one. > > > > This was fixed months ago, I think. Is your ports tree updated? As far as the compilation issue goes, the virtualbox-ose-kmod port is indeed fixed but virtualbox-ose-additions is still broken on current with the latest ports tree. From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 15:07:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6A4156C6; Fri, 26 Apr 2013 15:07:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id B4A4B1E63; Fri, 26 Apr 2013 15:07:38 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 828C623F804; Fri, 26 Apr 2013 11:07:37 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.2 onyx.glenbarber.us 828C623F804 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 26 Apr 2013 11:07:35 -0400 From: Glen Barber To: Mark Johnston Subject: Re: Virtualbox addition in FreeBSD -current guest OS? Message-ID: <20130426150735.GG1617@glenbarber.us> References: <20130426144955.GF1617@glenbarber.us> <20130426150210.GA29463@gloom.sandvine.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DiL7RhKs8rK9YGuF" Content-Disposition: inline In-Reply-To: <20130426150210.GA29463@gloom.sandvine.com> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Viren Shah , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 15:07:39 -0000 --DiL7RhKs8rK9YGuF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 26, 2013 at 11:02:10AM -0400, Mark Johnston wrote: > On Fri, Apr 26, 2013 at 10:49:55AM -0400, Glen Barber wrote: > > On Fri, Apr 26, 2013 at 10:45:19AM -0400, Viren Shah wrote: > > > I was having problems compiling the virtualbox guest additions on a = FBSD > > > -current (Apr 23 20:30 EDT) system. I changed all the VM_OBJECT_LOCK= s to > > > VM_OBJECT_WLOCKs (and same for the UNLOCKS) and added rwlock.h to the > > > includes. That enabled it to compile but I'm having problems getting X > > > started (it just hangs) using those vbox modules for xorg. Log msg (s= ee > > > attached) says "failed to initialize VirtualBox device (rc=3D-102)" > > >=20 > > > Anyone having recently compiled the vbox ose-additions on a -current = system > > > and had it work? I'm just trying to figure out if this is a > > > -current-related issue or a vbox related one. > > >=20 > >=20 > > This was fixed months ago, I think. Is your ports tree updated? >=20 > As far as the compilation issue goes, the virtualbox-ose-kmod port is > indeed fixed but virtualbox-ose-additions is still broken on current > with the latest ports tree. *sigh*... Is this broken "again" or broken "still" ? Glen --DiL7RhKs8rK9YGuF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRepg3AAoJEFJPDDeguUajU1QIAKNU0rUVllS+94GAuYnufMZJ lDKml0O/QCdiy1ngeMLfazt6zUtJKIwMVlSuQGYRFYszbIYRUCOJWSt920VhayGg qiFEy8QsX8vvyFzF+nuLp19I6w/OoyMdNxOf0aLAtHabxLn4FJ2LFds5GKj961qm g3imCkap16/ahSNCzsvXmp74K7n08fT0pdZIcjGGGp43ao3aFROMLYGhoG8jOeeB zlcd9Hql+I7anlMuBMa6iu3INICgf2kQW3ymdS0nQ7+qazWSeR75Mg1LxeX9bhqV 00SVEvfAiKWkpSNWcyGKUuw3/RJwDZYTVXnAaCARAcRD07pp25hYRaUL9mBa0ZU= =rbqI -----END PGP SIGNATURE----- --DiL7RhKs8rK9YGuF-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 16:48:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 50F70476; Fri, 26 Apr 2013 16:48: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 270441243; Fri, 26 Apr 2013 16:47: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 r3QGlx8n094360; Fri, 26 Apr 2013 12:47: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 r3QGlxDO094353; Fri, 26 Apr 2013 16:47:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 16:47:59 GMT Message-Id: <201304261647.r3QGlxDO094353@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 16:48:00 -0000 TB --- 2013-04-26 13:20:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 13:20:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 13:20:24 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-26 13:20:24 - cleaning the object tree TB --- 2013-04-26 13:20:24 - /usr/local/bin/svn stat /src TB --- 2013-04-26 13:20:29 - At svn revision 249928 TB --- 2013-04-26 13:20:30 - building world TB --- 2013-04-26 13:20:30 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 13:20:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 13:20:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 13:20:30 - SRCCONF=/dev/null TB --- 2013-04-26 13:20:30 - TARGET=i386 TB --- 2013-04-26 13:20:30 - TARGET_ARCH=i386 TB --- 2013-04-26 13:20:30 - TZ=UTC TB --- 2013-04-26 13:20:30 - __MAKE_CONF=/dev/null TB --- 2013-04-26 13:20:30 - cd /src TB --- 2013-04-26 13:20:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 13:20:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 26 16:30:23 UTC 2013 TB --- 2013-04-26 16:30:23 - generating LINT kernel config TB --- 2013-04-26 16:30:23 - cd /src/sys/i386/conf TB --- 2013-04-26 16:30:23 - /usr/bin/make -B LINT TB --- 2013-04-26 16:30:23 - cd /src/sys/i386/conf TB --- 2013-04-26 16:30:23 - /usr/sbin/config -m LINT TB --- 2013-04-26 16:30:23 - building LINT kernel TB --- 2013-04-26 16:30:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 16:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 16:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 16:30:23 - SRCCONF=/dev/null TB --- 2013-04-26 16:30:23 - TARGET=i386 TB --- 2013-04-26 16:30:23 - TARGET_ARCH=i386 TB --- 2013-04-26 16:30:23 - TZ=UTC TB --- 2013-04-26 16:30:23 - __MAKE_CONF=/dev/null TB --- 2013-04-26 16:30:23 - cd /src TB --- 2013-04-26 16:30:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 16:30:24 UTC 2013 >>> 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 [...] 2 warnings generated. cc -c -o ipoib_cm.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_cm.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_ib.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_ib.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_main.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c:876:17: error: incompatible pointer types assigning to 'int (*)(struct ifnet *, struct mbuf *, const struct sockaddr *, struct route *)' from 'int (struct ifnet *, struct mbuf *, struct sockaddr *, struct route *)' [-Werror,-Wincompatible-pointer-types] dev->if_output = ipoib_output; ^ ~~~~~~~~~~~~ 1 error generated. *** [ipoib_main.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 16:47:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 16:47:59 - ERROR: failed to build LINT kernel TB --- 2013-04-26 16:47:59 - 9968.93 user 1728.13 system 12454.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 17:01:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2B8D5AAE; Fri, 26 Apr 2013 17:01:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) by mx1.freebsd.org (Postfix) with ESMTP id D65A012F1; Fri, 26 Apr 2013 17:01:39 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id m6so859040wiv.9 for ; Fri, 26 Apr 2013 10:01:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=V0TGw55Y309JKNstWe0pWexdYORia1PES3SbyY04uqc=; b=lPveqnk52kDSwqU7+ujZXcMkwrVzJTs+eqfbJ5+/CFH3NAp2/iNzMJUGb38Q8wQMsC FsTqXH8bdmOFmdDfshjTjrMdoRnekQ/K2T8ceqETamhoef8P/bZKWRWOsPnKq0NwDAAG XPF4B5Ppd78wKQvs/AhrtXvwE9A+KcXQmwaoAm9tv+PmqpaHKzD7atVSbqLohD48IsjZ /cKfKlPTmpvB9HmicYbCA98TLQkwzC6iYV/8J7XYnf2be2Xxvj2SbDzA+g0L5wTC/Lcj DFCofRNN6K2VncVGqMsrqE5wJdB7RCQcgPgnl+pRu+Ay9u4CYzwt7g0L3kP/+0vr0tFG g8/Q== MIME-Version: 1.0 X-Received: by 10.194.93.68 with SMTP id cs4mr36375990wjb.17.1366995698994; Fri, 26 Apr 2013 10:01:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.58.138 with HTTP; Fri, 26 Apr 2013 10:01:38 -0700 (PDT) In-Reply-To: <201304261250.r3QCoWPZ072780@svn.freebsd.org> References: <201304261250.r3QCoWPZ072780@svn.freebsd.org> Date: Fri, 26 Apr 2013 10:01:38 -0700 X-Google-Sender-Auth: M5yk1Le737vSYzQYVHo_INoySaA Message-ID: Subject: Re: svn commit: r249925 - in head/sys: dev/iicbus dev/lmc dev/ppbus dev/usb/net net net80211 netatalk netgraph netinet netinet6 netpfil/ipfw netpfil/pf From: Adrian Chadd To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 17:01:41 -0000 Hi, This breaks the ability to compile this stuff on -9. Like, you know, a bunch of vendors tend to do. It would have been nice for a quick review cycle when you change network APIs like this. Also, since you've changed an API, have you bumped FREEBSD_VERSION ? This is why I suggested you do it in two parts - first fix the const brokenness you introduced, then do up this patch with a review cycle. Thanks, Adrian On 26 April 2013 05:50, Gleb Smirnoff wrote: > Author: glebius > Date: Fri Apr 26 12:50:32 2013 > New Revision: 249925 > URL: http://svnweb.freebsd.org/changeset/base/249925 > > Log: > Add const qualifier to the dst parameter of the ifnet if_output method. > > Modified: > head/sys/dev/iicbus/if_ic.c > head/sys/dev/lmc/if_lmc.c > head/sys/dev/lmc/if_lmc.h > head/sys/dev/ppbus/if_plip.c > head/sys/dev/usb/net/if_usie.c > head/sys/dev/usb/net/uhso.c > head/sys/net/ethernet.h > head/sys/net/if.c > head/sys/net/if_arc.h > head/sys/net/if_arcsubr.c > head/sys/net/if_atm.h > head/sys/net/if_atmsubr.c > head/sys/net/if_dead.c > head/sys/net/if_disc.c > head/sys/net/if_ef.c > head/sys/net/if_enc.c > head/sys/net/if_ethersubr.c > head/sys/net/if_faith.c > head/sys/net/if_fddisubr.c > head/sys/net/if_fwsubr.c > head/sys/net/if_gif.c > head/sys/net/if_gif.h > head/sys/net/if_gre.c > head/sys/net/if_iso88025subr.c > head/sys/net/if_lagg.c > head/sys/net/if_lagg.h > head/sys/net/if_loop.c > head/sys/net/if_spppsubr.c > head/sys/net/if_stf.c > head/sys/net/if_tun.c > head/sys/net/if_var.h > head/sys/net/iso88025.h > head/sys/net80211/ieee80211.c > head/sys/net80211/ieee80211_output.c > head/sys/net80211/ieee80211_proto.h > head/sys/net80211/ieee80211_var.h > head/sys/netatalk/aarp.c > head/sys/netatalk/aarp.h > head/sys/netatalk/at_control.c > head/sys/netatalk/at_extern.h > head/sys/netgraph/ng_fec.c > head/sys/netgraph/ng_iface.c > head/sys/netinet/if_atm.c > head/sys/netinet/if_atm.h > head/sys/netinet/if_ether.c > head/sys/netinet/if_ether.h > head/sys/netinet/ip_carp.c > head/sys/netinet/ip_carp.h > head/sys/netinet/ip_output.c > head/sys/netinet6/nd6.c > head/sys/netinet6/nd6.h > head/sys/netpfil/ipfw/ip_fw_log.c > head/sys/netpfil/pf/if_pflog.c > head/sys/netpfil/pf/if_pfsync.c > > Modified: head/sys/dev/iicbus/if_ic.c > ============================================================================== > --- head/sys/dev/iicbus/if_ic.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/dev/iicbus/if_ic.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -99,7 +99,7 @@ static int icprobe(device_t); > static int icattach(device_t); > > static int icioctl(struct ifnet *, u_long, caddr_t); > -static int icoutput(struct ifnet *, struct mbuf *, struct sockaddr *, > +static int icoutput(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > > static int icintr(device_t, int, char *); > @@ -351,7 +351,7 @@ icintr(device_t dev, int event, char *pt > * icoutput() > */ > static int > -icoutput(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +icoutput(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > struct ic_softc *sc = ifp->if_softc; > > Modified: head/sys/dev/lmc/if_lmc.c > ============================================================================== > --- head/sys/dev/lmc/if_lmc.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/dev/lmc/if_lmc.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -4587,7 +4587,7 @@ lmc_ifnet_start(struct ifnet *ifp) > /* Called from a syscall (user context; no spinlocks). */ > static int > lmc_raw_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro) > + const struct sockaddr *dst, struct route *ro) > { > softc_t *sc = IFP2SC(ifp); > int error = 0; > > Modified: head/sys/dev/lmc/if_lmc.h > ============================================================================== > --- head/sys/dev/lmc/if_lmc.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/dev/lmc/if_lmc.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -1595,7 +1595,7 @@ static int lmc_raw_ioctl(struct ifnet *, > static int lmc_ifnet_ioctl(struct ifnet *, u_long, caddr_t); > static void lmc_ifnet_start(struct ifnet *); > static int lmc_raw_output(struct ifnet *, struct mbuf *, > - struct sockaddr *, struct route *); > + const struct sockaddr *, struct route *); > # ifdef __OpenBSD__ > static int ifmedia_change(struct ifnet *); > static void ifmedia_status(struct ifnet *, struct ifmediareq *); > > Modified: head/sys/dev/ppbus/if_plip.c > ============================================================================== > --- head/sys/dev/ppbus/if_plip.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/dev/ppbus/if_plip.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -173,7 +173,7 @@ static u_char *ctxmith; > /* Functions for the lp# interface */ > static int lpinittables(void); > static int lpioctl(struct ifnet *, u_long, caddr_t); > -static int lpoutput(struct ifnet *, struct mbuf *, struct sockaddr *, > +static int lpoutput(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > static void lpstop(struct lp_data *); > static void lp_intr(void *); > @@ -682,7 +682,7 @@ lpoutbyte(u_char byte, int spin, device_ > } > > static int > -lpoutput(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +lpoutput(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > struct lp_data *sc = ifp->if_softc; > > Modified: head/sys/dev/usb/net/if_usie.c > ============================================================================== > --- head/sys/dev/usb/net/if_usie.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/dev/usb/net/if_usie.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -121,7 +121,8 @@ static void usie_if_sync_cb(void *, int) > static void usie_if_status_cb(void *, int); > > static void usie_if_start(struct ifnet *); > -static int usie_if_output(struct ifnet *, struct mbuf *, struct sockaddr *, struct route *); > +static int usie_if_output(struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *); > static void usie_if_init(void *); > static void usie_if_stop(struct usie_softc *); > static int usie_if_ioctl(struct ifnet *, u_long, caddr_t); > @@ -1181,7 +1182,7 @@ usie_if_start(struct ifnet *ifp) > } > > static int > -usie_if_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +usie_if_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > int err; > > Modified: head/sys/dev/usb/net/uhso.c > ============================================================================== > --- head/sys/dev/usb/net/uhso.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/dev/usb/net/uhso.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -467,8 +467,8 @@ static void uhso_if_init(void *); > static void uhso_if_start(struct ifnet *); > static void uhso_if_stop(struct uhso_softc *); > static int uhso_if_ioctl(struct ifnet *, u_long, caddr_t); > -static int uhso_if_output(struct ifnet *, struct mbuf *, struct sockaddr *, > - struct route *); > +static int uhso_if_output(struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *); > static void uhso_if_rxflush(void *); > > static device_probe_t uhso_probe; > @@ -1881,7 +1881,7 @@ uhso_if_init(void *priv) > } > > static int > -uhso_if_output(struct ifnet *ifp, struct mbuf *m0, struct sockaddr *dst, > +uhso_if_output(struct ifnet *ifp, struct mbuf *m0, const struct sockaddr *dst, > struct route *ro) > { > int error; > > Modified: head/sys/net/ethernet.h > ============================================================================== > --- head/sys/net/ethernet.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/ethernet.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -375,8 +375,8 @@ extern void ether_demux(struct ifnet *, > extern void ether_ifattach(struct ifnet *, const u_int8_t *); > extern void ether_ifdetach(struct ifnet *); > extern int ether_ioctl(struct ifnet *, u_long, caddr_t); > -extern int ether_output(struct ifnet *, > - struct mbuf *, struct sockaddr *, struct route *); > +extern int ether_output(struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *); > extern int ether_output_frame(struct ifnet *, struct mbuf *); > extern char *ether_sprintf(const u_int8_t *); > void ether_vlan_mtap(struct bpf_if *, struct mbuf *, > > Modified: head/sys/net/if.c > ============================================================================== > --- head/sys/net/if.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -134,7 +134,7 @@ int (*carp_master_p)(struct ifaddr *); > #if defined(INET) || defined(INET6) > int (*carp_forus_p)(struct ifnet *ifp, u_char *dhost); > int (*carp_output_p)(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *sa); > + const struct sockaddr *sa); > int (*carp_ioctl_p)(struct ifreq *, u_long, struct thread *); > int (*carp_attach_p)(struct ifaddr *, int); > void (*carp_detach_p)(struct ifaddr *); > > Modified: head/sys/net/if_arc.h > ============================================================================== > --- head/sys/net/if_arc.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_arc.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -133,7 +133,7 @@ void arc_storelladdr(struct ifnet *, u_i > int arc_isphds(u_int8_t); > void arc_input(struct ifnet *, struct mbuf *); > int arc_output(struct ifnet *, struct mbuf *, > - struct sockaddr *, struct route *); > + const struct sockaddr *, struct route *); > int arc_ioctl(struct ifnet *, u_long, caddr_t); > > void arc_frag_init(struct ifnet *); > > Modified: head/sys/net/if_arcsubr.c > ============================================================================== > --- head/sys/net/if_arcsubr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_arcsubr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -92,8 +92,8 @@ u_int8_t arcbroadcastaddr = 0; > #define ARC_LLADDR(ifp) (*(u_int8_t *)IF_LLADDR(ifp)) > > #define senderr(e) { error = (e); goto bad;} > -#define SIN(s) ((struct sockaddr_in *)s) > -#define SIPX(s) ((struct sockaddr_ipx *)s) > +#define SIN(s) ((const struct sockaddr_in *)(s)) > +#define SIPX(s) ((const struct sockaddr_ipx *)(s)) > > /* > * ARCnet output routine. > @@ -101,7 +101,7 @@ u_int8_t arcbroadcastaddr = 0; > * Assumes that ifp is actually pointer to arccom structure. > */ > int > -arc_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +arc_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > struct arc_header *ah; > @@ -186,8 +186,11 @@ arc_output(struct ifnet *ifp, struct mbu > #endif > > case AF_UNSPEC: > + { > + const struct arc_header *ah; > + > loop_copy = -1; > - ah = (struct arc_header *)dst->sa_data; > + ah = (const struct arc_header *)dst->sa_data; > adst = ah->arc_dhost; > atype = ah->arc_type; > > @@ -207,7 +210,7 @@ arc_output(struct ifnet *ifp, struct mbu > #endif > } > break; > - > + } > default: > if_printf(ifp, "can't handle af%d\n", dst->sa_family); > senderr(EAFNOSUPPORT); > > Modified: head/sys/net/if_atm.h > ============================================================================== > --- head/sys/net/if_atm.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_atm.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -292,7 +292,7 @@ void atm_ifattach(struct ifnet *); > void atm_ifdetach(struct ifnet *); > void atm_input(struct ifnet *, struct atm_pseudohdr *, > struct mbuf *, void *); > -int atm_output(struct ifnet *, struct mbuf *, struct sockaddr *, > +int atm_output(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > struct atmio_vcctable *atm_getvccs(struct atmio_vcc **, u_int, u_int, > struct mtx *, int); > > Modified: head/sys/net/if_atmsubr.c > ============================================================================== > --- head/sys/net/if_atmsubr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_atmsubr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -121,7 +121,7 @@ static MALLOC_DEFINE(M_IFATM, "ifatm", " > * ro->ro_rt must also be NULL. > */ > int > -atm_output(struct ifnet *ifp, struct mbuf *m0, struct sockaddr *dst, > +atm_output(struct ifnet *ifp, struct mbuf *m0, const struct sockaddr *dst, > struct route *ro) > { > u_int16_t etype = 0; /* if using LLC/SNAP */ > @@ -129,7 +129,7 @@ atm_output(struct ifnet *ifp, struct mbu > struct atm_pseudohdr atmdst, *ad; > struct mbuf *m = m0; > struct atmllc *atmllc; > - struct atmllc *llc_hdr = NULL; > + const struct atmllc *llc_hdr = NULL; > u_int32_t atm_flags; > > #ifdef MAC > @@ -173,7 +173,7 @@ atm_output(struct ifnet *ifp, struct mbu > * (atm pseudo header (4) + LLC/SNAP (8)) > */ > bcopy(dst->sa_data, &atmdst, sizeof(atmdst)); > - llc_hdr = (struct atmllc *)(dst->sa_data + > + llc_hdr = (const struct atmllc *)(dst->sa_data + > sizeof(atmdst)); > break; > > > Modified: head/sys/net/if_dead.c > ============================================================================== > --- head/sys/net/if_dead.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_dead.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -42,7 +42,7 @@ __FBSDID("$FreeBSD$"); > #include > > static int > -ifdead_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *sa, > +ifdead_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *sa, > struct route *ro) > { > > > Modified: head/sys/net/if_disc.c > ============================================================================== > --- head/sys/net/if_disc.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_disc.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -64,7 +64,7 @@ struct disc_softc { > }; > > static int discoutput(struct ifnet *, struct mbuf *, > - struct sockaddr *, struct route *); > + const struct sockaddr *, struct route *); > static void discrtrequest(int, struct rtentry *, struct rt_addrinfo *); > static int discioctl(struct ifnet *, u_long, caddr_t); > static int disc_clone_create(struct if_clone *, int, caddr_t); > @@ -155,7 +155,7 @@ static moduledata_t disc_mod = { > DECLARE_MODULE(if_disc, disc_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); > > static int > -discoutput(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +discoutput(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > u_int32_t af; > @@ -163,15 +163,14 @@ discoutput(struct ifnet *ifp, struct mbu > M_ASSERTPKTHDR(m); > > /* BPF writes need to be handled specially. */ > - if (dst->sa_family == AF_UNSPEC) { > + if (dst->sa_family == AF_UNSPEC) > bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > + else > + af = dst->sa_family; > > - if (bpf_peers_present(ifp->if_bpf)) { > - u_int af = dst->sa_family; > + if (bpf_peers_present(ifp->if_bpf)) > bpf_mtap2(ifp->if_bpf, &af, sizeof(af), m); > - } > + > m->m_pkthdr.rcvif = ifp; > > ifp->if_opackets++; > > Modified: head/sys/net/if_ef.c > ============================================================================== > --- head/sys/net/if_ef.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_ef.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -102,7 +102,7 @@ static int efcount; > > extern int (*ef_inputp)(struct ifnet*, struct ether_header *eh, struct mbuf *m); > extern int (*ef_outputp)(struct ifnet *ifp, struct mbuf **mp, > - struct sockaddr *dst, short *tp, int *hlen); > + const struct sockaddr *dst, short *tp, int *hlen); > > /* > static void ef_reset (struct ifnet *); > @@ -114,7 +114,7 @@ static int ef_ioctl(struct ifnet *, u_lo > static void ef_start(struct ifnet *); > static int ef_input(struct ifnet*, struct ether_header *, struct mbuf *); > static int ef_output(struct ifnet *ifp, struct mbuf **mp, > - struct sockaddr *dst, short *tp, int *hlen); > + const struct sockaddr *dst, short *tp, int *hlen); > > static int ef_load(void); > static int ef_unload(void); > @@ -386,8 +386,8 @@ ef_input(struct ifnet *ifp, struct ether > } > > static int > -ef_output(struct ifnet *ifp, struct mbuf **mp, struct sockaddr *dst, short *tp, > - int *hlen) > +ef_output(struct ifnet *ifp, struct mbuf **mp, const struct sockaddr *dst, > + short *tp, int *hlen) > { > struct efnet *sc = (struct efnet*)ifp->if_softc; > struct mbuf *m = *mp; > > Modified: head/sys/net/if_enc.c > ============================================================================== > --- head/sys/net/if_enc.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_enc.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -88,7 +88,7 @@ struct enc_softc { > > static int enc_ioctl(struct ifnet *, u_long, caddr_t); > static int enc_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro); > + const struct sockaddr *dst, struct route *ro); > static int enc_clone_create(struct if_clone *, int, caddr_t); > static void enc_clone_destroy(struct ifnet *); > static struct if_clone *enc_cloner; > @@ -188,7 +188,7 @@ static moduledata_t enc_mod = { > DECLARE_MODULE(if_enc, enc_mod, SI_SUB_PROTO_IFATTACHDOMAIN, SI_ORDER_ANY); > > static int > -enc_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +enc_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > m_freem(m); > > Modified: head/sys/net/if_ethersubr.c > ============================================================================== > --- head/sys/net/if_ethersubr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_ethersubr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -83,7 +83,7 @@ > > int (*ef_inputp)(struct ifnet*, struct ether_header *eh, struct mbuf *m); > int (*ef_outputp)(struct ifnet *ifp, struct mbuf **mp, > - struct sockaddr *dst, short *tp, int *hlen); > + const struct sockaddr *dst, short *tp, int *hlen); > > #ifdef NETATALK > #include > @@ -149,7 +149,7 @@ static MALLOC_DEFINE(M_ARPCOM, "arpcom", > */ > int > ether_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro) > + const struct sockaddr *dst, struct route *ro) > { > short type; > int error = 0, hdrcmplt = 0; > @@ -238,8 +238,8 @@ ether_output(struct ifnet *ifp, struct m > goto bad; > } else > type = htons(ETHERTYPE_IPX); > - bcopy((caddr_t)&(((struct sockaddr_ipx *)dst)->sipx_addr.x_host), > - (caddr_t)edst, sizeof (edst)); > + bcopy(&((const struct sockaddr_ipx *)dst)->sipx_addr.x_host, > + edst, sizeof (edst)); > break; > #endif > #ifdef NETATALK > @@ -247,9 +247,9 @@ ether_output(struct ifnet *ifp, struct m > { > struct at_ifaddr *aa; > > - if ((aa = at_ifawithnet((struct sockaddr_at *)dst)) == NULL) > + if ((aa = at_ifawithnet((const struct sockaddr_at *)dst)) == NULL) > senderr(EHOSTUNREACH); /* XXX */ > - if (!aarpresolve(ifp, m, (struct sockaddr_at *)dst, edst)) { > + if (!aarpresolve(ifp, m, (const struct sockaddr_at *)dst, edst)) { > ifa_free(&aa->aa_ifa); > return (0); > } > @@ -279,18 +279,21 @@ ether_output(struct ifnet *ifp, struct m > #endif /* NETATALK */ > > case pseudo_AF_HDRCMPLT: > + { > + const struct ether_header *eh; > + > hdrcmplt = 1; > - eh = (struct ether_header *)dst->sa_data; > + eh = (const struct ether_header *)dst->sa_data; > (void)memcpy(esrc, eh->ether_shost, sizeof (esrc)); > /* FALLTHROUGH */ > > case AF_UNSPEC: > loop_copy = 0; /* if this is for us, don't do it */ > - eh = (struct ether_header *)dst->sa_data; > + eh = (const struct ether_header *)dst->sa_data; > (void)memcpy(edst, eh->ether_dhost, sizeof (edst)); > type = eh->ether_type; > break; > - > + } > default: > if_printf(ifp, "can't handle af%d\n", dst->sa_family); > senderr(EAFNOSUPPORT); > > Modified: head/sys/net/if_faith.c > ============================================================================== > --- head/sys/net/if_faith.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_faith.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -84,7 +84,7 @@ struct faith_softc { > }; > > static int faithioctl(struct ifnet *, u_long, caddr_t); > -int faithoutput(struct ifnet *, struct mbuf *, struct sockaddr *, > +static int faithoutput(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > static void faithrtrequest(int, struct rtentry *, struct rt_addrinfo *); > #ifdef INET6 > @@ -184,12 +184,9 @@ faith_clone_destroy(ifp) > free(sc, M_FAITH); > } > > -int > -faithoutput(ifp, m, dst, ro) > - struct ifnet *ifp; > - struct mbuf *m; > - struct sockaddr *dst; > - struct route *ro; > +static int > +faithoutput(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > + struct route *ro) > { > int isr; > u_int32_t af; > @@ -200,15 +197,13 @@ faithoutput(ifp, m, dst, ro) > if (ro != NULL) > rt = ro->ro_rt; > /* BPF writes need to be handled specially. */ > - if (dst->sa_family == AF_UNSPEC) { > + if (dst->sa_family == AF_UNSPEC) > bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > - > - if (bpf_peers_present(ifp->if_bpf)) { > + else > af = dst->sa_family; > + > + if (bpf_peers_present(ifp->if_bpf)) > bpf_mtap2(ifp->if_bpf, &af, sizeof(af), m); > - } > > if (rt && rt->rt_flags & (RTF_REJECT|RTF_BLACKHOLE)) { > m_freem(m); > @@ -217,7 +212,7 @@ faithoutput(ifp, m, dst, ro) > } > ifp->if_opackets++; > ifp->if_obytes += m->m_pkthdr.len; > - switch (dst->sa_family) { > + switch (af) { > #ifdef INET > case AF_INET: > isr = NETISR_IP; > > Modified: head/sys/net/if_fddisubr.c > ============================================================================== > --- head/sys/net/if_fddisubr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_fddisubr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -96,7 +96,7 @@ static const u_char fddibroadcastaddr[FD > > static int fddi_resolvemulti(struct ifnet *, struct sockaddr **, > struct sockaddr *); > -static int fddi_output(struct ifnet *, struct mbuf *, struct sockaddr *, > +static int fddi_output(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > static void fddi_input(struct ifnet *ifp, struct mbuf *m); > > @@ -110,11 +110,8 @@ static void fddi_input(struct ifnet *ifp > * Assumes that ifp is actually pointer to arpcom structure. > */ > static int > -fddi_output(ifp, m, dst, ro) > - struct ifnet *ifp; > - struct mbuf *m; > - struct sockaddr *dst; > - struct route *ro; > +fddi_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > + struct route *ro) > { > u_int16_t type; > int loop_copy = 0, error = 0, hdrcmplt = 0; > @@ -189,19 +186,19 @@ fddi_output(ifp, m, dst, ro) > #ifdef IPX > case AF_IPX: > type = htons(ETHERTYPE_IPX); > - bcopy((caddr_t)&(((struct sockaddr_ipx *)dst)->sipx_addr.x_host), > - (caddr_t)edst, FDDI_ADDR_LEN); > + bcopy(&((const struct sockaddr_ipx *)dst)->sipx_addr.x_host, > + edst, FDDI_ADDR_LEN); > break; > #endif /* IPX */ > #ifdef NETATALK > case AF_APPLETALK: { > struct at_ifaddr *aa; > - if (!aarpresolve(ifp, m, (struct sockaddr_at *)dst, edst)) > + if (!aarpresolve(ifp, m, (const struct sockaddr_at *)dst, edst)) > return (0); > /* > * ifaddr is the first thing in at_ifaddr > */ > - if ((aa = at_ifawithnet( (struct sockaddr_at *)dst)) == 0) > + if ((aa = at_ifawithnet((const struct sockaddr_at *)dst)) == 0) > goto bad; > > /* > @@ -229,19 +226,21 @@ fddi_output(ifp, m, dst, ro) > > case pseudo_AF_HDRCMPLT: > { > - struct ether_header *eh; > + const struct ether_header *eh; > + > hdrcmplt = 1; > - eh = (struct ether_header *)dst->sa_data; > - bcopy((caddr_t)eh->ether_shost, (caddr_t)esrc, FDDI_ADDR_LEN); > + eh = (const struct ether_header *)dst->sa_data; > + bcopy(eh->ether_shost, esrc, FDDI_ADDR_LEN); > /* FALLTHROUGH */ > } > > case AF_UNSPEC: > { > - struct ether_header *eh; > + const struct ether_header *eh; > + > loop_copy = -1; > - eh = (struct ether_header *)dst->sa_data; > - bcopy((caddr_t)eh->ether_dhost, (caddr_t)edst, FDDI_ADDR_LEN); > + eh = (const struct ether_header *)dst->sa_data; > + bcopy(eh->ether_dhost, edst, FDDI_ADDR_LEN); > if (*edst & 1) > m->m_flags |= (M_BCAST|M_MCAST); > type = eh->ether_type; > > Modified: head/sys/net/if_fwsubr.c > ============================================================================== > --- head/sys/net/if_fwsubr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_fwsubr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -75,7 +75,7 @@ struct fw_hwaddr firewire_broadcastaddr > }; > > static int > -firewire_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +firewire_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > struct fw_com *fc = IFP2FWC(ifp); > > Modified: head/sys/net/if_gif.c > ============================================================================== > --- head/sys/net/if_gif.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_gif.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -422,11 +422,8 @@ gif_start(struct ifnet *ifp) > } > > int > -gif_output(ifp, m, dst, ro) > - struct ifnet *ifp; > - struct mbuf *m; > - struct sockaddr *dst; > - struct route *ro; > +gif_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > + struct route *ro) > { > struct gif_softc *sc = ifp->if_softc; > struct m_tag *mtag; > @@ -482,11 +479,10 @@ gif_output(ifp, m, dst, ro) > > m->m_flags &= ~(M_BCAST|M_MCAST); > /* BPF writes need to be handled specially. */ > - if (dst->sa_family == AF_UNSPEC) { > + if (dst->sa_family == AF_UNSPEC) > bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > - af = dst->sa_family; > + else > + af = dst->sa_family; > /* > * Now save the af in the inbound pkt csum > * data, this is a cheat since we are using > > Modified: head/sys/net/if_gif.h > ============================================================================== > --- head/sys/net/if_gif.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_gif.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -112,7 +112,7 @@ struct etherip_header { > > /* Prototypes */ > void gif_input(struct mbuf *, int, struct ifnet *); > -int gif_output(struct ifnet *, struct mbuf *, struct sockaddr *, > +int gif_output(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > int gif_ioctl(struct ifnet *, u_long, caddr_t); > int gif_set_tunnel(struct ifnet *, struct sockaddr *, struct sockaddr *); > > Modified: head/sys/net/if_gre.c > ============================================================================== > --- head/sys/net/if_gre.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_gre.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -113,8 +113,8 @@ static void gre_clone_destroy(struct ifn > static struct if_clone *gre_cloner; > > static int gre_ioctl(struct ifnet *, u_long, caddr_t); > -static int gre_output(struct ifnet *, struct mbuf *, struct sockaddr *, > - struct route *ro); > +static int gre_output(struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *); > > static int gre_compute_route(struct gre_softc *sc); > > @@ -241,7 +241,7 @@ gre_clone_destroy(ifp) > * given by sc->g_proto. See also RFC 1701 and RFC 2004 > */ > static int > -gre_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +gre_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > int error = 0; > @@ -333,20 +333,18 @@ gre_output(struct ifnet *ifp, struct mbu > ip = NULL; > > /* BPF writes need to be handled specially. */ > - if (dst->sa_family == AF_UNSPEC) { > + if (dst->sa_family == AF_UNSPEC) > bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > - > - if (bpf_peers_present(ifp->if_bpf)) { > + else > af = dst->sa_family; > + > + if (bpf_peers_present(ifp->if_bpf)) > bpf_mtap2(ifp->if_bpf, &af, sizeof(af), m); > - } > > m->m_flags &= ~(M_BCAST|M_MCAST); > > if (sc->g_proto == IPPROTO_MOBILE) { > - if (dst->sa_family == AF_INET) { > + if (af == AF_INET) { > struct mbuf *m0; > int msiz; > > @@ -417,7 +415,7 @@ gre_output(struct ifnet *ifp, struct mbu > goto end; > } > } else if (sc->g_proto == IPPROTO_GRE) { > - switch (dst->sa_family) { > + switch (af) { > case AF_INET: > ip = mtod(m, struct ip *); > gre_ip_tos = ip->ip_tos; > > Modified: head/sys/net/if_iso88025subr.c > ============================================================================== > --- head/sys/net/if_iso88025subr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_iso88025subr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -231,11 +231,8 @@ iso88025_ioctl(struct ifnet *ifp, u_long > * ISO88025 encapsulation > */ > int > -iso88025_output(ifp, m, dst, ro) > - struct ifnet *ifp; > - struct mbuf *m; > - struct sockaddr *dst; > - struct route *ro; > +iso88025_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > + struct route *ro) > { > u_int16_t snap_type = 0; > int loop_copy = 0, error = 0, rif_len = 0; > @@ -351,7 +348,7 @@ iso88025_output(ifp, m, dst, ro) > #endif /* IPX */ > case AF_UNSPEC: > { > - struct iso88025_sockaddr_data *sd; > + const struct iso88025_sockaddr_data *sd; > /* > * For AF_UNSPEC sockaddr.sa_data must contain all of the > * mac information needed to send the packet. This allows > @@ -361,13 +358,12 @@ iso88025_output(ifp, m, dst, ro) > * should be an iso88025_sockaddr_data structure see iso88025.h > */ > loop_copy = -1; > - sd = (struct iso88025_sockaddr_data *)dst->sa_data; > + sd = (const struct iso88025_sockaddr_data *)dst->sa_data; > gen_th.ac = sd->ac; > gen_th.fc = sd->fc; > - (void)memcpy((caddr_t)edst, (caddr_t)sd->ether_dhost, > - ISO88025_ADDR_LEN); > - (void)memcpy((caddr_t)gen_th.iso88025_shost, > - (caddr_t)sd->ether_shost, ISO88025_ADDR_LEN); > + (void)memcpy(edst, sd->ether_dhost, ISO88025_ADDR_LEN); > + (void)memcpy(gen_th.iso88025_shost, sd->ether_shost, > + ISO88025_ADDR_LEN); > rif_len = 0; > break; > } > > Modified: head/sys/net/if_lagg.c > ============================================================================== > --- head/sys/net/if_lagg.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_lagg.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -99,7 +99,7 @@ static void lagg_linkstate(struct lagg_s > static void lagg_port_state(struct ifnet *, int); > static int lagg_port_ioctl(struct ifnet *, u_long, caddr_t); > static int lagg_port_output(struct ifnet *, struct mbuf *, > - struct sockaddr *, struct route *); > + const struct sockaddr *, struct route *); > static void lagg_port_ifdetach(void *arg __unused, struct ifnet *); > #ifdef LAGG_PORT_STACKING > static int lagg_port_checkstacking(struct lagg_softc *); > @@ -787,7 +787,7 @@ fallback: > */ > static int > lagg_port_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro) > + const struct sockaddr *dst, struct route *ro) > { > struct lagg_port *lp = ifp->if_lagg; > > > Modified: head/sys/net/if_lagg.h > ============================================================================== > --- head/sys/net/if_lagg.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_lagg.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -245,8 +245,8 @@ struct lagg_port { > > /* Redirected callbacks */ > int (*lp_ioctl)(struct ifnet *, u_long, caddr_t); > - int (*lp_output)(struct ifnet *, struct mbuf *, struct sockaddr *, > - struct route *); > + int (*lp_output)(struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *); > > SLIST_ENTRY(lagg_port) lp_entries; > }; > > Modified: head/sys/net/if_loop.c > ============================================================================== > --- head/sys/net/if_loop.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_loop.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -101,7 +101,7 @@ > int loioctl(struct ifnet *, u_long, caddr_t); > static void lortrequest(int, struct rtentry *, struct rt_addrinfo *); > int looutput(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro); > + const struct sockaddr *dst, struct route *ro); > static int lo_clone_create(struct if_clone *, int, caddr_t); > static void lo_clone_destroy(struct ifnet *); > > @@ -210,7 +210,7 @@ static moduledata_t loop_mod = { > DECLARE_MODULE(if_lo, loop_mod, SI_SUB_PROTO_IFATTACHDOMAIN, SI_ORDER_ANY); > > int > -looutput(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, > +looutput(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > struct route *ro) > { > u_int32_t af; > @@ -241,13 +241,13 @@ looutput(struct ifnet *ifp, struct mbuf > ifp->if_obytes += m->m_pkthdr.len; > > /* BPF writes need to be handled specially. */ > - if (dst->sa_family == AF_UNSPEC) { > + if (dst->sa_family == AF_UNSPEC) > bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > + else > + af = dst->sa_family; > > #if 1 /* XXX */ > - switch (dst->sa_family) { > + switch (af) { > case AF_INET: > if (ifp->if_capenable & IFCAP_RXCSUM) { > m->m_pkthdr.csum_data = 0xffff; > @@ -276,12 +276,12 @@ looutput(struct ifnet *ifp, struct mbuf > case AF_APPLETALK: > break; > default: > - printf("looutput: af=%d unexpected\n", dst->sa_family); > + printf("looutput: af=%d unexpected\n", af); > m_freem(m); > return (EAFNOSUPPORT); > } > #endif > - return (if_simloop(ifp, m, dst->sa_family, 0)); > + return (if_simloop(ifp, m, af, 0)); > } > > /* > > Modified: head/sys/net/if_spppsubr.c > ============================================================================== > --- head/sys/net/if_spppsubr.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_spppsubr.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -262,7 +262,7 @@ static const u_short interactive_ports[8 > int debug = ifp->if_flags & IFF_DEBUG > > static int sppp_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro); > + const struct sockaddr *dst, struct route *ro); > > static void sppp_cisco_send(struct sppp *sp, int type, long par1, long par2); > static void sppp_cisco_input(struct sppp *sp, struct mbuf *m); > @@ -785,8 +785,8 @@ sppp_ifstart(struct ifnet *ifp) > * Enqueue transmit packet. > */ > static int > -sppp_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro) > +sppp_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > + struct route *ro) > { > struct sppp *sp = IFP2SP(ifp); > struct ppp_header *h; > > Modified: head/sys/net/if_stf.c > ============================================================================== > --- head/sys/net/if_stf.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_stf.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -140,7 +140,7 @@ SYSCTL_INT(_net_link_stf, OID_AUTO, perm > * XXX: Return a pointer with 16-bit aligned. Don't cast it to > * struct in_addr *; use bcopy() instead. > */ > -#define GET_V4(x) ((caddr_t)(&(x)->s6_addr16[1])) > +#define GET_V4(x) (&(x)->s6_addr16[1]) > > struct stf_softc { > struct ifnet *sc_ifp; > @@ -181,7 +181,7 @@ static char *stfnames[] = {"stf0", "stf" > static int stfmodevent(module_t, int, void *); > static int stf_encapcheck(const struct mbuf *, int, int, void *); > static struct in6_ifaddr *stf_getsrcifa6(struct ifnet *); > -static int stf_output(struct ifnet *, struct mbuf *, struct sockaddr *, > +static int stf_output(struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > static int isrfc1918addr(struct in_addr *); > static int stf_checkaddr4(struct stf_softc *, struct in_addr *, > @@ -413,23 +413,19 @@ stf_getsrcifa6(ifp) > } > > static int > -stf_output(ifp, m, dst, ro) > - struct ifnet *ifp; > - struct mbuf *m; > - struct sockaddr *dst; > - struct route *ro; > +stf_output(struct ifnet *ifp, struct mbuf *m, const struct sockaddr *dst, > + struct route *ro) > { > struct stf_softc *sc; > - struct sockaddr_in6 *dst6; > + const struct sockaddr_in6 *dst6; > struct route *cached_route; > struct in_addr in4; > - caddr_t ptr; > + const void *ptr; > struct sockaddr_in *dst4; > u_int8_t tos; > struct ip *ip; > struct ip6_hdr *ip6; > struct in6_ifaddr *ia6; > - u_int32_t af; > int error; > > #ifdef MAC > @@ -441,7 +437,7 @@ stf_output(ifp, m, dst, ro) > #endif > > sc = ifp->if_softc; > - dst6 = (struct sockaddr_in6 *)dst; > + dst6 = (const struct sockaddr_in6 *)dst; > > /* just in case */ > if ((ifp->if_flags & IFF_UP) == 0) { > @@ -474,15 +470,6 @@ stf_output(ifp, m, dst, ro) > tos = (ntohl(ip6->ip6_flow) >> 20) & 0xff; > > /* > - * BPF writes need to be handled specially. > - * This is a null operation, nothing here checks dst->sa_family. > - */ > - if (dst->sa_family == AF_UNSPEC) { > - bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > - > - /* > * Pickup the right outer dst addr from the list of candidates. > * ip6_dst has priority as it may be able to give us shorter IPv4 hops. > */ > @@ -507,7 +494,7 @@ stf_output(ifp, m, dst, ro) > * will only read from the mbuf (i.e., it won't > * try to free it or keep a pointer a to it). > */ > - af = AF_INET6; > + u_int af = AF_INET6; > bpf_mtap2(ifp->if_bpf, &af, sizeof(af), m); > } > > > Modified: head/sys/net/if_tun.c > ============================================================================== > --- head/sys/net/if_tun.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_tun.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -128,8 +128,8 @@ static void tuncreate(const char *name, > static int tunifioctl(struct ifnet *, u_long, caddr_t); > static void tuninit(struct ifnet *); > static int tunmodevent(module_t, int, void *); > -static int tunoutput(struct ifnet *, struct mbuf *, struct sockaddr *, > - struct route *ro); > +static int tunoutput(struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *ro); > static void tunstart(struct ifnet *); > > static int tun_clone_create(struct if_clone *, int, caddr_t); > @@ -575,7 +575,7 @@ tunifioctl(struct ifnet *ifp, u_long cmd > * tunoutput - queue packets from higher level ready to put out. > */ > static int > -tunoutput(struct ifnet *ifp, struct mbuf *m0, struct sockaddr *dst, > +tunoutput(struct ifnet *ifp, struct mbuf *m0, const struct sockaddr *dst, > struct route *ro) > { > struct tun_softc *tp = ifp->if_softc; > @@ -609,15 +609,13 @@ tunoutput(struct ifnet *ifp, struct mbuf > } > > /* BPF writes need to be handled specially. */ > - if (dst->sa_family == AF_UNSPEC) { > + if (dst->sa_family == AF_UNSPEC) > bcopy(dst->sa_data, &af, sizeof(af)); > - dst->sa_family = af; > - } > - > - if (bpf_peers_present(ifp->if_bpf)) { > + else > af = dst->sa_family; > + > + if (bpf_peers_present(ifp->if_bpf)) > bpf_mtap2(ifp->if_bpf, &af, sizeof(af), m0); > - } > > /* prepend sockaddr? this may abort if the mbuf allocation fails */ > if (cached_tun_flags & TUN_LMODE) { > @@ -644,10 +642,10 @@ tunoutput(struct ifnet *ifp, struct mbuf > ifp->if_oerrors++; > return (ENOBUFS); > } else > - *(u_int32_t *)m0->m_data = htonl(dst->sa_family); > + *(u_int32_t *)m0->m_data = htonl(af); > } else { > #ifdef INET > - if (dst->sa_family != AF_INET) > + if (af != AF_INET) > #endif > { > m_freem(m0); > > Modified: head/sys/net/if_var.h > ============================================================================== > --- head/sys/net/if_var.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/if_var.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -158,7 +158,7 @@ struct ifnet { > int if_amcount; /* number of all-multicast requests */ > /* procedure handles */ > int (*if_output) /* output routine (enqueue) */ > - (struct ifnet *, struct mbuf *, struct sockaddr *, > + (struct ifnet *, struct mbuf *, const struct sockaddr *, > struct route *); > void (*if_input) /* input routine (from h/w driver) */ > (struct ifnet *, struct mbuf *); > > Modified: head/sys/net/iso88025.h > ============================================================================== > --- head/sys/net/iso88025.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net/iso88025.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -165,8 +165,8 @@ struct iso88025_addr { > void iso88025_ifattach (struct ifnet *, const u_int8_t *, int); > void iso88025_ifdetach (struct ifnet *, int); > int iso88025_ioctl (struct ifnet *, u_long, caddr_t ); > -int iso88025_output (struct ifnet *, struct mbuf *, struct sockaddr *, > - struct route *); > +int iso88025_output (struct ifnet *, struct mbuf *, > + const struct sockaddr *, struct route *); > void iso88025_input (struct ifnet *, struct mbuf *); > > #endif > > Modified: head/sys/net80211/ieee80211.c > ============================================================================== > --- head/sys/net80211/ieee80211.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net80211/ieee80211.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -243,7 +243,7 @@ null_transmit(struct ifnet *ifp, struct > > static int > null_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro) > + const struct sockaddr *dst, struct route *ro) > { > if_printf(ifp, "discard raw packet\n"); > return null_transmit(ifp, m); > > Modified: head/sys/net80211/ieee80211_output.c > ============================================================================== > --- head/sys/net80211/ieee80211_output.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net80211/ieee80211_output.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -450,7 +450,7 @@ ieee80211_raw_output(struct ieee80211vap > */ > int > ieee80211_output(struct ifnet *ifp, struct mbuf *m, > - struct sockaddr *dst, struct route *ro) > + const struct sockaddr *dst, struct route *ro) > { > #define senderr(e) do { error = (e); goto bad;} while (0) > struct ieee80211_node *ni = NULL; > > Modified: head/sys/net80211/ieee80211_proto.h > ============================================================================== > --- head/sys/net80211/ieee80211_proto.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net80211/ieee80211_proto.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -97,7 +97,7 @@ int ieee80211_mgmt_output(struct ieee802 > int ieee80211_raw_xmit(struct ieee80211_node *, struct mbuf *, > const struct ieee80211_bpf_params *); > int ieee80211_output(struct ifnet *, struct mbuf *, > - struct sockaddr *, struct route *ro); > + const struct sockaddr *, struct route *ro); > int ieee80211_raw_output(struct ieee80211vap *, struct ieee80211_node *, > struct mbuf *, const struct ieee80211_bpf_params *); > void ieee80211_send_setup(struct ieee80211_node *, struct mbuf *, int, int, > > Modified: head/sys/net80211/ieee80211_var.h > ============================================================================== > --- head/sys/net80211/ieee80211_var.h Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/net80211/ieee80211_var.h Fri Apr 26 12:50:32 2013 (r249925) > @@ -497,7 +497,7 @@ struct ieee80211vap { > enum ieee80211_state, int); > /* 802.3 output method for raw frame xmit */ > int (*iv_output)(struct ifnet *, struct mbuf *, > - struct sockaddr *, struct route *); > + const struct sockaddr *, struct route *); > uint64_t iv_spare[6]; > }; > MALLOC_DECLARE(M_80211_VAP); > > Modified: head/sys/netatalk/aarp.c > ============================================================================== > --- head/sys/netatalk/aarp.c Fri Apr 26 12:27:30 2013 (r249924) > +++ head/sys/netatalk/aarp.c Fri Apr 26 12:50:32 2013 (r249925) > @@ -147,7 +147,7 @@ aarptimer(void *ignored) > * unlocked variant returns a reference that the caller must dispose of. > */ > struct at_ifaddr * > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 17:23:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D6458734; Fri, 26 Apr 2013 17:23:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A13F313E2; Fri, 26 Apr 2013 17:23:18 +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 r3QHNHBe059561; Fri, 26 Apr 2013 13:23:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3QHNHNP059560; Fri, 26 Apr 2013 17:23:17 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Apr 2013 17:23:17 GMT Message-Id: <201304261723.r3QHNHNP059560@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 17:23:18 -0000 TB --- 2013-04-26 13:20:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 13:20:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-26 13:20:24 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-26 13:20:24 - cleaning the object tree TB --- 2013-04-26 13:20:24 - /usr/local/bin/svn stat /src TB --- 2013-04-26 13:20:29 - At svn revision 249928 TB --- 2013-04-26 13:20:30 - building world TB --- 2013-04-26 13:20:30 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 13:20:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 13:20:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 13:20:30 - SRCCONF=/dev/null TB --- 2013-04-26 13:20:30 - TARGET=amd64 TB --- 2013-04-26 13:20:30 - TARGET_ARCH=amd64 TB --- 2013-04-26 13:20:30 - TZ=UTC TB --- 2013-04-26 13:20:30 - __MAKE_CONF=/dev/null TB --- 2013-04-26 13:20:30 - cd /src TB --- 2013-04-26 13:20:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 13:20:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 26 17:07:10 UTC 2013 TB --- 2013-04-26 17:07:10 - generating LINT kernel config TB --- 2013-04-26 17:07:10 - cd /src/sys/amd64/conf TB --- 2013-04-26 17:07:10 - /usr/bin/make -B LINT TB --- 2013-04-26 17:07:10 - cd /src/sys/amd64/conf TB --- 2013-04-26 17:07:10 - /usr/sbin/config -m LINT TB --- 2013-04-26 17:07:10 - building LINT kernel TB --- 2013-04-26 17:07:10 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 17:07:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 17:07:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 17:07:10 - SRCCONF=/dev/null TB --- 2013-04-26 17:07:10 - TARGET=amd64 TB --- 2013-04-26 17:07:10 - TARGET_ARCH=amd64 TB --- 2013-04-26 17:07:10 - TZ=UTC TB --- 2013-04-26 17:07:10 - __MAKE_CONF=/dev/null TB --- 2013-04-26 17:07:10 - cd /src TB --- 2013-04-26 17:07:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 26 17:07:10 UTC 2013 >>> 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 [...] 2 warnings generated. cc -c -o ipoib_cm.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -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 -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_cm.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_ib.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -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 -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_ib.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_main.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -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 -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c:876:17: error: incompatible pointer types assigning to 'int (*)(struct ifnet *, struct mbuf *, const struct sockaddr *, struct route *)' from 'int (struct ifnet *, struct mbuf *, struct sockaddr *, struct route *)' [-Werror,-Wincompatible-pointer-types] dev->if_output = ipoib_output; ^ ~~~~~~~~~~~~ 1 error generated. *** [ipoib_main.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-26 17:23:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-26 17:23:17 - ERROR: failed to build LINT kernel TB --- 2013-04-26 17:23:17 - 11402.73 user 2129.05 system 14573.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 17:44:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 349BC185; Fri, 26 Apr 2013 17:44:11 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ia0-x22b.google.com (mail-ia0-x22b.google.com [IPv6:2607:f8b0:4001:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 0060F1575; Fri, 26 Apr 2013 17:44:10 +0000 (UTC) Received: by mail-ia0-f171.google.com with SMTP id r13so3795860iar.16 for ; Fri, 26 Apr 2013 10:44:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=lZjITegsLVM4lnLM6kT8PhL6UBRiPRb3AlpO/LPAcAk=; b=jJil/ksgaccVX61kLX8NSAzhznPT4tJPspIf2CGjE4zMZRw3brpLddIiuaAvdnfp7U xLNCR5IHRi3ZZVDHrbZTy+X2Kc3Cl0Y+ObUXKz7Zm7t4nqS0YRtrpghkvQQecea47rFl pLFJsPXnFZZSv7hz5y0mRjjyqtShRs2dQ8nZtUBUr6TdYXjMOh19Rlwwkb2n1ZHsN8Fk B3BVXREkfMKwvNTfdGdvzABBJ7m0I0mOX6LFuMeuhSoCEIy0HxDfDzwi7TzzLeLVYzmQ LFigmRRTLQVRByhqL5QY0AQhYTnNLNkpasw/oevRvJHi+dBOdeGDRRDDznRhjv9y72Ao 0BLA== X-Received: by 10.50.20.2 with SMTP id j2mr2534165ige.112.1366998250754; Fri, 26 Apr 2013 10:44:10 -0700 (PDT) Received: from gloom.sandvine.com ([64.7.137.182]) by mx.google.com with ESMTPSA id xc3sm3892834igb.10.2013.04.26.10.44.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 10:44:10 -0700 (PDT) Date: Fri, 26 Apr 2013 13:43:52 -0400 From: Mark Johnston To: Glen Barber Subject: Re: Virtualbox addition in FreeBSD -current guest OS? Message-ID: <20130426174352.GA33054@gloom.sandvine.com> References: <20130426144955.GF1617@glenbarber.us> <20130426150210.GA29463@gloom.sandvine.com> <20130426150735.GG1617@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130426150735.GG1617@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Viren Shah , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 17:44:11 -0000 On Fri, Apr 26, 2013 at 11:07:35AM -0400, Glen Barber wrote: > On Fri, Apr 26, 2013 at 11:02:10AM -0400, Mark Johnston wrote: > > On Fri, Apr 26, 2013 at 10:49:55AM -0400, Glen Barber wrote: > > > On Fri, Apr 26, 2013 at 10:45:19AM -0400, Viren Shah wrote: > > > > I was having problems compiling the virtualbox guest additions on a FBSD > > > > -current (Apr 23 20:30 EDT) system. I changed all the VM_OBJECT_LOCKs to > > > > VM_OBJECT_WLOCKs (and same for the UNLOCKS) and added rwlock.h to the > > > > includes. That enabled it to compile but I'm having problems getting X > > > > started (it just hangs) using those vbox modules for xorg. Log msg (see > > > > attached) says "failed to initialize VirtualBox device (rc=-102)" > > > > > > > > Anyone having recently compiled the vbox ose-additions on a -current system > > > > and had it work? I'm just trying to figure out if this is a > > > > -current-related issue or a vbox related one. > > > > > > > > > > This was fixed months ago, I think. Is your ports tree updated? > > > > As far as the compilation issue goes, the virtualbox-ose-kmod port is > > indeed fixed but virtualbox-ose-additions is still broken on current > > with the latest ports tree. > > *sigh*... Is this broken "again" or broken "still" ? Looks like the latter based on the port's revision history. It was just never fixed when the lock changed to a rwlock. From owner-freebsd-current@FreeBSD.ORG Fri Apr 26 21:17:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA005905 for ; Fri, 26 Apr 2013 21:17:36 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 68E1E1E52 for ; Fri, 26 Apr 2013 21:17:36 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id m6so1068360wiv.1 for ; Fri, 26 Apr 2013 14:17:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=F0Lw1QKZNdmhWTp78cy7rXwPBq1ZV+9MUpR6ZTrUH+4=; b=R+CNWPjPDGria+iQS7v6BeG+UZ1/4+A8+AoZAqzmEuMl4V3YPKCcmLXvoQk47aFBxw 1ijCSpzUGvyr5v+dDXbaMLChFdsZYCYpBxWqQdV90A1SAk5pEYOXtb4jKyCwNZrs2Bbf EcNrl2bmnErdeewGS5UWyFt20rGxH6Jo1jLsN4nwbjBr6W4FidiOnogBo2j/C/bVhuzy l2/aklTxAJ71ALoyLzBvGoB+35uOaYco8qNo9ovOkQDVwHGGW8wUcZpweJptxfE7Igjs WAoBqIns1+mQKHnnBON1NXNNa51xvQJe2Wdqy7lq9S5HtxQLR0A74DqBHcagCZwKaBCC 0ljQ== MIME-Version: 1.0 X-Received: by 10.180.183.50 with SMTP id ej18mr6517957wic.4.1367011055098; Fri, 26 Apr 2013 14:17:35 -0700 (PDT) Received: by 10.194.243.199 with HTTP; Fri, 26 Apr 2013 14:17:34 -0700 (PDT) Date: Fri, 26 Apr 2013 23:17:34 +0200 Message-ID: Subject: FreeBSD & Intel AMT From: Kamil Czekirda To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 21:17:36 -0000 We have a problem with Intel AMT and FreeBSD. We have AMT version: 8.1.20-build 1336. AMT stop responding about five minutes after booting FreeBSD, it's FreeBSD 9.1-STABLE, 64 bit. On Linux AMT works fine. We suspect driver, but it's similar like on Linux. Can you show us the way to resolve this problem? From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 02:48:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B428816; Sat, 27 Apr 2013 02:48:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E1A3117FC; Sat, 27 Apr 2013 02:48:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3R2mfxT025593; Fri, 26 Apr 2013 22:48:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3R2mfuX025580; Sat, 27 Apr 2013 02:48:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 27 Apr 2013 02:48:41 GMT Message-Id: <201304270248.r3R2mfuX025580@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 02:48:48 -0000 TB --- 2013-04-26 23:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 23:20: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 --- 2013-04-26 23:20:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-04-26 23:20:18 - cleaning the object tree TB --- 2013-04-26 23:23:37 - /usr/local/bin/svn stat /src TB --- 2013-04-26 23:23:40 - At svn revision 249958 TB --- 2013-04-26 23:23:41 - building world TB --- 2013-04-26 23:23:41 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 23:23:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 23:23:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 23:23:41 - SRCCONF=/dev/null TB --- 2013-04-26 23:23:41 - TARGET=i386 TB --- 2013-04-26 23:23:41 - TARGET_ARCH=i386 TB --- 2013-04-26 23:23:41 - TZ=UTC TB --- 2013-04-26 23:23:41 - __MAKE_CONF=/dev/null TB --- 2013-04-26 23:23:41 - cd /src TB --- 2013-04-26 23:23:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 23:23:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 27 02:31:00 UTC 2013 TB --- 2013-04-27 02:31:00 - generating LINT kernel config TB --- 2013-04-27 02:31:00 - cd /src/sys/i386/conf TB --- 2013-04-27 02:31:00 - /usr/bin/make -B LINT TB --- 2013-04-27 02:31:00 - cd /src/sys/i386/conf TB --- 2013-04-27 02:31:00 - /usr/sbin/config -m LINT TB --- 2013-04-27 02:31:00 - building LINT kernel TB --- 2013-04-27 02:31:00 - CROSS_BUILD_TESTING=YES TB --- 2013-04-27 02:31:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-27 02:31:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-27 02:31:00 - SRCCONF=/dev/null TB --- 2013-04-27 02:31:00 - TARGET=i386 TB --- 2013-04-27 02:31:00 - TARGET_ARCH=i386 TB --- 2013-04-27 02:31:00 - TZ=UTC TB --- 2013-04-27 02:31:00 - __MAKE_CONF=/dev/null TB --- 2013-04-27 02:31:00 - cd /src TB --- 2013-04-27 02:31:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 27 02:31:00 UTC 2013 >>> 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 [...] 2 warnings generated. cc -c -o ipoib_cm.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_cm.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_ib.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_ib.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_main.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c:876:17: error: incompatible pointer types assigning to 'int (*)(struct ifnet *, struct mbuf *, const struct sockaddr *, struct route *)' from 'int (struct ifnet *, struct mbuf *, struct sockaddr *, struct route *)' [-Werror,-Wincompatible-pointer-types] dev->if_output = ipoib_output; ^ ~~~~~~~~~~~~ 1 error generated. *** [ipoib_main.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-27 02:48:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-27 02:48:41 - ERROR: failed to build LINT kernel TB --- 2013-04-27 02:48:41 - 9973.45 user 1681.08 system 12502.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 03:23:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AA78BD81; Sat, 27 Apr 2013 03:23: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 725641B15; Sat, 27 Apr 2013 03:23: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 r3R3NhaE091393; Fri, 26 Apr 2013 23:23:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3R3Nhuf091377; Sat, 27 Apr 2013 03:23:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 27 Apr 2013 03:23:43 GMT Message-Id: <201304270323.r3R3Nhuf091377@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 03:23:44 -0000 TB --- 2013-04-26 23:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-26 23:20: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 --- 2013-04-26 23:20:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-04-26 23:20:18 - cleaning the object tree TB --- 2013-04-26 23:24:03 - /usr/local/bin/svn stat /src TB --- 2013-04-26 23:24:06 - At svn revision 249958 TB --- 2013-04-26 23:24:07 - building world TB --- 2013-04-26 23:24:07 - CROSS_BUILD_TESTING=YES TB --- 2013-04-26 23:24:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-26 23:24:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-26 23:24:07 - SRCCONF=/dev/null TB --- 2013-04-26 23:24:07 - TARGET=amd64 TB --- 2013-04-26 23:24:07 - TARGET_ARCH=amd64 TB --- 2013-04-26 23:24:07 - TZ=UTC TB --- 2013-04-26 23:24:07 - __MAKE_CONF=/dev/null TB --- 2013-04-26 23:24:07 - cd /src TB --- 2013-04-26 23:24:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 26 23:24:11 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Apr 27 03:07:31 UTC 2013 TB --- 2013-04-27 03:07:31 - generating LINT kernel config TB --- 2013-04-27 03:07:31 - cd /src/sys/amd64/conf TB --- 2013-04-27 03:07:31 - /usr/bin/make -B LINT TB --- 2013-04-27 03:07:31 - cd /src/sys/amd64/conf TB --- 2013-04-27 03:07:31 - /usr/sbin/config -m LINT TB --- 2013-04-27 03:07:31 - building LINT kernel TB --- 2013-04-27 03:07:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-27 03:07:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-27 03:07:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-27 03:07:31 - SRCCONF=/dev/null TB --- 2013-04-27 03:07:31 - TARGET=amd64 TB --- 2013-04-27 03:07:31 - TARGET_ARCH=amd64 TB --- 2013-04-27 03:07:31 - TZ=UTC TB --- 2013-04-27 03:07:31 - __MAKE_CONF=/dev/null TB --- 2013-04-27 03:07:31 - cd /src TB --- 2013-04-27 03:07:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 27 03:07:31 UTC 2013 >>> 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 [...] 2 warnings generated. cc -c -o ipoib_cm.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -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 -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_cm.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_ib.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -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 -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_ib.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ cc -c -o ipoib_main.o -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -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 -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c -I/src/sys/ofed/drivers/infiniband/ulp/ipoib/ /src/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c:876:17: error: incompatible pointer types assigning to 'int (*)(struct ifnet *, struct mbuf *, const struct sockaddr *, struct route *)' from 'int (struct ifnet *, struct mbuf *, struct sockaddr *, struct route *)' [-Werror,-Wincompatible-pointer-types] dev->if_output = ipoib_output; ^ ~~~~~~~~~~~~ 1 error generated. *** [ipoib_main.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-27 03:23:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-27 03:23:43 - ERROR: failed to build LINT kernel TB --- 2013-04-27 03:23:43 - 11397.88 user 2102.62 system 14605.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 08:17:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2AFCCF3C for ; Sat, 27 Apr 2013 08:17:45 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id BF347126B for ; Sat, 27 Apr 2013 08:17:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id D23692B4306D for ; Sat, 27 Apr 2013 10:17:35 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aCRQN37a8HY1 for ; Sat, 27 Apr 2013 10:17:35 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 14F402B4300E for ; Sat, 27 Apr 2013 10:17:35 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UW0K5-000P7H-36 for current@freebsd.org; Sat, 27 Apr 2013 10:17:33 +0200 To: current@freebsd.org Subject: panic: in_pcblookup_local (?) From: "Ian FREISLICH" X-Attribution: BOFH Date: Sat, 27 Apr 2013 10:17:32 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 08:17:45 -0000 Hi I've been getting the following panic on recent current r249717. Sadly the crashdump is useless. Fatal trap 9: general protection fault while in kernel mode cpuid = 15; apic id = 0f instruction pointer = 0x20:0xffffffff80546fbc stack pointer = 0x28:0xffffff846b677770 frame pointer = 0x28:0xffffff846b6777b0 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 = 4361 (zabbix_agentd) trap number = 9 panic: general protection fault cpuid = 15 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff846b677410 panic() at panic+0x13d/frame 0xffffff846b677510 trap_fatal() at trap_fatal+0x290/frame 0xffffff846b677570 trap() at trap+0xff/frame 0xffffff846b6776b0 calltrap() at calltrap+0x8/frame 0xffffff846b6776b0 --- trap 0x9, rip = 0xffffffff80546fbc, rsp = 0xffffff846b677770, rbp = 0xffffff846b6777b0 --- in_pcblookup_local() at in_pcblookup_local+0x5c/frame 0xffffff846b6777b0 in_pcb_lport() at in_pcb_lport+0x109/frame 0xffffff846b677820 in_pcbbind_setup() at in_pcbbind_setup+0x16a/frame 0xffffff846b6778a0 in_pcbconnect_setup() at in_pcbconnect_setup+0x71e/frame 0xffffff846b677990 in_pcbconnect_mbuf() at in_pcbconnect_mbuf+0x59/frame 0xffffff846b6779e0 udp_connect() at udp_connect+0x11e/frame 0xffffff846b677a30 kern_connectat() at kern_connectat+0x1f5/frame 0xffffff846b677a90 sys_connect() at sys_connect+0x41/frame 0xffffff846b677ad0 amd64_syscall() at amd64_syscall+0x572/frame 0xffffff846b677bf0 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff846b677bf0 --- syscall (98, FreeBSD ELF64, sys_connect), rip = 0x80127104a, rsp = 0x7fffffff97a8, rbp = 0x8014f68d4 --- Uptime: 20m13s Dumping 1688 out of 16368 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 15 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 10:00:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1B470535 for ; Sat, 27 Apr 2013 10:00:38 +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 D497D153B for ; Sat, 27 Apr 2013 10:00:37 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1UW1vi-001Uhh-9T>; Sat, 27 Apr 2013 12:00:30 +0200 Received: from g229090148.adsl.alicedsl.de ([92.229.90.148] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1UW1vi-002j7M-6U>; Sat, 27 Apr 2013 12:00:30 +0200 Subject: CURRENT: still suffering from nscd(1) issue? From: "O. Hartmann" To: FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-bXI4YWhKowbQ49vXGATc" Date: Sat, 27 Apr 2013 12:00:29 +0200 Message-ID: <1367056829.2484.14.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 92.229.90.148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 10:00:38 -0000 --=-bXI4YWhKowbQ49vXGATc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Since the overhaul of several core functions of P Davidek, the NSCD nameservice caching daemon seems to be broken. Just to test this, I enabled the nscd again and my most recent CURRENT box seems to have "forgotten" that there is a root: su: unknown login: root or when trying to installworld/installkernel root: no such user Is this problem addressed or should I send a PR? Regards, Oliver --=-bXI4YWhKowbQ49vXGATc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRe6G9AAoJEOgBcD7A/5N80boH/3YiYFeqbnuad3UOIpiqTcap 2Bq8IQkWgicC/i8MFvmpPYbiuXRxYoLJ0f2VdenS7u5YAIjoezBNvA7dgM6gQYWA nV8UwPm99wxMYlL3WpNWy6syYowHxQuaahhlWFG8Mp77Q7DG8G7EliDsgj7lxmPn Rof0c9N4oEPA0e6PQQBI74XWiutTzwNR87VmR4CxD+N/4bPeieJ+frUHv+m4Oj3O DTQhh4v5lBh+ljUdcyrDVvHBNMcQE2mAlHcSNYmW1k0Z+4XqlT1vnYEfDtBnb5Zz 1N0Kbbcm8dyKwe5xse8HZ7341/sQmBNBAuEmA7hRGJFudQQbb093Ekyy0P+N+64= =mjMQ -----END PGP SIGNATURE----- --=-bXI4YWhKowbQ49vXGATc-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 15:54:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A43C2CEF; Sat, 27 Apr 2013 15:54:13 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) by mx1.freebsd.org (Postfix) with ESMTP id E80551EE4; Sat, 27 Apr 2013 15:54:12 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id j13so2671751wgh.2 for ; Sat, 27 Apr 2013 08:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=q3kuv3cKSM65IsCNMRJAQjKlvarEuu7jY9eF9FH3xJg=; b=kmfDXuIaH+bpX2/2Op7m3P5cguMOhvZl6divzRlYgnDhIr/ju5pNgsiVAi0UCfpAbg k6zjPmcsHoNXxp8zhKmc9BJ8l00o3ukgenxGKUnzbcILI/+YghEF8GsefXlmp8ugCfFb aqhtbJif6aewIqBJKEJSm18KvBUsu9/ia4VjzMmD57vn99nllP/W1bvDY3xXbcpM28ZO zHX9kAsTu4cWH982iRuTJbBgCw21UbgIUhhD1hOO486QY+8ahMN1aylPzudlgG0BVM7o bVqIhzIkwhRH5aXXAijDqvhidgtcbeCbM2/licfvmnI1CcZQ+buGt5qIYF+8sGR79wE3 ROTQ== MIME-Version: 1.0 X-Received: by 10.194.236.169 with SMTP id uv9mr6843526wjc.42.1367078052040; Sat, 27 Apr 2013 08:54:12 -0700 (PDT) Received: by 10.216.139.72 with HTTP; Sat, 27 Apr 2013 08:54:11 -0700 (PDT) Date: Sat, 27 Apr 2013 18:54:11 +0300 Message-ID: Subject: config(8) -x headscratcher From: Kimmo Paasiala To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, FreeBSD current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 15:54:13 -0000 I'm getting a core dump on 'config -x /boot/kernel/kernel' on 9.1-RELEASE i386. Assertion failed: (r != '\0' && ("Char present in the configuration " "string mustn't be equal to 0")), function kernconfdump, file /usr/src/usr.sbin/config/main.c, line 710. I have double checked that my config file is sane and does not have any funny characters anywhere. The system is i386 9.1-RELEASE r249856. The world and kernel are built with clang and I'm suspecting that the use of clang has something to do with this segfault. Looking at the kernel files I can see one very obvious difference. This is the 'elfdump -c kernel | grep -A 8 kern_conf' output (what config -x seems to use for finding out the config file from the kernel image) for the GENERIC kernel from the stock installation: sh_name: kern_conf sh_type: SHT_PROGBITS sh_flags: SHF_ALLOC sh_addr: 0xc1039f80 sh_offset: 12820352 sh_size: 3771 sh_link: 0 sh_info: 0 sh_addralign: 32 And this is from the kernel I have built myself using clang and a custom config file: sh_name: kern_conf sh_type: SHT_PROGBITS sh_flags: SHF_ALLOC sh_addr: 0xc09aee9c sh_offset: 5959324 sh_size: 1994 sh_link: 0 sh_info: 0 sh_addralign: 1 The align field looks suspicious, config -x seems to use it to check for padding but to me it looks like the logic may not work if the alignment is 1. This the relevant bit from main.c of config(8) if (r == '\0' && (size - i) < align) break; assert(r != '\0' && ("Char present in the configuration " "string mustn't be equal to 0")); fputc(r, stdout); -Kimmo From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 21:01:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 98A22A9D for ; Sat, 27 Apr 2013 21:01:10 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-da0-x229.google.com (mail-da0-x229.google.com [IPv6:2607:f8b0:400e:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id 788EB1A81 for ; Sat, 27 Apr 2013 21:01:10 +0000 (UTC) Received: by mail-da0-f41.google.com with SMTP id p8so834399dan.0 for ; Sat, 27 Apr 2013 14:01:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=WDIDfhsabvlz0XGD92ceEYucY8MJWTdbMqNHlDwL6sw=; b=Q4QWpCo8U0TZ8DzcMVd6NLaBAuj2ca7nXyWdDqOG9eSPDdRkLN3nikaYYBwKGoyEC2 G0MjMNYc3UzcYvQpOoReQfvc/pDiN5ilSJzq1L6ib/W8CSFTJSSQHx9tVJLGi7xAIFAN tMuR/gS3FAEN9d54qc96sEZweLRipuep6iLxnqog42j6cOEHNAgVsvW/jD7C8y6oA1z4 kM2lsh+lbumETJZKFHRd+38gdZYFJICx4a+z40bLCT3da4QohQo0D+AO1YRB71tR7Ptt sCrmZBLxeDYYE6eDORNu1K5JwkgSE6wv44ZVCZWGDgaM3GxvqpaPdGaVaVESzvXA7WfW ksgA== X-Received: by 10.68.20.74 with SMTP id l10mr65756476pbe.150.1367096470226; Sat, 27 Apr 2013 14:01:10 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPSA id nt2sm10611647pbc.17.2013.04.27.14.01.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Apr 2013 14:01:09 -0700 (PDT) Message-ID: <517C3C87.1020005@gmail.com> Date: Sat, 27 Apr 2013 14:00:55 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130405 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: r249939+ not detecting ata trim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 21:01:10 -0000 I had been updating/porting Steve Hartland's patches for zfs trim on mps for 8.3 stable. Trim was working fine for me before r249939. When I saw that this functionality was being added to current, I built world/kernel without the patches. Indeed, many of the commits are quite similar to the updated patch I worked on (patch claims most of it is 'already applied'). HOWEVER, I am not seeing a delete method detected for either of my Samsung 830s, which I did under my updated patch. It looks like scsi ata identify is not working. Are there still outstanding commits to enable this, or is something now a tunable/sysctl I'm missing? Previously it was working: kstat.zfs.misc.zio_trim.bytes: 47546368 kstat.zfs.misc.zio_trim.success: 2618 kstat.zfs.misc.zio_trim.unsupported: 0 kstat.zfs.misc.zio_trim.failed: 0 Current: kstat.zfs.misc.zio_trim.bytes: 0 kstat.zfs.misc.zio_trim.success: 0 kstat.zfs.misc.zio_trim.unsupported: 264 kstat.zfs.misc.zio_trim.failed: 0 kern.cam.da.3.delete_method: NONE kern.cam.da.3.delete_max: 0 kern.cam.da.4.delete_method: NONE kern.cam.da.4.delete_max: 0 Thanks, Matt From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 22:31:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1559C8BC for ; Sat, 27 Apr 2013 22:31:58 +0000 (UTC) (envelope-from paul.g.webster@googlemail.com) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id E61B61D6E for ; Sat, 27 Apr 2013 22:31:57 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id k5so6164193iea.32 for ; Sat, 27 Apr 2013 15:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=xS43yMVf9tbNBQMdMqhXh9h1xQ7LhIb5BMp1t9jDA50=; b=y1MLbqlHExa/LJ8LpEKPG1MScMNL3OczYoSz1AGEgblRP/cVOhrzAhskYRdZgNeRma +N7vmA9l4q6PSF+nxB1xHqxWw9nLZv7iqdpKA4dovUENaMLWGfNSkjrU7jZSM2V2igN9 DSABGplk4YwX+uN/5ebhX4YvfAY8edln3J6vTzGZ2vVH3N70do8G3kzNlZv3QKF7i1Tt s4RLIdxReH2JDS2IPRTb6VP+3yPc3sFYFpesi/SggPDoVPG9ucg7fbE/tBC7KCfDvK9o aFsNKl5ghNoym6kYytGSFM1vpwCAwNvTAYoPIu0Jc1yqE8LosRoeMLImS64Af260iaqb OtLA== MIME-Version: 1.0 X-Received: by 10.50.45.97 with SMTP id l1mr4594441igm.99.1367101917624; Sat, 27 Apr 2013 15:31:57 -0700 (PDT) Received: by 10.64.107.65 with HTTP; Sat, 27 Apr 2013 15:31:57 -0700 (PDT) Date: Sat, 27 Apr 2013 23:31:57 +0100 Message-ID: Subject: Light humour From: Paul Webster To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 22:31:58 -0000 Just got this link on IRC, (freenode/##freebsd) was so funny I thought I would see if I could get any of you guys to spit out you're coffee :) http://antibsd.wordpress.com/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 22:58:04 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 55ECBEF9 for ; Sat, 27 Apr 2013 22:58:04 +0000 (UTC) (envelope-from prvs=1829ff4ae6=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D9BA81E1C for ; Sat, 27 Apr 2013 22:58:03 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003516929.msg for ; Sat, 27 Apr 2013 23:57:54 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 27 Apr 2013 23:57:54 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=1829ff4ae6=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> From: "Steven Hartland" To: "matt" , References: <517C3C87.1020005@gmail.com> Subject: Re: r249939+ not detecting ata trim Date: Sat, 27 Apr 2013 23:58:23 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0346_01CE43A3.1A0309A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 22:58:04 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0346_01CE43A3.1A0309A0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit ----- Original Message ----- From: "matt" To: Sent: Saturday, April 27, 2013 10:00 PM Subject: r249939+ not detecting ata trim >I had been updating/porting Steve Hartland's patches for zfs trim on mps > for 8.3 stable. > Trim was working fine for me before r249939. > > When I saw that this functionality was being added to current, I built > world/kernel without the patches. > Indeed, many of the commits are quite similar to the updated patch I > worked on (patch claims most of it is 'already applied'). > > HOWEVER, I am not seeing a delete method detected for either of my > Samsung 830s, which I did under my updated patch. > It looks like scsi ata identify is not working. > > Are there still outstanding commits to enable this, or is something now > a tunable/sysctl I'm missing? > > Previously it was working: > kstat.zfs.misc.zio_trim.bytes: 47546368 > kstat.zfs.misc.zio_trim.success: 2618 > kstat.zfs.misc.zio_trim.unsupported: 0 > kstat.zfs.misc.zio_trim.failed: 0 > > > Current: > kstat.zfs.misc.zio_trim.bytes: 0 > kstat.zfs.misc.zio_trim.success: 0 > kstat.zfs.misc.zio_trim.unsupported: 264 > kstat.zfs.misc.zio_trim.failed: 0 > kern.cam.da.3.delete_method: NONE > kern.cam.da.3.delete_max: 0 > kern.cam.da.4.delete_method: NONE > kern.cam.da.4.delete_max: 0 I have one patch outstanding (attached) to enable ATA_TRIM support under controllers which don't support UNMAP, I was just finalising testing on this, which I completed this morning; I'm just waiting for approval. If your controller doesn't support UNMAP then this will be the reason, however mps should support this. Could you confirm if previously you where seeing UNMAP as the reported delete_method? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_0346_01CE43A3.1A0309A0 Content-Type: application/octet-stream; name="cam-enable-trim.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="cam-enable-trim.patch" Enable ATA TRIM support choice by autodetection and correct method names = after=0A= increasing the priority of ATA TRIM=0A= Index: sys/cam/scsi/scsi_da.c=0A= =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=0A= --- sys/cam/scsi/scsi_da.c (revision 249941)=0A= +++ sys/cam/scsi/scsi_da.c (working copy)=0A= @@ -133,14 +133,14 @@=0A= DA_DELETE_WS16,=0A= DA_DELETE_WS10,=0A= DA_DELETE_ZERO,=0A= - DA_DELETE_MIN =3D DA_DELETE_UNMAP,=0A= + DA_DELETE_MIN =3D DA_DELETE_ATA_TRIM,=0A= DA_DELETE_MAX =3D DA_DELETE_ZERO=0A= } da_delete_methods;=0A= =0A= static const char *da_delete_method_names[] =3D=0A= - { "NONE", "DISABLE", "UNMAP", "ATA_TRIM", "WS16", "WS10", "ZERO" };=0A= + { "NONE", "DISABLE", "ATA_TRIM", "UNMAP", "WS16", "WS10", "ZERO" };=0A= static const char *da_delete_method_desc[] =3D=0A= - { "NONE", "DISABLED", "UNMAP", "ATA TRIM", "WRITE SAME(16) with = UNMAP",=0A= + { "NONE", "DISABLED", "ATA TRIM", "UNMAP", "WRITE SAME(16) with = UNMAP",=0A= "WRITE SAME(10) with UNMAP", "ZERO" };=0A= =0A= /* Offsets into our private area for storing information */=0A= ------=_NextPart_000_0346_01CE43A3.1A0309A0-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 27 23:37:09 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BE33A5FC for ; Sat, 27 Apr 2013 23:37:09 +0000 (UTC) (envelope-from prvs=1829ff4ae6=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2729C1EF4 for ; Sat, 27 Apr 2013 23:37:08 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003517332.msg for ; Sun, 28 Apr 2013 00:37:05 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Apr 2013 00:37:05 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=1829ff4ae6=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: From: "Steven Hartland" To: "matt" , References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> Subject: Re: r249939+ not detecting ata trim Date: Sun, 28 Apr 2013 00:37:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 23:37:09 -0000 ----- Original Message ----- From: "Steven Hartland" >>I had been updating/porting Steve Hartland's patches for zfs trim on mps >> for 8.3 stable. >> Trim was working fine for me before r249939. >> >> When I saw that this functionality was being added to current, I built >> world/kernel without the patches. >> Indeed, many of the commits are quite similar to the updated patch I >> worked on (patch claims most of it is 'already applied'). >> >> HOWEVER, I am not seeing a delete method detected for either of my >> Samsung 830s, which I did under my updated patch. >> It looks like scsi ata identify is not working. >> >> Are there still outstanding commits to enable this, or is something now >> a tunable/sysctl I'm missing? >> >> Previously it was working: >> kstat.zfs.misc.zio_trim.bytes: 47546368 >> kstat.zfs.misc.zio_trim.success: 2618 >> kstat.zfs.misc.zio_trim.unsupported: 0 >> kstat.zfs.misc.zio_trim.failed: 0 >> >> >> Current: >> kstat.zfs.misc.zio_trim.bytes: 0 >> kstat.zfs.misc.zio_trim.success: 0 >> kstat.zfs.misc.zio_trim.unsupported: 264 >> kstat.zfs.misc.zio_trim.failed: 0 >> kern.cam.da.3.delete_method: NONE >> kern.cam.da.3.delete_max: 0 >> kern.cam.da.4.delete_method: NONE >> kern.cam.da.4.delete_max: 0 > > I have one patch outstanding (attached) to enable ATA_TRIM support under > controllers which don't support UNMAP, I was just finalising testing on > this, which I completed this morning; I'm just waiting for approval. > > If your controller doesn't support UNMAP then this will be the reason, > however mps should support this. > > Could you confirm if previously you where seeing UNMAP as the reported > delete_method? Just tested here on an mps with 8.3 and all seems good without the final patch; disks are correctly detected as UNMAP support. I'd be interested in the output from your system after applying the patch from my previous email plus this:- --- sys/cam/scsi/scsi_da.c.orig 2013-04-27 23:33:07.413089199 +0000 +++ sys/cam/scsi/scsi_da.c 2013-04-27 23:10:40.000000000 +0000 @@ -198,6 +198,7 @@ }; #define dadeleteflag(softc, delete_method, enable) \ +printf("deleteflag: %s (%d) = %d\n", da_delete_method_names[delete_method], delete_method, enable); \ if (enable) { \ softc->delete_available |= (1 << delete_method); \ } else { \ Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.