From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 03:22:21 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A21B339F; Sun, 3 Nov 2013 03:22:21 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52BEC284D; Sun, 3 Nov 2013 03:22:21 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id ld13so3781195vcb.5 for ; Sat, 02 Nov 2013 20:22:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=/v+7IEryTuWSNaT5MXvVcdpiMlmiBAI958uhdhRl84A=; b=mVspGHshDB20l8f+RpTdwMpkwH/jKQMMbB/dvWCqRAWT1J9D08Iiuyyw/FGHuA5Ybm Q7Mf3pXuLSPviEKDPt4bfrR2+LylXwozqa2J23s4+OQgCGf5b3rENUOxRCQ+ouJH2LnA m+n+0XGiX4cFIQxOGwdp21N13C7oenYtA2iI29upPiK3G8igKEgx2wpBdG4Q95aNmMjZ 27BjOM3IJnE6C5tgXgKoB7r4VHtDoWmh92sUPTqSWCM31sGUo8/pOebALqn/LApQXk4z AoIJGMc7BVSvGx6HsRiPNWATl4NFQd0A+oAd/LeyegikUHZvheAXFEwvN2Dr+A3ccIs3 PVzg== MIME-Version: 1.0 X-Received: by 10.220.184.70 with SMTP id cj6mr1461044vcb.23.1383448939996; Sat, 02 Nov 2013 20:22:19 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Sat, 2 Nov 2013 20:22:19 -0700 (PDT) Date: Sat, 2 Nov 2013 20:22:19 -0700 X-Google-Sender-Auth: ALZlonwybfmhgWGXaPYz6AJI_cQ Message-ID: Subject: Can't mount root from raidz2 after r255763 in stable/9 From: Artem Belevich To: fs@freebsd.org, "stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 03:22:21 -0000 Hi, I have a box with root mounted from 8-disk raidz2 ZFS volume. After recent buildworld I've ran into an issue that kernel fails to mount root with error 6. r255763 on stable/9 is the first revision that fails to mount root on mybox. Preceding r255749 boots fine. Commit r255763 (http://svnweb.freebsd.org/base?view=revision&revision=255763) MFCs bunch of changes from 10 but I don't see anything that obviously impacts ZFS. Attempting to boot with vfs.zfs.debug=1 shows that order in which geom providers are probed by zfs has apparently changed. Kernels that boot, show "guid match for provider /dev/gpt/" while failing kernels show "guid match for provider /dev/daX" -- the raw disks that are *not* the right geom provider for my pool slices. Beats me why ZFS picks raw disks over GPT partitions it should have. Pool configuration: #zpool status z0 pool: z0 state: ONLINE scan: scrub repaired 0 in 8h57m with 0 errors on Sat Oct 19 20:23:52 2013 config: NAME STATE READ WRITE CKSUM z0 ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 gpt/da0p4-z0 ONLINE 0 0 0 gpt/da1p4-z0 ONLINE 0 0 0 gpt/da2p4-z0 ONLINE 0 0 0 gpt/da3p4-z0 ONLINE 0 0 0 gpt/da4p4-z0 ONLINE 0 0 0 gpt/da5p4-z0 ONLINE 0 0 0 gpt/da6p4-z0 ONLINE 0 0 0 gpt/da7p4-z0 ONLINE 0 0 0 logs mirror-1 ONLINE 0 0 0 gpt/ssd-zil-z0 ONLINE 0 0 0 gpt/ssd1-zil-z0 ONLINE 0 0 0 cache gpt/ssd1-l2arc-z0 ONLINE 0 0 0 errors: No known data errors Here are screen captures from a failed boot: https://plus.google.com/photos/+ArtemBelevich/albums/5941857781891332785 And here's boot log from successful boot on the same system: http://pastebin.com/XCwebsh7 Removing ZIL and L2ARC makes no difference -- r255763 still fails to mount root. I'm thoroughly baffled. Is there's something wrong with the pool -- some junk metadata somewhere on the disk that now screws with the root mounting? Changed order in geom provider enumeration? Something else? Any suggestions on what I can do to debug this further? --Artem From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 03:49:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E8539CC; Sun, 3 Nov 2013 03:49:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8F642973; Sun, 3 Nov 2013 03:49:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA33nD0o050003; Sun, 3 Nov 2013 05:49:13 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA33nCDR049786; Sun, 3 Nov 2013 03:49:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 3 Nov 2013 03:49:12 GMT Message-Id: <201311030349.rA33nCDR049786@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 03:49:24 -0000 TB --- 2013-11-02 23:40:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-02 23:40:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-02 23:40:41 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-02 23:40:41 - cleaning the object tree TB --- 2013-11-02 23:40:41 - /usr/local/bin/svn stat /src TB --- 2013-11-02 23:41:31 - At svn revision 257562 TB --- 2013-11-02 23:41:32 - building world TB --- 2013-11-02 23:41:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 23:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 23:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 23:41:32 - SRCCONF=/dev/null TB --- 2013-11-02 23:41:32 - TARGET=arm TB --- 2013-11-02 23:41:32 - TARGET_ARCH=arm TB --- 2013-11-02 23:41:32 - TZ=UTC TB --- 2013-11-02 23:41:32 - __MAKE_CONF=/dev/null TB --- 2013-11-02 23:41:32 - cd /src TB --- 2013-11-02 23:41:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 2 23:41:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 3 03:09:01 UTC 2013 TB --- 2013-11-03 03:09:01 - generating LINT kernel config TB --- 2013-11-03 03:09:01 - cd /src/sys/arm/conf TB --- 2013-11-03 03:09:01 - /usr/bin/make -B LINT TB --- 2013-11-03 03:09:01 - cd /src/sys/arm/conf TB --- 2013-11-03 03:09:01 - /usr/sbin/config -m LINT TB --- 2013-11-03 03:09:01 - building LINT kernel TB --- 2013-11-03 03:09:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:09:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:09:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:09:01 - SRCCONF=/dev/null TB --- 2013-11-03 03:09:01 - TARGET=arm TB --- 2013-11-03 03:09:01 - TARGET_ARCH=arm TB --- 2013-11-03 03:09:01 - TZ=UTC TB --- 2013-11-03 03:09:01 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:09:01 - cd /src TB --- 2013-11-03 03:09:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 3 03:09:02 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 >>> Kernel build for LINT completed on Sun Nov 3 03:34:45 UTC 2013 TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m AC100 TB --- 2013-11-03 03:34:45 - skipping AC100 kernel TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m ARMADAXP TB --- 2013-11-03 03:34:45 - skipping ARMADAXP kernel TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m ARNDALE TB --- 2013-11-03 03:34:45 - skipping ARNDALE kernel TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m ATMEL TB --- 2013-11-03 03:34:45 - building ATMEL kernel TB --- 2013-11-03 03:34:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:34:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:34:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:34:45 - SRCCONF=/dev/null TB --- 2013-11-03 03:34:45 - TARGET=arm TB --- 2013-11-03 03:34:45 - TARGET_ARCH=arm TB --- 2013-11-03 03:34:45 - TZ=UTC TB --- 2013-11-03 03:34:45 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:34:45 - cd /src TB --- 2013-11-03 03:34:45 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sun Nov 3 03:34: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 >>> Kernel build for ATMEL completed on Sun Nov 3 03:38:53 UTC 2013 TB --- 2013-11-03 03:38:53 - cd /src/sys/arm/conf TB --- 2013-11-03 03:38:53 - /usr/sbin/config -m AVILA TB --- 2013-11-03 03:38:53 - skipping AVILA kernel TB --- 2013-11-03 03:38:53 - cd /src/sys/arm/conf TB --- 2013-11-03 03:38:53 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-11-03 03:38:53 - skipping BEAGLEBONE kernel TB --- 2013-11-03 03:38:53 - cd /src/sys/arm/conf TB --- 2013-11-03 03:38:53 - /usr/sbin/config -m BWCT TB --- 2013-11-03 03:38:53 - building BWCT kernel TB --- 2013-11-03 03:38:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:38:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:38:53 - SRCCONF=/dev/null TB --- 2013-11-03 03:38:53 - TARGET=arm TB --- 2013-11-03 03:38:53 - TARGET_ARCH=arm TB --- 2013-11-03 03:38:53 - TZ=UTC TB --- 2013-11-03 03:38:53 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:38:53 - cd /src TB --- 2013-11-03 03:38:53 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sun Nov 3 03:38:53 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 >>> Kernel build for BWCT completed on Sun Nov 3 03:41:38 UTC 2013 TB --- 2013-11-03 03:41:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:41:38 - /usr/sbin/config -m CAMBRIA TB --- 2013-11-03 03:41:38 - skipping CAMBRIA kernel TB --- 2013-11-03 03:41:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:41:38 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-11-03 03:41:38 - building CNS11XXNAS kernel TB --- 2013-11-03 03:41:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:41:38 - SRCCONF=/dev/null TB --- 2013-11-03 03:41:38 - TARGET=arm TB --- 2013-11-03 03:41:38 - TARGET_ARCH=arm TB --- 2013-11-03 03:41:38 - TZ=UTC TB --- 2013-11-03 03:41:38 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:41:38 - cd /src TB --- 2013-11-03 03:41:38 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sun Nov 3 03:41: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 >>> Kernel build for CNS11XXNAS completed on Sun Nov 3 03:45:38 UTC 2013 TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m CRB TB --- 2013-11-03 03:45:38 - skipping CRB kernel TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-11-03 03:45:38 - skipping CUBIEBOARD kernel TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-11-03 03:45:38 - skipping CUBIEBOARD2 kernel TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m DB-78XXX TB --- 2013-11-03 03:45:38 - building DB-78XXX kernel TB --- 2013-11-03 03:45:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:45:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:45:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:45:38 - SRCCONF=/dev/null TB --- 2013-11-03 03:45:38 - TARGET=arm TB --- 2013-11-03 03:45:38 - TARGET_ARCH=arm TB --- 2013-11-03 03:45:38 - TZ=UTC TB --- 2013-11-03 03:45:38 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:45:38 - cd /src TB --- 2013-11-03 03:45:38 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sun Nov 3 03:45: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 >>> Kernel build for DB-78XXX completed on Sun Nov 3 03:49:08 UTC 2013 TB --- 2013-11-03 03:49:08 - cd /src/sys/arm/conf TB --- 2013-11-03 03:49:08 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-11-03 03:49:08 - building DB-88F5XXX kernel TB --- 2013-11-03 03:49:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:49:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:49:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:49:08 - SRCCONF=/dev/null TB --- 2013-11-03 03:49:08 - TARGET=arm TB --- 2013-11-03 03:49:08 - TARGET_ARCH=arm TB --- 2013-11-03 03:49:08 - TZ=UTC TB --- 2013-11-03 03:49:08 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:49:08 - cd /src TB --- 2013-11-03 03:49:08 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sun Nov 3 03:49:08 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.arm/src/tmp/legacy/usr/sbin:/obj/arm.arm/src/tmp/legacy/usr/bin:/obj/arm.arm/src/tmp/legacy/usr/games:/obj/arm.arm/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.arm/src/sys/DB-88F5XXX/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-03 03:49:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-03 03:49:11 - ERROR: failed to build DB-88F5XXX kernel TB --- 2013-11-03 03:49:11 - 11006.52 user 3888.00 system 14910.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 08:03:23 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F40A3F4; Sun, 3 Nov 2013 08:03:23 +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 45B482284; Sun, 3 Nov 2013 08:03:18 +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 KAA00333; Sun, 03 Nov 2013 10:03:17 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VcseT-0001oz-40; Sun, 03 Nov 2013 10:03:17 +0200 Message-ID: <5276030E.5040100@FreeBSD.org> Date: Sun, 03 Nov 2013 10:02:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Artem Belevich , fs@FreeBSD.org, "stable@freebsd.org" Subject: Re: Can't mount root from raidz2 after r255763 in stable/9 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 08:03:23 -0000 on 03/11/2013 05:22 Artem Belevich said the following: > Hi, > > I have a box with root mounted from 8-disk raidz2 ZFS volume. > After recent buildworld I've ran into an issue that kernel fails to > mount root with error 6. > r255763 on stable/9 is the first revision that fails to mount root on > mybox. Preceding r255749 boots fine. > > Commit r255763 (http://svnweb.freebsd.org/base?view=revision&revision=255763) > MFCs bunch of changes from 10 but I don't see anything that obviously > impacts ZFS. Indeed. > Attempting to boot with vfs.zfs.debug=1 shows that order in which geom > providers are probed by zfs has apparently changed. Kernels that boot, > show "guid match for provider /dev/gpt/" while > failing kernels show "guid match for provider /dev/daX" -- the raw > disks that are *not* the right geom provider for my pool slices. Beats > me why ZFS picks raw disks over GPT partitions it should have. Perhaps the kernel gpart code fails to recognize the partitions and thus ZFS can't see them? > Pool configuration: > #zpool status z0 > pool: z0 > state: ONLINE > scan: scrub repaired 0 in 8h57m with 0 errors on Sat Oct 19 20:23:52 2013 > config: > > NAME STATE READ WRITE CKSUM > z0 ONLINE 0 0 0 > raidz2-0 ONLINE 0 0 0 > gpt/da0p4-z0 ONLINE 0 0 0 > gpt/da1p4-z0 ONLINE 0 0 0 > gpt/da2p4-z0 ONLINE 0 0 0 > gpt/da3p4-z0 ONLINE 0 0 0 > gpt/da4p4-z0 ONLINE 0 0 0 > gpt/da5p4-z0 ONLINE 0 0 0 > gpt/da6p4-z0 ONLINE 0 0 0 > gpt/da7p4-z0 ONLINE 0 0 0 > logs > mirror-1 ONLINE 0 0 0 > gpt/ssd-zil-z0 ONLINE 0 0 0 > gpt/ssd1-zil-z0 ONLINE 0 0 0 > cache > gpt/ssd1-l2arc-z0 ONLINE 0 0 0 > > errors: No known data errors > > Here are screen captures from a failed boot: > https://plus.google.com/photos/+ArtemBelevich/albums/5941857781891332785 I don't have permission to view this album. > And here's boot log from successful boot on the same system: > http://pastebin.com/XCwebsh7 > > Removing ZIL and L2ARC makes no difference -- r255763 still fails to mount root. > > I'm thoroughly baffled. Is there's something wrong with the pool -- > some junk metadata somewhere on the disk that now screws with the root > mounting? Changed order in geom provider enumeration? Something else? > Any suggestions on what I can do to debug this further? gpart. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 08:07:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C6BA166C for ; Sun, 3 Nov 2013 08:07:13 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A559D22D9 for ; Sun, 3 Nov 2013 08:07:13 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id w10so5530406pde.17 for ; Sun, 03 Nov 2013 01:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=aIXi///WRRHp9LPCnhPYpyYxYGRjwU+bJ3q8RL59vYw=; b=buAelel3xCy/t/vHgSfPSs6aBUvNXTR4yOSMCTGttzktXXkMbwjo9pPdRy/FiIfBMH wFc/SdEwAUNaLBLE7y33+fUupdq+CAq8pRwVVrSZqSJURgIKsfnqGps5qnYgEsYkglsR evWDMJBUaDZ86f2OrD+v2KEHxotBjoEy9/SfwXETrrk0n8XjMFVkg7ESLfHSZCR9+Kci ZqR9fHk0UrosAtNJcsZaL5hVnCiVI3CqPTzLnHt79bHsHZ0JpfFz5JKhL/E5uj2VWF3s E3LlwA81iPCXgaqkKzPTlyjZbjGyhDEu4yuO7tmaebsKFRRxVaNzJm2R3Fz4bC+GrQN8 bkhg== MIME-Version: 1.0 X-Received: by 10.68.211.39 with SMTP id mz7mr11751007pbc.90.1383466033189; Sun, 03 Nov 2013 01:07:13 -0700 (PDT) Received: by 10.66.142.167 with HTTP; Sun, 3 Nov 2013 01:07:13 -0700 (PDT) Date: Sun, 3 Nov 2013 09:07:13 +0100 Message-ID: Subject: HDD-manufacture induced ZFS limitations From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 08:07:13 -0000 Hi: PROBLEM I came across a very weird situation because HDD-manufacturer counts HDD space according to metric system instead of multiplication of 1024 (2^10). This mismatches the space capacity between what OS filesystems calculate HDD space. Secondly, each HDD manufacturer has different total byte size for what they claim as the same sized HDDs. With the above two scenarios, it poses a nuisance to replace a corrupted HDD with another HDD from another manufacturer even though they claim that they are of the equal size, but differs by a few bytes. Thus, zfs does not accept the new HDD. SOLUTION A way around is to create a sparse zfs dataset at the beginning, according to the HDD-manufacturer defined metric system of HDD space measurement at the power of 10 rather than 2^10. BUT ANOTHER PROBLEM However, I came across another odd situation with the bsdinstaller with FreeBSD 10-Beta2 which has an option to install root in zfs. The bsdinstaller script is flawless as it is. But it does not address the disksize mismatch problem as stated above. Any workaround will be appreciated! It would be a nice feature if the new bsdinstaller in FreeBSD10 allows the user first to make a sparse zfs dataset before installing root in zfs. Thanks! /z From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 16:36:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CC76056F for ; Sun, 3 Nov 2013 16:36:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95EEF2662 for ; Sun, 3 Nov 2013 16:36:41 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o20so6400417oag.27 for ; Sun, 03 Nov 2013 08:36:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QOcvccXYAKTfGCXRalpnHKoBYswUdrYVNwq5Ds4jTug=; b=fxi9aP4D1okKkbNVPwOJe1wI8T3pr1lGoQVXIwpp4GJd0TzToPY0h2xU9IVxqfPw2b tvVSpOmdk9Hywz8dc5d2WfQceEIlF/+3pRSDPZMjIiTJVUC2v67H+W9f8z2GswMwTKAv PjgMM8G0uQgle+n6OQW2Y61HJW1iMI6ufCtG8ZhlQ1JoYeXier1me5qcsSgphNTA+jLP O/1768+HSR+T14LMDNURHmJgkk3XTAwCU0hdA9kfa+3cnX9dKJSeGJXI7Bxgsb3fcvSf voWPLP+EzF8t0TeesIgz/PsV/l4frwb8/NbeOE7YngmXPoh/fxx6TnveKohRwcGwBLbL nNfQ== MIME-Version: 1.0 X-Received: by 10.60.157.2 with SMTP id wi2mr1752362oeb.35.1383496600683; Sun, 03 Nov 2013 08:36:40 -0800 (PST) Received: by 10.76.132.9 with HTTP; Sun, 3 Nov 2013 08:36:40 -0800 (PST) Received: by 10.76.132.9 with HTTP; Sun, 3 Nov 2013 08:36:40 -0800 (PST) In-Reply-To: References: Date: Sun, 3 Nov 2013 08:36:40 -0800 Message-ID: Subject: Re: HDD-manufacture induced ZFS limitations From: Freddie Cash To: Zenny Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 16:36:41 -0000 On Nov 3, 2013 1:07 AM, "Zenny" wrote: > > Hi: > > PROBLEM > > I came across a very weird situation because HDD-manufacturer counts > HDD space according to metric system instead of multiplication of 1024 > (2^10). This mismatches the space capacity between what OS filesystems > calculate HDD space. > > Secondly, each HDD manufacturer has different total byte size for what > they claim as the same sized HDDs. > > With the above two scenarios, it poses a nuisance to replace a > corrupted HDD with another HDD from another manufacturer even though > they claim that they are of the equal size, but differs by a few > bytes. Thus, zfs does not accept the new HDD. > > SOLUTION > > A way around is to create a sparse zfs dataset at the beginning, > according to the HDD-manufacturer defined metric system of HDD space > measurement at the power of 10 rather than 2^10. > > BUT ANOTHER PROBLEM > However, I came across another odd situation with the bsdinstaller > with FreeBSD 10-Beta2 which has an option to install root in zfs. The > bsdinstaller script is flawless as it is. But it does not address the > disksize mismatch problem as stated above. Any workaround will be > appreciated! > > It would be a nice feature if the new bsdinstaller in FreeBSD10 allows > the user first to make a sparse zfs dataset before installing root in > zfs. Thanks! The workaround is simple: create a partition that starts at 1 MB and leaves 1 MB free at the end of the disk. However, that workaround is no longer needed, as ZFS v22-ish introduced a similar workaround internally. So it's possible to use while disks that differ in size by 1MB or two without any issue. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 16:57:10 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0D45DC7; Sun, 3 Nov 2013 16:57:10 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-vc0-x22d.google.com (mail-vc0-x22d.google.com [IPv6:2607:f8b0:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C4E92756; Sun, 3 Nov 2013 16:57:10 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id lh4so4138168vcb.32 for ; Sun, 03 Nov 2013 08:57:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=HLzOy22XTehLapNhcuUAjHZoKvV2y2VC3uJ4IoUf8NA=; b=RBzJ6zWpR7fU7ap4h3nWJ721m1mbxdTGQ3IRSQxJWh/2iwuOsRKOLVg7X0yGJFCdLQ EN5Y7WS9JGGNLCBlW5E424WxepgUOpx7360fFr/o0HJUVCecCZ5WFDkNVQiBCb0rCCet ncd4gzsmNvTfr+m28Etmorz5mHy++Hl6qPPthlhBGq6+uZpKvL3uIKKuQXlhpQqdAkEc 8j8RmwQXqaGql+ky1Xj1elqqqeT4lc8tYd2pBry5XzfBdFCNnActXAmpnjgUouCQQJnb NWpUhdht4gJpSYhfdMVjOq5t4DkkeFJvwd1LN2Y6whpBH5fZ8F349mIBCEbrM2fkueOW wejQ== MIME-Version: 1.0 X-Received: by 10.52.230.202 with SMTP id ta10mr25582vdc.41.1383497829542; Sun, 03 Nov 2013 08:57:09 -0800 (PST) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Sun, 3 Nov 2013 08:57:09 -0800 (PST) In-Reply-To: <5276030E.5040100@FreeBSD.org> References: <5276030E.5040100@FreeBSD.org> Date: Sun, 3 Nov 2013 08:57:09 -0800 X-Google-Sender-Auth: iq9FehKtcph_4Wxfmd_-UJ_AA2M Message-ID: Subject: Re: Can't mount root from raidz2 after r255763 in stable/9 From: Artem Belevich To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: "stable@freebsd.org" , fs@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 16:57:11 -0000 TL;DR; version -- Solved. The failure was caused by zombie ZFS volume labels from the previous life of the disks in another pool. For some reason kernel picks labels from the raw device first now and tries to boot from the pool that does not exist. Nuking old labels with dd solved my booting issues. On Sun, Nov 3, 2013 at 1:02 AM, Andriy Gapon wrote: > on 03/11/2013 05:22 Artem Belevich said the following: >> Hi, >> >> I have a box with root mounted from 8-disk raidz2 ZFS volume. >> After recent buildworld I've ran into an issue that kernel fails to >> mount root with error 6. >> r255763 on stable/9 is the first revision that fails to mount root on >> mybox. Preceding r255749 boots fine. >> >> Commit r255763 (http://svnweb.freebsd.org/base?view=revision&revision=255763) >> MFCs bunch of changes from 10 but I don't see anything that obviously >> impacts ZFS. > > Indeed. > >> Attempting to boot with vfs.zfs.debug=1 shows that order in which geom >> providers are probed by zfs has apparently changed. Kernels that boot, >> show "guid match for provider /dev/gpt/" while >> failing kernels show "guid match for provider /dev/daX" -- the raw >> disks that are *not* the right geom provider for my pool slices. Beats >> me why ZFS picks raw disks over GPT partitions it should have. > > Perhaps the kernel gpart code fails to recognize the partitions and thus ZFS > can't see them? > >> Pool configuration: >> #zpool status z0 >> pool: z0 >> state: ONLINE >> scan: scrub repaired 0 in 8h57m with 0 errors on Sat Oct 19 20:23:52 2013 >> config: >> >> NAME STATE READ WRITE CKSUM >> z0 ONLINE 0 0 0 >> raidz2-0 ONLINE 0 0 0 >> gpt/da0p4-z0 ONLINE 0 0 0 >> gpt/da1p4-z0 ONLINE 0 0 0 >> gpt/da2p4-z0 ONLINE 0 0 0 >> gpt/da3p4-z0 ONLINE 0 0 0 >> gpt/da4p4-z0 ONLINE 0 0 0 >> gpt/da5p4-z0 ONLINE 0 0 0 >> gpt/da6p4-z0 ONLINE 0 0 0 >> gpt/da7p4-z0 ONLINE 0 0 0 >> logs >> mirror-1 ONLINE 0 0 0 >> gpt/ssd-zil-z0 ONLINE 0 0 0 >> gpt/ssd1-zil-z0 ONLINE 0 0 0 >> cache >> gpt/ssd1-l2arc-z0 ONLINE 0 0 0 >> >> errors: No known data errors >> >> Here are screen captures from a failed boot: >> https://plus.google.com/photos/+ArtemBelevich/albums/5941857781891332785 > > I don't have permission to view this album. Argh. Copy-paste error. Try these : https://plus.google.com/photos/101142993171487001774/albums/5941857781891332785?authkey=CPm-4YnarsXhKg https://plus.google.com/photos/+ArtemBelevich/albums/5941857781891332785?authkey=CPm-4YnarsXhKg > >> And here's boot log from successful boot on the same system: >> http://pastebin.com/XCwebsh7 >> >> Removing ZIL and L2ARC makes no difference -- r255763 still fails to mount root. >> >> I'm thoroughly baffled. Is there's something wrong with the pool -- >> some junk metadata somewhere on the disk that now screws with the root >> mounting? Changed order in geom provider enumeration? Something else? >> Any suggestions on what I can do to debug this further? > > gpart. Long version of the story: It was stale metadata after all. 'zdb -l /dev/daN' showed that one of the four pool labels was still found on every drive in the pool. Long ago the drives were temporarily used as raw drives in a ZFS pool on a test box. Then I destroyed the pool, sliced them into partitions with GPT and used one of partitions to build current pool. Apparently not all old pool labels were overwritten by the new pool, but by accident that went unnoticed until now because new pool was detected first. Now detection order has changed (I'm still not sure how or why) and that resurrected the old non-existing pool and caused boot failures. After finding location of volume labels on the disk and nuking them with dd boot issues went away. The scary part was that the label was *inside* the current pool slice so I had to corrupt current pool data. I figured that considering that label is still alive, current pool didn't write anything there yet and therefore it should be safe to overwrite the label. I first did it on one drive only. In case I was wrong, ZFS should have been able to rebuild the pool. Lucky for me no vital data was hurt in the process and zfs scrub reported zero errors. After nuking old labels on other drives, boot issues went away. Even though my problem has been dealt with, I still wonder whether pool detection should be more robust. I've been lucky that it was kernel that changed pool detection and not the bootloader. It would've made troubleshooting even more interesting. Would it make sense to prefer partitions over whole drives? Or, perhaps prefer pools with all the labels intact over devices that only have small fraction of valid labels? --Artem From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 17:48:16 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1AEDF31D; Sun, 3 Nov 2013 17:48:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E51DB29C2; Sun, 3 Nov 2013 17:48:15 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 55A4913B5A; Sun, 3 Nov 2013 17:48:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 55A4913B5A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 3 Nov 2013 12:48:04 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: 10.0-BETA3, why it was added Message-ID: <20131103174804.GH1792@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AqCDj3hiknadvR6t" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 17:48:16 -0000 --AqCDj3hiknadvR6t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Just a quick update on why -BETA3 was added to the 10.0-RELEASE schedule: A problem was discovered in the base iconv(1), which introduces a major regression with character encoding, specifically with malformed output. Sample code to reproduce the issue: % perl -e "print pack('C*', 0xa5,0xa2,0xa5,0xe1,0xa5,0xea,0xa5,0xab); \ print qq/\n/;" \ | iconv -f euc-jp -t utf-8 \ | iconv -f utf-8 -t euc-jp \ | hexdump -C 00000000 a2 a5 e1 a5 ea a5 ab a5 0a 00000009 While there are no compile-time issues in general, this makes the base iconv(1) unusable with certain character sets. Solutions are being evaluated. For the immediate time, -BETA3 builds have started. Glen On behalf of: re@ --AqCDj3hiknadvR6t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSdoxUAAoJELls3eqvi17Qqb8P/i3Msuk5bOF2YkP3aERdd20d PvdpUiiXcDbTExAFfTmQd89/tIlnnsVSz0bth43/sKSIhKymdcboydK267zErXKG V1VnslyP8ZYrMOFLVGcULsyHZmCyYU/axqrtACv3jfCcwzKlpEQauLVitRl9f1US /sU42vNcd36mJ1X5Cdxy9PpeiDLtVyMkqQIPfMUJx5s7NYb0swWy1OzSOcHTuygy AoCxp2c21tlj4drkmxMdpqYFRZ8aLBUiJtBPz9yNJ48gbMJ+F7d/2t3XrQICjibo eoWGmsD5qvUzMgQse3fN5tjDGDkr+ClK9AjhAfidw7pgXxnQKBfqJEEp9rBLJkDd 7NxKhP0imEJWR7KtY2BFUN+I8F1UT4xtcrxrTTdAEu603pxuDmiI4ZVwvhnrV6m9 1LYbeGdhSjPv4VTCsPg1KRVSfznq/BYZawv1ATVgLQOFaXNugbqL6FLtHH5wPfeE Gx9aEj8iJant6uujrKOmTXfjs00IEjnbNkxubO284DgnSNOZbv3160ZDSe+xK/9U YtcR8PbDezt97EgptYRppkWNLDvN70jnJrkvcrInu0MXFEw+UHsRLcL7MWTdHBFV U8/eQIGcbSgO8wdDdeLOEIGzl/xUXzBp8B8RksnN0orSxliCM3vYK0xMNH9U915T sUOxx6DfCUkCoZBF6ZjS =fDi1 -----END PGP SIGNATURE----- --AqCDj3hiknadvR6t-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 20:05:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DC8632E2 for ; Sun, 3 Nov 2013 20:05:04 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 799462FA0 for ; Sun, 3 Nov 2013 20:05:04 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id c11so1331956wgh.2 for ; Sun, 03 Nov 2013 12:05:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:cc:content-type; bh=EKSYcuvtN18j7ym0elL5FqeWWATiX3vUoux95A8mDlg=; b=vy8vsjwsMe5Cu3NyLYtC59PUEAvHZOUfMF6vhiBueck9b64fisvvV/dm9IGKuHFnrE aumj5oOc0myEALt3tSCRvIP7JkzQjQMvux7lofZo5KusC16OmUv1TpL+l0leCcUKMFIP wQrM2WI9rFg9mkL/PHAoz3tVbbd1/Xv4/fA/DIUEqyK8S2bt0h1Dg5FPj4J6hUUfmkIG oQDSFdPTV4pGT22HO+X2qdXp6crfZMH+AF8AMlg9D+JxFUrXzyJhrAVH9fWO4tEvcmGo SaIIwR1FvqYTqeCZfk7wCGPvLSJB1Jlmj0qei6Z9cublL0MbilBSU2eBVt+ad1PXDWRS 1HhQ== MIME-Version: 1.0 X-Received: by 10.194.47.209 with SMTP id f17mt413006wjn.55.1383509102959; Sun, 03 Nov 2013 12:05:02 -0800 (PST) Received: by 10.216.179.133 with HTTP; Sun, 3 Nov 2013 12:05:02 -0800 (PST) Date: Sun, 3 Nov 2013 22:05:02 +0200 Message-ID: Subject: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Release Engineering Team , freebsd-current@freebsd.org, freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 20:05:04 -0000 Hi, Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" script still exists. and this script depends on "/etc/mtree/BIND.chroot.dist" file but there is no such file in source tree. I think this file was forgotten to be removed. And also, named_* definitions still exists in /etc/defaults/rc.conf file. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 21:29:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E904A9E4 for ; Sun, 3 Nov 2013 21:29:30 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA44F2385 for ; Sun, 3 Nov 2013 21:29:30 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id u16so10861710iet.21 for ; Sun, 03 Nov 2013 13:29:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=uzAoGoPPnECWHQEZzvBJEq0y/TSJtViiEt4zMxicctw=; b=libdRKpklAXbjEm44ND2LSSqa/84RWrdNWFTsm3JBtmqUl2e6m7Phkw5ouKU2zYs8C 85S0Qk1Afd2ihmUeckBe2Hx/SESeLoyNtRuCqxwEWI7G/NxLVaR1HsowVr/zv0fOT/Ld TiYiUwpOpNxk75Bw8x5HsyttIhkVYIapyZViJnLzLGOnyjiEhxYpZS/7dBzXquqUXHtI 41l49DTFZz9yCXxQMvkkK/YZ3fueF0gmT0UpzyD1fze7Vy/sO7/Uw4TAi5fw+XKFIBTa ISVHtNST+c/s3YCG641x/y/s/7ph+wLJV83mf1bGSLj9DcYR1CDLF3tQ/OpSz6x2Go9x PSvQ== MIME-Version: 1.0 X-Received: by 10.50.66.163 with SMTP id g3mr9693541igt.20.1383514170272; Sun, 03 Nov 2013 13:29:30 -0800 (PST) Received: by 10.43.75.6 with HTTP; Sun, 3 Nov 2013 13:29:30 -0800 (PST) Date: Sun, 3 Nov 2013 15:29:30 -0600 Message-ID: Subject: FreeBSD 10 Beta 2: make installkernel failure with installer provided ZFS configuration. From: Nikolas Britton To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 21:29:31 -0000 Hi, I was trying to rebuild world on a FreeBSD 10 test system, that I had just installed. ZFS root was setup. I let the installation program do all the ZFS setup and configuration. I put root on a 5 disk encrypted raidz array. Besides the installer configuring 5 times the amount of swap space I asked for (asked for 8gb, installer put 8gb on each drive, for 40gb in total.) everything was working great until I reached "make installkernel". I followed section 23.7 (rebuilding "world") explicitly. I have not altered the test system in any way from the installer provided settings. I'm reporting this as a bug, but would would also like some advice on how to fix it. Literally all that has been done post installation is: a) install pkgng. b) install svn using pkgng. c) sync repositories with svn. d) make buildworld. e) make buildkernel. Thanks! root@els1:/usr/src # make installkernel -------------------------------------------------------------- >>> Installing kernel GENERIC -------------------------------------------------------------- cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr= /bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:= /usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src= /tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=3Dkernel install mkdir -p /boot/kernel mkdir: /boot: No such file or directory *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@els1:/usr/src # ll /boot lrwxr-xr-x 1 root wheel 13 Oct 26 14:33 /boot@ -> bootpool/boot root@els1:/usr/src # mount zroot/bootenv/default on / (zfs, local, noatime, nfsv4acls) devfs on /dev (devfs, local, multilabel) zroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls) zroot/usr/home on /usr/home (zfs, local, noatime, nosuid, nfsv4acls) zroot/usr/local on /usr/local (zfs, local, noatime, nfsv4acls) zroot/usr/obj on /usr/obj (zfs, local, noatime, nfsv4acls) zroot/usr/ports on /usr/ports (zfs, local, noatime, nosuid, nfsv4acls) zroot/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/usr/ports/packages on /usr/ports/packages (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/usr/src on /usr/src (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var on /var (zfs, local, noatime, nfsv4acls) zroot/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var/db on /var/db (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var/db/pkg on /var/db/pkg (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var/empty on /var/empty (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var/log on /var/log (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var/mail on /var/mail (zfs, local, noatime, noexec, nosuid, nfsv4acls= ) zroot/var/run on /var/run (zfs, local, noatime, noexec, nosuid, nfsv4acls) zroot/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls) root@els1:/usr/src # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/gpt/swap0 none swap sw 0 0 /dev/gpt/swap1 none swap sw 0 0 /dev/gpt/swap2 none swap sw 0 0 /dev/gpt/swap3 none swap sw 0 0 /dev/gpt/swap4 none swap sw 0 0 root@els1:/usr/src # ll /dev/ada* crw-r----- 1 root operator 0x5f Nov 3 10:01 /dev/ada0 crw-r----- 1 root operator 0x64 Nov 3 10:01 /dev/ada0p1 crw-r----- 1 root operator 0x66 Nov 3 10:01 /dev/ada0p2 crw-r----- 1 root operator 0x74 Nov 3 10:01 /dev/ada0p3 crw-r----- 1 root operator 0x8f Nov 3 10:01 /dev/ada0p3.eli crw-r----- 1 root operator 0x76 Nov 3 10:01 /dev/ada0p4 crw-r----- 1 root operator 0x61 Nov 3 10:01 /dev/ada1 crw-r----- 1 root operator 0x79 Nov 3 10:01 /dev/ada1p1 crw-r----- 1 root operator 0x7b Nov 3 10:01 /dev/ada1p2 crw-r----- 1 root operator 0x7d Nov 3 10:01 /dev/ada1p3 crw-r----- 1 root operator 0x9b Nov 3 10:01 /dev/ada1p3.eli crw-r----- 1 root operator 0x7f Nov 3 10:01 /dev/ada1p4 crw-r----- 1 root operator 0x81 Nov 3 10:01 /dev/ada2 crw-r----- 1 root operator 0xa0 Nov 3 10:01 /dev/ada2p1 crw-r----- 1 root operator 0xa2 Nov 3 10:01 /dev/ada2p2 crw-r----- 1 root operator 0xa4 Nov 3 10:01 /dev/ada2p3 crw-r----- 1 root operator 0xc2 Nov 3 10:01 /dev/ada2p3.eli crw-r----- 1 root operator 0xa6 Nov 3 10:01 /dev/ada2p4 crw-r----- 1 root operator 0x83 Nov 3 10:01 /dev/ada3 crw-r----- 1 root operator 0xa9 Nov 3 10:01 /dev/ada3p1 crw-r----- 1 root operator 0xab Nov 3 10:01 /dev/ada3p2 crw-r----- 1 root operator 0xad Nov 3 10:01 /dev/ada3p3 crw-r----- 1 root operator 0xce Nov 3 10:01 /dev/ada3p3.eli crw-r----- 1 root operator 0xaf Nov 3 10:01 /dev/ada3p4 crw-r----- 1 root operator 0x85 Nov 3 10:01 /dev/ada4 crw-r----- 1 root operator 0xb2 Nov 3 10:01 /dev/ada4p1 crw-r----- 1 root operator 0xb4 Nov 3 10:01 /dev/ada4p2 crw-r----- 1 root operator 0xb6 Nov 3 10:01 /dev/ada4p3 crw-r----- 1 root operator 0xda Nov 3 10:01 /dev/ada4p3.eli crw-r----- 1 root operator 0xb8 Nov 3 10:01 /dev/ada4p4 root@els1:/usr/src # zpool status pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 ada0p3.eli ONLINE 0 0 0 ada1p3.eli ONLINE 0 0 0 ada2p3.eli ONLINE 0 0 0 ada3p3.eli ONLINE 0 0 0 ada4p3.eli ONLINE 0 0 0 errors: No known data errors root@els1:/usr/src # fdisk /dev/ada0 ******* Working on device /dev/ada0 ******* parameters extracted from in-core disklabel are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 586114703 (286188 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: root@els1:/usr/src # fdisk /dev/ada1 ******* Working on device /dev/ada1 ******* parameters extracted from in-core disklabel are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 586114703 (286188 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: root@els1:/usr/src # fdisk /dev/ada2 ******* Working on device /dev/ada2 ******* parameters extracted from in-core disklabel are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 586114703 (286188 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: root@els1:/usr/src # fdisk /dev/ada3 ******* Working on device /dev/ada3 ******* parameters extracted from in-core disklabel are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 586114703 (286188 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: root@els1:/usr/src # fdisk /dev/ada4 ******* Working on device /dev/ada4 ******* parameters extracted from in-core disklabel are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 586114703 (286188 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: root@els1:/usr/src # dmesg Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA2 #0 r257166: Sat Oct 26 19:23:22 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz (2500.14-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x10676 Family =3D 0x6 Model =3D 0x17 Stepping =3D 6 Features=3D0xbfebfbff Features2=3D0xce3bd AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 8269221888 (7886 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: initialized kbd1 at kbdmux0 cryptosoft0: on motherboard aesni0: No AESNI support. acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 48 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 50 at device 3.0 on pci0 pci2: on pcib2 pcib3: irq 52 at device 5.0 on pci0 pci3: on pcib3 pcib4: irq 54 at device 7.0 on pci0 pci4: on pcib4 pcib5: irq 56 at device 9.0 on pci0 pci5: on pcib5 pcib6: irq 56 at device 0.0 on pci5 pci6: on pcib6 pcib7: irq 56 at device 0.0 on pci6 pci7: on pcib7 pcib8: irq 71 at device 2.0 on pci6 pci8: on pcib8 em0: port 0x2000-0x201f mem 0xde820000-0xde83ffff,0xde800000-0xde81ffff irq 71 at device 0.0 on pci8 em0: Using an MSI interrupt em0: Ethernet address: 00:25:90:18:d1:50 em1: port 0x2020-0x203f mem 0xde860000-0xde87ffff,0xde840000-0xde85ffff irq 70 at device 0.1 on pci8 em1: Using an MSI interrupt em1: Ethernet address: 00:25:90:18:d1:51 pcib9: at device 0.3 on pci5 pci9: on pcib9 mvs0: port 0x3000-0x30ff mem 0xde200000-0xde2fffff,0xde400000-0xde7fffff irq 24 at device 1.0 on pci9 mvs0: Gen-II, 8 3Gbps ports, Port Multiplier supported mvsch0: at channel 0 on mvs0 mvsch1: at channel 1 on mvs0 mvsch2: at channel 2 on mvs0 mvsch3: at channel 3 on mvs0 mvsch4: at channel 4 on mvs0 mvsch5: at channel 5 on mvs0 mvsch6: at channel 6 on mvs0 mvsch7: at channel 7 on mvs0 pci0: at device 15.0 (no driver attached) pcib10: irq 16 at device 28.0 on pci0 pci10: on pcib10 uhci0: port 0x1800-0x181f irq 20 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 21 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 22 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1860-0x187f irq 23 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xdeb04000-0xdeb043ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x4000-0x407f mem 0xdc000000-0xddffffff,0xdea00000-0xdea3ffff at device 1.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x18b0-0x18b7,0x18a4-0x18a7,0x18a8-0x18af,0x18a0-0x18a3,0x1880-0x189f mem 0xdeb04400-0xdeb047ff irq 17 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen4.1: at usbus4 uhub3: on usbus4 ugen3.1: at usbus3 uhub4: on usbus3 ada0 at ahcich0 bus 0 scbus8 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: Serial Number V601GADG ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad20 ada1 at ahcich1 bus 0 scbus9 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: Serial Number V601G9DG ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad22 ada2 at ahcich2 bus 0 scbus10 target 0 lun 0 ada2: ATA-7 SATA 2.x device ada2: Serial Number V601LJ1G ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad24 ada3 at ahcich3 bus 0 scbus11 target 0 lun 0 ada3: ATA-7 SATA 2.x device ada3: Serial Number V608FLHG ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad26 ada4 at ahcich4 bus 0 scbus12 target 0 lun 0 ada4: ATA-7 SATA 2.x device ada4: Serial Number V608FTFG ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: Command Queueing enabled ada4: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) ada4: Previously was known as ad28 Enter passphrase for ada0p3: Netvsc initializing... SMP: AP CPU #4 Launched= ! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub3: 8 ports with 8 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ugen2.2: at usbus2 ukbd1: on usbus2 kbd3 at ukbd1 GEOM_ELI: Wrong key for ada0p3. Tries left: 2. Enter passphrase for ada0p3: GEOM_ELI: Device ada0p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada1p3: GEOM_ELI: Device ada1p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada2p3: GEOM_ELI: Device ada2p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada3p3: GEOM_ELI: Wrong key for ada3p3. Tries left: 2. Enter passphrase for ada3p3: GEOM_ELI: Wrong key for ada3p3. Tries left: 1. Enter passphrase for ada3p3: GEOM_ELI: Device ada3p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada4p3: GEOM_ELI: Device ada4p3.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Trying to mount root from zfs:zroot/bootenv/default []... root@els1:/usr/src # From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 22:07:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 09AA5639; Sun, 3 Nov 2013 22:07:14 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4955525C5; Sun, 3 Nov 2013 22:07:12 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA3M6sXt079158; Mon, 4 Nov 2013 02:06:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA3M6smd079157; Mon, 4 Nov 2013 02:06:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 02:06:54 +0400 From: Gleb Smirnoff To: =?iso-8859-1?Q?=D6zkan?= KIRIK Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131103220654.GU52889@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="tpZe61tYkA9f+p/0" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , freebsd-current@freebsd.org, freebsd-stable , des@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 22:07:14 -0000 --tpZe61tYkA9f+p/0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Nov 03, 2013 at 10:05:02PM +0200, Özkan KIRIK wrote: Ö> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" script Ö> still exists. Ö> and this script depends on "/etc/mtree/BIND.chroot.dist" file but there is Ö> no such file in source tree. Ö> I think this file was forgotten to be removed. Ö> Ö> And also, named_* definitions still exists in /etc/defaults/rc.conf file. Please review attached file that removes named from /etc. -- Totus tuus, Glebius. --tpZe61tYkA9f+p/0 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="named-etc.diff" Index: etc/defaults/periodic.conf =================================================================== --- etc/defaults/periodic.conf (revision 257584) +++ etc/defaults/periodic.conf (working copy) @@ -137,10 +137,6 @@ daily_status_mail_rejects_enable="YES" # Check m daily_status_mail_rejects_logs=3 # How many logs to check daily_status_mail_rejects_shorten="NO" # Shorten output -# 470.status-named -daily_status_named_enable="YES" -daily_status_named_usedns="YES" # DNS lookups are ok - # 480.status-ntpd daily_status_ntpd_enable="NO" # Check NTP status Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 257584) +++ etc/defaults/rc.conf (working copy) @@ -256,6 +256,7 @@ hostapd_enable="NO" # Run hostap daemon. syslogd_enable="YES" # Run syslog daemon (or NO). syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want a different one. syslogd_flags="-s" # Flags to syslogd (if enabled). +altlog_proglist="" # List of chrooted applicatioins in /var inetd_enable="NO" # Run the network daemon dispatcher (YES/NO). inetd_program="/usr/sbin/inetd" # path to inetd, if you want a different one. inetd_flags="-wW -C 60" # Optional flags to inetd @@ -267,23 +268,6 @@ hastd_program="/sbin/hastd" # path to hastd, if yo hastd_flags="" # Optional flags to hastd. ctld_enable="NO" # CAM Target Layer / iSCSI target daemon. local_unbound_enable="NO" # local caching resolver -# -# named. It may be possible to run named in a sandbox, man security for -# details. -# -named_enable="NO" # Run named, the DNS server (or NO). -named_program="/usr/sbin/named" # Path to named, if you want a different one. -named_conf="/etc/namedb/named.conf" # Path to the configuration file -#named_flags="" # Use this for flags OTHER than -u and -c -named_uid="bind" # User to run named as -named_chrootdir="/var/named" # Chroot directory (or "" not to auto-chroot it) -named_chroot_autoupdate="YES" # Automatically install/update chrooted - # components of named. See /etc/rc.d/named. -named_symlink_enable="YES" # Symlink the chrooted pid file -named_wait="NO" # Wait for working name service before exiting -named_wait_host="localhost" # Hostname to check if named_wait is enabled -named_auto_forward="NO" # Set up forwarders from /etc/resolv.conf -named_auto_forward_only="NO" # Do "forward only" instead of "forward first" # # kerberos. Do not run the admin daemons on slave servers Index: etc/freebsd-update.conf =================================================================== --- etc/freebsd-update.conf (revision 257584) +++ etc/freebsd-update.conf (working copy) @@ -35,7 +35,7 @@ UpdateIfUnmodified /etc/ /var/ /root/ /.cshrc /.pr # When upgrading to a new FreeBSD release, files which match MergeChanges # will have any local changes merged into the version from the new release. -MergeChanges /etc/ /var/named/etc/ /boot/device.hints +MergeChanges /etc/ /boot/device.hints ### Default configuration options: Index: etc/namedb/Makefile =================================================================== --- etc/namedb/Makefile (revision 257584) +++ etc/namedb/Makefile (working copy) @@ -1,11 +0,0 @@ -# $FreeBSD$ - -SUBDIR= master - -FILES= named.conf named.root - -NO_OBJ= -FILESDIR= /etc/namedb -FILESMODE= 644 - -.include Index: etc/namedb/master/Makefile =================================================================== --- etc/namedb/master/Makefile (revision 257584) +++ etc/namedb/master/Makefile (working copy) @@ -1,9 +0,0 @@ -# $FreeBSD$ - -FILES= empty.db localhost-forward.db localhost-reverse.db - -NO_OBJ= -FILESDIR= /etc/namedb/master -FILESMODE= 644 - -.include Index: etc/namedb/master/empty.db =================================================================== --- etc/namedb/master/empty.db (revision 257584) +++ etc/namedb/master/empty.db (working copy) @@ -1,11 +0,0 @@ - -; $FreeBSD$ - -$TTL 3h -@ SOA @ nobody.localhost. 42 1d 12h 1w 3h - ; Serial, Refresh, Retry, Expire, Neg. cache TTL - -@ NS @ - -; Silence a BIND warning -@ A 127.0.0.1 Index: etc/namedb/master/localhost-forward.db =================================================================== --- etc/namedb/master/localhost-forward.db (revision 257584) +++ etc/namedb/master/localhost-forward.db (working copy) @@ -1,11 +0,0 @@ - -; $FreeBSD$ - -$TTL 3h -localhost. SOA localhost. nobody.localhost. 42 1d 12h 1w 3h - ; Serial, Refresh, Retry, Expire, Neg. cache TTL - - NS localhost. - - A 127.0.0.1 - AAAA ::1 Index: etc/namedb/master/localhost-reverse.db =================================================================== --- etc/namedb/master/localhost-reverse.db (revision 257584) +++ etc/namedb/master/localhost-reverse.db (working copy) @@ -1,13 +0,0 @@ - -; $FreeBSD$ - -$TTL 3h -@ SOA localhost. nobody.localhost. 42 1d 12h 1w 3h - ; Serial, Refresh, Retry, Expire, Neg. cache TTL - - NS localhost. - -1.0.0 PTR localhost. - -1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 PTR localhost. - Index: etc/namedb/named.conf =================================================================== --- etc/namedb/named.conf (revision 257584) +++ etc/namedb/named.conf (working copy) @@ -1,360 +0,0 @@ -// $FreeBSD$ -// -// Refer to the named.conf(5) and named(8) man pages, and the documentation -// in /usr/share/doc/bind9 for more details. -// -// If you are going to set up an authoritative server, make sure you -// understand the hairy details of how DNS works. Even with -// simple mistakes, you can break connectivity for affected parties, -// or cause huge amounts of useless Internet traffic. - -options { - // All file and path names are relative to the chroot directory, - // if any, and should be fully qualified. - directory "/etc/namedb/working"; - pid-file "/var/run/named/pid"; - dump-file "/var/dump/named_dump.db"; - statistics-file "/var/stats/named.stats"; - -// If named is being used only as a local resolver, this is a safe default. -// For named to be accessible to the network, comment this option, specify -// the proper IP address, or delete this option. - listen-on { 127.0.0.1; }; - -// If you have IPv6 enabled on this system, uncomment this option for -// use as a local resolver. To give access to the network, specify -// an IPv6 address, or the keyword "any". -// listen-on-v6 { ::1; }; - -// These zones are already covered by the empty zones listed below. -// If you remove the related empty zones below, comment these lines out. - disable-empty-zone "255.255.255.255.IN-ADDR.ARPA"; - disable-empty-zone "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA"; - disable-empty-zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA"; - -// If you've got a DNS server around at your upstream provider, enter -// its IP address here, and enable the line below. This will make you -// benefit from its cache, thus reduce overall DNS traffic in the Internet. -/* - forwarders { - 127.0.0.1; - }; -*/ - -// If the 'forwarders' clause is not empty the default is to 'forward first' -// which will fall back to sending a query from your local server if the name -// servers in 'forwarders' do not have the answer. Alternatively you can -// force your name server to never initiate queries of its own by enabling the -// following line: -// forward only; - -// If you wish to have forwarding configured automatically based on -// the entries in /etc/resolv.conf, uncomment the following line and -// set named_auto_forward=yes in /etc/rc.conf. You can also enable -// named_auto_forward_only (the effect of which is described above). -// include "/etc/namedb/auto_forward.conf"; - - /* - Modern versions of BIND use a random UDP port for each outgoing - query by default in order to dramatically reduce the possibility - of cache poisoning. All users are strongly encouraged to utilize - this feature, and to configure their firewalls to accommodate it. - - AS A LAST RESORT in order to get around a restrictive firewall - policy you can try enabling the option below. Use of this option - will significantly reduce your ability to withstand cache poisoning - attacks, and should be avoided if at all possible. - - Replace NNNNN in the example with a number between 49160 and 65530. - */ - // query-source address * port NNNNN; -}; - -// If you enable a local name server, don't forget to enter 127.0.0.1 -// first in your /etc/resolv.conf so this server will be queried. -// Also, make sure to enable it in /etc/rc.conf. - -// The traditional root hints mechanism. Use this, OR the slave zones below. -zone "." { type hint; file "/etc/namedb/named.root"; }; - -/* Slaving the following zones from the root name servers has some - significant advantages: - 1. Faster local resolution for your users - 2. No spurious traffic will be sent from your network to the roots - 3. Greater resilience to any potential root server failure/DDoS - - On the other hand, this method requires more monitoring than the - hints file to be sure that an unexpected failure mode has not - incapacitated your server. Name servers that are serving a lot - of clients will benefit more from this approach than individual - hosts. Use with caution. - - To use this mechanism, uncomment the entries below, and comment - the hint zone above. - - As documented at http://dns.icann.org/services/axfr/ these zones: - "." (the root), ARPA, IN-ADDR.ARPA, IP6.ARPA, and ROOT-SERVERS.NET - are available for AXFR from these servers on IPv4 and IPv6: - xfr.lax.dns.icann.org, xfr.cjr.dns.icann.org -*/ -/* -zone "." { - type slave; - file "/etc/namedb/slave/root.slave"; - masters { - 192.5.5.241; // F.ROOT-SERVERS.NET. - }; - notify no; -}; -zone "arpa" { - type slave; - file "/etc/namedb/slave/arpa.slave"; - masters { - 192.5.5.241; // F.ROOT-SERVERS.NET. - }; - notify no; -}; -*/ - -/* Serving the following zones locally will prevent any queries - for these zones leaving your network and going to the root - name servers. This has two significant advantages: - 1. Faster local resolution for your users - 2. No spurious traffic will be sent from your network to the roots -*/ -// RFCs 1912, 5735 and 6303 (and BCP 32 for localhost) -zone "localhost" { type master; file "/etc/namedb/master/localhost-forward.db"; }; -zone "127.in-addr.arpa" { type master; file "/etc/namedb/master/localhost-reverse.db"; }; -zone "255.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// RFC 1912-style zone for IPv6 localhost address (RFC 6303) -zone "0.ip6.arpa" { type master; file "/etc/namedb/master/localhost-reverse.db"; }; - -// "This" Network (RFCs 1912, 5735 and 6303) -zone "0.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Private Use Networks (RFCs 1918, 5735 and 6303) -zone "10.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "16.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "17.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "18.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "19.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "20.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "21.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "22.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "23.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "24.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "25.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "26.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "27.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "28.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "29.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "30.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "31.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "168.192.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Shared Address Space (RFC 6598) -zone "64.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "65.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "66.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "67.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "68.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "69.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "70.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "71.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "72.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "73.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "74.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "75.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "76.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "77.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "78.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "79.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "80.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "81.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "82.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "83.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "84.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "85.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "86.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "87.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "88.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "89.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "90.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "91.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "92.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "93.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "94.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "95.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "96.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "97.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "98.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "99.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "100.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "101.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "102.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "103.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "104.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "105.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "106.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "107.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "108.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "109.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "110.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "111.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "112.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "113.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "114.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "115.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "116.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "117.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "118.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "119.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "120.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "121.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "122.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "123.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "124.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "125.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "126.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "127.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Link-local/APIPA (RFCs 3927, 5735 and 6303) -zone "254.169.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IETF protocol assignments (RFCs 5735 and 5736) -zone "0.0.192.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// TEST-NET-[1-3] for Documentation (RFCs 5735, 5737 and 6303) -zone "2.0.192.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "100.51.198.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "113.0.203.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Example Range for Documentation (RFCs 3849 and 6303) -zone "8.b.d.0.1.0.0.2.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Domain Names for Documentation and Testing (BCP 32) -zone "test" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example" { type master; file "/etc/namedb/master/empty.db"; }; -zone "invalid" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example.com" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example.net" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example.org" { type master; file "/etc/namedb/master/empty.db"; }; - -// Router Benchmark Testing (RFCs 2544 and 5735) -zone "18.198.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "19.198.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IANA Reserved - Old Class E Space (RFC 5735) -zone "240.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "241.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "242.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "243.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "244.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "245.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "246.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "247.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "248.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "249.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "250.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "251.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "252.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "253.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "254.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Unassigned Addresses (RFC 4291) -zone "1.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "3.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "4.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "5.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "6.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "7.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "8.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "9.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "a.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "b.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "c.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "d.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "e.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "0.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "1.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "2.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "3.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "4.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "5.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "6.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "7.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "8.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "9.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "a.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "b.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "0.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "1.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "2.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "3.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "4.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "5.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "6.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "7.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 ULA (RFCs 4193 and 6303) -zone "c.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "d.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Link Local (RFCs 4291 and 6303) -zone "8.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "9.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "a.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "b.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Deprecated Site-Local Addresses (RFCs 3879 and 6303) -zone "c.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "d.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "e.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "f.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IP6.INT is Deprecated (RFC 4159) -zone "ip6.int" { type master; file "/etc/namedb/master/empty.db"; }; - -// NB: Do not use the IP addresses below, they are faked, and only -// serve demonstration/documentation purposes! -// -// Example slave zone config entries. It can be convenient to become -// a slave at least for the zone your own domain is in. Ask -// your network administrator for the IP address of the responsible -// master name server. -// -// Do not forget to include the reverse lookup zone! -// This is named after the first bytes of the IP address, in reverse -// order, with ".IN-ADDR.ARPA" appended, or ".IP6.ARPA" for IPv6. -// -// Before starting to set up a master zone, make sure you fully -// understand how DNS and BIND work. There are sometimes -// non-obvious pitfalls. Setting up a slave zone is usually simpler. -// -// NB: Don't blindly enable the examples below. :-) Use actual names -// and addresses instead. - -/* An example dynamic zone -key "exampleorgkey" { - algorithm hmac-md5; - secret "sf87HJqjkqh8ac87a02lla=="; -}; -zone "example.org" { - type master; - allow-update { - key "exampleorgkey"; - }; - file "/etc/namedb/dynamic/example.org"; -}; -*/ - -/* Example of a slave reverse zone -zone "1.168.192.in-addr.arpa" { - type slave; - file "/etc/namedb/slave/1.168.192.in-addr.arpa"; - masters { - 192.168.1.1; - }; -}; -*/ Index: etc/namedb/named.root =================================================================== --- etc/namedb/named.root (revision 257584) +++ etc/namedb/named.root (working copy) @@ -1,92 +0,0 @@ -; -; $FreeBSD$ -; - -; This file holds the information on root name servers needed to -; initialize cache of Internet domain name servers -; (e.g. reference this file in the "cache . " -; configuration file of BIND domain name servers). -; -; This file is made available by InterNIC -; under anonymous FTP as -; file /domain/named.cache -; on server FTP.INTERNIC.NET -; -OR- RS.INTERNIC.NET -; -; last update: Jan 3, 2013 -; related version of root zone: 2013010300 -; -; formerly NS.INTERNIC.NET -; -. 3600000 IN NS A.ROOT-SERVERS.NET. -A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4 -A.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:BA3E::2:30 -; -; FORMERLY NS1.ISI.EDU -; -. 3600000 NS B.ROOT-SERVERS.NET. -B.ROOT-SERVERS.NET. 3600000 A 192.228.79.201 -; -; FORMERLY C.PSI.NET -; -. 3600000 NS C.ROOT-SERVERS.NET. -C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12 -; -; FORMERLY TERP.UMD.EDU -; -. 3600000 NS D.ROOT-SERVERS.NET. -D.ROOT-SERVERS.NET. 3600000 A 199.7.91.13 -D.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2D::D -; -; FORMERLY NS.NASA.GOV -; -. 3600000 NS E.ROOT-SERVERS.NET. -E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10 -; -; FORMERLY NS.ISC.ORG -; -. 3600000 NS F.ROOT-SERVERS.NET. -F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241 -F.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2F::F -; -; FORMERLY NS.NIC.DDN.MIL -; -. 3600000 NS G.ROOT-SERVERS.NET. -G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4 -; -; FORMERLY AOS.ARL.ARMY.MIL -; -. 3600000 NS H.ROOT-SERVERS.NET. -H.ROOT-SERVERS.NET. 3600000 A 128.63.2.53 -H.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:1::803F:235 -; -; FORMERLY NIC.NORDU.NET -; -. 3600000 NS I.ROOT-SERVERS.NET. -I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17 -I.ROOT-SERVERS.NET. 3600000 AAAA 2001:7FE::53 -; -; OPERATED BY VERISIGN, INC. -; -. 3600000 NS J.ROOT-SERVERS.NET. -J.ROOT-SERVERS.NET. 3600000 A 192.58.128.30 -J.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:C27::2:30 -; -; OPERATED BY RIPE NCC -; -. 3600000 NS K.ROOT-SERVERS.NET. -K.ROOT-SERVERS.NET. 3600000 A 193.0.14.129 -K.ROOT-SERVERS.NET. 3600000 AAAA 2001:7FD::1 -; -; OPERATED BY ICANN -; -. 3600000 NS L.ROOT-SERVERS.NET. -L.ROOT-SERVERS.NET. 3600000 A 199.7.83.42 -L.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:3::42 -; -; OPERATED BY WIDE -; -. 3600000 NS M.ROOT-SERVERS.NET. -M.ROOT-SERVERS.NET. 3600000 A 202.12.27.33 -M.ROOT-SERVERS.NET. 3600000 AAAA 2001:DC3::35 -; End of File Index: etc/periodic/daily/470.status-named =================================================================== --- etc/periodic/daily/470.status-named (revision 257584) +++ etc/periodic/daily/470.status-named (working copy) @@ -1,62 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# If there is a global system configuration file, suck it in. -# -if [ -r /etc/defaults/periodic.conf ] -then - . /etc/defaults/periodic.conf - source_periodic_confs -fi - -catmsgs() { - find /var/log -name 'messages.*' -mtime -2 | - sort -t. -r -n -k 2,2 | - while read f - do - case $f in - *.gz) zcat -f $f;; - *.bz2) bzcat -f $f;; - esac - done - [ -f /var/log/messages ] && cat /var/log/messages -} - -case "$daily_status_named_enable" in - [Yy][Ee][Ss]) - echo - echo 'Checking for denied zone transfers (AXFR and IXFR):' - - start=`date -v-1d '+%b %e'` - rc=$(catmsgs | - fgrep -E "^$start.*named\[[[:digit:]]+\]: transfer of .*failed .*: REFUSED" | - sed -e "s/.*transfer of \'\(.*\)\/IN\' from \(.*\)#[0-9]*: .*/\1 from \2/" | - sort -f | uniq -ic | ( - usedns=0 - case "$daily_status_named_usedns" in - '') ;; - [yY][eE][sS]) usedns=1 ;; - esac - - while read line ;do - ipaddr=`echo "$line" | sed -e 's/^.*from //'` - if [ $usedns -eq 1 ]; then - name=`host "${ipaddr}" 2>/dev/null | \ - sed 's/.*domain name pointer \(.*\)\./\1/'` - fi - if [ -n "${name}" ]; then - echo "${line} (${name})" - else - echo "${line}" - fi - done ) | \ - tee /dev/stderr | wc -l) - [ $rc -gt 0 ] && rc=1 - ;; - - *) rc=0;; -esac - -exit $rc Index: etc/rc.d/Makefile =================================================================== --- etc/rc.d/Makefile (revision 257584) +++ etc/rc.d/Makefile (working copy) @@ -90,7 +90,6 @@ FILES= DAEMON \ mroute6d \ mrouted \ msgs \ - named \ natd \ netif \ netoptions \ Index: etc/rc.d/named =================================================================== --- etc/rc.d/named (revision 257584) +++ etc/rc.d/named (working copy) @@ -1,301 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# PROVIDE: named -# REQUIRE: SERVERS FILESYSTEMS -# KEYWORD: shutdown - -. /etc/rc.subr - -name="named" -rcvar=named_enable - -extra_commands="reload" - -start_precmd="named_prestart" -start_postcmd="named_poststart" -reload_cmd="named_reload" -stop_cmd="named_stop" -stop_postcmd="named_poststop" - -# If running in a chroot cage, ensure that the appropriate files -# exist inside the cage, as well as helper symlinks into the cage -# from outside. -# -# As this is called after the is_running and required_dir checks -# are made in run_rc_command(), we can safely assume ${named_chrootdir} -# exists and named isn't running at this point (unless forcestart -# is used). -# -chroot_autoupdate() -{ - local file - - # Create (or update) the chroot directory structure - # - if [ -r /etc/mtree/BIND.chroot.dist ]; then - mtree -deU -f /etc/mtree/BIND.chroot.dist \ - -p ${named_chrootdir} - else - warn "/etc/mtree/BIND.chroot.dist missing," - warn "chroot directory structure not updated" - fi - - # Create (or update) the configuration directory symlink - # - if [ ! -L "${named_conf%/*}" ]; then - if [ -d "${named_conf%/*}" ]; then - warn "named chroot: ${named_conf%/*} is a directory!" - elif [ -e "${named_conf%/*}" ]; then - warn "named chroot: ${named_conf%/*} exists!" - else - ln -s ${named_confdir} ${named_conf%/*} - fi - else - # Make sure it points to the right place. - ln -shf ${named_confdir} ${named_conf%/*} - fi - - # Mount a devfs in the chroot directory if needed - # - if [ `${SYSCTL_N} security.jail.jailed` -eq 0 ]; then - umount ${named_chrootdir}/dev 2>/dev/null - devfs_domount ${named_chrootdir}/dev devfsrules_hide_all - devfs -m ${named_chrootdir}/dev rule apply path null unhide - devfs -m ${named_chrootdir}/dev rule apply path random unhide - else - if [ -c ${named_chrootdir}/dev/null -a \ - -c ${named_chrootdir}/dev/random ]; then - info "named chroot: using pre-mounted devfs." - else - err 1 "named chroot: devfs cannot be mounted from" \ - "within a jail. Thus a chrooted named cannot" \ - "be run from within a jail." \ - "To run named without chrooting it, set" \ - "named_chrootdir=\"\" in /etc/rc.conf." - fi - fi - - # Copy and/or update key files to the chroot /etc - # - for file in localtime protocols services; do - if [ -r /etc/$file ]; then - cmp -s /etc/$file "${named_chrootdir}/etc/$file" || - cp -p /etc/$file "${named_chrootdir}/etc/$file" - fi - done -} - -# Make symlinks to the correct pid file -# -make_symlinks() -{ - checkyesno named_symlink_enable && - ln -fs "${named_chrootdir}${pidfile}" ${pidfile} -} - -named_poststart() { - make_symlinks - - if checkyesno named_wait; then - until ${command%/sbin/named}/bin/host $named_wait_host >/dev/null 2>&1; do - echo " Waiting for nameserver to resolve $named_wait_host" - sleep 1 - done - fi -} - -named_reload() -{ - ${command%/named}/rndc reload -} - -find_pidfile() -{ - if get_pidfile_from_conf pid-file $named_conf; then - pidfile="$_pidfile_from_conf" - else - pidfile="/var/run/named/pid" - fi -} - -named_stop() -{ - find_pidfile - - # This duplicates an undesirably large amount of code from the stop - # routine in rc.subr in order to use rndc to shut down the process, - # and to give it a second chance in case rndc fails. - rc_pid=$(check_pidfile $pidfile $command) - if [ -z "$rc_pid" ]; then - [ -n "$rc_fast" ] && return 0 - _run_rc_notrunning - return 1 - fi - echo 'Stopping named.' - if ${command%/named}/rndc stop 2>/dev/null; then - wait_for_pids $rc_pid - else - echo -n 'rndc failed, trying kill: ' - kill -TERM $rc_pid - wait_for_pids $rc_pid - fi -} - -named_poststop() -{ - if [ -n "${named_chrootdir}" -a -c ${named_chrootdir}/dev/null ]; then - if [ `${SYSCTL_N} security.jail.jailed` -eq 0 ]; then - umount ${named_chrootdir}/dev 2>/dev/null || true - else - warn "named chroot:" \ - "cannot unmount devfs from inside jail!" - fi - fi -} - -create_file() { - if [ -e "$1" ]; then - unlink $1 - fi - > $1 - chown root:wheel $1 - chmod 644 $1 -} - -named_prestart() -{ - find_pidfile - - if [ -n "$named_pidfile" ]; then - warn 'named_pidfile: now determined from the conf file' - fi - - command_args="-u ${named_uid:=root}" - - if [ ! "$named_conf" = '/etc/namedb/named.conf' ]; then - case "$named_flags" in - -c*|*' -c'*) ;; # No need to add it - *) command_args="-c $named_conf $command_args" ;; - esac - fi - - local line nsip firstns - - # Is the user using a sandbox? - # - if [ -n "$named_chrootdir" ]; then - rc_flags="$rc_flags -t $named_chrootdir" - checkyesno named_chroot_autoupdate && chroot_autoupdate - else - named_symlink_enable=NO - fi - - # Create an rndc.key file for the user if none exists - # - confgen_command="${command%/named}/rndc-confgen -a -b256 -u $named_uid \ - -c ${named_confdir}/rndc.key" - if [ -s "${named_confdir}/rndc.conf" ]; then - unset confgen_command - fi - if [ -s "${named_confdir}/rndc.key" ]; then - case `stat -f%Su ${named_confdir}/rndc.key` in - root|$named_uid) ;; - *) $confgen_command ;; - esac - else - $confgen_command - fi - - local checkconf - - checkconf="${command%/named}/named-checkconf" - if ! checkyesno named_chroot_autoupdate && [ -n "$named_chrootdir" ]; then - checkconf="$checkconf -t $named_chrootdir" - fi - - # Create a forwarder configuration based on /etc/resolv.conf - if checkyesno named_auto_forward; then - if [ ! -s /etc/resolv.conf ]; then - warn "named_auto_forward enabled, but no /etc/resolv.conf" - - # Empty the file in case it is included in named.conf - [ -s "${named_confdir}/auto_forward.conf" ] && - create_file ${named_confdir}/auto_forward.conf - - $checkconf $named_conf || - err 3 'named-checkconf for $named_conf failed' - return - fi - - create_file /var/run/naf-resolv.conf - create_file /var/run/auto_forward.conf - - echo ' forwarders {' > /var/run/auto_forward.conf - - while read line; do - case "$line" in - 'nameserver '*|'nameserver '*) - nsip=${line##nameserver[ ]} - - if [ -z "$firstns" ]; then - if [ ! "$nsip" = '127.0.0.1' ]; then - echo 'nameserver 127.0.0.1' - echo " ${nsip};" >> /var/run/auto_forward.conf - fi - - firstns=1 - else - [ "$nsip" = '127.0.0.1' ] && continue - echo " ${nsip};" >> /var/run/auto_forward.conf - fi - ;; - esac - - echo $line - done < /etc/resolv.conf > /var/run/naf-resolv.conf - - echo ' };' >> /var/run/auto_forward.conf - echo '' >> /var/run/auto_forward.conf - if checkyesno named_auto_forward_only; then - echo " forward only;" >> /var/run/auto_forward.conf - else - echo " forward first;" >> /var/run/auto_forward.conf - fi - - if cmp -s /etc/resolv.conf /var/run/naf-resolv.conf; then - unlink /var/run/naf-resolv.conf - else - [ -e /etc/resolv.conf ] && unlink /etc/resolv.conf - mv /var/run/naf-resolv.conf /etc/resolv.conf - fi - - if cmp -s ${named_confdir}/auto_forward.conf \ - /var/run/auto_forward.conf; then - unlink /var/run/auto_forward.conf - else - [ -e "${named_confdir}/auto_forward.conf" ] && - unlink ${named_confdir}/auto_forward.conf - mv /var/run/auto_forward.conf \ - ${named_confdir}/auto_forward.conf - fi - else - # Empty the file in case it is included in named.conf - [ -s "${named_confdir}/auto_forward.conf" ] && - create_file ${named_confdir}/auto_forward.conf - fi - - $checkconf $named_conf || err 3 'named-checkconf for $named_conf failed' -} - -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%/*}" - -run_rc_command "$1" Index: etc/rc.d/ntpdate =================================================================== --- etc/rc.d/ntpdate (revision 257584) +++ etc/rc.d/ntpdate (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: ntpdate -# REQUIRE: NETWORKING syslogd named +# REQUIRE: NETWORKING syslogd # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/rpcbind =================================================================== --- etc/rc.d/rpcbind (revision 257584) +++ etc/rc.d/rpcbind (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: rpcbind -# REQUIRE: NETWORKING ntpdate syslogd named +# REQUIRE: NETWORKING ntpdate syslogd # KEYWORD: shutdown . /etc/rc.subr Index: etc/rc.d/syslogd =================================================================== --- etc/rc.d/syslogd (revision 257584) +++ etc/rc.d/syslogd (working copy) @@ -21,7 +21,6 @@ extra_commands="reload" sockfile="/var/run/syslogd.sockets" evalargs="rc_flags=\"\`set_socketlist\` \$rc_flags\"" -altlog_proglist="named" syslogd_precmd() { --tpZe61tYkA9f+p/0-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 22:24:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1DDF2D17 for ; Sun, 3 Nov 2013 22:24:28 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAE2A26D4 for ; Sun, 3 Nov 2013 22:24:27 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id r10so5977718pdi.32 for ; Sun, 03 Nov 2013 14:24:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=axWnkrklVngub+zOh8fdTVdK/Eelq5Kz1fqyZ8OOhZI=; b=HZ9EwMWsh3RG+3On53SU1GzyHVuihyIVKd/c3TK86LJCulAACEz3PUqrcJnzGuo8e2 nxfJSI/V4KbR6eMxpHTsqNU+6lS1IBIk3Ef5nedYG50+dZE12IlqIcRfXEAQO1Py+je6 +gDbxQqUZ7M0La42ZfgsdZwviC/IjameRDM/GtFjuRhmf/SbEj9nG3A2CezkiAUxudfN ++rvQSmqXgbv/1ML53e1UqecsXia5Mgebzt4VqbTmUUugsVn56xufRVujyaRMDQ7PdDR JET7VqjdfxR75Le7FNKtg93BdXGW2x6aEHkLNhXHuzL9aQ7/FhBuPzZB14zdYguVJ5aQ +Tpw== MIME-Version: 1.0 X-Received: by 10.66.230.233 with SMTP id tb9mr14814986pac.38.1383517466984; Sun, 03 Nov 2013 14:24:26 -0800 (PST) Received: by 10.68.248.106 with HTTP; Sun, 3 Nov 2013 14:24:26 -0800 (PST) In-Reply-To: <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> Date: Mon, 4 Nov 2013 00:24:26 +0200 Message-ID: Subject: Re: pkgng: how to upgrade a single port? From: George Kontostanos To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 22:24:28 -0000 On Fri, Nov 1, 2013 at 10:18 PM, Mark Felder wrote: > > > On Fri, Nov 1, 2013, at 15:10, Mark Felder wrote: > > > > > > On Fri, Nov 1, 2013, at 14:53, Mike Jakubik wrote: > > > Hello, > > > > > > I've recently switched to pkgng, only to be disappointed that there > > > doesn't seem to be a way to upgrade a single port, pkg upgrade seems to > > > be an all or nothing operation. Am I missing something? > > > > > > > pkg install for remote packages, pkg add for local packages > > > > pkg add actually might not like what you're doing and tell you that the > package is already installed... I have a feeling I've seen it do that. > Don't have a way to test it at the moment. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > You can alway lock a package or the packages that you don't need to upgrade. See: "pkg help lock" -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 22:55:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 222927CB; Sun, 3 Nov 2013 22:55:29 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [212.12.50.234]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1B862822; Sun, 3 Nov 2013 22:55:28 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 9288E8D184; Sun, 3 Nov 2013 22:55:18 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: Stefan Bethke In-Reply-To: <20131103220654.GU52889@FreeBSD.org> Date: Sun, 3 Nov 2013 23:54:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> References: <20131103220654.GU52889@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable , =?windows-1252?Q?=D6zkan_KIRIK?= , FreeBSD Current , FreeBSD Release Engineering Team , des@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 22:55:29 -0000 Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote: > =D6> Altough bind removed from FreeBSD 10 distribution, = "/etc/rc.d/named" script > =D6> still exists. > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" file but = there is > =D6> no such file in source tree. > =D6> I think this file was forgotten to be removed. > =D6>=20 > =D6> And also, named_* definitions still exists in = /etc/defaults/rc.conf file. >=20 > Please review attached file that removes named from /etc. It would be great if the port would learn to install its own script etc. = in time for that change. (Unless it=92s already there, and I=92m just = too blind to see it.) Stean --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 22:58:53 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 077A4E5E; Sun, 3 Nov 2013 22:58:53 +0000 (UTC) (envelope-from prvs=1019aa81f1=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 747C42862; Sun, 3 Nov 2013 22:58:51 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006598066.msg; Sun, 03 Nov 2013 22:58:42 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 03 Nov 2013 22:58:42 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1019aa81f1=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: , "Andriy Gapon" References: <20967.760.95825.310085@gargle.gargle.HOWL> <51E80B30.1090004@FreeBSD.org> <20968.10645.880772.30501@gargle.gargle.HOWL> <520202E5.30300@FreeBSD.org> <20994.55913.93606.436124@gargle.gargle.HOWL> Subject: Re: Help with filing a [maybe] ZFS/mmap bug. Date: Sun, 3 Nov 2013 22:58:39 -0000 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 Cc: hartzell@alerce.com, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 22:58:53 -0000 ----- Original Message ----- From: "George Hartzell" To: "Andriy Gapon" Cc: ; Sent: Wednesday, August 07, 2013 11:38 PM Subject: Re: Help with filing a [maybe] ZFS/mmap bug. > Andriy Gapon writes: > > on 18/07/2013 20:44 George Hartzell said the following: > > > Andriy Gapon writes: > > > > on 17/07/2013 23:47 George Hartzell said the following: > > > > > How should I move forward with this? > > > > > > > > Could you please try to reproduce this problem using a kernel built with > > > > INVARIANTS options? > > > > > > I added INVARIANT_SUPPORT and INVARIANTS options to the GENERIC > > > kernel, rebuilt it, installed it and running through my "test case" > > > generated a lot of invalid flac files. I"m not sure what the options > > > are/were supposed to do though, it looks like they generally lead to > > > KASSERTS, which lead to abort()'s. Nothing in /var/log/messages or on > > > the console. > > > > George, > > > > do you have anything new on this issue? > > Since the message that you quoted I narrowed down my "test case" > somewhat but I have not yet produced a stand-alone tool that > reproduces it (you still have to go through picard et al.). > > > Could you please try the following patch? > > http://people.freebsd.org/~avg/zfs-putpages.diff > > > > I expect it to not really fix the issue, but it may help to narrow it down. > > Please keep INVARIANTS. > > Absolutely. Probably not until the weekend, but I'll give it a go. > > Thanks for following up. Did you manage to make any progress with this? We're seeing a problem where rrdcached corrupts rrd files and remembering this thread and knowning it uses mmap and we're on ZFS I was wondering it this may be the cause for this issue too. I've just recompiled rrdtool without mmap support and am clearing down all corrupted files but it would be good to know if any progress was made on this? 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. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 23:30:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B9C27F7 for ; Sun, 3 Nov 2013 23:30:57 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 732E329FC for ; Sun, 3 Nov 2013 23:30:57 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id ld10so6295893pab.10 for ; Sun, 03 Nov 2013 15:30:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=TF9VoPFZkuLZGIZLFEgnOLsWOYCxnoZkXQvkp8J4BZM=; b=b61vk1vZC4xWXSijue08ihOX4GwAn3R+SY5Jur8KpnlrWUM4K10OsYSU3wDJgnxMsH 0+MHonJ930JYXqaZpu2B8J8jYVmnXKv5PW354rhy6P/wO3AblgtJT1u1k6Ax6iLE1B6k 0OLZB5VAW/O+Q1mrxr0H6gvqoAS90MPBuawH73aoKV+e8D8y/J5Po3eov+E+voGYXVFd gVZF+i0lBxjgkhIzkcgr+M578Jvknf1rrXZjVK4dgYF4YoYcSge79djW7BeTgZvqDB3u KrWQUYext6NRYqvXZsLLOFZsQUnhTI209D7wHsRVmWUxp7atqv29M/0lqYsGCNHHGuq2 HxgQ== X-Gm-Message-State: ALoCoQl72ddoys0BZNyz49T/GDIrNJuJ0QhVTKHHzH0YVPZ2sA/1+lwr963yREcuotPtvG0xk4xL X-Received: by 10.68.232.132 with SMTP id to4mr76811pbc.141.1383517702466; Sun, 03 Nov 2013 14:28:22 -0800 (PST) Received: from [10.0.1.4] (dy4.sdf.com. [216.113.193.88]) by mx.google.com with ESMTPSA id ka3sm24131222pbc.32.2013.11.03.14.28.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 03 Nov 2013 14:28:21 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: HDD-manufacture induced ZFS limitations From: Tom Samplonius In-Reply-To: Date: Sun, 3 Nov 2013 14:28:18 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <7808D09C-D497-480B-AB88-FA300485B3CE@samplonius.org> References: To: Zenny X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 23:30:57 -0000 On Nov 3, 2013, at 1:07 AM, Zenny wrote: > Hi: >=20 > PROBLEM >=20 > I came across a very weird situation because HDD-manufacturer counts > HDD space according to metric system instead of multiplication of 1024 That is not weird or unusual. For example, 72GB disks range from 72GB = to 73.1GB (or so) in size. It doesn't really have anything to do with = the 1024 vs 1000 measurement issue. Manufacturing variations result in = a lot of different sizes. Major commercial storage vendors automatically round down to the = nearest known increment. This worked well for SCSI disks, as they = always doubled in size each generation (9, 18, 36, 72, 144, etc.). It = doesn't work as well with SATA disks. Or down to the nearest whole GB, if it is not a known size. Tom= From owner-freebsd-stable@FreeBSD.ORG Sun Nov 3 23:41:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D45A9C1; Sun, 3 Nov 2013 23:41:02 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DD9C2A79; Sun, 3 Nov 2013 23:41:02 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id ma3so6404634pbc.4 for ; Sun, 03 Nov 2013 15:41:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wLCAlgGGzG1I2sfKHD38//xN1DxfEsYTh/m/KxiDCeY=; b=QUT2i/VHu0PBKaCXtorYpOgNr+0WCOw1ZDI1X7V93+eijWC5wd1Py4nGALgChRC48P +wGtcxxQkvUNQ9mO2/8ldeu2aY3GK/QNB8M6/2J2ivBVDacG0m1GHWHjH/BwnE5+JfLG 338qQpEDlGXQ2trzi9l3DKdwMtv0iOi/BKCaryLp3neZwHXoxA+8Tq0Be1JGvAlstPdy WXRGMVRJLJWlIWwS/MNZxqXgkWU0dAEC65M1s///6Glnw/wxqk3wF6aWy01e+/wMw7eF p1beaJPFgRz0MQoy2NUns4xO4cFyOBgr5d0KOFi84kgOlNXjyMjJoofIXrEbkAvGP8ns hEww== MIME-Version: 1.0 X-Received: by 10.68.217.129 with SMTP id oy1mr14837455pbc.23.1383522061656; Sun, 03 Nov 2013 15:41:01 -0800 (PST) Received: by 10.68.248.106 with HTTP; Sun, 3 Nov 2013 15:41:01 -0800 (PST) In-Reply-To: <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> Date: Mon, 4 Nov 2013 01:41:01 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Stefan Bethke Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Release Engineering Team , =?ISO-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , freebsd-stable , des@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 23:41:02 -0000 On Mon, Nov 4, 2013 at 12:54 AM, Stefan Bethke wrote: > > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : > > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote: > > =D6> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/name= d" > script > > =D6> still exists. > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" file but > there is > > =D6> no such file in source tree. > > =D6> I think this file was forgotten to be removed. > > =D6> > > =D6> And also, named_* definitions still exists in /etc/defaults/rc.con= f > file. > > > > Please review attached file that removes named from /etc. > > It would be great if the port would learn to install its own script etc. > in time for that change. (Unless it=92s already there, and I=92m just too= blind > to see it.) > > > Stean > > -- > Stefan Bethke Fon +49 151 14070811 > > > > > _______________________________________________ > 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= " > No you are not blind. Installing bind from ports still relies on the /etc/rc.d/named script. Best --=20 George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 02:16:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ED1931B1 for ; Mon, 4 Nov 2013 02:16:19 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA2D820A4 for ; Mon, 4 Nov 2013 02:16:19 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so6642863obb.32 for ; Sun, 03 Nov 2013 18:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ureQdmRjy6Tm8kFxywMNpa2NUsrpJiPExtJAy47j5QE=; b=G1nZsznLB5V4RPWRhekL1s7TtOk9fCgpOTJj9HFYkvOiGb+HUtHp/RFCzbwj2qCdUJ kESWComgFqnC1m2rGst9hzCDdNy5T3zWX0f3tWHJhHq5AARbXi4Ws96v9o5fwSXzr5I+ pShOG7losaYehVcKDwO2KjBu9WtE3SMQUSzdNJ2eYHBGN6wNUgbPaJA98RLd1HImm46p ye9J2y9tnw0v/OLwBxUDg0f+8EfELVSJP6yT/faiVc/zMiDjAZ8MSCO3AR9PujCDQlY4 ZyVqzE8oHZN9dMLBMm+Ccss1W4aBVIxdCifmR3Tgt95oFojCsYC+JMPuOUyBqjjjemyc r4qg== MIME-Version: 1.0 X-Received: by 10.60.45.102 with SMTP id l6mr3332715oem.36.1383531378908; Sun, 03 Nov 2013 18:16:18 -0800 (PST) Received: by 10.76.19.115 with HTTP; Sun, 3 Nov 2013 18:16:18 -0800 (PST) Date: Sun, 3 Nov 2013 21:16:18 -0500 Message-ID: Subject: Lost controller ?? systems hanging?? how to unfreeze ...... From: Outback Dingo To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 02:16:20 -0000 mps0: mpssas_alloc_tm freezing simq mps0: timedout cm 0xffffff8000f1ace0 allocated tm 0xffffff8000eedb88 (probe9:mps0:0:9:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 572 completed timedout cm 0xffffff8000f1ace0 ccb 0xfffffe0017541800 during recovery ioc 8048 scsi 0 state c xfer 0 (noperiph:mps0:0:9:0): SMID 9 abort TaskMID 572 status 0x4a code 0x0 count 1 (noperiph:mps0:0:9:0): SMID 9 finished recovery after aborting TaskMID 572 mps0: mpssas_free_tm releasing simq (probe9:mps0:0:9:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe9:mps0:0:9:0): CAM status: Command timeout (probe9:mps0:0:9:0): Retrying command mps1: mpssas_scsiio_timeout checking sc 0xffffff8001125000 cm 0xffffff800114e2e8 (probe284:mps1:0:28:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 277 command timeout cm 0xffffff800114e2e8 ccb 0xfffffe00177ff000 mps1: mpssas_alloc_tm freezing simq mps1: timedout cm 0xffffff800114e2e8 allocated tm 0xffffff8001138b88 (probe284:mps1:0:28:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 277 completed timedout cm 0xffffff800114e2e8 ccb 0xfffffe00177ff000 during recovery ioc 8048 scsi 0 state c xfer 0 (noperiph:mps1:0:28:0): SMID 9 abort TaskMID 277 status 0x4a code 0x0 count 1 (noperiph:mps1:0:28:0): SMID 9 finished recovery after aborting TaskMID 277 mps1: mpssas_free_tm releasing simq (probe284:mps1:0:28:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe284:mps1:0:28:0): CAM status: Command timeout (probe284:mps1:0:28:0): Retrying command mps0: mpssas_scsiio_timeout checking sc 0xffffff8000e00000 cm 0xffffff8000f1c018 (probe9:mps0:0:9:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 587 command timeout cm 0xffffff8000f1c018 ccb 0xfffffe0017541800 mps0: mpssas_alloc_tm freezing simq mps0: timedout cm 0xffffff8000f1c018 allocated tm 0xffffff8000eedcd0 (probe9:mps0:0:9:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 587 completed timedout cm 0xffffff8000f1c018 ccb 0xfffffe0017541800 during recovery ioc 8048 scsi 0 state c xfer 0 (noperiph:mps0:0:9:0): SMID 10 abort TaskMID 587 status 0x4a code 0x0 count 1 (noperiph:mps0:0:9:0): SMID 10 finished recovery after aborting TaskMID 587 mps0: mpssas_free_tm releasing simq (probe9:mps0:0:9:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe9:mps0:0:9:0): CAM status: Command timeout (probe9:mps0:0:9:0): Error 5, Retries exhausted mps1: mpssas_scsiio_timeout checking sc 0xffffff8001125000 cm 0xffffff8001160eb8 (probe284:mps1:0:28:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 511 command timeout cm 0xffffff8001160eb8 ccb 0xfffffe00177ff000 mps1: mpssas_alloc_tm freezing simq mps1: timedout cm 0xffffff8001160eb8 allocated tm 0xffffff8001138cd0 (probe284:mps1:0:28:0): INQUIRY. CDB: 12 00 00 00 24 00 length 36 SMID 511 completed timedout cm 0xffffff8001160eb8 ccb 0xfffffe00177ff000 during recovery ioc 8048 scsi 0 state c xfer 0 (noperiph:mps1:0:28:0): SMID 10 abort TaskMID 511 status 0x4a code 0x0 count 1 (noperiph:mps1:0:28:0): SMID 10 finished recovery after aborting TaskMID 511 mps1: mpssas_free_tm releasing simq (probe284:mps1:0:28:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe284:mps1:0:28:0): CAM status: Command timeout (probe284:mps1:0:28:0): Error 5, Retries exhausted From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 02:55:39 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 900AAB9A; Mon, 4 Nov 2013 02:55:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5EB52223; Mon, 4 Nov 2013 02:55:38 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA42tYic088513; Mon, 4 Nov 2013 04:55:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA42tYQL088371; Mon, 4 Nov 2013 02:55:34 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 02:55:34 GMT Message-Id: <201311040255.rA42tYQL088371@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 02:55:39 -0000 TB --- 2013-11-03 22:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-03 22:40:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-03 22:40:42 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-03 22:40:42 - cleaning the object tree TB --- 2013-11-03 22:40:42 - /usr/local/bin/svn stat /src TB --- 2013-11-03 22:41:34 - At svn revision 257594 TB --- 2013-11-03 22:41:35 - building world TB --- 2013-11-03 22:41:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 22:41:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 22:41:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 22:41:35 - SRCCONF=/dev/null TB --- 2013-11-03 22:41:35 - TARGET=arm TB --- 2013-11-03 22:41:35 - TARGET_ARCH=arm TB --- 2013-11-03 22:41:35 - TZ=UTC TB --- 2013-11-03 22:41:35 - __MAKE_CONF=/dev/null TB --- 2013-11-03 22:41:35 - cd /src TB --- 2013-11-03 22:41:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Nov 3 22:41:45 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 4 02:08:41 UTC 2013 TB --- 2013-11-04 02:08:41 - generating LINT kernel config TB --- 2013-11-04 02:08:41 - cd /src/sys/arm/conf TB --- 2013-11-04 02:08:41 - /usr/bin/make -B LINT TB --- 2013-11-04 02:08:41 - cd /src/sys/arm/conf TB --- 2013-11-04 02:08:41 - /usr/sbin/config -m LINT TB --- 2013-11-04 02:08:41 - building LINT kernel TB --- 2013-11-04 02:08:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:08:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:08:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:08:41 - SRCCONF=/dev/null TB --- 2013-11-04 02:08:41 - TARGET=arm TB --- 2013-11-04 02:08:41 - TARGET_ARCH=arm TB --- 2013-11-04 02:08:41 - TZ=UTC TB --- 2013-11-04 02:08:41 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:08:41 - cd /src TB --- 2013-11-04 02:08:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 02:08:41 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 >>> Kernel build for LINT completed on Mon Nov 4 02:34:13 UTC 2013 TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m AC100 TB --- 2013-11-04 02:34:13 - skipping AC100 kernel TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m ARMADAXP TB --- 2013-11-04 02:34:13 - skipping ARMADAXP kernel TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m ARNDALE TB --- 2013-11-04 02:34:13 - skipping ARNDALE kernel TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m ATMEL TB --- 2013-11-04 02:34:13 - building ATMEL kernel TB --- 2013-11-04 02:34:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:34:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:34:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:34:13 - SRCCONF=/dev/null TB --- 2013-11-04 02:34:13 - TARGET=arm TB --- 2013-11-04 02:34:13 - TARGET_ARCH=arm TB --- 2013-11-04 02:34:13 - TZ=UTC TB --- 2013-11-04 02:34:13 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:34:13 - cd /src TB --- 2013-11-04 02:34:13 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Mon Nov 4 02:34:13 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 >>> Kernel build for ATMEL completed on Mon Nov 4 02:38:23 UTC 2013 TB --- 2013-11-04 02:38:23 - cd /src/sys/arm/conf TB --- 2013-11-04 02:38:23 - /usr/sbin/config -m AVILA TB --- 2013-11-04 02:38:23 - skipping AVILA kernel TB --- 2013-11-04 02:38:23 - cd /src/sys/arm/conf TB --- 2013-11-04 02:38:23 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-11-04 02:38:23 - skipping BEAGLEBONE kernel TB --- 2013-11-04 02:38:23 - cd /src/sys/arm/conf TB --- 2013-11-04 02:38:23 - /usr/sbin/config -m BWCT TB --- 2013-11-04 02:38:23 - building BWCT kernel TB --- 2013-11-04 02:38:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:38:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:38:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:38:23 - SRCCONF=/dev/null TB --- 2013-11-04 02:38:23 - TARGET=arm TB --- 2013-11-04 02:38:23 - TARGET_ARCH=arm TB --- 2013-11-04 02:38:23 - TZ=UTC TB --- 2013-11-04 02:38:23 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:38:23 - cd /src TB --- 2013-11-04 02:38:23 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Mon Nov 4 02:38: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 >>> Kernel build for BWCT completed on Mon Nov 4 02:41:10 UTC 2013 TB --- 2013-11-04 02:41:10 - cd /src/sys/arm/conf TB --- 2013-11-04 02:41:10 - /usr/sbin/config -m CAMBRIA TB --- 2013-11-04 02:41:10 - skipping CAMBRIA kernel TB --- 2013-11-04 02:41:10 - cd /src/sys/arm/conf TB --- 2013-11-04 02:41:10 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-11-04 02:41:10 - building CNS11XXNAS kernel TB --- 2013-11-04 02:41:10 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:41:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:41:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:41:10 - SRCCONF=/dev/null TB --- 2013-11-04 02:41:10 - TARGET=arm TB --- 2013-11-04 02:41:10 - TARGET_ARCH=arm TB --- 2013-11-04 02:41:10 - TZ=UTC TB --- 2013-11-04 02:41:10 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:41:10 - cd /src TB --- 2013-11-04 02:41:10 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Mon Nov 4 02: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 >>> Kernel build for CNS11XXNAS completed on Mon Nov 4 02:45:08 UTC 2013 TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m CRB TB --- 2013-11-04 02:45:08 - skipping CRB kernel TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-11-04 02:45:08 - skipping CUBIEBOARD kernel TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-11-04 02:45:08 - skipping CUBIEBOARD2 kernel TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m DB-78XXX TB --- 2013-11-04 02:45:08 - building DB-78XXX kernel TB --- 2013-11-04 02:45:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:45:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:45:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:45:08 - SRCCONF=/dev/null TB --- 2013-11-04 02:45:08 - TARGET=arm TB --- 2013-11-04 02:45:08 - TARGET_ARCH=arm TB --- 2013-11-04 02:45:08 - TZ=UTC TB --- 2013-11-04 02:45:08 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:45:08 - cd /src TB --- 2013-11-04 02:45:08 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Mon Nov 4 02:45:08 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 >>> Kernel build for DB-78XXX completed on Mon Nov 4 02:48:38 UTC 2013 TB --- 2013-11-04 02:48:38 - cd /src/sys/arm/conf TB --- 2013-11-04 02:48:38 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-11-04 02:48:38 - building DB-88F5XXX kernel TB --- 2013-11-04 02:48:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:48:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:48:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:48:38 - SRCCONF=/dev/null TB --- 2013-11-04 02:48:38 - TARGET=arm TB --- 2013-11-04 02:48:38 - TARGET_ARCH=arm TB --- 2013-11-04 02:48:38 - TZ=UTC TB --- 2013-11-04 02:48:38 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:48:38 - cd /src TB --- 2013-11-04 02:48:38 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Mon Nov 4 02:48: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 >>> Kernel build for DB-88F5XXX completed on Mon Nov 4 02:51:58 UTC 2013 TB --- 2013-11-04 02:51:58 - cd /src/sys/arm/conf TB --- 2013-11-04 02:51:58 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-11-04 02:51:58 - building DB-88F6XXX kernel TB --- 2013-11-04 02:51:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:51:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:51:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:51:58 - SRCCONF=/dev/null TB --- 2013-11-04 02:51:58 - TARGET=arm TB --- 2013-11-04 02:51:58 - TARGET_ARCH=arm TB --- 2013-11-04 02:51:58 - TZ=UTC TB --- 2013-11-04 02:51:58 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:51:58 - cd /src TB --- 2013-11-04 02:51:58 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Mon Nov 4 02:51: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 >>> Kernel build for DB-88F6XXX completed on Mon Nov 4 02:55:30 UTC 2013 TB --- 2013-11-04 02:55:30 - cd /src/sys/arm/conf TB --- 2013-11-04 02:55:30 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-11-04 02:55:30 - skipping DIGI-CCWMX53 kernel TB --- 2013-11-04 02:55:30 - cd /src/sys/arm/conf TB --- 2013-11-04 02:55:30 - /usr/sbin/config -m DOCKSTAR TB --- 2013-11-04 02:55:30 - building DOCKSTAR kernel TB --- 2013-11-04 02:55:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:55:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:55:30 - SRCCONF=/dev/null TB --- 2013-11-04 02:55:30 - TARGET=arm TB --- 2013-11-04 02:55:30 - TARGET_ARCH=arm TB --- 2013-11-04 02:55:30 - TZ=UTC TB --- 2013-11-04 02:55:30 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:55:30 - cd /src TB --- 2013-11-04 02:55:30 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Mon Nov 4 02:55:30 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.arm/src/tmp/legacy/usr/sbin:/obj/arm.arm/src/tmp/legacy/usr/bin:/obj/arm.arm/src/tmp/legacy/usr/games:/obj/arm.arm/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.arm/src/sys/DOCKSTAR/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-04 02:55:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 02:55:33 - ERROR: failed to build DOCKSTAR kernel TB --- 2013-11-04 02:55:33 - 11271.70 user 3979.66 system 15291.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 06:08:54 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EA9F7EDF; Mon, 4 Nov 2013 06:08:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9829D2B18; Mon, 4 Nov 2013 06:08:54 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA468rSn050615; Mon, 4 Nov 2013 06:08:53 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA468rj1050599; Mon, 4 Nov 2013 06:08:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 06:08:53 GMT Message-Id: <201311040608.rA468rj1050599@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 06:08:55 -0000 TB --- 2013-11-04 02:30:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-04 02:30:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-04 02:30:22 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-11-04 02:30:22 - cleaning the object tree TB --- 2013-11-04 02:30:22 - /usr/local/bin/svn stat /src TB --- 2013-11-04 02:30:27 - At svn revision 257599 TB --- 2013-11-04 02:30:28 - building world TB --- 2013-11-04 02:30:28 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:30:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:30:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:30:28 - SRCCONF=/dev/null TB --- 2013-11-04 02:30:28 - TARGET=i386 TB --- 2013-11-04 02:30:28 - TARGET_ARCH=i386 TB --- 2013-11-04 02:30:28 - TZ=UTC TB --- 2013-11-04 02:30:28 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:30:28 - cd /src TB --- 2013-11-04 02:30:28 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 4 02:30:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 4 05:45:26 UTC 2013 TB --- 2013-11-04 05:45:26 - generating LINT kernel config TB --- 2013-11-04 05:45:26 - cd /src/sys/i386/conf TB --- 2013-11-04 05:45:26 - /usr/bin/make -B LINT TB --- 2013-11-04 05:45:26 - cd /src/sys/i386/conf TB --- 2013-11-04 05:45:26 - /usr/sbin/config -m LINT TB --- 2013-11-04 05:45:26 - building LINT kernel TB --- 2013-11-04 05:45:26 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 05:45:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 05:45:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 05:45:26 - SRCCONF=/dev/null TB --- 2013-11-04 05:45:26 - TARGET=i386 TB --- 2013-11-04 05:45:26 - TARGET_ARCH=i386 TB --- 2013-11-04 05:45:26 - TZ=UTC TB --- 2013-11-04 05:45:26 - __MAKE_CONF=/dev/null TB --- 2013-11-04 05:45:26 - cd /src TB --- 2013-11-04 05:45:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 05:45:26 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-04 06:08:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 06:08:53 - ERROR: failed to build LINT kernel TB --- 2013-11-04 06:08:53 - 10093.99 user 1026.96 system 13110.88 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 06:45:49 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7C286216; Mon, 4 Nov 2013 06:45:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B1702C78; Mon, 4 Nov 2013 06:45:49 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA46jmiV099014; Mon, 4 Nov 2013 06:45:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA46jmbJ099011; Mon, 4 Nov 2013 06:45:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 06:45:48 GMT Message-Id: <201311040645.rA46jmbJ099011@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 06:45:49 -0000 TB --- 2013-11-04 02:30:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-04 02:30:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-04 02:30:22 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-11-04 02:30:22 - cleaning the object tree TB --- 2013-11-04 02:30:22 - /usr/local/bin/svn stat /src TB --- 2013-11-04 02:30:27 - At svn revision 257599 TB --- 2013-11-04 02:30:28 - building world TB --- 2013-11-04 02:30:28 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:30:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:30:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:30:28 - SRCCONF=/dev/null TB --- 2013-11-04 02:30:28 - TARGET=amd64 TB --- 2013-11-04 02:30:28 - TARGET_ARCH=amd64 TB --- 2013-11-04 02:30:28 - TZ=UTC TB --- 2013-11-04 02:30:28 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:30:28 - cd /src TB --- 2013-11-04 02:30:28 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 4 02:30:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Nov 4 06:23:33 UTC 2013 TB --- 2013-11-04 06:23:33 - generating LINT kernel config TB --- 2013-11-04 06:23:33 - cd /src/sys/amd64/conf TB --- 2013-11-04 06:23:33 - /usr/bin/make -B LINT TB --- 2013-11-04 06:23:33 - cd /src/sys/amd64/conf TB --- 2013-11-04 06:23:33 - /usr/sbin/config -m LINT TB --- 2013-11-04 06:23:33 - building LINT kernel TB --- 2013-11-04 06:23:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 06:23:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 06:23:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 06:23:33 - SRCCONF=/dev/null TB --- 2013-11-04 06:23:33 - TARGET=amd64 TB --- 2013-11-04 06:23:33 - TARGET_ARCH=amd64 TB --- 2013-11-04 06:23:33 - TZ=UTC TB --- 2013-11-04 06:23:33 - __MAKE_CONF=/dev/null TB --- 2013-11-04 06:23:33 - cd /src TB --- 2013-11-04 06:23:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 06:23:33 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-04 06:45:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 06:45:48 - ERROR: failed to build LINT kernel TB --- 2013-11-04 06:45:48 - 11578.84 user 1317.66 system 15325.95 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 08:23:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EC647E36; Mon, 4 Nov 2013 08:23:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3E5123AA; Mon, 4 Nov 2013 08:23:26 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id q10so6394606pdj.41 for ; Mon, 04 Nov 2013 00:23:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OmI1y5AuhUXeb4WFn5zQ65G6twwfjZUFRAyDPuUO0uE=; b=YAByOYrTx9przQitNJXwJyCjyhv36HHLKeDP1V3/n5G7HwQrlE+YxNmnfg9vGOaCDu dPu+vnPlwQ3mmjs0ugQBTiQWz7s6QKFpWct4FGzrpVFv8LzwA+xuSSSg81c0+8ZKuvSQ mjkgsVeOLAlbTZTmWOkt5jHjPMtZWGtkmMnB9rTDrzdUSIVWwX69yfEBG7VgwFJ+g+pB jrY4ndeVgVZKy8SO3t73KRjZQJIZW3CIQg8paWML6TgGxIfFUDNDr/y/DJi5aGw1wTlX bZ0pSCh/BZ+K3p/qktMhKUf7TIdPijvS0FCT8UySWMeq3jpunTstDn4y6umxkpVeKN87 f1iA== MIME-Version: 1.0 X-Received: by 10.66.67.6 with SMTP id j6mr457004pat.165.1383553402354; Mon, 04 Nov 2013 00:23:22 -0800 (PST) Received: by 10.68.185.130 with HTTP; Mon, 4 Nov 2013 00:23:22 -0800 (PST) Date: Mon, 4 Nov 2013 03:23:22 -0500 Message-ID: Subject: how is the MAC for tap(4) computed? From: Aryeh Friedman To: "freebsd-virtualization@freebsd.org" , FreeBSD Stable List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 08:23:27 -0000 There seems to be a very high rate of MAC address collisions when tap is running on different machines.... is there anyway to make the selection of MAC more random From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 08:34:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80B3B35C; Mon, 4 Nov 2013 08:34:48 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F39662451; Mon, 4 Nov 2013 08:34:47 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA48YiOi081619; Mon, 4 Nov 2013 12:34:44 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA48Yhrt081618; Mon, 4 Nov 2013 12:34:43 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 12:34:43 +0400 From: Gleb Smirnoff To: George Kontostanos Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131104083443.GZ52889@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , Stefan Bethke , FreeBSD Current , freebsd-stable , des@freebsd.org, =?iso-8859-1?Q?=D6zkan?= KIRIK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 08:34:48 -0000 [adding maintainer to Cc] On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : G> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, Özkan KIRIK wrote: G> > > Ö> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" G> > script G> > > Ö> still exists. G> > > Ö> and this script depends on "/etc/mtree/BIND.chroot.dist" file but G> > there is G> > > Ö> no such file in source tree. G> > > Ö> I think this file was forgotten to be removed. G> > > Ö> G> > > Ö> And also, named_* definitions still exists in /etc/defaults/rc.conf G> > file. G> > > G> > > Please review attached file that removes named from /etc. G> > G> > It would be great if the port would learn to install its own script etc. G> > in time for that change. (Unless it’s already there, and I’m just too blind G> > to see it.) G> G> No you are not blind. Installing bind from ports still relies on the G> /etc/rc.d/named script. Erwin, can you please handle that? -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 11:08:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 627F4F56; Mon, 4 Nov 2013 11:08:37 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from vocal.dk-hostmaster.dk (vocal.dk-hostmaster.dk [IPv6:2a01:630:0:40::9]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB692DCF; Mon, 4 Nov 2013 11:08:37 +0000 (UTC) Received: from imap1.dkhm (imap1.dkhm [172.16.1.85]) by vocal.dk-hostmaster.dk (Postfix) with ESMTP id BDFCCE0095; Mon, 4 Nov 2013 12:08:55 +0100 (CET) Received: from erwin.dkhm (erwin.dkhm [172.16.1.50]) by imap1.dkhm (Postfix) with ESMTP id 56DE037984; Mon, 4 Nov 2013 12:08:36 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: Erwin Lansing In-Reply-To: <20131104083443.GZ52889@FreeBSD.org> Date: Mon, 4 Nov 2013 12:11:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1816) Cc: FreeBSD Release Engineering Team , =?windows-1252?Q?=D6zkan_KIRIK?= , FreeBSD Current , freebsd-stable , George Kontostanos , des@freebsd.org, Stefan Bethke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 11:08:37 -0000 On 04 Nov 2013, at 09:34, Gleb Smirnoff wrote: > [adding maintainer to Cc] >=20 > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff = : > G> > > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote: > G> > > =D6> Altough bind removed from FreeBSD 10 distribution, = "/etc/rc.d/named" > G> > script > G> > > =D6> still exists. > G> > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" = file but > G> > there is > G> > > =D6> no such file in source tree. > G> > > =D6> I think this file was forgotten to be removed. > G> > > =D6> > G> > > =D6> And also, named_* definitions still exists in = /etc/defaults/rc.conf > G> > file. > G> > > > G> > > Please review attached file that removes named from /etc. > G> > > G> > It would be great if the port would learn to install its own = script etc. > G> > in time for that change. (Unless it=92s already there, and I=92m = just too blind > G> > to see it.) > G>=20 > G> No you are not blind. Installing bind from ports still relies on = the > G> /etc/rc.d/named script. >=20 > Erwin, can you please handle that? Things are much worse that this, the ports are completely written under = the assumption that there is a Bind in base, which of course would = already break with WITHOUT_BIND before Bind was completely removed. It = will be hard to fix without breaking the installed base of 8 and 9. = Sigh. I'll try to work on it this week, but unfortunately have a full schedule = of meetings and travel as well. Erwin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 12:03:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBD77CB8 for ; Mon, 4 Nov 2013 12:03:11 +0000 (UTC) (envelope-from nabil.rahiman@gmail.com) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 869452128 for ; Mon, 4 Nov 2013 12:03:11 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id l20so7070358oag.3 for ; Mon, 04 Nov 2013 04:03:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=fc75cQqGz2pOe5+PVjGtVurBK6hat9STelWSWeVZEAE=; b=ADazJ39s4+CwtsGzekuxSaIRUNFGLWRlrvMhZDXGIPy19O7Rr312dF3IE5ydtUMN6n eIIrGgpzH0k6cWoK+XbxwyaOlKrzfhWrs26zVLoeoHeKriFzmiRmo9PW1wAq9YeeQ+Ar cCbqJms7Zc8G/wIoFRqDUHyO3TNlkE4ooJyvzitP9dvp5N2+P9HjXUhMVtW+pduo4ynH kcbOt6l1ZNmgitQEu64R1CmytLOsBO2Q1Z4ZVPmvPT/qvJ/hlf1ZJk5N+d6P1KqvGdcA o8GkRaJ6uW37RzbC2+Fa6we/SB95/+w3hYEDl0j2Pdvs8qfLsif8T3my+cR9PFjEF4aL 5BsQ== MIME-Version: 1.0 X-Received: by 10.182.121.137 with SMTP id lk9mr14203035obb.32.1383566590704; Mon, 04 Nov 2013 04:03:10 -0800 (PST) Received: by 10.76.84.74 with HTTP; Mon, 4 Nov 2013 04:03:10 -0800 (PST) In-Reply-To: References: Date: Mon, 4 Nov 2013 17:33:10 +0530 Message-ID: Subject: Re: inconsistent utx.active? From: Nabil Rahiman To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: nabil.rahiman@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 12:03:11 -0000 Hey, Is this a known issue ? Nabil On 31 October 2013 20:02, Nabil Rahiman wrote: > Any work around? > > > On 31 October 2013 20:00, Nabil Rahiman wrote: > >> >> >> ---------- Forwarded message ---------- >> From: Nabil Rahiman >> Date: 31 October 2013 19:56 >> Subject: inconsistent utx.active? >> To: freebsd-questions@freebsd.org >> >> >> freebsd 10: >> inconsistent entry in utx.active >> >> Steps: >> 1. Telnet to the server. >> 2; type ctrl+] >> quit >> 3:Telnet again to same the server. >> 4 . run >> w >> >> >> >> >> ~]$ telnet >> >> >> Trying >> Connected to >> Escape character is '^]'. >> Trying SRA secure login: >> User (nabil): regress >> Password: >> [ SRA accepts you ] >> >> FreeBSD/i386 () (pts/0) >> >> Last login: Thu Oct 31 05:53:43 from >> % >> % w >> 7:10AM up 3 mins, 1 user, load averages: 0.59, 0.51, 0.24 >> USER TTY FROM LOGIN@ IDLE WHAT >> regress pts/0 server1 7:10AM - w >> % >> >> telnet> quit >> >> >> >> >> []$ telnet >> Trying 10.209.9.43... >> Connected to >> Escape character is '^]'. >> Trying SRA secure login: >> User (nabil): regress >> Password: >> [ SRA accepts you ] >> >> FreeBSD/i386 () (pts/0) >> >> Last login: Thu Oct 31 07:10:41 from >> % >> % w >> 7:14AM up 7 mins, 2 users, load averages: 0.52, 0.38, 0.23 >> USER TTY FROM LOGIN@ IDLE WHAT >> regress pts/0 server1 7:10AM - w >> regress pts/0 server1 7:14AM - w >> >> > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 14:09:29 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AAB8398D; Mon, 4 Nov 2013 14:09:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 597FE2775; Mon, 4 Nov 2013 14:09:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA4E9Sfq085839; Mon, 4 Nov 2013 14:09:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA4E9S3a085822; Mon, 4 Nov 2013 14:09:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 14:09:28 GMT Message-Id: <201311041409.rA4E9S3a085822@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 14:09:29 -0000 TB --- 2013-11-04 10:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-04 10:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-04 10:30:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-11-04 10:30:23 - cleaning the object tree TB --- 2013-11-04 10:30:54 - /usr/local/bin/svn stat /src TB --- 2013-11-04 10:31:00 - At svn revision 257626 TB --- 2013-11-04 10:31:01 - building world TB --- 2013-11-04 10:31:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 10:31:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 10:31:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 10:31:01 - SRCCONF=/dev/null TB --- 2013-11-04 10:31:01 - TARGET=i386 TB --- 2013-11-04 10:31:01 - TARGET_ARCH=i386 TB --- 2013-11-04 10:31:01 - TZ=UTC TB --- 2013-11-04 10:31:01 - __MAKE_CONF=/dev/null TB --- 2013-11-04 10:31:01 - cd /src TB --- 2013-11-04 10:31:01 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 4 10:31:02 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 Nov 4 13:46:05 UTC 2013 TB --- 2013-11-04 13:46:05 - generating LINT kernel config TB --- 2013-11-04 13:46:05 - cd /src/sys/i386/conf TB --- 2013-11-04 13:46:05 - /usr/bin/make -B LINT TB --- 2013-11-04 13:46:05 - cd /src/sys/i386/conf TB --- 2013-11-04 13:46:05 - /usr/sbin/config -m LINT TB --- 2013-11-04 13:46:05 - building LINT kernel TB --- 2013-11-04 13:46:05 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 13:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 13:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 13:46:05 - SRCCONF=/dev/null TB --- 2013-11-04 13:46:05 - TARGET=i386 TB --- 2013-11-04 13:46:05 - TARGET_ARCH=i386 TB --- 2013-11-04 13:46:05 - TZ=UTC TB --- 2013-11-04 13:46:05 - __MAKE_CONF=/dev/null TB --- 2013-11-04 13:46:05 - cd /src TB --- 2013-11-04 13:46:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 13:46:05 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-04 14:09:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 14:09:28 - ERROR: failed to build LINT kernel TB --- 2013-11-04 14:09:28 - 10096.25 user 1024.83 system 13144.91 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 14:39:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0BDFAC2 for ; Mon, 4 Nov 2013 14:39:55 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D08562969 for ; Mon, 4 Nov 2013 14:39:54 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id u16so12127432iet.21 for ; Mon, 04 Nov 2013 06:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=z1msdYY2LIuiGueqTs10URkezMy6byo7bslgZmOUMJc=; b=xDBUQDHsZA5Uq2X65pSmsp5uiasQnqNxlsx8qWL4BY9Xa8G0L8X7kKSRB3PvhRZzdm JH7UQN6/R+AEl9Ayoy/fhHYpVyHMCgZKlgt3tcp6MgqrAktBzV4MLTLx+x+pjQ+oYGoN nQUSjEBnUjFW38mUmzzU32NjoOqF/onru9+N9Ws8XGblRWAg1LVZeY+wbglGgmGsJBHP CkmYM3MULLOtT1BQspw/6PrmWG6JTRt1ALJ8ydOAOoxBb/X5NnnzyqbBYEeG97sWDBZp +yoqdTQWUGDnXEauSOWCF8EMQ1zk/7oj5wuV5LsrC5fpK7DXf+kD6vDEg2ytmGXYph+J TCJg== MIME-Version: 1.0 X-Received: by 10.50.126.74 with SMTP id mw10mr12277860igb.24.1383575993537; Mon, 04 Nov 2013 06:39:53 -0800 (PST) Received: by 10.43.75.6 with HTTP; Mon, 4 Nov 2013 06:39:53 -0800 (PST) In-Reply-To: References: Date: Mon, 4 Nov 2013 08:39:53 -0600 Message-ID: Subject: Re: FreeBSD 10 Beta 2: make installkernel failure with installer provided ZFS configuration. From: Nikolas Britton To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 14:39:55 -0000 I've investigated the problem further, and the problem presents itself (i.e. /boot@ -> bootpool/boot) whenever encryption is selected. I tested installations using a simple single volume ZFS root installation, with and without encryption being selected from the setup menus, and the problem presents itself when encryption is selected. I retested the multi-disk ZFS raidz root configuration from my initial report without encryption and indeed the problem disappeared in that instance as well. It appears that all automatic ZFS configurations are malformed when encryption is selected from the installer menu. If the problem can't be easily solved, the encryption toggle should be removed from the installer prior to 10.0-RELEASE, this must be addressed prior to 10.0-RELEASE. I have created bug 183652, http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183652 On Sun, Nov 3, 2013 at 3:29 PM, Nikolas Britton wrote: > Hi, > > I was trying to rebuild world on a FreeBSD 10 test system, that I had jus= t > installed. ZFS root was setup. I let the installation program do all the > ZFS setup and configuration. I put root on a 5 disk encrypted raidz array= . > Besides the installer configuring 5 times the amount of swap space I aske= d > for (asked for 8gb, installer put 8gb on each drive, for 40gb in total.) > everything was working great until I reached "make installkernel". I > followed section 23.7 (rebuilding "world") explicitly. I have not altered > the test system in any way from the installer provided settings. I'm > reporting this as a bug, but would would also like some advice on how to > fix it. > > Literally all that has been done post installation is: > a) install pkgng. > b) install svn using pkgng. > c) sync repositories with svn. > d) make buildworld. > e) make buildkernel. > > > Thanks! > > root@els1:/usr/src # make installkernel > -------------------------------------------------------------- > >>> Installing kernel GENERIC > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=3D/usr/obj > MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D > GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/u= sr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bi= n:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/s= rc/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > make KERNEL=3Dkernel install > mkdir -p /boot/kernel > mkdir: /boot: No such file or directory > *** Error code 1 > > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > root@els1:/usr/src # ll /boot > lrwxr-xr-x 1 root wheel 13 Oct 26 14:33 /boot@ -> bootpool/boot > > root@els1:/usr/src # mount > zroot/bootenv/default on / (zfs, local, noatime, nfsv4acls) > devfs on /dev (devfs, local, multilabel) > zroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls) > zroot/usr/home on /usr/home (zfs, local, noatime, nosuid, nfsv4acls) > zroot/usr/local on /usr/local (zfs, local, noatime, nfsv4acls) > zroot/usr/obj on /usr/obj (zfs, local, noatime, nfsv4acls) > zroot/usr/ports on /usr/ports (zfs, local, noatime, nosuid, nfsv4acls) > zroot/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime, > noexec, nosuid, nfsv4acls) > zroot/usr/ports/packages on /usr/ports/packages (zfs, local, noatime, > noexec, nosuid, nfsv4acls) > zroot/usr/src on /usr/src (zfs, local, noatime, noexec, nosuid, nfsv4acls= ) > zroot/var on /var (zfs, local, noatime, nfsv4acls) > zroot/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid, > nfsv4acls) > zroot/var/db on /var/db (zfs, local, noatime, noexec, nosuid, nfsv4acls) > zroot/var/db/pkg on /var/db/pkg (zfs, local, noatime, noexec, nosuid, > nfsv4acls) > zroot/var/empty on /var/empty (zfs, local, noatime, noexec, nosuid, > nfsv4acls) > zroot/var/log on /var/log (zfs, local, noatime, noexec, nosuid, nfsv4acls= ) > zroot/var/mail on /var/mail (zfs, local, noatime, noexec, nosuid, > nfsv4acls) > zroot/var/run on /var/run (zfs, local, noatime, noexec, nosuid, nfsv4acls= ) > zroot/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls) > > root@els1:/usr/src # cat /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > /dev/gpt/swap0 none swap sw 0 0 > /dev/gpt/swap1 none swap sw 0 0 > /dev/gpt/swap2 none swap sw 0 0 > /dev/gpt/swap3 none swap sw 0 0 > /dev/gpt/swap4 none swap sw 0 0 > > root@els1:/usr/src # ll /dev/ada* > crw-r----- 1 root operator 0x5f Nov 3 10:01 /dev/ada0 > crw-r----- 1 root operator 0x64 Nov 3 10:01 /dev/ada0p1 > crw-r----- 1 root operator 0x66 Nov 3 10:01 /dev/ada0p2 > crw-r----- 1 root operator 0x74 Nov 3 10:01 /dev/ada0p3 > crw-r----- 1 root operator 0x8f Nov 3 10:01 /dev/ada0p3.eli > crw-r----- 1 root operator 0x76 Nov 3 10:01 /dev/ada0p4 > crw-r----- 1 root operator 0x61 Nov 3 10:01 /dev/ada1 > crw-r----- 1 root operator 0x79 Nov 3 10:01 /dev/ada1p1 > crw-r----- 1 root operator 0x7b Nov 3 10:01 /dev/ada1p2 > crw-r----- 1 root operator 0x7d Nov 3 10:01 /dev/ada1p3 > crw-r----- 1 root operator 0x9b Nov 3 10:01 /dev/ada1p3.eli > crw-r----- 1 root operator 0x7f Nov 3 10:01 /dev/ada1p4 > crw-r----- 1 root operator 0x81 Nov 3 10:01 /dev/ada2 > crw-r----- 1 root operator 0xa0 Nov 3 10:01 /dev/ada2p1 > crw-r----- 1 root operator 0xa2 Nov 3 10:01 /dev/ada2p2 > crw-r----- 1 root operator 0xa4 Nov 3 10:01 /dev/ada2p3 > crw-r----- 1 root operator 0xc2 Nov 3 10:01 /dev/ada2p3.eli > crw-r----- 1 root operator 0xa6 Nov 3 10:01 /dev/ada2p4 > crw-r----- 1 root operator 0x83 Nov 3 10:01 /dev/ada3 > crw-r----- 1 root operator 0xa9 Nov 3 10:01 /dev/ada3p1 > crw-r----- 1 root operator 0xab Nov 3 10:01 /dev/ada3p2 > crw-r----- 1 root operator 0xad Nov 3 10:01 /dev/ada3p3 > crw-r----- 1 root operator 0xce Nov 3 10:01 /dev/ada3p3.eli > crw-r----- 1 root operator 0xaf Nov 3 10:01 /dev/ada3p4 > crw-r----- 1 root operator 0x85 Nov 3 10:01 /dev/ada4 > crw-r----- 1 root operator 0xb2 Nov 3 10:01 /dev/ada4p1 > crw-r----- 1 root operator 0xb4 Nov 3 10:01 /dev/ada4p2 > crw-r----- 1 root operator 0xb6 Nov 3 10:01 /dev/ada4p3 > crw-r----- 1 root operator 0xda Nov 3 10:01 /dev/ada4p3.eli > crw-r----- 1 root operator 0xb8 Nov 3 10:01 /dev/ada4p4 > > root@els1:/usr/src # zpool status > pool: zroot > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > ada0p3.eli ONLINE 0 0 0 > ada1p3.eli ONLINE 0 0 0 > ada2p3.eli ONLINE 0 0 0 > ada3p3.eli ONLINE 0 0 0 > ada4p3.eli ONLINE 0 0 0 > > errors: No known data errors > > root@els1:/usr/src # fdisk /dev/ada0 > ******* Working on device /dev/ada0 ******* > parameters extracted from in-core disklabel are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 586114703 (286188 Meg), flag 0 > beg: cyl 0/ head 0/ sector 2; > end: cyl 1023/ head 255/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > root@els1:/usr/src # fdisk /dev/ada1 > ******* Working on device /dev/ada1 ******* > parameters extracted from in-core disklabel are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 586114703 (286188 Meg), flag 0 > beg: cyl 0/ head 0/ sector 2; > end: cyl 1023/ head 255/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > root@els1:/usr/src # fdisk /dev/ada2 > ******* Working on device /dev/ada2 ******* > parameters extracted from in-core disklabel are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 586114703 (286188 Meg), flag 0 > beg: cyl 0/ head 0/ sector 2; > end: cyl 1023/ head 255/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > root@els1:/usr/src # fdisk /dev/ada3 > ******* Working on device /dev/ada3 ******* > parameters extracted from in-core disklabel are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 586114703 (286188 Meg), flag 0 > beg: cyl 0/ head 0/ sector 2; > end: cyl 1023/ head 255/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > root@els1:/usr/src # fdisk /dev/ada4 > ******* Working on device /dev/ada4 ******* > parameters extracted from in-core disklabel are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D581463 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 586114703 (286188 Meg), flag 0 > beg: cyl 0/ head 0/ sector 2; > end: cyl 1023/ head 255/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > root@els1:/usr/src # dmesg > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-BETA2 #0 r257166: Sat Oct 26 19:23:22 UTC 2013 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz (2500.14-MHz K8-clas= s > CPU) > Origin =3D "GenuineIntel" Id =3D 0x10676 Family =3D 0x6 Model =3D 0x= 17 > Stepping =3D 6 > > Features=3D0xbfebfbff > > Features2=3D0xce3bd > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > TSC: P-state invariant, performance statistics > real memory =3D 8589934592 (8192 MB) > avail memory =3D 8269221888 (7886 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 2 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > random: initialized > kbd1 at kbdmux0 > cryptosoft0: on motherboard > aesni0: No AESNI support. > acpi0: on motherboard > acpi0: Power Button (fixed) > unknown: I/O range not supported > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > cpu4: on acpi0 > cpu5: on acpi0 > cpu6: on acpi0 > cpu7: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 o= n > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 350 > Event timer "HPET1" frequency 14318180 Hz quality 340 > Event timer "HPET2" frequency 14318180 Hz quality 340 > atrtc0: port 0x70-0x71 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x43,0x50-0x53 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 48 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: irq 50 at device 3.0 on pci0 > pci2: on pcib2 > pcib3: irq 52 at device 5.0 on pci0 > pci3: on pcib3 > pcib4: irq 54 at device 7.0 on pci0 > pci4: on pcib4 > pcib5: irq 56 at device 9.0 on pci0 > pci5: on pcib5 > pcib6: irq 56 at device 0.0 on pci5 > pci6: on pcib6 > pcib7: irq 56 at device 0.0 on pci6 > pci7: on pcib7 > pcib8: irq 71 at device 2.0 on pci6 > pci8: on pcib8 > em0: port 0x2000-0x201f mem > 0xde820000-0xde83ffff,0xde800000-0xde81ffff irq 71 at device 0.0 on pci8 > em0: Using an MSI interrupt > em0: Ethernet address: 00:25:90:18:d1:50 > em1: port 0x2020-0x203f mem > 0xde860000-0xde87ffff,0xde840000-0xde85ffff irq 70 at device 0.1 on pci8 > em1: Using an MSI interrupt > em1: Ethernet address: 00:25:90:18:d1:51 > pcib9: at device 0.3 on pci5 > pci9: on pcib9 > mvs0: port 0x3000-0x30ff mem > 0xde200000-0xde2fffff,0xde400000-0xde7fffff irq 24 at device 1.0 on pci9 > mvs0: Gen-II, 8 3Gbps ports, Port Multiplier supported > mvsch0: at channel 0 on mvs0 > mvsch1: at channel 1 on mvs0 > mvsch2: at channel 2 on mvs0 > mvsch3: at channel 3 on mvs0 > mvsch4: at channel 4 on mvs0 > mvsch5: at channel 5 on mvs0 > mvsch6: at channel 6 on mvs0 > mvsch7: at channel 7 on mvs0 > pci0: at device 15.0 (no driver attached) > pcib10: irq 16 at device 28.0 on pci0 > pci10: on pcib10 > uhci0: port > 0x1800-0x181f irq 20 at device 29.0 on pci0 > usbus0 on uhci0 > uhci1: port > 0x1820-0x183f irq 21 at device 29.1 on pci0 > usbus1 on uhci1 > uhci2: port > 0x1840-0x185f irq 22 at device 29.2 on pci0 > usbus2 on uhci2 > uhci3: port > 0x1860-0x187f irq 23 at device 29.3 on pci0 > usbus3 on uhci3 > ehci0: mem 0xdeb04000-0xdeb043ff irq 2= 3 > at device 29.7 on pci0 > usbus4: EHCI version 1.0 > usbus4 on ehci0 > pcib11: at device 30.0 on pci0 > pci11: on pcib11 > vgapci0: port 0x4000-0x407f mem > 0xdc000000-0xddffffff,0xdea00000-0xdea3ffff at device 1.0 on pci11 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port > 0x18b0-0x18b7,0x18a4-0x18a7,0x18a8-0x18af,0x18a0-0x18a3,0x1880-0x189f mem > 0xdeb04400-0xdeb047ff irq 17 at device 31.2 on pci0 > ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > orm0: at iomem 0xc0000-0xc7fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: cannot reserve I/O port range > est0: on cpu0 > p4tcc0: on cpu0 > est1: on cpu1 > p4tcc1: on cpu1 > est2: on cpu2 > p4tcc2: on cpu2 > est3: on cpu3 > p4tcc3: on cpu3 > est4: on cpu4 > p4tcc4: on cpu4 > est5: on cpu5 > p4tcc5: on cpu5 > est6: on cpu6 > p4tcc6: on cpu6 > est7: on cpu7 > p4tcc7: on cpu7 > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen2.1: at usbus2 > uhub1: on usbus2 > ugen1.1: at usbus1 > uhub2: on usbus1 > ugen4.1: at usbus4 > uhub3: on usbus4 > ugen3.1: at usbus3 > uhub4: on usbus3 > ada0 at ahcich0 bus 0 scbus8 target 0 lun 0 > ada0: ATA-7 SATA 2.x device > ada0: Serial Number V601GADG > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad20 > ada1 at ahcich1 bus 0 scbus9 target 0 lun 0 > ada1: ATA-7 SATA 2.x device > ada1: Serial Number V601G9DG > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad22 > ada2 at ahcich2 bus 0 scbus10 target 0 lun 0 > ada2: ATA-7 SATA 2.x device > ada2: Serial Number V601LJ1G > ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada2: Command Queueing enabled > ada2: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) > ada2: Previously was known as ad24 > ada3 at ahcich3 bus 0 scbus11 target 0 lun 0 > ada3: ATA-7 SATA 2.x device > ada3: Serial Number V608FLHG > ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada3: Command Queueing enabled > ada3: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) > ada3: Previously was known as ad26 > ada4 at ahcich4 bus 0 scbus12 target 0 lun 0 > ada4: ATA-7 SATA 2.x device > ada4: Serial Number V608FTFG > ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada4: Command Queueing enabled > ada4: 286188MB (586114704 512 byte sectors: 16H 63S/T 16383C) > ada4: Previously was known as ad28 > Enter passphrase for ada0p3: Netvsc initializing... SMP: AP CPU #4 > Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #6 Launched! > SMP: AP CPU #7 Launched! > uhub0: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub3: 8 ports with 8 removable, self powered > ugen0.2: at usbus0 > ukbd0: on usbu= s0 > kbd2 at ukbd0 > ugen2.2: at usbus2 > ukbd1: > on usbus2 > kbd3 at ukbd1 > GEOM_ELI: Wrong key for ada0p3. Tries left: 2. > Enter passphrase for ada0p3: GEOM_ELI: Device ada0p3.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > Enter passphrase for ada1p3: GEOM_ELI: Device ada1p3.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > Enter passphrase for ada2p3: GEOM_ELI: Device ada2p3.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > Enter passphrase for ada3p3: GEOM_ELI: Wrong key for ada3p3. Tries left: = 2. > Enter passphrase for ada3p3: GEOM_ELI: Wrong key for ada3p3. Tries left: = 1. > Enter passphrase for ada3p3: GEOM_ELI: Device ada3p3.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > Enter passphrase for ada4p3: GEOM_ELI: Device ada4p3.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > Trying to mount root from zfs:zroot/bootenv/default []... > root@els1:/usr/src # > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 14:45:34 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6C32D3D2; Mon, 4 Nov 2013 14:45:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A9EE29CE; Mon, 4 Nov 2013 14:45:34 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA4EjX2k027538; Mon, 4 Nov 2013 14:45:33 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA4EjXqJ027536; Mon, 4 Nov 2013 14:45:33 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 14:45:33 GMT Message-Id: <201311041445.rA4EjXqJ027536@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 14:45:34 -0000 TB --- 2013-11-04 10:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-04 10:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-04 10:30:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-11-04 10:30:23 - cleaning the object tree TB --- 2013-11-04 10:31:07 - /usr/local/bin/svn stat /src TB --- 2013-11-04 10:31:12 - At svn revision 257626 TB --- 2013-11-04 10:31:13 - building world TB --- 2013-11-04 10:31:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 10:31:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 10:31:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 10:31:13 - SRCCONF=/dev/null TB --- 2013-11-04 10:31:13 - TARGET=amd64 TB --- 2013-11-04 10:31:13 - TARGET_ARCH=amd64 TB --- 2013-11-04 10:31:13 - TZ=UTC TB --- 2013-11-04 10:31:13 - __MAKE_CONF=/dev/null TB --- 2013-11-04 10:31:13 - cd /src TB --- 2013-11-04 10:31:13 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 4 10:31: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Nov 4 14:23:40 UTC 2013 TB --- 2013-11-04 14:23:40 - generating LINT kernel config TB --- 2013-11-04 14:23:40 - cd /src/sys/amd64/conf TB --- 2013-11-04 14:23:40 - /usr/bin/make -B LINT TB --- 2013-11-04 14:23:40 - cd /src/sys/amd64/conf TB --- 2013-11-04 14:23:40 - /usr/sbin/config -m LINT TB --- 2013-11-04 14:23:40 - building LINT kernel TB --- 2013-11-04 14:23:40 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 14:23:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 14:23:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 14:23:40 - SRCCONF=/dev/null TB --- 2013-11-04 14:23:40 - TARGET=amd64 TB --- 2013-11-04 14:23:40 - TARGET_ARCH=amd64 TB --- 2013-11-04 14:23:40 - TZ=UTC TB --- 2013-11-04 14:23:40 - __MAKE_CONF=/dev/null TB --- 2013-11-04 14:23:40 - cd /src TB --- 2013-11-04 14:23:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 14:23: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 -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-04 14:45:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 14:45:33 - ERROR: failed to build LINT kernel TB --- 2013-11-04 14:45:33 - 11576.88 user 1324.21 system 15309.78 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 14:46:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1EBE510 for ; Mon, 4 Nov 2013 14:46:13 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A27A29E3 for ; Mon, 4 Nov 2013 14:46:13 +0000 (UTC) Received: from mx1.fisglobal.com (ltcfislmsgpa02 [127.0.0.1]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA4EkCGe029913 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 4 Nov 2013 08:46:12 -0600 Received: from ltcfislmsgpa02 (ltcfislmsgpa02 [127.0.0.1]) by pps.default (8.14.5/8.14.5) with SMTP id rA4EfMm8022847 for ; Mon, 4 Nov 2013 08:46:12 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa02.fnfis.com with ESMTP id rA4EkB6E029907 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 04 Nov 2013 08:46:12 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Mon, 4 Nov 2013 08:46:11 -0600 From: "Teske, Devin" To: Nikolas Britton Subject: Re: FreeBSD 10 Beta 2: make installkernel failure with installer provided ZFS configuration. Thread-Topic: FreeBSD 10 Beta 2: make installkernel failure with installer provided ZFS configuration. Thread-Index: AQHO2WyZiwdIcsH12k+nhIXVw6HnVA== Date: Mon, 4 Nov 2013 14:46:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-04_01:2013-11-04,2013-11-04,1970-01-01 signatures=0 Content-Type: multipart/mixed; boundary="PROOFPOINT_BOUNDARY_1" X-ProofpointSecure: Encrypted; app="filterd" MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Devin Teske , freebsd-stable stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 14:46:13 -0000 --PROOFPOINT_BOUNDARY_1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit You have received an encrypted message delivered by the SecureMail system. If this is the first time you have received an encrypted email from this system, you are required to establish a new password before reading the message. We will not request nor require any personal information during this process To read your message from your desktop, please open the attachment. --PROOFPOINT_BOUNDARY_1 Content-Disposition: attachment; filename="SecureMessageAtt.html" MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; name="SecureMessageAtt.html" [Image?c=lock&b=1&rnd=7.59290488940803] [Image?c=logo&b=1&rnd=7.34286961002859] Click to read message [1]More Info Disclaimer: The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. Secured by Proofpoint Encryption, Copyright © 2009-2012 Proofpoint, Inc. All rights reserved. References 1. https://securemail.fisglobal.com/securereader/help.jsf?lang=enus --PROOFPOINT_BOUNDARY_1-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 16:35:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3D4879DC; Mon, 4 Nov 2013 16:35:02 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8FE521BC; Mon, 4 Nov 2013 16:35:00 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA4GYvX1040660; Mon, 4 Nov 2013 20:34:57 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA4GYv5S040659; Mon, 4 Nov 2013 20:34:57 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 20:34:57 +0400 From: Gleb Smirnoff To: Erwin Lansing Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131104163457.GJ52889@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , =?iso-8859-1?Q?=D6zkan?= KIRIK , FreeBSD Current , freebsd-stable , George Kontostanos , des@freebsd.org, Stefan Bethke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 16:35:02 -0000 On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : E> > G> > E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, Özkan KIRIK wrote: E> > G> > > Ö> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" E> > G> > script E> > G> > > Ö> still exists. E> > G> > > Ö> and this script depends on "/etc/mtree/BIND.chroot.dist" file but E> > G> > there is E> > G> > > Ö> no such file in source tree. E> > G> > > Ö> I think this file was forgotten to be removed. E> > G> > > Ö> E> > G> > > Ö> And also, named_* definitions still exists in /etc/defaults/rc.conf E> > G> > file. E> > G> > > E> > G> > > Please review attached file that removes named from /etc. E> > G> > E> > G> > It would be great if the port would learn to install its own script etc. E> > G> > in time for that change. (Unless it’s already there, and I’m just too blind E> > G> > to see it.) E> > G> E> > G> No you are not blind. Installing bind from ports still relies on the E> > G> /etc/rc.d/named script. E> > E> > Erwin, can you please handle that? E> E> Things are much worse that this, the ports are completely written under the assumption that there is a Bind in base, which of course would already break with WITHOUT_BIND before Bind was completely removed. It will be hard to fix without breaking the installed base of 8 and 9. Sigh. E> E> I'll try to work on it this week, but unfortunately have a full schedule of meetings and travel as well. What should we do with src? IMO, we should proceed with removal of remnants of bind in src. In the worst case, if you can't handle it this week, the situation will be the following: 1) 8.x, 9.x users are okay 2) 10+.x users w/o bind are okay 3) 10+.x users with bind have problems If we skip updating src, then situation would be: 1) 8.x, 9.x users are okay 2) 10+.x users w/o bind have problems 3) 10+.x users with bind are okay I think, there are less 10.x users with bind, than 10.x without it. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 17:10:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A0BCFF43; Mon, 4 Nov 2013 17:10:03 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 667E0243E; Mon, 4 Nov 2013 17:10:02 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [172.17.17.101]) by email2.allantgroup.com (8.14.5/8.14.5) with ESMTP id rA4H9tSu095479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Nov 2013 11:09:55 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.7/8.14.6) with ESMTP id rA4H9tSl033160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Nov 2013 11:09:55 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.7/8.14.7/Submit) id rA4H9tPA033157; Mon, 4 Nov 2013 11:09:55 -0600 (CST) (envelope-from dan) Date: Mon, 4 Nov 2013 11:09:55 -0600 From: Dan Nelson To: Aryeh Friedman Subject: Re: how is the MAC for tap(4) computed? Message-ID: <20131104170955.GH63947@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 9.1-STABLE User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (email2.allantgroup.com [172.17.19.78]); Mon, 04 Nov 2013 11:09:55 -0600 (CST) X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on email2.allantgroup.com X-Scanned-By: MIMEDefang 2.73 Cc: FreeBSD Stable List , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 17:10:03 -0000 In the last episode (Nov 04), Aryeh Friedman said: > There seems to be a very high rate of MAC address collisions when tap is > running on different machines.... is there anyway to make the selection > of MAC more random It looks like it's generated based on the number of ticks since boot, plus the unit number of the tap device: http://fxr.watson.org/fxr/source/net/if_tap.c#L434 So if you have devices created on boot on a bunch of machines, chances are high that you'll get conflicts. Maybe instead of using the 'ticks' value, kern.hostid could be used instead? That has much better randomness than 'ticks'. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 18:19:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E14A2431 for ; Mon, 4 Nov 2013 18:19:46 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id B5A5C284F for ; Mon, 4 Nov 2013 18:19:46 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 2769056459 for ; Mon, 4 Nov 2013 13:19:38 -0500 (EST) Message-ID: <5277E53A.4090208@intertainservices.com> Date: Mon, 04 Nov 2013 13:19:38 -0500 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkgng: how to upgrade a single port? References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 2769056459.AD2E4 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 18:19:46 -0000 On 11/03/13 17:24, George Kontostanos wrote: > You can alway lock a package or the packages that you don't need to > upgrade. See: "pkg help lock" > Thanks for the info but that would be very tedious to do. Is it just me or is this a gross oversight of this new pkg system? Also the fact that with a pkg you can not choose any options for the port, you have to install with options that the port maintainer chose. As it stands now if i do pkg upgrade it wants to pull in a bunch of stuff that i do not want, also it wants to re-install just about everything because of a "direct dependency changed", im not sure this is correct as it wanted to re-install pkg itself just after I freshly installed it from ports. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 18:56:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CF8C9472 for ; Mon, 4 Nov 2013 18:56:10 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96DC12AD7 for ; Mon, 4 Nov 2013 18:56:10 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id uy5so7476618obc.38 for ; Mon, 04 Nov 2013 10:56:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=D9rzZRzsnqlTIKlhsCcj7x3JDsnT8l+eyZtlkb4PvcA=; b=U++bsFtqNwpqBXB5PmSKWuM5uKnFFDf9NntRtTiVny4TrDKn/vYrVYJjqKijDr2LgP Q0UwlTGBf+31xIhOlvADnKBF9Zce+MlnOfe3/zGtuLezEVlXU1KPYweP15o5cs0tV9bd xwkXzGB9VhAMLoIYoWm1Qlal93J95ZzQ71wjxSCpw9cN0KTYd6OspX2PRuTaKmOar2rs yDIvFu3EWPlgDawb8rFmjKh1BT2fgmnvmQMz6v/5eFpIJA4emuKVXUGpf1TjK4iIOupl hU//xu4ODupS43Vqvc6VNaXuy/0F4gHt5aSiyumaKaAih82aTdtBel97F6ukCQfjK/gn i9Gw== MIME-Version: 1.0 X-Received: by 10.182.66.164 with SMTP id g4mr2955641obt.47.1383591369961; Mon, 04 Nov 2013 10:56:09 -0800 (PST) Received: by 10.76.132.9 with HTTP; Mon, 4 Nov 2013 10:56:09 -0800 (PST) In-Reply-To: <5277E53A.4090208@intertainservices.com> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> Date: Mon, 4 Nov 2013 10:56:09 -0800 Message-ID: Subject: Re: pkgng: how to upgrade a single port? From: Freddie Cash To: Mike Jakubik Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 18:56:10 -0000 On Mon, Nov 4, 2013 at 10:19 AM, Mike Jakubik < mike.jakubik@intertainservices.com> wrote: > On 11/03/13 17:24, George Kontostanos wrote: > >> You can alway lock a package or the packages that you don't need to >> upgrade. See: "pkg help lock" >> > > Thanks for the info but that would be very tedious to do. Is it just me o= r > is this a gross oversight of this new pkg system? Also the fact that with= a > pkg you can not choose any options for the port, you have to install with > options that the port maintainer chose. As it stands now if i do pkg > upgrade it wants to pull in a bunch of stuff that i do not want, also it > wants to re-install just about everything because of a "direct dependency > changed", im not sure this is correct as it wanted to re-install pkg itse= lf > just after I freshly installed it from ports. > It's not a limitation in the system; it's a disconnect between how things work and what you expect. :) The official packages are built using the default options for each port, and they are created in a single batch. They are designed to be upgraded all at once so that everything is from the same compilation run, using the same builds of dependencies, etc. It's expected that you will either never update the local repository file (ie, never run "pkg update" and add -U to all commands) so that everything is installed from the same repo version; or that you will specify a specific date in the repo path; or that you will upgrade everything in lock-step with the repo (always run "pkg update" before an install; always run a "pkg upgrade" after an update). If you want the most flexibility in how ports are configured, ability to install a single port, upgrade a single port, etc, then it's expected that you would use the ports tree directly, and compile everything yourself. If you want the best of both worlds (ability to configure ports however you want; ability to upgrade indibidual ports; not have to compile everything for every little change; etc) then you want to look into ports-mgmt/poudriere. That allows you to create local pkg repos of packages built however you like. And you control when a port gets upgraded in the pkg repo, and which dependencies get upgraded in the local pkg repo, etc. It sounds like poudriere is what you want, not the official pkg repo. =E2=80=8B=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 19:01:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F242F5D3 for ; Mon, 4 Nov 2013 19:01:13 +0000 (UTC) (envelope-from loic.blot@unix-experience.fr) Received: from smtp.institutoptique.fr (smtp2.institutoptique.fr [194.199.220.151]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75FE82B3E for ; Mon, 4 Nov 2013 19:01:12 +0000 (UTC) Received: from [10.42.69.5] (ASt-Lambert-152-1-5-6.w82-124.abo.wanadoo.fr [82.124.35.6]) by smtp.institutoptique.fr (Postfix) with ESMTPSA id EC6F126159 for ; Mon, 4 Nov 2013 20:01:04 +0100 (CET) Message-ID: <1383592338.13703.0.camel@Nerz-PC> Subject: Re: pkgng: how to upgrade a single port? From: =?ISO-8859-1?Q?Lo=EFc?= BLOT To: freebsd-stable@freebsd.org Date: Mon, 04 Nov 2013 20:12:18 +0100 In-Reply-To: References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> Organization: UNIX Experience Fr Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-RHLBAPnY8p5Otli5inS3" X-Mailer: Evolution 3.10.1 Mime-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: loic.blot@unix-experience.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 19:01:14 -0000 --=-RHLBAPnY8p5Otli5inS3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Upgrading a single port can be useful. Yaourt on archlinux permit to edit a text file to remove packages we doesn't want to remove, why not do like it ? --=20 Best regards, Lo=C3=AFc BLOT,=20 UNIX systems, security and network engineer http://www.unix-experience.fr Le lundi 04 novembre 2013 =C3=A0 10:56 -0800, Freddie Cash a =C3=A9crit : > On Mon, Nov 4, 2013 at 10:19 AM, Mike Jakubik < > mike.jakubik@intertainservices.com> wrote: >=20 > > On 11/03/13 17:24, George Kontostanos wrote: > > > >> You can alway lock a package or the packages that you don't need to > >> upgrade. See: "pkg help lock" > >> > > >=20 > > Thanks for the info but that would be very tedious to do. Is it just me= or > > is this a gross oversight of this new pkg system? Also the fact that wi= th a > > pkg you can not choose any options for the port, you have to install wi= th > > options that the port maintainer chose. As it stands now if i do pkg > > upgrade it wants to pull in a bunch of stuff that i do not want, also i= t > > wants to re-install just about everything because of a "direct dependen= cy > > changed", im not sure this is correct as it wanted to re-install pkg it= self > > just after I freshly installed it from ports. > > >=20 > It's not a limitation in the system; it's a disconnect between how things > work and what you expect. :) >=20 > The official packages are built using the default options for each port, > and they are created in a single batch. They are designed to be upgraded > all at once so that everything is from the same compilation run, using th= e > same builds of dependencies, etc. >=20 > It's expected that you will either never update the local repository file > (ie, never run "pkg update" and add -U to all commands) so that everythin= g > is installed from the same repo version; or that you will specify a > specific date in the repo path; or that you will upgrade everything in > lock-step with the repo (always run "pkg update" before an install; alway= s > run a "pkg upgrade" after an update). >=20 > If you want the most flexibility in how ports are configured, ability to > install a single port, upgrade a single port, etc, then it's expected tha= t > you would use the ports tree directly, and compile everything yourself. >=20 > If you want the best of both worlds (ability to configure ports however y= ou > want; ability to upgrade indibidual ports; not have to compile everything > for every little change; etc) then you want to look into > ports-mgmt/poudriere. That allows you to create local pkg repos of > packages built however you like. And you control when a port gets upgrad= ed > in the pkg repo, and which dependencies get upgraded in the local pkg rep= o, > etc. >=20 > It sounds like poudriere is what you want, not the official pkg repo. > =E2=80=8B=E2=80=8B >=20 --=-RHLBAPnY8p5Otli5inS3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EABEIAAYFAlJ38ZIACgkQh290DZyz8uZIawEAwBtS3JVpdvY9TsoE+JQFHm+l HwkQGNIqb6Q79js4eesBAJx+3PEi6a3YiFkBDCJsK2arFyvskWZ4y8obavFZpQ3A =QBlD -----END PGP SIGNATURE----- --=-RHLBAPnY8p5Otli5inS3-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 19:38:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A33CD506 for ; Mon, 4 Nov 2013 19:38:02 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B1F72D47 for ; Mon, 4 Nov 2013 19:38:01 +0000 (UTC) Received: from mr3.cc.vt.edu (mr3.cc.vt.edu [198.82.141.68]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id rA4JbPFR021895; Mon, 4 Nov 2013 14:37:25 -0500 Received: from auth1.smtp.vt.edu (auth1.smtp.vt.edu [198.82.161.152]) by mr3.cc.vt.edu (8.14.4/8.14.4) with ESMTP id rA4JbPDR016002; Mon, 4 Nov 2013 14:37:25 -0500 Received: from [IPv6:2001:468:c80:c111:6951:4de:8061:c4b6] ([IPv6:2001:468:c80:c111:6951:4de:8061:c4b6]) (authenticated bits=0) by auth1.smtp.vt.edu (8.14.4/8.14.4) with ESMTP id rA4JbOj0004904 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 4 Nov 2013 14:37:24 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: pkgng: how to upgrade a single port? From: Paul Mather In-Reply-To: Date: Mon, 4 Nov 2013 14:37:24 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> To: Freddie Cash X-Mailer: Apple Mail (2.1816) X-Spam-Status: No, score=-0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr3.cc.vt.edu Cc: Mike Jakubik , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 19:38:02 -0000 On Nov 4, 2013, at 1:56 PM, Freddie Cash wrote: > On Mon, Nov 4, 2013 at 10:19 AM, Mike Jakubik < > mike.jakubik@intertainservices.com> wrote: >=20 >> On 11/03/13 17:24, George Kontostanos wrote: >>=20 >>> You can alway lock a package or the packages that you don't need to >>> upgrade. See: "pkg help lock" >>>=20 >>=20 >=20 >> Thanks for the info but that would be very tedious to do. Is it just = me or >> is this a gross oversight of this new pkg system? Also the fact that = with a >> pkg you can not choose any options for the port, you have to install = with >> options that the port maintainer chose. As it stands now if i do pkg >> upgrade it wants to pull in a bunch of stuff that i do not want, also = it >> wants to re-install just about everything because of a "direct = dependency >> changed", im not sure this is correct as it wanted to re-install pkg = itself >> just after I freshly installed it from ports. >>=20 >=20 > It's not a limitation in the system; it's a disconnect between how = things > work and what you expect. :) >=20 > The official packages are built using the default options for each = port, > and they are created in a single batch. They are designed to be = upgraded > all at once so that everything is from the same compilation run, using = the > same builds of dependencies, etc. >=20 > It's expected that you will either never update the local repository = file > (ie, never run "pkg update" and add -U to all commands) so that = everything > is installed from the same repo version; or that you will specify a > specific date in the repo path; or that you will upgrade everything in > lock-step with the repo (always run "pkg update" before an install; = always > run a "pkg upgrade" after an update). >=20 > If you want the most flexibility in how ports are configured, ability = to > install a single port, upgrade a single port, etc, then it's expected = that > you would use the ports tree directly, and compile everything = yourself. >=20 > If you want the best of both worlds (ability to configure ports = however you > want; ability to upgrade indibidual ports; not have to compile = everything > for every little change; etc) then you want to look into > ports-mgmt/poudriere. That allows you to create local pkg repos of > packages built however you like. And you control when a port gets = upgraded > in the pkg repo, and which dependencies get upgraded in the local pkg = repo, > etc. >=20 > It sounds like poudriere is what you want, not the official pkg repo. I use poudriere but I also want to be able to update individual = packages. (Sort of "yum update foo" rather than just "yum update".) = The main scenario is that a package gets a security vulnerability (and = so has high priority for me to update) and I want to be able to update = that package on a machine (and packages that depend on it) but not = others that are also updated in the repo (which might need more local = testing and changes before I want to install the updated version). I = could achieve this by locking the packages I don't want updated, but = locking the majority of packages I don't want to update rather than just = updating the minority of packages I want to seems inconvenient to me. However, it seems like "pkg install foo" will behave like "yum update = foo" for installed package "foo" (this is from the man page for "pkg = install"): Any already installed but out of date packages, either named on the = com- mand line or from the sum of all their dependencies are added to = the work list as upgrade jobs. The work list is sorted into dependency = order and pkg install will present it to the user for approval before = proceeding, unless overridden by the -y option or the ASSUME_ALWAYS_YES setting = in pkg.conf. So, you can apparently update individual packages, even though you use = the somewhat confusingly named mechanism of "pkg install" to do so. (It = would be nice if "pkg upgrade foo" was a synonym for "pkg install foo" = where "foo" is already installed.) Cheers, Paul.= From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 19:48:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B226903 for ; Mon, 4 Nov 2013 19:48:20 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B4022DED for ; Mon, 4 Nov 2013 19:48:19 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C2531212F0 for ; Mon, 4 Nov 2013 14:48:18 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Mon, 04 Nov 2013 14:48:18 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=f3OEJ2LCOxo+7B8wKM0uNp80qcg=; b=FA2 MWt7a8KmMb6rVuFeu6QwRFrm2L3I648C0FqW9xL4PNfu+drJbDTI55/vTqWSxGZk WPZ7WfREOdhLkzYt3jBNkCNu1UvolEjx+2po+dLJ3igWFCF8TygbICH97XnoglSl tWy2mLSYKKwlCA9qjVbmjXVC7u6E2DGmClhQw5IQ= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id A26B410C9E1; Mon, 4 Nov 2013 14:48:18 -0500 (EST) Message-Id: <1383594498.25577.42855717.6980DEBA@webmail.messagingengine.com> X-Sasl-Enc: 9o/9bkliat/iovPfvzpVPiQEKK9Lu2SJePOScvcBUFfK 1383594498 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 In-Reply-To: <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> Subject: Re: pkgng: how to upgrade a single port? Date: Mon, 04 Nov 2013 13:48:18 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 19:48:20 -0000 I now understand what you guys are trying to do, so a suggestion on how to do it: 1) Use poudriere. Make sure you have your "default" ports tree and your "production" ports tree. You can test from the default ports tree, and have a snapshot-in-time of the ports tree called "production" 2) Install/deploy your packages, do your testing, etc etc. 3) When you've finalized a "set" of packages make sure you note the exact ports tree revision and your "production" ports tree stays frozen at that revision. Do not do blind updates of this ports tree. 4) When a security or feature update happens for a package you want to upgrade, update that single port to the latest revision. Example: cd /usr/local/poudriere/ports/production/www/apache22 && svn up 5) Now you can safely build apache22, and pkg upgrade / pkg install will ONLY update that port. No other dependencies have been touched. 6) Be very paranoid and test well. Make sure you know what you're doing and be very careful that the port you updated does not have any dependencies that it expects to be updated as well. Good luck. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 20:19:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A012953 for ; Mon, 4 Nov 2013 20:19:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 586B02FCA for ; Mon, 4 Nov 2013 20:19:14 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id w8so530952qac.6 for ; Mon, 04 Nov 2013 12:19:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=YFvZyi3W6v9yPLwqixtBYEFL4DZ66hlOrl57LnLTOms=; b=PT1HthmUGlv2fTbr996EtNkIEcfLd33abL8UWCLzCyF2awIldm3uYXz0jlDSDC5yeN PEVuA/A3c7JKHrcZRfrNEU6yPRQ3S9hHp/6zc5aIUGINuPcUb5zCFUAwidkLd+S56Xcd PGB9q/QyhNPY0DRTVglsXiQjY0/Rz5TIhdG+udSaHF+T0PmAcUDOMH3ety9u1QbZ+NWh 1XUIQBeLpU9BxPgV05rGyy74t9ws1ItJwOngw7H/UQqlz57XiPOpI9f4XW+/HKykecCa oFa1R0PZ27nrnEhU/0X/EeF+W5Pgq4EYeATp7v+E1VasrBANKMO8Oq5LEBfw6O6UvAOC Pniw== MIME-Version: 1.0 X-Received: by 10.224.113.199 with SMTP id b7mr24641724qaq.4.1383596353430; Mon, 04 Nov 2013 12:19:13 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Mon, 4 Nov 2013 12:19:13 -0800 (PST) In-Reply-To: <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> Date: Mon, 4 Nov 2013 12:19:13 -0800 X-Google-Sender-Auth: ekN6yVSMhUeEraGKra1Kn5BKHU0 Message-ID: Subject: Re: pkgng: how to upgrade a single port? From: Adrian Chadd To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 20:19:14 -0000 Hi, Just please keep in mind that when it claims the same version package needs to be reinstalled, it seems to be for a good reason. Eg, the base system library dependencies have changed. Since there's no "stable" package snapshot, various package versions get upgraded all the time. A package update to fix a security vulnerability may have occured whilst its dependencies got updated, so you have to upgrade the dependencies. And their dependencies. etc, etc. -adrian On 4 November 2013 11:37, Paul Mather wrote: > On Nov 4, 2013, at 1:56 PM, Freddie Cash wrote: > >> On Mon, Nov 4, 2013 at 10:19 AM, Mike Jakubik < >> mike.jakubik@intertainservices.com> wrote: >> >>> On 11/03/13 17:24, George Kontostanos wrote: >>> >>>> You can alway lock a package or the packages that you don't need to >>>> upgrade. See: "pkg help lock" >>>> >>> >> >>> Thanks for the info but that would be very tedious to do. Is it just me= or >>> is this a gross oversight of this new pkg system? Also the fact that wi= th a >>> pkg you can not choose any options for the port, you have to install wi= th >>> options that the port maintainer chose. As it stands now if i do pkg >>> upgrade it wants to pull in a bunch of stuff that i do not want, also i= t >>> wants to re-install just about everything because of a "direct dependen= cy >>> changed", im not sure this is correct as it wanted to re-install pkg it= self >>> just after I freshly installed it from ports. >>> >> >> It's not a limitation in the system; it's a disconnect between how thing= s >> work and what you expect. :) >> >> The official packages are built using the default options for each port, >> and they are created in a single batch. They are designed to be upgrade= d >> all at once so that everything is from the same compilation run, using t= he >> same builds of dependencies, etc. >> >> It's expected that you will either never update the local repository fil= e >> (ie, never run "pkg update" and add -U to all commands) so that everythi= ng >> is installed from the same repo version; or that you will specify a >> specific date in the repo path; or that you will upgrade everything in >> lock-step with the repo (always run "pkg update" before an install; alwa= ys >> run a "pkg upgrade" after an update). >> >> If you want the most flexibility in how ports are configured, ability to >> install a single port, upgrade a single port, etc, then it's expected th= at >> you would use the ports tree directly, and compile everything yourself. >> >> If you want the best of both worlds (ability to configure ports however = you >> want; ability to upgrade indibidual ports; not have to compile everythin= g >> for every little change; etc) then you want to look into >> ports-mgmt/poudriere. That allows you to create local pkg repos of >> packages built however you like. And you control when a port gets upgra= ded >> in the pkg repo, and which dependencies get upgraded in the local pkg re= po, >> etc. >> >> It sounds like poudriere is what you want, not the official pkg repo. > > > I use poudriere but I also want to be able to update individual packages.= (Sort of "yum update foo" rather than just "yum update".) The main scena= rio is that a package gets a security vulnerability (and so has high priori= ty for me to update) and I want to be able to update that package on a mach= ine (and packages that depend on it) but not others that are also updated i= n the repo (which might need more local testing and changes before I want t= o install the updated version). I could achieve this by locking the packag= es I don't want updated, but locking the majority of packages I don't want = to update rather than just updating the minority of packages I want to seem= s inconvenient to me. > > However, it seems like "pkg install foo" will behave like "yum update foo= " for installed package "foo" (this is from the man page for "pkg install")= : > > Any already installed but out of date packages, either named on the = com- > mand line or from the sum of all their dependencies are added to the= work > list as upgrade jobs. The work list is sorted into dependency order= and > pkg install will present it to the user for approval before proceedi= ng, > unless overridden by the -y option or the ASSUME_ALWAYS_YES setting = in > pkg.conf. > > > So, you can apparently update individual packages, even though you use th= e somewhat confusingly named mechanism of "pkg install" to do so. (It woul= d be nice if "pkg upgrade foo" was a synonym for "pkg install foo" where "f= oo" is already installed.) > > Cheers, > > Paul. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 21:08:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBC0313A; Mon, 4 Nov 2013 21:08:34 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9147722ED; Mon, 4 Nov 2013 21:08:34 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id rp8so1521016pbb.3 for ; Mon, 04 Nov 2013 13:08:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/lud48gHxhNycsnZAkWjTP9kr3w4uCGFHbQd2mkLFYY=; b=bZRlaLIP/uemmd6OLgZad6DC3nPBoRknNXiXF5O6226RWiETeDHCHBtKGOQL550D61 ejgOnvpNlxmm7fhc+PRRdMLHJMUopfsP18O11v7y9qw5IICyBW7ZM4gPL15O72FsGBqp y2wYUYPck5ZdF1AMVToCFuyzibkgNyvFl2TI8+ExQtSlRBVH1xoZSkFolP8svysrJlwC DWHXJ7r6bt17r7KgJSQk8toHys1ZMvbebQaXxwgJPxi2MZ+DgayXhlXKb+08f10wcGfe fgaQUk+AMcNO9IaJaUeh4O5qbHWOzcYjj/Zse7PNKQ4gDJKrRRvsHP4P73eirTTxAbnV 6Lfw== MIME-Version: 1.0 X-Received: by 10.68.254.105 with SMTP id ah9mr19703534pbd.87.1383599313931; Mon, 04 Nov 2013 13:08:33 -0800 (PST) Received: by 10.68.218.136 with HTTP; Mon, 4 Nov 2013 13:08:33 -0800 (PST) In-Reply-To: <20131104170955.GH63947@dan.emsphone.com> References: <20131104170955.GH63947@dan.emsphone.com> Date: Mon, 4 Nov 2013 16:08:33 -0500 Message-ID: Subject: Re: how is the MAC for tap(4) computed? From: "illoai@gmail.com" To: Dan Nelson Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable List , Aryeh Friedman , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 21:08:34 -0000 On 4 November 2013 12:09, Dan Nelson wrote: > In the last episode (Nov 04), Aryeh Friedman said: >> There seems to be a very high rate of MAC address collisions when tap is >> running on different machines.... is there anyway to make the selection >> of MAC more random > > It looks like it's generated based on the number of ticks since boot, plus > the unit number of the tap device: > > http://fxr.watson.org/fxr/source/net/if_tap.c#L434 > > So if you have devices created on boot on a bunch of machines, chances are > high that you'll get conflicts. Maybe instead of using the 'ticks' value, > kern.hostid could be used instead? That has much better randomness than > 'ticks'. With physical interfaces you can use something like ifconfig ath0 ether 00:2d:44:88:ff:00 (assuming the device & the driver support changing MAC addresses) I've never tried it with a virtual interface, but it should work if the device supports it. -- -- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 21:12:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02E3E30C; Mon, 4 Nov 2013 21:12:18 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC67D2354; Mon, 4 Nov 2013 21:12:17 +0000 (UTC) Received: from mr3.cc.vt.edu (mr3.cc.vt.edu [198.82.141.68]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id rA4LBkbW029557; Mon, 4 Nov 2013 16:11:46 -0500 Received: from auth1.smtp.vt.edu (auth1.smtp.vt.edu [198.82.161.152]) by mr3.cc.vt.edu (8.14.4/8.14.4) with ESMTP id rA4LBjKK020164; Mon, 4 Nov 2013 16:11:45 -0500 Received: from [IPv6:2001:468:c80:c111:6951:4de:8061:c4b6] ([IPv6:2001:468:c80:c111:6951:4de:8061:c4b6]) (authenticated bits=0) by auth1.smtp.vt.edu (8.14.4/8.14.4) with ESMTP id rA4LBjSN010162 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 4 Nov 2013 16:11:45 -0500 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: pkgng: how to upgrade a single port? From: Paul Mather In-Reply-To: Date: Mon, 4 Nov 2013 16:11:45 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> To: Adrian Chadd X-Mailer: Apple Mail (2.1816) X-Spam-Status: No, score=0.5 required=5.0 tests=FUZZY_VPILL,RP_MATCHES_RCVD autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr3.cc.vt.edu Cc: FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 21:12:18 -0000 On Nov 4, 2013, at 3:19 PM, Adrian Chadd wrote: > Hi, >=20 > Just please keep in mind that when it claims the same version package > needs to be reinstalled, it seems to be for a good reason. Eg, the > base system library dependencies have changed. >=20 > Since there's no "stable" package snapshot, various package versions > get upgraded all the time. A package update to fix a security > vulnerability may have occured whilst its dependencies got updated, so > you have to upgrade the dependencies. And their dependencies. etc, > etc. I appreciate that, and that is why package managers have dependency = solvers that can work out which packages must be updated. But, as I = pointed out below, there are also cases where not all packages need to = be upgraded at once yet, ostensibly, "pkg upgrade" only supports this = method of upgrading (everything en masse). I have stumbled across this = use case myself. For example, one time there was a critical Java = security update to openjdk7 but also apache-solr had updated from = version 4.1 to 4.4 in our poudriere repo. I wanted to upgrade openjdk7 = but not apache-solr at that time, because I wanted to check that the = software we were developing that used Solr was compatible with 4.4. = Being able just to do "pkg upgrade openjdk7" would have been the = intuitive path there. (I wasn't at that time aware of "pkg install = openjdk7" to achieve the same end, so I ended up "pkg lock apache-solr" = followed by "pkg upgrade" instead, which ended up not quite working 100% = due to implementation bugs in pkg lock.) Maybe the original poster is familiar with "yum" which allows you to = update individual packages or update all packages. Looking at pkgng, it = appears it is modelled after Debian's apt-get in that it, too, uses = "install foo" to update package "foo" if it is already installed. = (Apt-get also has the "--only-upgrade" option.) I guess once you realise pkg is close in syntax and semantics to apt-get = then things make more sense. Otherwise, it seems counterintuitive that = "pkg upgrade" doesn't work for individual packages given that many = package managers allow this. It would also be more helpful if the man page for "pkg install" made it = more explicit that it will also upgrade a package that is already = installed. E.g., under "NAME" have instead "pkg install -- installs or = upgrades packages from remote package repositories". The first = paragraph under "DESCRIPTION" should also mention this use case. Of = course, having "pkg upgrade foo" behave like "pkg install foo" when = "foo" is already installed would be a bonus, too. That would make it = diverge from the apt-get syntax, though. Cheers, Paul. >=20 >=20 >=20 > -adrian >=20 >=20 > On 4 November 2013 11:37, Paul Mather wrote: >> On Nov 4, 2013, at 1:56 PM, Freddie Cash wrote: >>=20 >>> On Mon, Nov 4, 2013 at 10:19 AM, Mike Jakubik < >>> mike.jakubik@intertainservices.com> wrote: >>>=20 >>>> On 11/03/13 17:24, George Kontostanos wrote: >>>>=20 >>>>> You can alway lock a package or the packages that you don't need = to >>>>> upgrade. See: "pkg help lock" >>>>>=20 >>>>=20 >>>=20 >>>> Thanks for the info but that would be very tedious to do. Is it = just me or >>>> is this a gross oversight of this new pkg system? Also the fact = that with a >>>> pkg you can not choose any options for the port, you have to = install with >>>> options that the port maintainer chose. As it stands now if i do = pkg >>>> upgrade it wants to pull in a bunch of stuff that i do not want, = also it >>>> wants to re-install just about everything because of a "direct = dependency >>>> changed", im not sure this is correct as it wanted to re-install = pkg itself >>>> just after I freshly installed it from ports. >>>>=20 >>>=20 >>> It's not a limitation in the system; it's a disconnect between how = things >>> work and what you expect. :) >>>=20 >>> The official packages are built using the default options for each = port, >>> and they are created in a single batch. They are designed to be = upgraded >>> all at once so that everything is from the same compilation run, = using the >>> same builds of dependencies, etc. >>>=20 >>> It's expected that you will either never update the local repository = file >>> (ie, never run "pkg update" and add -U to all commands) so that = everything >>> is installed from the same repo version; or that you will specify a >>> specific date in the repo path; or that you will upgrade everything = in >>> lock-step with the repo (always run "pkg update" before an install; = always >>> run a "pkg upgrade" after an update). >>>=20 >>> If you want the most flexibility in how ports are configured, = ability to >>> install a single port, upgrade a single port, etc, then it's = expected that >>> you would use the ports tree directly, and compile everything = yourself. >>>=20 >>> If you want the best of both worlds (ability to configure ports = however you >>> want; ability to upgrade indibidual ports; not have to compile = everything >>> for every little change; etc) then you want to look into >>> ports-mgmt/poudriere. That allows you to create local pkg repos of >>> packages built however you like. And you control when a port gets = upgraded >>> in the pkg repo, and which dependencies get upgraded in the local = pkg repo, >>> etc. >>>=20 >>> It sounds like poudriere is what you want, not the official pkg = repo. >>=20 >>=20 >> I use poudriere but I also want to be able to update individual = packages. (Sort of "yum update foo" rather than just "yum update".) = The main scenario is that a package gets a security vulnerability (and = so has high priority for me to update) and I want to be able to update = that package on a machine (and packages that depend on it) but not = others that are also updated in the repo (which might need more local = testing and changes before I want to install the updated version). I = could achieve this by locking the packages I don't want updated, but = locking the majority of packages I don't want to update rather than just = updating the minority of packages I want to seems inconvenient to me. >>=20 >> However, it seems like "pkg install foo" will behave like "yum update = foo" for installed package "foo" (this is from the man page for "pkg = install"): >>=20 >> Any already installed but out of date packages, either named on = the com- >> mand line or from the sum of all their dependencies are added to = the work >> list as upgrade jobs. The work list is sorted into dependency = order and >> pkg install will present it to the user for approval before = proceeding, >> unless overridden by the -y option or the ASSUME_ALWAYS_YES = setting in >> pkg.conf. >>=20 >>=20 >> So, you can apparently update individual packages, even though you = use the somewhat confusingly named mechanism of "pkg install" to do so. = (It would be nice if "pkg upgrade foo" was a synonym for "pkg install = foo" where "foo" is already installed.) >>=20 >> Cheers, >>=20 >> Paul. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 22:08:55 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 959DFAC9; Mon, 4 Nov 2013 22:08:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44D4F26CA; Mon, 4 Nov 2013 22:08:55 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA4M8sXS014035; Mon, 4 Nov 2013 22:08:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA4M8su3014026; Mon, 4 Nov 2013 22:08:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 22:08:54 GMT Message-Id: <201311042208.rA4M8su3014026@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:08:55 -0000 TB --- 2013-11-04 18:30:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-04 18:30:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-04 18:30:22 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-11-04 18:30:22 - cleaning the object tree TB --- 2013-11-04 18:31:03 - /usr/local/bin/svn stat /src TB --- 2013-11-04 18:31:08 - At svn revision 257645 TB --- 2013-11-04 18:31:09 - building world TB --- 2013-11-04 18:31:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 18:31:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 18:31:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 18:31:09 - SRCCONF=/dev/null TB --- 2013-11-04 18:31:09 - TARGET=i386 TB --- 2013-11-04 18:31:09 - TARGET_ARCH=i386 TB --- 2013-11-04 18:31:09 - TZ=UTC TB --- 2013-11-04 18:31:09 - __MAKE_CONF=/dev/null TB --- 2013-11-04 18:31:09 - cd /src TB --- 2013-11-04 18:31:09 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 4 18:31:09 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 4 21:45:49 UTC 2013 TB --- 2013-11-04 21:45:49 - generating LINT kernel config TB --- 2013-11-04 21:45:49 - cd /src/sys/i386/conf TB --- 2013-11-04 21:45:49 - /usr/bin/make -B LINT TB --- 2013-11-04 21:45:49 - cd /src/sys/i386/conf TB --- 2013-11-04 21:45:49 - /usr/sbin/config -m LINT TB --- 2013-11-04 21:45:49 - building LINT kernel TB --- 2013-11-04 21:45:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 21:45:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 21:45:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 21:45:49 - SRCCONF=/dev/null TB --- 2013-11-04 21:45:49 - TARGET=i386 TB --- 2013-11-04 21:45:49 - TARGET_ARCH=i386 TB --- 2013-11-04 21:45:49 - TZ=UTC TB --- 2013-11-04 21:45:49 - __MAKE_CONF=/dev/null TB --- 2013-11-04 21:45:49 - cd /src TB --- 2013-11-04 21:45:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 21:45:49 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-04 22:08:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 22:08:54 - ERROR: failed to build LINT kernel TB --- 2013-11-04 22:08:54 - 10087.70 user 1024.04 system 13111.26 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 22:15:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0C521DF9 for ; Mon, 4 Nov 2013 22:15:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD1A82742 for ; Mon, 4 Nov 2013 22:15:19 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id j7so614629qaq.19 for ; Mon, 04 Nov 2013 14:15:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=1aZF/yUBuRA3TtlGicTpfZ8kQUp6jF7in4ogu9BBMC8=; b=C5gOoZf/lxnyJHCZJs3gmcPkfTzMTPh6jtiKb0TNrcicWV6H7NM/HMTJBdcGWDXrOn mobd7GyWWjdCcxPuP8u72LCY5O9KeayBAHmU3D6e9pCYpaC2DymTi1eeLn12UT0xQEAA 2DigzVJcMtYjLn7gfNlJELCOmWObApS7M+3bfhWXCEYJ+CcmZelnNLZd31OhQ9ZepwR3 dgC3GO6+lzhY7nFPRKiIB1GrNEOB2TDARAkzafzl9SFO3Mjd0Wflgqt//K1YWZCWDTfF pcw3JYxiJRyYe8sC7IO/9fEq9pXS/a2ukaSibM+Xl8FHqlRvHqDg5NMaqDusd6CDx7Fc GT1g== MIME-Version: 1.0 X-Received: by 10.49.103.161 with SMTP id fx1mr25200401qeb.68.1383603318930; Mon, 04 Nov 2013 14:15:18 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Mon, 4 Nov 2013 14:15:18 -0800 (PST) In-Reply-To: <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> Date: Mon, 4 Nov 2013 14:15:18 -0800 X-Google-Sender-Auth: vIm5oKHcx324CH7wbqGyuOzGXB0 Message-ID: Subject: Re: pkgng: how to upgrade a single port? From: Adrian Chadd To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:15:20 -0000 Hi, Yes, all the things you've said are correct. But once that's all said and done, you're still going to end up occasionally (or not so occasionally) hitting issues where upgrading a package without upgrading the dependencies ends up _breaking_ things. A lot of what makes yum/apt/etc work is because they have a stable package set and this hides all of the crap surrounding dependency changing hell. Things are much more exciting if you run debian-testing though (ie, you get exactly what you described with openjdk / apache-solr.) -adrian On 4 November 2013 13:11, Paul Mather wrote: > > On Nov 4, 2013, at 3:19 PM, Adrian Chadd wrote: > >> Hi, >> >> Just please keep in mind that when it claims the same version package >> needs to be reinstalled, it seems to be for a good reason. Eg, the >> base system library dependencies have changed. >> >> Since there's no "stable" package snapshot, various package versions >> get upgraded all the time. A package update to fix a security >> vulnerability may have occured whilst its dependencies got updated, so >> you have to upgrade the dependencies. And their dependencies. etc, >> etc. > > > I appreciate that, and that is why package managers have dependency solve= rs that can work out which packages must be updated. But, as I pointed out= below, there are also cases where not all packages need to be upgraded at = once yet, ostensibly, "pkg upgrade" only supports this method of upgrading = (everything en masse). I have stumbled across this use case myself. For e= xample, one time there was a critical Java security update to openjdk7 but = also apache-solr had updated from version 4.1 to 4.4 in our poudriere repo.= I wanted to upgrade openjdk7 but not apache-solr at that time, because I = wanted to check that the software we were developing that used Solr was com= patible with 4.4. Being able just to do "pkg upgrade openjdk7" would have = been the intuitive path there. (I wasn't at that time aware of "pkg instal= l openjdk7" to achieve the same end, so I ended up "pkg lock apache-solr" f= ollowed by "pkg upgrade" instead, which ended up not quite working 100% due= to implementation bugs in pkg lock.) > > Maybe the original poster is familiar with "yum" which allows you to upda= te individual packages or update all packages. Looking at pkgng, it appear= s it is modelled after Debian's apt-get in that it, too, uses "install foo"= to update package "foo" if it is already installed. (Apt-get also has the= "--only-upgrade" option.) > > I guess once you realise pkg is close in syntax and semantics to apt-get = then things make more sense. Otherwise, it seems counterintuitive that "pkg= upgrade" doesn't work for individual packages given that many package mana= gers allow this. > > It would also be more helpful if the man page for "pkg install" made it m= ore explicit that it will also upgrade a package that is already installed.= E.g., under "NAME" have instead "pkg install -- installs or upgrades pack= ages from remote package repositories". The first paragraph under "DESCRIP= TION" should also mention this use case. Of course, having "pkg upgrade fo= o" behave like "pkg install foo" when "foo" is already installed would be a= bonus, too. That would make it diverge from the apt-get syntax, though. > > Cheers, > > Paul. > >> >> >> >> -adrian >> >> >> On 4 November 2013 11:37, Paul Mather wrote: >>> On Nov 4, 2013, at 1:56 PM, Freddie Cash wrote: >>> >>>> On Mon, Nov 4, 2013 at 10:19 AM, Mike Jakubik < >>>> mike.jakubik@intertainservices.com> wrote: >>>> >>>>> On 11/03/13 17:24, George Kontostanos wrote: >>>>> >>>>>> You can alway lock a package or the packages that you don't need to >>>>>> upgrade. See: "pkg help lock" >>>>>> >>>>> >>>> >>>>> Thanks for the info but that would be very tedious to do. Is it just = me or >>>>> is this a gross oversight of this new pkg system? Also the fact that = with a >>>>> pkg you can not choose any options for the port, you have to install = with >>>>> options that the port maintainer chose. As it stands now if i do pkg >>>>> upgrade it wants to pull in a bunch of stuff that i do not want, also= it >>>>> wants to re-install just about everything because of a "direct depend= ency >>>>> changed", im not sure this is correct as it wanted to re-install pkg = itself >>>>> just after I freshly installed it from ports. >>>>> >>>> >>>> It's not a limitation in the system; it's a disconnect between how thi= ngs >>>> work and what you expect. :) >>>> >>>> The official packages are built using the default options for each por= t, >>>> and they are created in a single batch. They are designed to be upgra= ded >>>> all at once so that everything is from the same compilation run, using= the >>>> same builds of dependencies, etc. >>>> >>>> It's expected that you will either never update the local repository f= ile >>>> (ie, never run "pkg update" and add -U to all commands) so that everyt= hing >>>> is installed from the same repo version; or that you will specify a >>>> specific date in the repo path; or that you will upgrade everything in >>>> lock-step with the repo (always run "pkg update" before an install; al= ways >>>> run a "pkg upgrade" after an update). >>>> >>>> If you want the most flexibility in how ports are configured, ability = to >>>> install a single port, upgrade a single port, etc, then it's expected = that >>>> you would use the ports tree directly, and compile everything yourself= . >>>> >>>> If you want the best of both worlds (ability to configure ports howeve= r you >>>> want; ability to upgrade indibidual ports; not have to compile everyth= ing >>>> for every little change; etc) then you want to look into >>>> ports-mgmt/poudriere. That allows you to create local pkg repos of >>>> packages built however you like. And you control when a port gets upg= raded >>>> in the pkg repo, and which dependencies get upgraded in the local pkg = repo, >>>> etc. >>>> >>>> It sounds like poudriere is what you want, not the official pkg repo. >>> >>> >>> I use poudriere but I also want to be able to update individual package= s. (Sort of "yum update foo" rather than just "yum update".) The main sce= nario is that a package gets a security vulnerability (and so has high prio= rity for me to update) and I want to be able to update that package on a ma= chine (and packages that depend on it) but not others that are also updated= in the repo (which might need more local testing and changes before I want= to install the updated version). I could achieve this by locking the pack= ages I don't want updated, but locking the majority of packages I don't wan= t to update rather than just updating the minority of packages I want to se= ems inconvenient to me. >>> >>> However, it seems like "pkg install foo" will behave like "yum update f= oo" for installed package "foo" (this is from the man page for "pkg install= "): >>> >>> Any already installed but out of date packages, either named on the= com- >>> mand line or from the sum of all their dependencies are added to th= e work >>> list as upgrade jobs. The work list is sorted into dependency orde= r and >>> pkg install will present it to the user for approval before proceed= ing, >>> unless overridden by the -y option or the ASSUME_ALWAYS_YES setting= in >>> pkg.conf. >>> >>> >>> So, you can apparently update individual packages, even though you use = the somewhat confusingly named mechanism of "pkg install" to do so. (It wo= uld be nice if "pkg upgrade foo" was a synonym for "pkg install foo" where = "foo" is already installed.) >>> >>> Cheers, >>> >>> Paul. >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >> > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 22:45:44 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D41544AC; Mon, 4 Nov 2013 22:45:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84D0128CE; Mon, 4 Nov 2013 22:45:44 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA4MjhZg060631; Mon, 4 Nov 2013 22:45:43 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA4MjhbJ060628; Mon, 4 Nov 2013 22:45:43 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 22:45:43 GMT Message-Id: <201311042245.rA4MjhbJ060628@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:45:44 -0000 TB --- 2013-11-04 18:30:22 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-04 18:30:22 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-04 18:30:22 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-11-04 18:30:22 - cleaning the object tree TB --- 2013-11-04 18:31:09 - /usr/local/bin/svn stat /src TB --- 2013-11-04 18:31:13 - At svn revision 257645 TB --- 2013-11-04 18:31:14 - building world TB --- 2013-11-04 18:31:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 18:31:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 18:31:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 18:31:14 - SRCCONF=/dev/null TB --- 2013-11-04 18:31:14 - TARGET=amd64 TB --- 2013-11-04 18:31:14 - TARGET_ARCH=amd64 TB --- 2013-11-04 18:31:14 - TZ=UTC TB --- 2013-11-04 18:31:14 - __MAKE_CONF=/dev/null TB --- 2013-11-04 18:31:14 - cd /src TB --- 2013-11-04 18:31:14 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 4 18:31:15 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 Mon Nov 4 22:23:36 UTC 2013 TB --- 2013-11-04 22:23:36 - generating LINT kernel config TB --- 2013-11-04 22:23:36 - cd /src/sys/amd64/conf TB --- 2013-11-04 22:23:36 - /usr/bin/make -B LINT TB --- 2013-11-04 22:23:36 - cd /src/sys/amd64/conf TB --- 2013-11-04 22:23:36 - /usr/sbin/config -m LINT TB --- 2013-11-04 22:23:36 - building LINT kernel TB --- 2013-11-04 22:23:36 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 22:23:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 22:23:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 22:23:36 - SRCCONF=/dev/null TB --- 2013-11-04 22:23:36 - TARGET=amd64 TB --- 2013-11-04 22:23:36 - TARGET_ARCH=amd64 TB --- 2013-11-04 22:23:36 - TZ=UTC TB --- 2013-11-04 22:23:36 - __MAKE_CONF=/dev/null TB --- 2013-11-04 22:23:36 - cd /src TB --- 2013-11-04 22:23:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 22:23:36 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-04 22:45:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 22:45:43 - ERROR: failed to build LINT kernel TB --- 2013-11-04 22:45:43 - 11586.34 user 1320.64 system 15320.79 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 22:52:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D7EC575D for ; Mon, 4 Nov 2013 22:52:53 +0000 (UTC) (envelope-from shawn@wallbridge.net) Received: from mail.wallbridge.net (mail.wallbridge.net [72.55.175.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54A4F293B for ; Mon, 4 Nov 2013 22:52:52 +0000 (UTC) Received: from [192.168.1.100] (rrcs-24-43-36-195.west.biz.rr.com [24.43.36.195]) by mail.wallbridge.net (OpenSMTPD) with ESMTP id f13707b7 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128); Mon, 4 Nov 2013 16:52:42 -0600 (CST) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1812\)) Subject: Re: 9.2-RELEASE Kernel panic, mbuf underflow From: Shawn Wallbridge In-Reply-To: <20131102195425.GI73243@funkthat.com> Date: Mon, 4 Nov 2013 14:52:39 -0800 Message-Id: References: <20131102195425.GI73243@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1812) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:52:53 -0000 On Nov 2, 2013, at 12:54 PM, John-Mark Gurney wrote: > Shawn Wallbridge wrote this message on Tue, Oct 29, 2013 at 21:37 = -0700: >> I have a file server that keeps panic?ing with a mbuf cluster in the = 17 Quadrillion range (2^64 - 2). I am pretty sure it?s a buffer = underflow. >=20 > Ok, after some tracking stuff down, I do not think it has anything to > do w/ mbufs, as the stats appear to be correct... The problem is that > mbuf clusters takes into the fact that some clusters might be still > associated w/ packets (from usr.bin/netstat/mbuf.c): > printf("%ju/%ju/%ju/%ju mbuf clusters in use " > "(current/cache/total/max)\n", > cluster_count - packet_free, cluster_free + packet_free, > cluster_count + cluster_free, cluster_limit); >=20 > notice how current is cluster_count - packet_free instead of something > like cluster_count - cluster_free... And I just printed your values > from vmcore.6, and apparently packet_count is 0, while packet_free is > 5215... >=20 > cluster_count is 2049, cluster_free is 1997.. >=20 > And because packet is a secondary zone of mbufs, things apparently get > confused... So I wouldn't go down this road anymore... This looks > like a simple race/accounting error in the status... >=20 >> I have opened a PR, but I haven?t had any movement on it. This = happened while I was running 9.1-RELEASE as well. >>=20 >> Here is the PR.. >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183424 >>=20 >> And I have uploaded the crash dumps here.. >>=20 >> http://www.wallbridge.net/crash/ >>=20 >> If anyone has any ideas, I would be grateful as this is a production = box and it?s really impacting us.=20 >=20 > Have you done a full fsck on the fs to make sure that there isn't any > corruption on the disk that keeps popping up? I do realize that it > will take a LONG time to fsck... Sadly, you're last three cores > (all on 9.2-R) are for different inodes... >=20 > Could you tell me the path and filename of inodes: 3226539015, > 3224134148 and 3343904256? It could help us track down which app is > causing this and being able to reproduce this... >=20 > To find the inode on the fs use find -inum , so: > find -inum 3226539015 -or -inum 3224134148 -or -inum 3343904256 >=20 > will do it in one pass so it won't take so long... >=20 > Thanks. >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org=94 Just wanted to update the list on this,=20 The machine has now crashed with the INVARIANTS kernel, the kernel dumps = are here.. wallbridge.net/crash/20131104/core.txt.4.gz wallbridge.net/crash/20131104/info.4.gz wallbridge.net/crash/20131104/vmcore.4.gz shawn From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 23:03:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4B31ABF for ; Mon, 4 Nov 2013 23:03:09 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33FAD29E9 for ; Mon, 4 Nov 2013 23:03:08 +0000 (UTC) Received: (qmail 15500 invoked by uid 89); 4 Nov 2013 23:01:21 -0000 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 4 Nov 2013 23:01:21 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: pkgng: how to upgrade a single port? From: Rainer Duffner In-Reply-To: Date: Tue, 5 Nov 2013 00:01:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> To: Adrian Chadd X-Mailer: Apple Mail (2.1816) Cc: FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 23:03:09 -0000 Am 04.11.2013 um 23:15 schrieb Adrian Chadd : > Hi, >=20 > Yes, all the things you've said are correct. >=20 > But once that's all said and done, you're still going to end up > occasionally (or not so occasionally) hitting issues where upgrading a > package without upgrading the dependencies ends up _breaking_ things. >=20 > A lot of what makes yum/apt/etc work is because they have a stable > package set and this hides all of the crap surrounding dependency > changing hell. Things are much more exciting if you run debian-testing > though (ie, you get exactly what you described with openjdk / > apache-solr.) >=20 Weren=92t there plans to run a =84stable=93 ports-tree at some point? Does anybody know how large a ports-tree is without GUI-apps? Our internal repo is now just shy of 1000 packages (most php53-modules, = 100+ PERL-modules, some python, ruby, apache, nginx, some java). It=92s a huge effort to stabilize that tree between releases - I can=92t = imagine anybody doing it for the full ports-tree without a couple of = FTEs. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 4 23:27:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4F343B8; Mon, 4 Nov 2013 23:27:43 +0000 (UTC) (envelope-from ben@b1c1l1.com) Received: from lancer.b1c1l1.com (lancer.b1c1l1.com [IPv6:2607:f358:1a:1a:1000::]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 869772B43; Mon, 4 Nov 2013 23:27:43 +0000 (UTC) Received: by lancer.b1c1l1.com (Postfix) with ESMTPSA id 5FAA85C34; Mon, 4 Nov 2013 15:27:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=b1c1l1.com; s=default; t=1383607660; bh=AEy8kGXaoUsf2n3iwWE2w+s/shOaPOpH2BJDxYTLQAs=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=RmcmXGG/wm0nHu7WgiMuX1x0Cikr/B9qxQ+2XnK6kMsl/Fhhhyvl921Z5olTph8j8 3k67SFFxTqJHbkucn1F44p/zFdaAPNszUjw0ta/CbIelUHIhhrX6gR9QgtX6f4ZyDI nAh/XloU7o3sqJXk3maeihya9txWKTzY7RS+aEkY= Date: Mon, 4 Nov 2013 15:27:28 -0800 From: Benjamin Lee To: Paul Mather Subject: Re: pkgng: how to upgrade a single port? Message-ID: <20131104152728.595542da@b1c1l1.com> In-Reply-To: <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/doygCE2oID7ozJvKvfpAdo6"; protocol="application/pgp-signature" Cc: Adrian Chadd , FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 23:27:43 -0000 --Sig_/doygCE2oID7ozJvKvfpAdo6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 4 Nov 2013 16:11:45 -0500, Paul Mather wr= ote: >=20 > On Nov 4, 2013, at 3:19 PM, Adrian Chadd wrote: >=20 > > Hi, > >=20 > > Just please keep in mind that when it claims the same version package > > needs to be reinstalled, it seems to be for a good reason. Eg, the > > base system library dependencies have changed. > >=20 > > Since there's no "stable" package snapshot, various package versions > > get upgraded all the time. A package update to fix a security > > vulnerability may have occured whilst its dependencies got updated, so > > you have to upgrade the dependencies. And their dependencies. etc, > > etc. >=20 >=20 > I appreciate that, and that is why package managers have dependency solve= rs that can work out which packages must be updated. But, as I pointed out= below, there are also cases where not all packages need to be upgraded at = once yet, ostensibly, "pkg upgrade" only supports this method of upgrading = (everything en masse). I have stumbled across this use case myself. For e= xample, one time there was a critical Java security update to openjdk7 but = also apache-solr had updated from version 4.1 to 4.4 in our poudriere repo.= I wanted to upgrade openjdk7 but not apache-solr at that time, because I = wanted to check that the software we were developing that used Solr was com= patible with 4.4. Being able just to do "pkg upgrade openjdk7" would have = been the intuitive path there. (I wasn't at that time aware of "pkg instal= l openjdk7" to achieve the same end, so I ended up "pkg lock apache-solr" f= ollowed by "pkg upgrade" instead, which ended up not quite working 100% due= to implementatio > n bugs in pkg lock.) What you're referring to has nothing to do with the implementation details of pkg(8) or any other package manager like Yum. This is an inherent issue to rolling release distributions such as the FreeBSD Ports collection. As has been mentioned already, some distributions with versioned release strategies (such as Red Hat Enterprise Linux) freeze their package dependency graphs. And since upstream developers frequently require versions newer than the frozen dependencies, they have also effectively forked every package in their distributions (and introduced their own bugs like the infamous Red Hat Perl bug [1]). Anybody is welcome to fork and maintain their own ports tree and use the same type of versioned release strategy -- large shops already do this. Existing tools (even the older pkg_* family and tinderbox) can then be used to perform one-off upgrades. [1] http://www.infoworld.com/d/developer-world/bitten-the-red-hat-perl-bug-= 070 --=20 Benjamin Lee http://www.b1c1l1.com/ --Sig_/doygCE2oID7ozJvKvfpAdo6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJSeC1qAAoJEIdV4+NBZRmFs1wP/iE5Bch+XqStTNRZV0uR5mPW GytzilPcF84sWXVsLO5S5QZ8cSOUS6Ve25gz0RlBzhcHL42gn/vK8/BSjW3SZB9b t1N+ImqfE44ZDuUx146wdo6t7rDDx8HflsiEY9+cMxTPVDItt3plrfwgubeQ7Atj RyNDKtjINhi5RnxNyKyyeDrgcurJUfte/xF32gavXPm073WBYQIlvVsGYzxhx/Ou YsAKgmQnCnL4MSfSSAjdqt+ySh18hp+ukRNwWcQ1RhedN6tbJ1DbUPIIvweEYfaE 9iH0w12l3gGbEXmNLEz1ZU4HDpeZF+kPxoMszkBABqvlT27WbWpFyUeTJbfxfuGb mdA50djj9p/UX5WlcOeyySxIdANfQnDsQdDMVspXkPKqYSHN21CZl266aI8c0B+m F2K4Avso98ru4/EEn2LeGVRCNys7MAOtuWuJiOtNb9Jt8Mv2qpq97k6h4hIYo7MU c7zup9HRFyvwsaQYJEn70AmVuN3LcHJI002VfsOdVF40NH2auh93QFnJ2n/+P7Ia Yk+6u5MFxSK1RYlC2jm3PFfSdc0PBhS+WRjgt3go1npjnCwQc+KuUZyg8Mba4Skx 0BYRN7T6uN5AaJaHV3Q7YLoYUsAtqd/D4WFUP3jj4e42jbAeMIUwHSHExQb1IeM/ NE15jFlh9CpFvCaYM8cR =BcxI -----END PGP SIGNATURE----- --Sig_/doygCE2oID7ozJvKvfpAdo6-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 01:03:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 44671F8A; Tue, 5 Nov 2013 01:03:23 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB4DC2074; Tue, 5 Nov 2013 01:03:22 +0000 (UTC) Received: from mr2.cc.vt.edu (mr2.cc.vt.edu [198.82.163.74]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id rA512p0h028561; Mon, 4 Nov 2013 20:02:51 -0500 Received: from auth1.smtp.vt.edu (auth1.smtp.vt.edu [198.82.161.152]) by mr2.cc.vt.edu (8.14.4/8.14.4) with ESMTP id rA512p5X011384; Mon, 4 Nov 2013 20:02:51 -0500 Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth1.smtp.vt.edu (8.14.4/8.14.4) with ESMTP id rA512mw1024508 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 4 Nov 2013 20:02:49 -0500 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: pkgng: how to upgrade a single port? From: Paul Mather In-Reply-To: Date: Mon, 4 Nov 2013 20:02:48 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <81B1C865-2FE9-40B1-92DE-25A0869854E3@gromit.dlib.vt.edu> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> To: Adrian Chadd X-Mailer: Apple Mail (2.1816) X-Spam-Status: No, score=-0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr2.cc.vt.edu Cc: FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 01:03:23 -0000 On Nov 4, 2013, at 5:15 PM, Adrian Chadd wrote: > Hi, >=20 > Yes, all the things you've said are correct. >=20 > But once that's all said and done, you're still going to end up > occasionally (or not so occasionally) hitting issues where upgrading a > package without upgrading the dependencies ends up _breaking_ things. I am not disagreeing with any of that, nor am I advocating updating = dependent packages without updating dependencies that are also required = to be updated. (As I said, it is the job of the solver to determine = what must be updated.) But, there are also times when you have disjoint = sets of packages where you would like to update one without updating the = other. It would be nice if there was an obvious way to do that. = (There's a way to do it, but the command name is somewhat unintuitive.) > A lot of what makes yum/apt/etc work is because they have a stable > package set and this hides all of the crap surrounding dependency > changing hell. Things are much more exciting if you run debian-testing > though (ie, you get exactly what you described with openjdk / > apache-solr.) Things can get exciting running ports at times. :-) But, if there's one = thing I rely on pkg to do for me it is to keep track of that = dependency-changing hell. If it tells me I need to update a dependency = and I ignore it, I expect bad things to happen. That is regardless of = how stable or volatile the package set is. I have always admired the NetBSD pkgsrc Quarterly releases, which is = close to getting a -STABLE package set on *BSD. Has there ever been = discussion of a slower-moving Ports set for FreeBSD that only gets = security updates? That would be a nice middle ground between the = glacial progress of RHEL Yum packages and the -CURRENT like Ports as it = is right now. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 01:51:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1909B3A; Tue, 5 Nov 2013 01:51:16 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D8392284; Tue, 5 Nov 2013 01:51:16 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 885F421FE0; Mon, 4 Nov 2013 20:51:15 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Mon, 04 Nov 2013 20:51:15 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id :references:to; s=smtpout; bh=VhjLu3s/qsoRbFRGGjrrQgT67Yk=; b=Id UBG4Kmt+VR8b3r1pRN+GAQVPxfeDfcxmYIHS5zX7C+TcwwB8+EJyS46Uxgm0o2If PqBlZPfIJBudt4U9e8SQE0ac9+sw8yI095LsDx981eTNqlky9MpLhhjp/hEFpavT LKiR7Hb1K9zlCseP6/1BcMaylLzhN2cHtY4udB1Vo= X-Sasl-enc: qnRXvdm1PkKhCgQ6vZxEGRi7Uz5Rt2uK1ezBns5AJQSB 1383616275 Received: from [172.16.1.145] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id B876B6804E7; Mon, 4 Nov 2013 20:51:14 -0500 (EST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1811\)) Subject: Re: pkgng: how to upgrade a single port? From: Mark Felder In-Reply-To: <81B1C865-2FE9-40B1-92DE-25A0869854E3@gromit.dlib.vt.edu> Date: Mon, 4 Nov 2013 19:51:13 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3E083FEB-F959-4451-A1BB-F36A696A35D6@FreeBSD.org> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> <81B1C865-2FE9-40B1-92DE-25A0869854E3@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.1811) Cc: Adrian Chadd , FreeBSD Stable , Mike Jakubik X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 01:51:16 -0000 On Nov 4, 2013, at 19:02, Paul Mather wrote: > I have always admired the NetBSD pkgsrc Quarterly releases, which is = close to getting a -STABLE package set on *BSD. Has there ever been = discussion of a slower-moving Ports set for FreeBSD that only gets = security updates? That would be a nice middle ground between the glacial = progress of RHEL Yum packages and the -CURRENT like Ports as it is right = now. The only thing stopping that is manpower. We don=92t have it. Please = feel free to join the ports team and scratch that itch. However, we = already have enough architectural work ahead of us and PRs to sift = through that it probably isn=92t feasible at this point in time.= From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 06:08:58 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AC93F4DF; Tue, 5 Nov 2013 06:08:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BB9B2DDB; Tue, 5 Nov 2013 06:08:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA568ubl042437; Tue, 5 Nov 2013 06:08:56 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA568uCv042401; Tue, 5 Nov 2013 06:08:56 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 06:08:56 GMT Message-Id: <201311050608.rA568uCv042401@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 06:08:58 -0000 TB --- 2013-11-05 02:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-05 02:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-05 02:30:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-11-05 02:30:23 - cleaning the object tree TB --- 2013-11-05 02:30:59 - /usr/local/bin/svn stat /src TB --- 2013-11-05 02:31:03 - At svn revision 257668 TB --- 2013-11-05 02:31:04 - building world TB --- 2013-11-05 02:31:04 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 02:31:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 02:31:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 02:31:04 - SRCCONF=/dev/null TB --- 2013-11-05 02:31:04 - TARGET=i386 TB --- 2013-11-05 02:31:04 - TARGET_ARCH=i386 TB --- 2013-11-05 02:31:04 - TZ=UTC TB --- 2013-11-05 02:31:04 - __MAKE_CONF=/dev/null TB --- 2013-11-05 02:31:04 - cd /src TB --- 2013-11-05 02:31:04 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 5 02:31: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 >>> World build completed on Tue Nov 5 05:45:31 UTC 2013 TB --- 2013-11-05 05:45:31 - generating LINT kernel config TB --- 2013-11-05 05:45:31 - cd /src/sys/i386/conf TB --- 2013-11-05 05:45:31 - /usr/bin/make -B LINT TB --- 2013-11-05 05:45:31 - cd /src/sys/i386/conf TB --- 2013-11-05 05:45:31 - /usr/sbin/config -m LINT TB --- 2013-11-05 05:45:31 - building LINT kernel TB --- 2013-11-05 05:45:31 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 05:45:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 05:45:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 05:45:31 - SRCCONF=/dev/null TB --- 2013-11-05 05:45:31 - TARGET=i386 TB --- 2013-11-05 05:45:31 - TARGET_ARCH=i386 TB --- 2013-11-05 05:45:31 - TZ=UTC TB --- 2013-11-05 05:45:31 - __MAKE_CONF=/dev/null TB --- 2013-11-05 05:45:31 - cd /src TB --- 2013-11-05 05:45:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 05:45: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-05 06:08:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 06:08:56 - ERROR: failed to build LINT kernel TB --- 2013-11-05 06:08:56 - 10078.74 user 1030.11 system 13112.62 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 06:44:55 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDB62327; Tue, 5 Nov 2013 06:44:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C5272F68; Tue, 5 Nov 2013 06:44:55 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA56isNW083311; Tue, 5 Nov 2013 06:44:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA56isFe083263; Tue, 5 Nov 2013 06:44:54 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 06:44:54 GMT Message-Id: <201311050644.rA56isFe083263@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 06:44:55 -0000 TB --- 2013-11-05 02:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-05 02:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-05 02:30:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-11-05 02:30:23 - cleaning the object tree TB --- 2013-11-05 02:31:15 - /usr/local/bin/svn stat /src TB --- 2013-11-05 02:31:20 - At svn revision 257668 TB --- 2013-11-05 02:31:21 - building world TB --- 2013-11-05 02:31:21 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 02:31:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 02:31:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 02:31:21 - SRCCONF=/dev/null TB --- 2013-11-05 02:31:21 - TARGET=amd64 TB --- 2013-11-05 02:31:21 - TARGET_ARCH=amd64 TB --- 2013-11-05 02:31:21 - TZ=UTC TB --- 2013-11-05 02:31:21 - __MAKE_CONF=/dev/null TB --- 2013-11-05 02:31:21 - cd /src TB --- 2013-11-05 02:31:21 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 5 02:31: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Nov 5 06:22:43 UTC 2013 TB --- 2013-11-05 06:22:43 - generating LINT kernel config TB --- 2013-11-05 06:22:43 - cd /src/sys/amd64/conf TB --- 2013-11-05 06:22:43 - /usr/bin/make -B LINT TB --- 2013-11-05 06:22:43 - cd /src/sys/amd64/conf TB --- 2013-11-05 06:22:43 - /usr/sbin/config -m LINT TB --- 2013-11-05 06:22:43 - building LINT kernel TB --- 2013-11-05 06:22:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 06:22:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 06:22:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 06:22:43 - SRCCONF=/dev/null TB --- 2013-11-05 06:22:43 - TARGET=amd64 TB --- 2013-11-05 06:22:43 - TARGET_ARCH=amd64 TB --- 2013-11-05 06:22:43 - TZ=UTC TB --- 2013-11-05 06:22:43 - __MAKE_CONF=/dev/null TB --- 2013-11-05 06:22:43 - cd /src TB --- 2013-11-05 06:22:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 06:22:44 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-05 06:44:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 06:44:54 - ERROR: failed to build LINT kernel TB --- 2013-11-05 06:44:54 - 11564.69 user 1315.53 system 15270.61 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 06:50:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C68C49CE for ; Tue, 5 Nov 2013 06:50:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D4C52FCB for ; Tue, 5 Nov 2013 06:50:26 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id w10so7899849pde.30 for ; Mon, 04 Nov 2013 22:50:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=970ZguWxPgYCApKLeu7/E7vgAxYlf+jgFFrhnOBFYaA=; b=hWUcWLgjxbZCmSVkKfVrTOcKWmj7HqQOueO/SNEqRGDTCV3meA0j3CnDfX4yzwl3f/ T+1WjNJlcupmeFM2c/5Q8djX8uEaRPy3uXPkzmuN4R63s+eQ1SUXkPTa9p3hrOuG0ik+ a+106pgQPNpBBZgQYqdBGRnre5GGfAG8YNGETkeukOJOemufTNjA9dAgjLpw5iYMdoJo icq7UBm9pOEFUYtXTUzUVGFVWSCAuiG/A0j8zTLg0AnAbTFyNeR3wQkmU8Okvb6fFgbW FcpioNqr9Z1bLiXeTbwmFUQAw+Zmw6n984/y3NnWYJvrtrgks0dARDOpJ03yiIqmlqmL pCuQ== X-Received: by 10.66.162.136 with SMTP id ya8mr21288223pab.110.1383634226180; Mon, 04 Nov 2013 22:50:26 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id i6sm32484612pbc.1.2013.11.04.22.50.23 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 04 Nov 2013 22:50:25 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 05 Nov 2013 15:50:21 +0900 From: Yonghyeon PYUN Date: Tue, 5 Nov 2013 15:50:21 +0900 To: Boris Samorodov Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20131105065021.GB1406@michelle.cdnetworks.com> References: <526FBA53.9000208@passap.ru> <20131030021650.GA3106@michelle.cdnetworks.com> <52725C3D.2030602@passap.ru> <5272AA01.40803@passap.ru> <20131101050506.GA1413@michelle.cdnetworks.com> <52738362.7030301@passap.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52738362.7030301@passap.ru> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 06:50:26 -0000 On Fri, Nov 01, 2013 at 02:33:06PM +0400, Boris Samorodov wrote: > 01.11.2013 09:05, Yonghyeon PYUN пишет: > > On Thu, Oct 31, 2013 at 11:05:37PM +0400, Boris Samorodov wrote: > >> 31.10.2013 17:33, Boris Samorodov пишет: > >>> 30.10.2013 06:16, Yonghyeon PYUN пишет: > >>>> On Tue, Oct 29, 2013 at 05:38:27PM +0400, Boris Samorodov wrote: > >>> > >>>>> >From time to time I use a notebook and boot FreeBSD from USB > >>>>> stick. FreeBSD 9.2-i386 works OK. So I tried to use > >>>>> FreeBSD 10.0-i386 BETA2 and the network adapter works for > >>>>> some 10-15 seconds and then stops with diagnostic message > >>>>> "msk0:watchdog timeout". I've found similar case at > >>>>> freebsd-current@ with no workaround. Yes, there is an > >>>>> interrupt storm as well. > >>>> > >>>> There had been no functional changes for very long time so I'm not > >>>> sure what's going on here. I've attached local change I have at > >>>> this moment but I'm afraid it wouldn't address the issue above. > >>>> > >>>> I recall jhb also reported interrupt storm in the past but the root > >>>> cause was not identified yet. Could you change msk_intr() and let > >>>> me know which interrupt is firing? > >>> > >>> I've yet to organize a build. > >> > >> Success! The system is up, fetching and uploading for an hour now. > >> No more watchdog timeouts, storms and freeses (stable/10, i386, > >> r257422M, modified by your patch). > > > > Committed in r257490. > > Thanks a lot for reporting and testing! > > Great, thank you. > > With hope it's not too late to MFC the change before 10.0 is released. FYI: MFC done. 10.0 will ship the change. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 14:07:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 704B8B14; Tue, 5 Nov 2013 14:07:04 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1880529ED; Tue, 5 Nov 2013 14:07:04 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id gq1so8617222obb.31 for ; Tue, 05 Nov 2013 06:07:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Efu92jVZ12Y7zKCQio/ln87Ioav/rr5kRCmRcNUllmg=; b=hAtoL7jfliMCvNVva2sYyNJIbphPKjBDKMRg2qwR+FmZZO+C4O3otAWuPrD1GvNA39 VJJCxzvcQZLxNTkvDq3QwNZ2vhmrr6DwJdwSprjHk0ZpaU4TIasTzPrsN9DR5RdO3191 zt9r4MJN8SyDSVl3nmxBI+rKwuhPcsUUJRr1LIlAlBhtXnA3gADUrZhrYnukAMvtvOxt SG9PqHpUzqjxGMhvZ03a4lIjCOVhjmC8IMtVtGWlDT1Gq6bWpRWVGiFo6tJMnuyV33fy wxnRRimQV/hvFwIKq24Mtv9dBv5aOvTS1Frp7Wpsi0pNCCWvQFQumJW2UYC1dCdZG7Qk 2auw== MIME-Version: 1.0 X-Received: by 10.60.117.38 with SMTP id kb6mr19042053oeb.7.1383660423446; Tue, 05 Nov 2013 06:07:03 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 06:07:03 -0800 (PST) Date: Tue, 5 Nov 2013 15:07:03 +0100 Message-ID: Subject: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: freebsd-stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: davide@freebsd.org, mav@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 14:07:04 -0000 Hi all! The machine is a Haswell machine, the disc performance was very poor (20-30MByte/sec). When I change the kern.eventtimer.idletick from 0 to 1, the normal performance restored back to normal (70-90MByte/sec). The default eventtimer was LAPIC. On other machine Q9300, this was fully reproducible. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 14:09:17 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EB1F8EC5; Tue, 5 Nov 2013 14:09:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A6382A37; Tue, 5 Nov 2013 14:09:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA5E9GY7077719; Tue, 5 Nov 2013 14:09:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA5E9GcK077710; Tue, 5 Nov 2013 14:09:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 14:09:16 GMT Message-Id: <201311051409.rA5E9GcK077710@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 14:09:18 -0000 TB --- 2013-11-05 10:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-05 10:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-05 10:30:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-11-05 10:30:23 - cleaning the object tree TB --- 2013-11-05 10:31:01 - /usr/local/bin/svn stat /src TB --- 2013-11-05 10:31:05 - At svn revision 257696 TB --- 2013-11-05 10:31:06 - building world TB --- 2013-11-05 10:31:06 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 10:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 10:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 10:31:06 - SRCCONF=/dev/null TB --- 2013-11-05 10:31:06 - TARGET=i386 TB --- 2013-11-05 10:31:06 - TARGET_ARCH=i386 TB --- 2013-11-05 10:31:06 - TZ=UTC TB --- 2013-11-05 10:31:06 - __MAKE_CONF=/dev/null TB --- 2013-11-05 10:31:06 - cd /src TB --- 2013-11-05 10:31:06 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 5 10:31:07 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 5 13:46:00 UTC 2013 TB --- 2013-11-05 13:46:00 - generating LINT kernel config TB --- 2013-11-05 13:46:00 - cd /src/sys/i386/conf TB --- 2013-11-05 13:46:00 - /usr/bin/make -B LINT TB --- 2013-11-05 13:46:00 - cd /src/sys/i386/conf TB --- 2013-11-05 13:46:00 - /usr/sbin/config -m LINT TB --- 2013-11-05 13:46:00 - building LINT kernel TB --- 2013-11-05 13:46:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 13:46:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 13:46:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 13:46:00 - SRCCONF=/dev/null TB --- 2013-11-05 13:46:00 - TARGET=i386 TB --- 2013-11-05 13:46:00 - TARGET_ARCH=i386 TB --- 2013-11-05 13:46:00 - TZ=UTC TB --- 2013-11-05 13:46:00 - __MAKE_CONF=/dev/null TB --- 2013-11-05 13:46:00 - cd /src TB --- 2013-11-05 13:46:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 13:46: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-05 14:09:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 14:09:16 - ERROR: failed to build LINT kernel TB --- 2013-11-05 14:09:16 - 10085.69 user 1026.24 system 13132.61 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 14:46:17 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E9F12E9F; Tue, 5 Nov 2013 14:46:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9933D2CB8; Tue, 5 Nov 2013 14:46:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA5EkGWR025680; Tue, 5 Nov 2013 14:46:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA5EkGib025675; Tue, 5 Nov 2013 14:46:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 14:46:16 GMT Message-Id: <201311051446.rA5EkGib025675@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 14:46:18 -0000 TB --- 2013-11-05 10:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-05 10:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-05 10:30:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-11-05 10:30:23 - cleaning the object tree TB --- 2013-11-05 10:31:05 - /usr/local/bin/svn stat /src TB --- 2013-11-05 10:31:12 - At svn revision 257696 TB --- 2013-11-05 10:31:13 - building world TB --- 2013-11-05 10:31:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 10:31:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 10:31:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 10:31:13 - SRCCONF=/dev/null TB --- 2013-11-05 10:31:13 - TARGET=amd64 TB --- 2013-11-05 10:31:13 - TARGET_ARCH=amd64 TB --- 2013-11-05 10:31:13 - TZ=UTC TB --- 2013-11-05 10:31:13 - __MAKE_CONF=/dev/null TB --- 2013-11-05 10:31:13 - cd /src TB --- 2013-11-05 10:31:13 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 5 10:31: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Nov 5 14:24:20 UTC 2013 TB --- 2013-11-05 14:24:20 - generating LINT kernel config TB --- 2013-11-05 14:24:20 - cd /src/sys/amd64/conf TB --- 2013-11-05 14:24:20 - /usr/bin/make -B LINT TB --- 2013-11-05 14:24:20 - cd /src/sys/amd64/conf TB --- 2013-11-05 14:24:20 - /usr/sbin/config -m LINT TB --- 2013-11-05 14:24:20 - building LINT kernel TB --- 2013-11-05 14:24:20 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 14:24:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 14:24:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 14:24:20 - SRCCONF=/dev/null TB --- 2013-11-05 14:24:20 - TARGET=amd64 TB --- 2013-11-05 14:24:20 - TARGET_ARCH=amd64 TB --- 2013-11-05 14:24:20 - TZ=UTC TB --- 2013-11-05 14:24:20 - __MAKE_CONF=/dev/null TB --- 2013-11-05 14:24:20 - cd /src TB --- 2013-11-05 14:24:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 14:24:20 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-05 14:46:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 14:46:16 - ERROR: failed to build LINT kernel TB --- 2013-11-05 14:46:16 - 11601.59 user 1320.97 system 15352.80 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 14:53:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B814B201; Tue, 5 Nov 2013 14:53:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45EAC2D66; Tue, 5 Nov 2013 14:53:13 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id k18so4755845qcv.24 for ; Tue, 05 Nov 2013 06:53:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7L7N3YldPysH2FjxU2kjnH+7usn0J1QPr1LP1k/l958=; b=OI6CPAZakA/IN741W4IN4ybFBMaLtCjNlbf3NCwfjrZ9DEnHLAh7V2PIBei7z/I3lf 2FeEJ0ZPhXBcDQiYQ410xnkt6WDcaU+QU2+HrIKEls7G9JGv2e/DBugd2DMMXD0L6byJ yZoXoc+p8OrBgsCBAYEz3i3xqvDbzGVkIvHyHMA+dl7TFPvhFmhVNYdoO+mlQCgicgWf LQ5duP1pfVMnUHQ+rk0N3KwX1iWHemuCl5jDH0Leh+vqvbH82OeVj0L9nqqkv8YxXwff unV7cmF2l99xCEMwUtPbKCaOOf/QVuRieuOtSpSHMnDqPfy7E40xJIiMGtNBmP6ud2gz 3Pbw== MIME-Version: 1.0 X-Received: by 10.229.34.134 with SMTP id l6mr29689995qcd.22.1383663192453; Tue, 05 Nov 2013 06:53:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 5 Nov 2013 06:53:12 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 06:53:12 -0800 X-Google-Sender-Auth: lFghfHtOkWMQIhaQLfd1lFiZo5I Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 14:53:13 -0000 Hi! Can you do 'sysctl dev.cpu' please? I'd like to see what sleep state(s) your CPU is entering. Thanks! -adrian On 5 November 2013 06:07, Oliver Pinter wrote: > Hi all! > > The machine is a Haswell machine, the disc performance was very poor > (20-30MByte/sec). > When I change the kern.eventtimer.idletick from 0 to 1, the normal > performance restored back to normal (70-90MByte/sec). > > The default eventtimer was LAPIC. > > On other machine Q9300, this was fully reproducible. > _______________________________________________ > 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-stable@FreeBSD.ORG Tue Nov 5 17:05:17 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 191A1414; Tue, 5 Nov 2013 17:05:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0AB3261C; Tue, 5 Nov 2013 17:05:16 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 10D2614FDD; Tue, 5 Nov 2013 17:05:15 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 10D2614FDD Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 5 Nov 2013 12:05:13 -0500 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: FreeBSD 10.0-BETA3 now available Message-ID: <20131105170513.GP8833@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7PAM/4G1BR2SfWzg" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 17:05:17 -0000 --7PAM/4G1BR2SfWzg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The third BETA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the EN-13:04.freebsd-update errata notice here before upgrading the system to 10.0-BETA3: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc Changes between -BETA2 and -BETA3 include: o Several small fixes for the amd64 minidump code. o Add a 'pkg bootstrap' command which will bootstrap pkg(8) without forwarding any command to it after installation. o Fix make(1) warning output with 'make delete-old' and 'make delete-old-libs' o Add kernel side support for large TLB on BERI/CHERI. o Fix compatibility function for old daily_status_security_${name}_enable variables. o Add loader.conf(5) entries to import bootpool after boot when using full-disk encryption and ZFS. o Switch the default mtree to nmtree our new NetBSD derived mtree. o Remove the (unused) isf(4) driver. o Separate WITHOUT_CLANG and WITHOUT_CLANG_IS_CC. o Add atse(4), a driver for the Altera Triple Speed Ethernet MegaCore. o Fix a deadlock when trying to power off a USB device. o Support checking signature for pkg bootstrap from remote and for 'pkg add ./pkg.txz' o Fix long-standing issue with incorrect radix mask calculation. o Add support for using "pkg+http://" for the PACKAGESITE. o Add driver for POWER hypervisor interpartition ethernet. o Fix panic in the tap driver when a tap and vmnet interface were created after each other. o Update Emulex oce(4) driver to version 10.0.664.0. Pre-installed virtual machine images for 10.0-BETA3 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-BETA3/ The disk images are available in both QCOW2 and VMDK format. The image download size is approximately 136 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) ISO Checksums: amd64: SHA256 (FreeBSD-10.0-BETA3-amd64-bootonly.iso) = 2fd1c59c94f0e30a8a23cf5a8b2b6caa565e45fc2c97dd5d831d38bf60db47e8 SHA256 (FreeBSD-10.0-BETA3-amd64-disc1.iso) = ffae9adf91e6030e0f83fecb4fe1a1cc3e8478efddbd0e2cfa5457b3e01a5134 SHA256 (FreeBSD-10.0-BETA3-amd64-memstick.img) = a9484f2f36746e5087cc2b1538a2e541f567a236f26a945d3560e473fa1655f4 MD5 (FreeBSD-10.0-BETA3-amd64-bootonly.iso) = 068262b2bbdb207b8d85e80772e6d868 MD5 (FreeBSD-10.0-BETA3-amd64-disc1.iso) = 371d2cef545029a56c4601c9c84bc464 MD5 (FreeBSD-10.0-BETA3-amd64-memstick.img) = 30878cfa7928b797fed7589fc88ccad1 i386: SHA256 (FreeBSD-10.0-BETA3-i386-bootonly.iso) = d057a154eca7461f31fd0a9ad5f64be8d72918cb78b5906de01c051b344fdc75 SHA256 (FreeBSD-10.0-BETA3-i386-disc1.iso) = a477b7bdfc225d183d168228fb11b8d5e57e00294e366440bde832154cf76570 SHA256 (FreeBSD-10.0-BETA3-i386-memstick.img) = 37944f964fba379adbea2b830fb6c2aaebda48945baca10eb66219f9b9d889d6 MD5 (FreeBSD-10.0-BETA3-i386-bootonly.iso) = d4d341d60bbd1020e32b920bb59de0ec MD5 (FreeBSD-10.0-BETA3-i386-disc1.iso) = d6bafeb122b818ec89c1d23d7a461927 MD5 (FreeBSD-10.0-BETA3-i386-memstick.img) = 4ad06a339e0e06681ca2bbc98e8a72ce ia64: SHA256 (FreeBSD-10.0-BETA3-ia64-bootonly.iso) = 80e32cf7c01c97bcbb04beb3aaac8ebce58869a173e53ea8b2823c39e310dcc2 SHA256 (FreeBSD-10.0-BETA3-ia64-disc1.iso) = dd1f7fcded27ad6f3ceebaf46aed70bbf604a4a39a111b2e043616c726abe65a SHA256 (FreeBSD-10.0-BETA3-ia64-memstick.img) = e8d5ceff7bbe05c48f09f2e31cbd160d4eb47a937971cdf1b3e71a936f6b452e MD5 (FreeBSD-10.0-BETA3-ia64-bootonly.iso) = a6180b85446d20fc2c6aa9fa30b4a20b MD5 (FreeBSD-10.0-BETA3-ia64-disc1.iso) = 7152e48712df9269b3df42f5631f4910 MD5 (FreeBSD-10.0-BETA3-ia64-memstick.img) = 197bc68b142fcc8cb8c35fc0301e2742 powerpc: SHA256 (FreeBSD-10.0-BETA3-powerpc-bootonly.iso) = f5c4b35b75fa017d8195d5de7f6d54d8b84e2dd35b66c977fa6a28c7f1b01ef2 SHA256 (FreeBSD-10.0-BETA3-powerpc-disc1.iso) = 1c8aa1438e7c8376154d7b56e962ffb86b0d9fbb4290fae20dc152e75e6bc532 SHA256 (FreeBSD-10.0-BETA3-powerpc-memstick.img) = e66fcc1448350a3638604915e4e29e9666e3b697e8008bc440e1322773bf5643 MD5 (FreeBSD-10.0-BETA3-powerpc-bootonly.iso) = 37cdc8fe19f9729113c1d6c3c794531c MD5 (FreeBSD-10.0-BETA3-powerpc-disc1.iso) = eea8f2780056f3affa46b31649d4d86b MD5 (FreeBSD-10.0-BETA3-powerpc-memstick.img) = b30d88ccb432e88ba6dd50255494db72 powerpc64: SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-bootonly.iso) = e92fe11c7f058932d9d75ac396f7cd433cdccf6cfbfe22780012925ccc361d8d SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-disc1.iso) = b41835a5ab06e4f3ad67c4ae93598c749d3f999226a6de7541a60e8ed270dff7 SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-memstick.img) = 2508f0ac2d4f831833329863c7d23768446014010c2f5f8bf0973887d49003a7 MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-bootonly.iso) = 4a8f6b289f61e86133480f7a3eef82d1 MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-disc1.iso) = 86a267c9aec6728429daaeeb1dec088e MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-memstick.img) = b982e63a07457273e791f157813c9b74 sparc64: SHA256 (FreeBSD-10.0-BETA3-sparc64-bootonly.iso) = dc5157bf0e9ae633241273664958a5cad32066ac3e66eeb9115de82901625277 SHA256 (FreeBSD-10.0-BETA3-sparc64-disc1.iso) = 65d9bd431566178838ffe48e0524b296451729436a507c20c4ddd3ca65f60e48 MD5 (FreeBSD-10.0-BETA3-sparc64-bootonly.iso) = f2904dd6764877304fd23551864ec614 MD5 (FreeBSD-10.0-BETA3-sparc64-disc1.iso) = 024482b7f461601b46a1bc322098e52d VM Image Checksums: amd64: SHA256 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.qcow2.xz) = f8908117a595648af3f2e75f21013c34164a71d4c975a6d628016b595ea6fbf8 SHA256 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.vmdk.xz) = 55270fa9f2e2898e8b8feedf391c3db73e9db2d783eacca1abe14951ec24c6b8 MD5 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.qcow2.xz) = a511e1e50bc53c544d53c956fe602b1a MD5 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.vmdk.xz) = 39aca0b1981653b1db219696046c1d90 i386: SHA256 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.qcow2.xz) = 642867c3c9f428788b3c4b12e9872c7857f5a16566ad2aa069f9c4a9a56bfb05 SHA256 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.vmdk.xz) = a0c35c7b27e234a9a822d8aa2a4e423db47ee9933872dd45e3547f652b9eaccf MD5 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.qcow2.xz) = f9f39e322d88010ab5d8474106a8278f MD5 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.vmdk.xz) = e6b8c923c3b3535c5e204a218662931c Glen --7PAM/4G1BR2SfWzg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSeSVJAAoJELls3eqvi17QdGAP/0r/VF0u2iHR/XEHT0oETCa9 l59GnfqXpO6jMy4Zexf4Cdu2zEQtG26iA0qMZJSSHbDCbDGaFyYLAHlOap7ZTGIq B3ls1/voMx2jnOZtnkI+b4fVJ53gFokLzRTbWILTC0P15zn+FLctlQyq4DTjtpmU utnLyhjmKuPdZADzHbgZiHb+aLVNxNM+UeSWIRNnY1h6AGI2Znbn6Oi5b4cfKEKY 93edcnG2b8ZscWl6v/59o3BcPX2o/FUflp5pjhqtHW6BUOZoJUW/D1MfKYMEIR0j zI/dpmr2qB91jH0cRE8eL8vqiLHy8heE+VSCIqXLbaeO5lX7l6v3frdmEGZSLT3E HbgxBIwJKv+ipg201jIIbrq6nXaFLg423yndp8NTOEIqQK4VcaYQdqrM+xZAo1j3 S4+8PEdmRZ0FUG5KPmZswKXHrgBK5NiYyrcrvVkCN6FdZOJdc5yy6aO6sVNcDD05 WzJrg75zxZL7hAqz70kOyungLRAZs+9utLBxSG98n8MHWdbMW9GxdEhTD5LGgm5Y ZlacfIoSZNFCNzI2or8An3gsWJQ+m7+bQ/OMvUcFvywtEyFQzaXppIy6KqWtRnhe LsbKmOWwsjihcxLyuiNNO11odovkzSXy2T12SusjIwbBqq/NjYbQLeYsrDnGW5hC H7HbypeEt1Lb5/wJIvwQ =WfRR -----END PGP SIGNATURE----- --7PAM/4G1BR2SfWzg-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 17:25:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6663ACC5; Tue, 5 Nov 2013 17:25:47 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F158127A5; Tue, 5 Nov 2013 17:25:46 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id wp18so8971095obc.29 for ; Tue, 05 Nov 2013 09:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=M9dFPZgHQAVa1F5sDKYR6SY5HF4VfrsUIFIEb+2d1Cw=; b=fyinsFDEpYj2t5jW3Xt7TBiN0jiiXE1wSVPZ6dUhFWZZfmP+wD4KJjRTFxBMMbpa9i 0ePyypIVX5uI1r2x3AojFNf44yM41JdVvYYf6xTB7JQA3gnPbnD5GtlMSv3iqJblWx2Z vw94P355FJnRVfgSRwDy2drmsb/mZEsEWmHHMzT9f6ngva0C3ODTQYC+gkCKskSRYkQs g9pRUqDnnyKv6aPjcAvOjN0ke+eN2gxh4ywzRF5cJ9J8NvHGlxdU4fkH+xOZQLUGmfmH ie3B7xK4g5FU1ySgmGMRCV4geJXzy9mgKf6yOxUmrYUb0bQcTcNaUN69WyPxxudGM4Qc vOhQ== MIME-Version: 1.0 X-Received: by 10.60.52.1 with SMTP id p1mr9653498oeo.41.1383672345990; Tue, 05 Nov 2013 09:25:45 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 09:25:45 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 18:25:45 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 17:25:47 -0000 op@perpetua ~> sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.coretemp.delta: 59 dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.tjmax: 100.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.temperature: 41.0C dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 300/5261 200/3507 100/1753 dev.cpu.0.cx_supported: C1/1/1 C2/2/67 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% last 812us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.coretemp.delta: 56 dev.cpu.1.coretemp.resolution: 1 dev.cpu.1.coretemp.tjmax: 100.0C dev.cpu.1.coretemp.throttle_log: 0 dev.cpu.1.temperature: 44.0C dev.cpu.1.cx_supported: C1/1/1 C2/2/67 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.coretemp.delta: 61 dev.cpu.2.coretemp.resolution: 1 dev.cpu.2.coretemp.tjmax: 100.0C dev.cpu.2.coretemp.throttle_log: 0 dev.cpu.2.temperature: 39.0C dev.cpu.2.cx_supported: C1/1/1 C2/2/67 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% last 845us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.coretemp.delta: 62 dev.cpu.3.coretemp.resolution: 1 dev.cpu.3.coretemp.tjmax: 100.0C dev.cpu.3.coretemp.throttle_log: 0 dev.cpu.3.temperature: 38.0C dev.cpu.3.cx_supported: C1/1/1 C2/2/67 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us On 11/5/13, Adrian Chadd wrote: > Hi! > > Can you do 'sysctl dev.cpu' please? I'd like to see what sleep > state(s) your CPU is entering. > > Thanks! > > > -adrian > > > On 5 November 2013 06:07, Oliver Pinter wrote: >> Hi all! >> >> The machine is a Haswell machine, the disc performance was very poor >> (20-30MByte/sec). >> When I change the kern.eventtimer.idletick from 0 to 1, the normal >> performance restored back to normal (70-90MByte/sec). >> >> The default eventtimer was LAPIC. >> >> On other machine Q9300, this was fully reproducible. >> _______________________________________________ >> 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-stable@FreeBSD.ORG Tue Nov 5 18:12:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1E3155A; Tue, 5 Nov 2013 18:12:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D8D72B2A; Tue, 5 Nov 2013 18:12:40 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id n9so5082237qcw.1 for ; Tue, 05 Nov 2013 10:12:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=oh/Amx+t2QSc/AcxBx/JXQkZMRKw9avtSAtkuzPNCes=; b=smSD74SZ9upXjV0oeVMzwX73qZHJHibK6Rw5an88glHavZY8pXirvGL5s5UVQ5x7EV zdxoO/N5JHyqFvtg7rZreT0J3HLD+qlxpCLoA/128DuTDZF45w42nvVA6F3aglYqiLwu JwwJBtETlvW8WlRIr/HuAVMc/fblSeFSSWycCrtA/7Nk/p+CRjAWWhdldHb5LgWhsyrF vpergD5O7kBENparFZoWmCMD9Qq68iLqKD/O8b2jQ85QdS6ySpNtpoeHG+HP6z380Jfq VDYm4JrNYI7tYFeP8FgfmBzn42lRBAm/bn52kkM4tm8nOqJnFJRszcloPtGbVAsmUgqq eLnw== MIME-Version: 1.0 X-Received: by 10.49.59.115 with SMTP id y19mr31198606qeq.8.1383675159437; Tue, 05 Nov 2013 10:12:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 5 Nov 2013 10:12:39 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 10:12:39 -0800 X-Google-Sender-Auth: KqXQhIrids-sPQcjHI2rrGPAyF8 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 18:12:40 -0000 Ok, so it's only hitting C1. It's not going into C2. Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? How about changing the idle loop from acpi to hlt, see if that fixes things? (Without tweaking the event timer logic.) I'm worried that what you're seeing here are missed interrupts or interrupts that aren't immediately causing the driver thread to be scheduled (and thus things enter HLT until the next interrupt.) I had to deal with this crap on MIPS for quite some time. sysctl machdep.idle=hlt -adrian On 5 November 2013 09:25, Oliver Pinter wrote: > op@perpetua ~> sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.coretemp.delta: 59 > dev.cpu.0.coretemp.resolution: 1 > dev.cpu.0.coretemp.tjmax: 100.0C > dev.cpu.0.coretemp.throttle_log: 0 > dev.cpu.0.temperature: 41.0C > dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 > 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 > 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 > 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 > 300/5261 200/3507 100/1753 > dev.cpu.0.cx_supported: C1/1/1 C2/2/67 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% last 812us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.coretemp.delta: 56 > dev.cpu.1.coretemp.resolution: 1 > dev.cpu.1.coretemp.tjmax: 100.0C > dev.cpu.1.coretemp.throttle_log: 0 > dev.cpu.1.temperature: 44.0C > dev.cpu.1.cx_supported: C1/1/1 C2/2/67 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us > dev.cpu.2.%desc: ACPI CPU > dev.cpu.2.%driver: cpu > dev.cpu.2.%location: handle=\_PR_.CPU2 > dev.cpu.2.%pnpinfo: _HID=none _UID=0 > dev.cpu.2.%parent: acpi0 > dev.cpu.2.coretemp.delta: 61 > dev.cpu.2.coretemp.resolution: 1 > dev.cpu.2.coretemp.tjmax: 100.0C > dev.cpu.2.coretemp.throttle_log: 0 > dev.cpu.2.temperature: 39.0C > dev.cpu.2.cx_supported: C1/1/1 C2/2/67 > dev.cpu.2.cx_lowest: C1 > dev.cpu.2.cx_usage: 100.00% 0.00% last 845us > dev.cpu.3.%desc: ACPI CPU > dev.cpu.3.%driver: cpu > dev.cpu.3.%location: handle=\_PR_.CPU3 > dev.cpu.3.%pnpinfo: _HID=none _UID=0 > dev.cpu.3.%parent: acpi0 > dev.cpu.3.coretemp.delta: 62 > dev.cpu.3.coretemp.resolution: 1 > dev.cpu.3.coretemp.tjmax: 100.0C > dev.cpu.3.coretemp.throttle_log: 0 > dev.cpu.3.temperature: 38.0C > dev.cpu.3.cx_supported: C1/1/1 C2/2/67 > dev.cpu.3.cx_lowest: C1 > dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us > > On 11/5/13, Adrian Chadd wrote: >> Hi! >> >> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >> state(s) your CPU is entering. >> >> Thanks! >> >> >> -adrian >> >> >> On 5 November 2013 06:07, Oliver Pinter wrote: >>> Hi all! >>> >>> The machine is a Haswell machine, the disc performance was very poor >>> (20-30MByte/sec). >>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>> performance restored back to normal (70-90MByte/sec). >>> >>> The default eventtimer was LAPIC. >>> >>> On other machine Q9300, this was fully reproducible. >>> _______________________________________________ >>> 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-stable@FreeBSD.ORG Tue Nov 5 18:13:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C9A5876B; Tue, 5 Nov 2013 18:13:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 528222B49; Tue, 5 Nov 2013 18:13:06 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id f11so1237080qae.2 for ; Tue, 05 Nov 2013 10:13:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZPOoisM4obD39jBxv1JSlAUS7nKz7ByCr6Z6jdrYuZo=; b=Mbgz33ETp7juUka/XgpR5Sd0FjST6Pr9WghQefhEem9P/c2aJmLpYiQ6M+LAFOFWzU K+Oh8vlfoc0jX8mqdGH0aSZ/qhq9xzuMd0NqNzME0lQ2b4hLZyrHxWJ2zOCDkCu0PpqY LKnH7ZVSUhwtE05diRTbMNNwMk8IGyOFj8PaT8YWk5yAtXDk8lE1WHML2qrhewIZhdlm gYwdCW1GKsofbv04/MuzsNcPD/0qTC2YX7/Sa04ad9GyMr+UMfYpzutKNGC/QCLx9qWp ELKUFZDQPnucWZgWw92ClCZq+gQMMxEyjZUjtKorLFe+pfUSO5LHUVlFA+wu7TSOHRDE cEWQ== MIME-Version: 1.0 X-Received: by 10.229.244.69 with SMTP id lp5mr31174429qcb.14.1383675185144; Tue, 05 Nov 2013 10:13:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 5 Nov 2013 10:13:05 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 10:13:05 -0800 X-Google-Sender-Auth: o1IbbFiUBcDEZVVqprDpYgvU3p0 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 18:13:06 -0000 and sysctl machdep.idle_mwait=0 -adrian On 5 November 2013 10:12, Adrian Chadd wrote: > Ok, so it's only hitting C1. It's not going into C2. > > Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? > > How about changing the idle loop from acpi to hlt, see if that fixes > things? (Without tweaking the event timer logic.) > > I'm worried that what you're seeing here are missed interrupts or > interrupts that aren't immediately causing the driver thread to be > scheduled (and thus things enter HLT until the next interrupt.) I had > to deal with this crap on MIPS for quite some time. > > sysctl machdep.idle=hlt > > > > -adrian > > > On 5 November 2013 09:25, Oliver Pinter wrote: >> op@perpetua ~> sysctl dev.cpu >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.coretemp.delta: 59 >> dev.cpu.0.coretemp.resolution: 1 >> dev.cpu.0.coretemp.tjmax: 100.0C >> dev.cpu.0.coretemp.throttle_log: 0 >> dev.cpu.0.temperature: 41.0C >> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >> 300/5261 200/3507 100/1753 >> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >> dev.cpu.1.%desc: ACPI CPU >> dev.cpu.1.%driver: cpu >> dev.cpu.1.%location: handle=\_PR_.CPU1 >> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >> dev.cpu.1.%parent: acpi0 >> dev.cpu.1.coretemp.delta: 56 >> dev.cpu.1.coretemp.resolution: 1 >> dev.cpu.1.coretemp.tjmax: 100.0C >> dev.cpu.1.coretemp.throttle_log: 0 >> dev.cpu.1.temperature: 44.0C >> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.1.cx_lowest: C1 >> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >> dev.cpu.2.%desc: ACPI CPU >> dev.cpu.2.%driver: cpu >> dev.cpu.2.%location: handle=\_PR_.CPU2 >> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >> dev.cpu.2.%parent: acpi0 >> dev.cpu.2.coretemp.delta: 61 >> dev.cpu.2.coretemp.resolution: 1 >> dev.cpu.2.coretemp.tjmax: 100.0C >> dev.cpu.2.coretemp.throttle_log: 0 >> dev.cpu.2.temperature: 39.0C >> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.2.cx_lowest: C1 >> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >> dev.cpu.3.%desc: ACPI CPU >> dev.cpu.3.%driver: cpu >> dev.cpu.3.%location: handle=\_PR_.CPU3 >> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >> dev.cpu.3.%parent: acpi0 >> dev.cpu.3.coretemp.delta: 62 >> dev.cpu.3.coretemp.resolution: 1 >> dev.cpu.3.coretemp.tjmax: 100.0C >> dev.cpu.3.coretemp.throttle_log: 0 >> dev.cpu.3.temperature: 38.0C >> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.3.cx_lowest: C1 >> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >> >> On 11/5/13, Adrian Chadd wrote: >>> Hi! >>> >>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>> state(s) your CPU is entering. >>> >>> Thanks! >>> >>> >>> -adrian >>> >>> >>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> The machine is a Haswell machine, the disc performance was very poor >>>> (20-30MByte/sec). >>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>> performance restored back to normal (70-90MByte/sec). >>>> >>>> The default eventtimer was LAPIC. >>>> >>>> On other machine Q9300, this was fully reproducible. >>>> _______________________________________________ >>>> 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-stable@FreeBSD.ORG Tue Nov 5 18:24:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B91FA49D; Tue, 5 Nov 2013 18:24:39 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73C2F2C64; Tue, 5 Nov 2013 18:24:39 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rA5IOaeD054699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Nov 2013 10:24:36 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rA5IOZjF054698; Tue, 5 Nov 2013 10:24:35 -0800 (PST) (envelope-from jmg) Date: Tue, 5 Nov 2013 10:24:35 -0800 From: John-Mark Gurney To: "illoai@gmail.com" Subject: Re: how is the MAC for tap(4) computed? Message-ID: <20131105182435.GT73243@funkthat.com> Mail-Followup-To: "illoai@gmail.com" , Dan Nelson , FreeBSD Stable List , Aryeh Friedman , "freebsd-virtualization@freebsd.org" References: <20131104170955.GH63947@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 05 Nov 2013 10:24:36 -0800 (PST) Cc: Aryeh Friedman , FreeBSD Stable List , Dan Nelson , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 18:24:39 -0000 illoai@gmail.com wrote this message on Mon, Nov 04, 2013 at 16:08 -0500: > On 4 November 2013 12:09, Dan Nelson wrote: > > In the last episode (Nov 04), Aryeh Friedman said: > >> There seems to be a very high rate of MAC address collisions when tap is > >> running on different machines.... is there anyway to make the selection > >> of MAC more random > > > > It looks like it's generated based on the number of ticks since boot, plus > > the unit number of the tap device: > > > > http://fxr.watson.org/fxr/source/net/if_tap.c#L434 > > > > So if you have devices created on boot on a bunch of machines, chances are > > high that you'll get conflicts. Maybe instead of using the 'ticks' value, > > kern.hostid could be used instead? That has much better randomness than > > 'ticks'. > > With physical interfaces you can use something like > ifconfig ath0 ether 00:2d:44:88:ff:00 > (assuming the device & the driver support changing MAC > addresses) > > I've never tried it with a virtual interface, but it should work if the > device supports it. But remeber when choosing an address like that, that you set the second low bit of the first octect to one to designate that it's a locally administered address... See wikipedia for more info: https://en.wikipedia.org/wiki/MAC_address#Address_details -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 18:26:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E12DA6D6 for ; Tue, 5 Nov 2013 18:26:28 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit1.ironport.snap.net.nz (unit1.ironport.snap.net.nz [202.37.100.105]) by mx1.freebsd.org (Postfix) with ESMTP id 575A42C8F for ; Tue, 5 Nov 2013 18:26:28 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=9T2e0IaWUNWgzAxBXDhU/cHzcvQzCvv/NjDiUr6yZA4= c=1 sm=2 a=oXyVU2BWVdIA:10 a=NjuLKI5jG4EA:10 a=6-UROOzbg3WAwg0eJLcA:9 a=CjuIK1q_8ugA:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABY3eVJ7/y9j/2dsb2JhbABZhBLAZBaDG0UBAThOFIhuqz2EUgEFjmIGj3aDCoEPkDGHXIpEiwGCFA X-IronPort-AV: E=Sophos;i="4.93,640,1378814400"; d="p7s'?scan'208";a="209878029" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 06 Nov 2013 07:26:20 +1300 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id AFD8A25621 for ; Wed, 6 Nov 2013 07:26:20 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA5IQGAS093957 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 6 Nov 2013 07:26:18 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383675978; bh=mw3VF+NOazGFTN0nUG0J+PRhLejiADa7OxWpGVPGBJ8=; h=From:Subject:Date:To; b=UBWrexEjkqGZ0ijzXTHUn76qfxGTw0YCY/DLYDyzpRe1Bau9KwEiZV2oKRiTXfedf diWvXqEEucN3jL1/svZdAAKKSBfOr1HsIrC/CG102itGhb3kpqhttXTmS1IyErhKeO CgqfKwoFFFVG6X7edByYT8Efx9RQR5WXJmh9m1tc= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box From: Matt Magoffin Content-Type: multipart/signed; boundary="Apple-Mail=_74D47009-3EDF-46D9-851C-F1EF5B50FAC6"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: 9.2-RELEASE amd64 panic: vn_open_cred Message-Id: Date: Wed, 6 Nov 2013 07:26:17 +1300 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) X-Mailer: Apple Mail (2.1816) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 18:26:28 -0000 --Apple-Mail=_74D47009-3EDF-46D9-851C-F1EF5B50FAC6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, I have been running a generic 9.1 kernel for some time, and tried to = upgrade to 9.2. The upgrade itself goes smoothly, but after running a = few minutes I get a panic like this: panic: vm_fault: fault on nofault entry, addr: ffffff836e0fc000 cpuid =3D 0 KDB: stack backtrace: n0 0xffffffff80947986 at kdb_backtrace+0x66 n1 0xffffffff8090d9ae at panic+0x1ce nz 0xffffffff80b79eca at vm_fault_hold+0x1f8a n3 0xffffffff80b7a663 at vm_fault+0x73 n4 0xffffffff80cf260f at trap_pfault+0x3~f ns 0xffffffff80cf29e4 at trap+0x344 n6 0xffffffff80cdbd13 at calltrap+0x8 n? 0xffffffff80d96898 at VOP_ADD_WRITECOUNT_APV+0x78 na 0xffffffff809bad48 at vn_open_cred+0x5d8 n9 0xffffffff809b676a at kern_openat+0x20a n10 0xffffffff80cf187a at amd64_syscall+0x5ea n11 0xffffffff80cdbff7 at Xfast_syscall+0xf7 Uptime: 5m24s This is a production system for which I don't have a similar setup to = test changes on, so I rolled back (via a zfs snapshot) to 9.1 after the = panic consistently happened after rebooting. I can't say with certainty = what was causing the crash: after booting I performed my usual system = tasks which involved mounting some pefs filesystems (and thus loading = the pefs kernel module) and starting up a Postgres server. After rolling back to 9.1 I did repeat the upgrade process and ended up = with the same panic, so I have since left it in 9.1. I'm afraid I'm relatively new to FreeBSD, so I don't have any crash = dumps. I wondered if anyone had any ideas on what might be causing this = type of panic? Cheers, Matt= --Apple-Mail=_74D47009-3EDF-46D9-851C-F1EF5B50FAC6 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwNTE4 MjYxN1owIwYJKoZIhvcNAQkEMRYEFDl4+p9539bpSqbyyy5ffxliXVZVMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAEX23ErsaUPtXhel3U/4u7CNBa2V nr4wfR4D7JN/6xnJW8DKMOmff6C5JKrwA25poVDRnF5cXQrxdqUcnFzeNK+JPzyd/p5914MVH5j5 C0gNuwZljdtvjIEcBJqHUlffyU7KuGZ5/1LxfWm1Hh52HTfCnIUGtQr4LmtLsqmfcng/ekgOzgcV hOpO8mq4AaLdxH4fXBX7cGFA+FvfSR4BNAKbz/O/wSH0kEN86aS5z2KEPmRaQC1pCOh2rE9Ch2jA iT8mA/3s4WRfknOZzov1ufBxRN2yI855ZgsU8WokalJI9hhVFUUiyG5a3+N2omorTX531w56THyp eMjKdyue8qMAAAAAAAA= --Apple-Mail=_74D47009-3EDF-46D9-851C-F1EF5B50FAC6-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 19:00:13 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C57233E5 for ; Tue, 5 Nov 2013 19:00:13 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from relay.padonki.org.ua (relay.padonki.org.ua [109.68.42.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 797582E90 for ; Tue, 5 Nov 2013 19:00:13 +0000 (UTC) Received: from minotaur by relay.padonki.org.ua with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VdlM6-000Gt9-MK; Tue, 05 Nov 2013 20:27:58 +0200 Date: Tue, 5 Nov 2013 20:27:58 +0200 From: Alexander Shikoff To: freebsd-stable@FreeBSD.org Subject: 10.0-BETA3: Unable to access files on SMB share Message-ID: <20131105182758.GA64775@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Alexander Shikoff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:00:13 -0000 Hi All, on fresh installation of 10.0-BETA3 it is unable to access files on Samba share: # mount [...] //USER@HOSTING/DTEL-IX on /mnt/fs/dtel-ix (smbfs) # cp /mnt/fs/dtel-ix/port_distribution.xls ./ cp: ./port_distribution.xls: Bad address At the same time I get kernel messages: smbfs_getpages: error 60 vm_fault: pager read error, pid 927 (cp) Please advice, thanks. -- MINO-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 19:06:47 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AB14DC2C for ; Tue, 5 Nov 2013 19:06:47 +0000 (UTC) (envelope-from prvs=102143b5e1=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A06A2F2E for ; Tue, 5 Nov 2013 19:06:46 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006618644.msg for ; Tue, 05 Nov 2013 19:06:38 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 05 Nov 2013 19:06:38 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=102143b5e1=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.org Message-ID: From: "Steven Hartland" To: "Alexander Shikoff" , References: <20131105182758.GA64775@crete.org.ua> Subject: Re: 10.0-BETA3: Unable to access files on SMB share Date: Tue, 5 Nov 2013 19:06:38 -0000 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-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:06:47 -0000 Rebuilt samba? ----- Original Message ----- From: "Alexander Shikoff" To: Sent: Tuesday, November 05, 2013 6:27 PM Subject: 10.0-BETA3: Unable to access files on SMB share > Hi All, > > on fresh installation of 10.0-BETA3 it is unable to access files on Samba share: > > # mount > [...] > //USER@HOSTING/DTEL-IX on /mnt/fs/dtel-ix (smbfs) > > # cp /mnt/fs/dtel-ix/port_distribution.xls ./ > cp: ./port_distribution.xls: Bad address > > At the same time I get kernel messages: > smbfs_getpages: error 60 > vm_fault: pager read error, pid 927 (cp) > > Please advice, > > thanks. > > -- > MINO-RIPE > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ================================================ 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. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 19:10:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8C6B3F24; Tue, 5 Nov 2013 19:10:33 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F4352F61; Tue, 5 Nov 2013 19:10:33 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id wp4so8928379obc.40 for ; Tue, 05 Nov 2013 11:10:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OzByeqk1ANRj8BZ8kdQXdzuNC6ZfpvUGI+zpvPkN5WQ=; b=QyJ1cn4OIge/fvyq7mKO70EZzoa/9r4j1ARuAvK1Wk/ikVEyes4ogwnh3syMGRu0fe T/nahdBI59lZ3Ge2jFbA5KQSHPzHN6cN7/q1xMGqf71r2Iv7cNHDNb+7fBnqRhyGYjON VYLOrePNC7tjtOpcLobNioJa+mta3UPe44X86MdThyjeebrxgeNHHqtBK/iBMJt8UItq s1tMgYWUKjKDvhu2XPkc4OYbg5Oqhcn7wDjx+mWkk1BlmxoYtsyK/+YdIhuMCA2Fx3hS tP5H393Of86iqZ7qGhgkCWODcXN8vX2Ts8yNetjlBvPqXgXNPa9mX2VGnuTIh5s/pjxt k4Og== MIME-Version: 1.0 X-Received: by 10.182.246.7 with SMTP id xs7mr18257obc.81.1383678632287; Tue, 05 Nov 2013 11:10:32 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 11:10:31 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 20:10:31 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: multipart/mixed; boundary=001a11c2fa065c81f404ea72c96d Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:10:33 -0000 --001a11c2fa065c81f404ea72c96d Content-Type: text/plain; charset=ISO-8859-1 On 11/5/13, Adrian Chadd wrote: > Ok, so it's only hitting C1. It's not going into C2. > > Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? quad core, i5-4670 > > How about changing the idle loop from acpi to hlt, see if that fixes > things? (Without tweaking the event timer logic.) Now, after reboot, the problem has gone. The other symptom are: on vt switching is laggish, and switching the num lock state delayed ~0.5sec. This are reproducible ~ every 10-15th boot. > > I'm worried that what you're seeing here are missed interrupts or > interrupts that aren't immediately causing the driver thread to be > scheduled (and thus things enter HLT until the next interrupt.) I had > to deal with this crap on MIPS for quite some time. > > sysctl machdep.idle=hlt > > > > -adrian > > > On 5 November 2013 09:25, Oliver Pinter wrote: >> op@perpetua ~> sysctl dev.cpu >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.coretemp.delta: 59 >> dev.cpu.0.coretemp.resolution: 1 >> dev.cpu.0.coretemp.tjmax: 100.0C >> dev.cpu.0.coretemp.throttle_log: 0 >> dev.cpu.0.temperature: 41.0C >> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >> 300/5261 200/3507 100/1753 >> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >> dev.cpu.1.%desc: ACPI CPU >> dev.cpu.1.%driver: cpu >> dev.cpu.1.%location: handle=\_PR_.CPU1 >> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >> dev.cpu.1.%parent: acpi0 >> dev.cpu.1.coretemp.delta: 56 >> dev.cpu.1.coretemp.resolution: 1 >> dev.cpu.1.coretemp.tjmax: 100.0C >> dev.cpu.1.coretemp.throttle_log: 0 >> dev.cpu.1.temperature: 44.0C >> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.1.cx_lowest: C1 >> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >> dev.cpu.2.%desc: ACPI CPU >> dev.cpu.2.%driver: cpu >> dev.cpu.2.%location: handle=\_PR_.CPU2 >> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >> dev.cpu.2.%parent: acpi0 >> dev.cpu.2.coretemp.delta: 61 >> dev.cpu.2.coretemp.resolution: 1 >> dev.cpu.2.coretemp.tjmax: 100.0C >> dev.cpu.2.coretemp.throttle_log: 0 >> dev.cpu.2.temperature: 39.0C >> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.2.cx_lowest: C1 >> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >> dev.cpu.3.%desc: ACPI CPU >> dev.cpu.3.%driver: cpu >> dev.cpu.3.%location: handle=\_PR_.CPU3 >> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >> dev.cpu.3.%parent: acpi0 >> dev.cpu.3.coretemp.delta: 62 >> dev.cpu.3.coretemp.resolution: 1 >> dev.cpu.3.coretemp.tjmax: 100.0C >> dev.cpu.3.coretemp.throttle_log: 0 >> dev.cpu.3.temperature: 38.0C >> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.3.cx_lowest: C1 >> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >> >> On 11/5/13, Adrian Chadd wrote: >>> Hi! >>> >>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>> state(s) your CPU is entering. >>> >>> Thanks! >>> >>> >>> -adrian >>> >>> >>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> The machine is a Haswell machine, the disc performance was very poor >>>> (20-30MByte/sec). >>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>> performance restored back to normal (70-90MByte/sec). >>>> >>>> The default eventtimer was LAPIC. >>>> >>>> On other machine Q9300, this was fully reproducible. >>>> _______________________________________________ >>>> 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" >>> > --001a11c2fa065c81f404ea72c96d Content-Type: application/octet-stream; name="dmesg.i5-4670" Content-Disposition: attachment; filename="dmesg.i5-4670" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTMgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA5LjItU1RBQkxFICMwIGFhNDYxNTY6IFRodSBPY3Qg MzEgMTM6NDc6MTcgQ0VUIDIwMTMKICAgIHJvb3RAcGFuZG9yYS1kOi91c3Ivb2JqL3Vzci9zcmMv c3lzL1BFUlBFVFVBIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFT RV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTUtNDY3 MCBDUFUgQCAzLjQwR0h6ICgzMzkyLjIxLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdl bnVpbmVJbnRlbCIgIElkID0gMHgzMDZjMyAgRmFtaWx5ID0gMHg2ICBNb2RlbCA9IDB4M2MgIFN0 ZXBwaW5nID0gMwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxE VFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDdm ZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRNMixT U1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxN T1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEYxNkMsUkRSQU5EPgog IEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAg QU1EIEZlYXR1cmVzMj0weDIxPExBSEYsQUJNPgogIFN0YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVz PTB4MmZiYjxHU0ZTQkFTRSxUU0NBREosU01FUCxFTkhNT1ZTQixJTlZQQ0lEPgogIFRTQzogUC1z dGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gODU4 OTkzNDU5MiAoODE5MiBNQikKYXZhaWwgbWVtb3J5ID0gODE4MTAxMDQzMiAoNzgwMiBNQikKRXZl bnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBN IEk+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwpG cmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggNCBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElE OiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMgogY3B1MiAoQVApOiBBUElDIElEOiAgNAogY3B1 MyAoQVApOiBBUElDIElEOiAgNgpTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1B Qy9CU0QgRXh0ZW5kZWQgKG1hY19ic2RleHRlbmRlZCkKQUNQSSBXYXJuaW5nOiBGQURUIChyZXZp c2lvbiA1KSBpcyBsb25nZXIgdGhhbiBBQ1BJIDIuMCB2ZXJzaW9uLCB0cnVuY2F0aW5nIGxlbmd0 aCAyNjggdG8gMjQ0ICgyMDExMDUyNy90YmZhZHQtMzE3KQppb2FwaWMwIDxWZXJzaW9uIDIuMD4g aXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDAgYXQga2JkbXV4MApjcnlwdG9zb2Z0MDogPHNv ZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWVzbmkwOiA8QUVTLUNCQyxBRVMtWFRTPiBv biBtb3RoZXJib2FyZAphY3BpMDogPEFMQVNLQSBBIE0gST4gb24gbW90aGVyYm9hcmQKYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlvbiBvZiA2NywgMSAoNCkgZmFp bGVkCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHBldDA6 IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2Zm IG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0 eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1 MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApF dmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVu dCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0 aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MAphdHJ0YzA6IDxB VCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzcgaXJxIDggb24gYWNwaTAKYXRydGMwOiBX YXJuaW5nOiBDb3VsZG4ndCBtYXAgSS9PLgpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3 NjggSHogcXVhbGl0eSAwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzLDB4NTAt MHg1MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1 YWxpdHkgMTAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0 IDB4MTgwOC0weDE4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9y dCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2li MTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNp MTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHhlMDAwLTB4ZTBmZiBtZW0gMHhlMDAwMDAwMC0weGVmZmZmZmZmLDB4ZjAwMjAw MDAtMHhmMDAzZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCmhkYWMwOiA8QVRJIFJW ODEwIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmMDA0MDAwMC0weGYwMDQzZmZmIGlycSAxNyBhdCBk ZXZpY2UgMC4xIG9uIHBjaTEKeGhjaTA6IDxJbnRlbCBMeW54IFBvaW50IFVTQiAzLjAgY29udHJv bGxlcj4gbWVtIDB4ZjAzMjAwMDAtMHhmMDMyZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIwLjAgb24g cGNpMAp4aGNpMDogMzIgYnl0ZSBjb250ZXh0IHNpemUuCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFz ayBzZXQgdG8gMHhmZmZmZmZmZgp1c2J1czAgb24geGhjaTAKcGNpMDogPHNpbXBsZSBjb21tcz4g YXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNpbXBsZSBjb21tcywg VUFSVD4gYXQgZGV2aWNlIDIyLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKZW0wOiA8SW50ZWwoUikg UFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy44PiBwb3J0IDB4ZjA0MC0weGYwNWYgbWVt IDB4ZjAzMDAwMDAtMHhmMDMxZmZmZiwweGYwMzM5MDAwLTB4ZjAzMzlmZmYgaXJxIDIwIGF0IGRl dmljZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJu ZXQgYWRkcmVzczogOTQ6ZGU6ODA6eHg6eHg6eHgKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGYwMzM4MDAwLTB4ZjAzMzgzZmYgaXJxIDE2IGF0IGRldmlj ZSAyNi4wIG9uIHBjaTAKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMApo ZGFjMTogPEludGVsIEx5bnggUG9pbnQgSERBIENvbnRyb2xsZXI+IG1lbSAweGYwMzMwMDAwLTB4 ZjAzMzNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjI6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZp Y2UgMjguMyBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IDxuZXR3 b3JrLCBldGhlcm5ldD4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liNDog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwCnBjaTQ6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0Cml3bjA6IDxJbnRlbCBDZW50cmlubyBXaXJlbGVzcy1O IDEzMD4gbWVtIDB4ZjAxMDAwMDAtMHhmMDEwMWZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBw Y2k0Cml3bjA6IGFkYXB0ZXIgdHlwZSAxMiBub3Qgc3VwcG9ydGVkCml3bjA6IGNvdWxkIG5vdCBh dHRhY2ggZGV2aWNlLCBlcnJvciA0NQpkZXZpY2VfYXR0YWNoOiBpd24wIGF0dGFjaCByZXR1cm5l ZCA0NQplaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjAz MzcwMDAtMHhmMDMzNzNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6IEVI Q0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0 IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50 ZWwgTHlueCBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYwOTAtMHhmMDk3LDB4 ZjA4MC0weGYwODMsMHhmMDcwLTB4ZjA3NywweGYwNjAtMHhmMDYzLDB4ZjAyMC0weGYwM2YgbWVt IDB4ZjAzMzYwMDAtMHhmMDMzNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNp MDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3Vw cG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNp Y2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMjogPEFIQ0kg Y2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0 IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQg b24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kwCnBj aTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hl ZCkKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJt YWwgWm9uZT4gb24gYWNwaTAKYWNwaV90ejE6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCnVhcnQw OiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEw IG9uIGFjcGkwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNj MDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MApjb3JldGVtcDA6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MAplc3QwOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQ VSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmNvcmV0ZW1wMTogPENQVSBPbi1E aWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUxCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENv bnRyb2w+IG9uIGNwdTEKY29yZXRlbXAyOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9u IGNwdTIKZXN0MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1 MgpwNHRjYzI6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mgpjb3JldGVt cDM6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1Mwplc3QzOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCnA0dGNjMzogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUzClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwLjAw MCBtc2VjCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBsb2FkYWJsZSwgbmF0IGxv YWRhYmxlLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcgZGlzYWJsZWQKaGRhY2MwOiA8QVRJIFI2 eHggSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPEFUSSBSNnh4IEF1ZGlvIEZ1 bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKcGNtMDogPEFUSSBSNnh4IChIRE1JKT4g YXQgbmlkIDMgb24gaGRhYTAKaGRhY2MxOiA8UmVhbHRlayBBTEM4OTIgSERBIENPREVDPiBhdCBj YWQgMiBvbiBoZGFjMQpoZGFhMTogPFJlYWx0ZWsgQUxDODkyIEF1ZGlvIEZ1bmN0aW9uIEdyb3Vw PiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtMTogPFJlYWx0ZWsgQUxDODkyIChSZWFyIEFuYWxvZyA1 LjEvMi4wKT4gYXQgbmlkIDIwLDIyLDIxIGFuZCAyNCwyNiBvbiBoZGFhMQpwY20yOiA8UmVhbHRl ayBBTEM4OTIgKEZyb250IEFuYWxvZyk+IGF0IG5pZCAyNyBhbmQgMjUgb24gaGRhYTEKcGNtMzog PFJlYWx0ZWsgQUxDODkyIChPbmJvYXJkIERpZ2l0YWwpPiBhdCBuaWQgMTcgb24gaGRhYTEKcGNt NDogPFJlYWx0ZWsgQUxDODkyIChSZWFyIERpZ2l0YWwpPiBhdCBuaWQgMzAgb24gaGRhYTEKdXNi dXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMTogNDgwTWJwcyBIaWdoIFNw ZWVkIFVTQiB2Mi4wCnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4wLjE6 IDwweDgwODY+IGF0IHVzYnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDxJbnRlbD4gYXQg dXNidXMxCnVodWIxOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHViMjog PEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czIKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEw OiA8SGl0YWNoaSBIRFA3MjUwNTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmlj ZQphZGEwOiBTZXJpYWwgTnVtYmVyIEdFQTUzMFJGMEtTQjRBCmFkYTA6IDMwMC4wMDBNQi9zIHRy YW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1 ZXVlaW5nIGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3Jz OiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDQKYWRh MSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAphZGExOiA8SGl0YWNoaSBI RFA3MjUwNTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGExOiBTZXJp YWwgTnVtYmVyIEdFQTUzMFJGMEtLWDdBCmFkYTE6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FU QSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJs ZWQKYWRhMTogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1Qg MTYzODNDKQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDYKU01QOiBBUCBDUFUgIzIg TGF1bmNoZWQhClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hl ZCEKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxNjk2MTA0MzU5IEh6IHF1YWxpdHkg MTAwMAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGlu ZyBmb3I6IHVzYnVzMiB1c2J1czEgdXNidXMwCnVodWIwOiAyMSBwb3J0cyB3aXRoIDIxIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHgwMDAw MDAwMAp1c2JfYWxsb2NfZGV2aWNlOiBkZXZpY2UgaW5pdCAyIGZhaWxlZCAoVVNCX0VSUl9JT0VS Uk9SLCBpZ25vcmVkKQp1Z2VuMC4yOiA8VW5rbm93bj4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQp CnVodWJfcmVhdHRhY2hfcG9ydDogY291bGQgbm90IGFsbG9jYXRlIG5ldyBkZXZpY2UKdWdlbjEu MjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVj dCAweDgwMDgsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1czEKdWdl bjIuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJv ZHVjdCAweDgwMDAsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1czIK dWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI0OiA4IHBv cnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9y OiB1c2J1czEKdWdlbjEuMzogPE1pY3Jvc29mdD4gYXQgdXNidXMxCnVrYmQwOiA8TWljcm9zb2Z0 IE5hdHVyYWwgRXJnb25vbWljIEtleWJvYXJkIDQwMDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS43 MywgYWRkciAzPiBvbiB1c2J1czEKa2JkMSBhdCB1a2JkMAp1aGlkMDogPE1pY3Jvc29mdCBOYXR1 cmFsIEVyZ29ub21pYyBLZXlib2FyZCA0MDAwLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuNzMsIGFk ZHIgMz4gb24gdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQp1Z2VuMS40OiA8 TG9naXRlY2g+IGF0IHVzYnVzMQp1a2JkMTogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3Mg MC8wLCByZXYgMS4xMC8zOC4xMCwgYWRkciA0PiBvbiB1c2J1czEKa2JkMiBhdCB1a2JkMQp1bXMw OiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAxLjEwLzM4LjEwLCBhZGRy IDQ+IG9uIHVzYnVzMQp1bXMwOiAxMCBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9 MgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdWdlbjEuNTogPHZlbmRvciAweDgwODc+ IGF0IHVzYnVzMQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L3Vmcy9kZXNrcm9v dCBbcncsbXVsdGlsYWJlbF0uLi4KR0VPTV9TQ0hFRDogSW5pdGlhbGl6aW5nIGdsb2JhbCBkYXRh LgpHRU9NX1NDSEVEOiBMb2FkaW5nOiBtcCA9IDB4ZmZmZmZmZmY4MTAzNDNkMCwgZ19zY2hlZF9j bGFzcyA9IDB4ZmZmZmZmZmY4MTAzNDNkMC4KR0VPTV9TQ0hFRDogTW9kZXZlbnQgMC4KR0VPTV9T Q0hFRDogTG9hZGVkIG1vZHVsZSByciBlcnJvciAwLgpHRU9NX1NDSEVEOiBEZXZpY2UgYWRhMS5z Y2hlZC4gY3JlYXRlZC4K --001a11c2fa065c81f404ea72c96d-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 19:12:01 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 824301C6 for ; Tue, 5 Nov 2013 19:12:01 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from relay.padonki.org.ua (relay.padonki.org.ua [109.68.42.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39F0A2FAC for ; Tue, 5 Nov 2013 19:12:01 +0000 (UTC) Received: from minotaur by relay.padonki.org.ua with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Vdm2h-000KMH-2P; Tue, 05 Nov 2013 21:11:59 +0200 Date: Tue, 5 Nov 2013 21:11:59 +0200 From: Alexander Shikoff To: Steven Hartland Subject: Re: 10.0-BETA3: Unable to access files on SMB share Message-ID: <20131105191159.GA78191@crete.org.ua> References: <20131105182758.GA64775@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Alexander Shikoff Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:12:01 -0000 On Tue, Nov 05, 2013 at 07:06:38PM -0000, Steven Hartland wrote: > Rebuilt samba? ?! I use kernel SMBFS in order to have access to remote Samba shares. And it seems that it is broken in 10.0-BETA3. In earlier 10-CURRENT it worked without any issues. > ----- Original Message ----- > From: "Alexander Shikoff" > To: > Sent: Tuesday, November 05, 2013 6:27 PM > Subject: 10.0-BETA3: Unable to access files on SMB share > > > > Hi All, > > > > on fresh installation of 10.0-BETA3 it is unable to access files on Samba share: > > > > # mount > > [...] > > //USER@HOSTING/DTEL-IX on /mnt/fs/dtel-ix (smbfs) > > > > # cp /mnt/fs/dtel-ix/port_distribution.xls ./ > > cp: ./port_distribution.xls: Bad address > > > > At the same time I get kernel messages: > > smbfs_getpages: error 60 > > vm_fault: pager read error, pid 927 (cp) > > > > Please advice, > > > > thanks. > > > > -- > > MINO-RIPE > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > ================================================ > 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. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- MINO-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 19:27:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4A169632; Tue, 5 Nov 2013 19:27:52 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF0DB209A; Tue, 5 Nov 2013 19:27:51 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id m1so1073748oag.0 for ; Tue, 05 Nov 2013 11:27:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EPOWVq0Qm2TnJQu4rpTGvLBUWaGGUQcw/C90WR7neuc=; b=B2ldVMOX98PzKO19DwkiWIOMsxVxAd1aFDTYtBCYvwojkMojLn9q9SPn5Z690BNbuL Oun0AUyPpx+IjLrYi///A1L3qCImsexI0vXMAxOjmY1g3+gM7/q3Iq4p5XZgtfrDFdXD yS9Vp7wjsgl/sn/wKiWBhPWNCqf6OiS+aP5u8bdvA7PIdd4JGZrJmOq3xkATs8bfXVjg o1ztElgjbVewfrtr2uFSbWKPMxGdbYxsfvoisN4QbRTALZm/O3jF9Xl1ZmFCxEDos2eX DyMLKLWW14nQqfOfwsk6Vq8+LFYgn4SZ+tyRFx0TwEF5GUsx9WOVq/h6IaFBOtDt7C5S JxhA== MIME-Version: 1.0 X-Received: by 10.60.156.232 with SMTP id wh8mr386223oeb.56.1383679670432; Tue, 05 Nov 2013 11:27:50 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 11:27:49 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 20:27:49 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: multipart/mixed; boundary=089e0115f8fa3d3bfd04ea7307b5 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:27:52 -0000 --089e0115f8fa3d3bfd04ea7307b5 Content-Type: text/plain; charset=ISO-8859-1 dmesg corrected On 11/5/13, Oliver Pinter wrote: > On 11/5/13, Adrian Chadd wrote: >> Ok, so it's only hitting C1. It's not going into C2. >> >> Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? > > quad core, i5-4670 > >> >> How about changing the idle loop from acpi to hlt, see if that fixes >> things? (Without tweaking the event timer logic.) > > Now, after reboot, the problem has gone. The other symptom are: on vt > switching is laggish, and switching the num lock state delayed > ~0.5sec. > > This are reproducible ~ every 10-15th boot. > >> >> I'm worried that what you're seeing here are missed interrupts or >> interrupts that aren't immediately causing the driver thread to be >> scheduled (and thus things enter HLT until the next interrupt.) I had >> to deal with this crap on MIPS for quite some time. >> >> sysctl machdep.idle=hlt >> >> >> >> -adrian >> >> >> On 5 November 2013 09:25, Oliver Pinter wrote: >>> op@perpetua ~> sysctl dev.cpu >>> dev.cpu.0.%desc: ACPI CPU >>> dev.cpu.0.%driver: cpu >>> dev.cpu.0.%location: handle=\_PR_.CPU0 >>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.0.%parent: acpi0 >>> dev.cpu.0.coretemp.delta: 59 >>> dev.cpu.0.coretemp.resolution: 1 >>> dev.cpu.0.coretemp.tjmax: 100.0C >>> dev.cpu.0.coretemp.throttle_log: 0 >>> dev.cpu.0.temperature: 41.0C >>> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >>> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >>> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >>> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >>> 300/5261 200/3507 100/1753 >>> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.0.cx_lowest: C1 >>> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >>> dev.cpu.1.%desc: ACPI CPU >>> dev.cpu.1.%driver: cpu >>> dev.cpu.1.%location: handle=\_PR_.CPU1 >>> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.1.%parent: acpi0 >>> dev.cpu.1.coretemp.delta: 56 >>> dev.cpu.1.coretemp.resolution: 1 >>> dev.cpu.1.coretemp.tjmax: 100.0C >>> dev.cpu.1.coretemp.throttle_log: 0 >>> dev.cpu.1.temperature: 44.0C >>> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.1.cx_lowest: C1 >>> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >>> dev.cpu.2.%desc: ACPI CPU >>> dev.cpu.2.%driver: cpu >>> dev.cpu.2.%location: handle=\_PR_.CPU2 >>> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.2.%parent: acpi0 >>> dev.cpu.2.coretemp.delta: 61 >>> dev.cpu.2.coretemp.resolution: 1 >>> dev.cpu.2.coretemp.tjmax: 100.0C >>> dev.cpu.2.coretemp.throttle_log: 0 >>> dev.cpu.2.temperature: 39.0C >>> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.2.cx_lowest: C1 >>> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >>> dev.cpu.3.%desc: ACPI CPU >>> dev.cpu.3.%driver: cpu >>> dev.cpu.3.%location: handle=\_PR_.CPU3 >>> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.3.%parent: acpi0 >>> dev.cpu.3.coretemp.delta: 62 >>> dev.cpu.3.coretemp.resolution: 1 >>> dev.cpu.3.coretemp.tjmax: 100.0C >>> dev.cpu.3.coretemp.throttle_log: 0 >>> dev.cpu.3.temperature: 38.0C >>> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.3.cx_lowest: C1 >>> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >>> >>> On 11/5/13, Adrian Chadd wrote: >>>> Hi! >>>> >>>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>>> state(s) your CPU is entering. >>>> >>>> Thanks! >>>> >>>> >>>> -adrian >>>> >>>> >>>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>>> Hi all! >>>>> >>>>> The machine is a Haswell machine, the disc performance was very poor >>>>> (20-30MByte/sec). >>>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>>> performance restored back to normal (70-90MByte/sec). >>>>> >>>>> The default eventtimer was LAPIC. >>>>> >>>>> On other machine Q9300, this was fully reproducible. >>>>> _______________________________________________ >>>>> 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" >>>> >> > --089e0115f8fa3d3bfd04ea7307b5 Content-Type: application/octet-stream; name=dmesg-i5-4670-10-STABLE Content-Disposition: attachment; filename=dmesg-i5-4670-10-STABLE Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTMgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4wLUJFVEEyICMyIGU0ZTIwYTIoaW50ZWdyYXRl LzEwKTogRnJpIE5vdiAgMSAwMzoyNzo0MyBDRVQgMjAxMwogICAgcm9vdEBwZXJwZXR1YS5iZXJj c2VueWkuYm1lLmh1Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL09QIGFtZDY0CkZyZWVCU0QgY2xhbmcg dmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwCkNQVTog SW50ZWwoUikgQ29yZShUTSkgaTUtNDY3MCBDUFUgQCAzLjQwR0h6ICgzMzkyLjIyLU1IeiBLOC1j bGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgzMDZjMyAgRmFtaWx5 ID0gMHg2ICBNb2RlbCA9IDB4M2MgIFN0ZXBwaW5nID0gMwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQs VE0sUEJFPgogIEZlYXR1cmVzMj0weDdmZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04s RFNfQ1BMLFZNWCxTTVgsRVNULFRNMixTU1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00sUENJ RCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9T WFNBVkUsQVZYLEYxNkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEws TlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDIxPExBSEYsQUJNPgogIFN0 YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MmZiYjxHU0ZTQkFTRSxUU0NBREosQk1JMSxITEUs QVZYMixTTUVQLEJNSTIsRU5ITU9WU0IsSU5WUENJRCxSVE0+CiAgVFNDOiBQLXN0YXRlIGludmFy aWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA4NTg5OTM0NTkyICg4 MTkyIE1CKQphdmFpbCBtZW1vcnkgPSA4MjI0MTY5OTg0ICg3ODQzIE1CKQpFdmVudCB0aW1lciAi TEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNLQSBBIE0gST4KRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01Q OiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUx IChBUCk6IEFQSUMgSUQ6ICAyCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICA0CiBjcHUzIChBUCk6IEFQ SUMgSUQ6ICA2CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQK cmFuZG9tOiA8U29mdHdhcmUsIFlhcnJvdz4gaW5pdGlhbGl6ZWQKa2JkMSBhdCBrYmRtdXgwCmFl c25pMDogPEFFUy1DQkMsQUVTLVhUUz4gb24gbW90aGVyYm9hcmQKY3J5cHRvc29mdDA6IDxzb2Z0 d2FyZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiA8QUxBU0tBIEEgTSBJPiBvbiBtb3Ro ZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHJlc2VydmF0aW9uIG9m IDY3LCAxICg0KSBmYWlsZWQKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBD UFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBv biBhY3BpMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAw MDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1 YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxp dHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg NDQwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBpcnEgOCBvbiBh Y3BpMAphdHJ0YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08uCkV2ZW50IHRpbWVyICJSVEMi IGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAw eDQwLTB4NDMsMHg1MC0weDUzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJl cXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAxMDAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHgxODA4LTB4MTgwYiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAx LjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQp2Z2FwY2kwOiA8VkdBLWNv bXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGUwMDAtMHhlMGZmIG1lbSAweGUwMDAwMDAwLTB4ZWZm ZmZmZmYsMHhmMDAyMDAwMC0weGYwMDNmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEK aGRhYzA6IDxBVEkgUlY4MTAgSERBIENvbnRyb2xsZXI+IG1lbSAweGYwMDQwMDAwLTB4ZjAwNDNm ZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24gcGNpMQp4aGNpMDogPEludGVsIEx5bnggUG9pbnQg VVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhmMDMyMDAwMC0weGYwMzJmZmZmIGlycSAxNiBhdCBk ZXZpY2UgMjAuMCBvbiBwY2kwCnhoY2kwOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KeGhjaTA6IFBv cnQgcm91dGluZyBtYXNrIHNldCB0byAweGZmZmZmZmZmCnVzYnVzMCBvbiB4aGNpMApwY2kwOiA8 c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 c2ltcGxlIGNvbW1zLCBVQVJUPiBhdCBkZXZpY2UgMjIuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpl bTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjg+IHBvcnQgMHhm MDQwLTB4ZjA1ZiBtZW0gMHhmMDMwMDAwMC0weGYwMzFmZmZmLDB4ZjAzMzkwMDAtMHhmMDMzOWZm ZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1 cHQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA5NDpkZTo4MDp4eDp4eDp4eAplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjAzMzgwMDAtMHhmMDMzODNmZiBp cnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNi dXMxIG9uIGVoY2kwCmhkYWMxOiA8SW50ZWwgTHlueCBQb2ludCBIREEgQ29udHJvbGxlcj4gbWVt IDB4ZjAzMzAwMDAtMHhmMDMzM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApwY2li MjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBj aTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjMKcGNpMzogPG5ldHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC40 IG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKaXduMDogPEludGVsIENlbnRy aW5vIFdpcmVsZXNzLU4gMjIzMD4gbWVtIDB4ZjAxMDAwMDAtMHhmMDEwMWZmZiBpcnEgMTYgYXQg ZGV2aWNlIDAuMCBvbiBwY2k0Cml3bjA6IGFkYXB0ZXIgdHlwZSAxMiBub3Qgc3VwcG9ydGVkCml3 bjA6IGNvdWxkIG5vdCBhdHRhY2ggZGV2aWNlLCBlcnJvciA0NQpkZXZpY2VfYXR0YWNoOiBpd24w IGF0dGFjaCByZXR1cm5lZCA0NQplaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJv bGxlcj4gbWVtIDB4ZjAzMzcwMDAtMHhmMDMzNzNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24g cGNpMAp1c2J1czI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlz YWIwCmFoY2kwOiA8SW50ZWwgTHlueCBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAw eGYwOTAtMHhmMDk3LDB4ZjA4MC0weGYwODMsMHhmMDcwLTB4ZjA3NywweGYwNjAtMHhmMDYzLDB4 ZjAyMC0weGYwM2YgbWVtIDB4ZjAzMzYwMDAtMHhmMDMzNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMx LjIgb24gcGNpMAphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVs dGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwg MCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAK YWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDQgb24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCA1IG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4g b24gYWhjaTAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJp dmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmFjcGlf dHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4gb24g YWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0 IGZsYWdzIDB4MTAgb24gYWNwaTAKdWFydDA6IGNvbnNvbGUgKDk2MDAsbiw4LDEpCnNjMDogPFN5 c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFs IGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAphdGtiZGMwOiA8S2V5Ym9h cmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDog PEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJ QU5ULUxPQ0tFRF0KY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNw dTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApw NHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6 IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3Bl ZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kg VGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBT ZW5zb3JzPiBvbiBjcHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNw dTIKY29yZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTMKZXN0Mzog PEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxD UFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MwpUaW1lY291bnRlcnMgdGljayBl dmVyeSAxMC4wMDAgbXNlYwppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFi bGUsIG5hdCBsb2FkYWJsZSwgZGVmYXVsdCB0byBkZW55LCBsb2dnaW5nIGRpc2FibGVkCmhkYWNj MDogPEFUSSBSNnh4IEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4 eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4 eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhkYWEwCmhkYWNjMTogPFJlYWx0ZWsgQUxDODkyIEhEQSBD T0RFQz4gYXQgY2FkIDIgb24gaGRhYzEKaGRhYTE6IDxSZWFsdGVrIEFMQzg5MiBBdWRpbyBGdW5j dGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MxCnBjbTE6IDxSZWFsdGVrIEFMQzg5MiAoUmVh ciBBbmFsb2cgNS4xLzIuMCk+IGF0IG5pZCAyMCwyMiwyMSBhbmQgMjQsMjYgb24gaGRhYTEKcGNt MjogPFJlYWx0ZWsgQUxDODkyIChGcm9udCBBbmFsb2cpPiBhdCBuaWQgMjcgYW5kIDI1IG9uIGhk YWExCnBjbTM6IDxSZWFsdGVrIEFMQzg5MiAoT25ib2FyZCBEaWdpdGFsKT4gYXQgbmlkIDE3IG9u IGhkYWExCnBjbTQ6IDxSZWFsdGVrIEFMQzg5MiAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9u IGhkYWExCnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuCnVzYnVzMDogNS4wR2JwcyBTdXBlciBT cGVlZCBVU0IgdjMuMAp1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4x OiA8MHg4MDg2PiBhdCB1c2J1czAKdWh1YjA6IDwweDgwODYgWEhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8SW50ZWw+IGF0 IHVzYnVzMQp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdXNidXMyOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYy LjAKdWdlbjIuMTogPEludGVsPiBhdCB1c2J1czIKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCnNlczAgYXQgYWhj aWVtMCBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKc2VzMDogPEFIQ0kgU0dQSU8gRW5jbG9z dXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQpzZXMwOiBTRU1CIFNFUyBEZXZp Y2UKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8SGl0 YWNoaSBIRFA3MjUwNTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGEw OiBTZXJpYWwgTnVtYmVyIEdFQTUzMFJGMEtTQjRBCmFkYTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVy cyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVlaW5n IGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkgg NjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDAKYWRhMSBhdCBh aGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAphZGExOiA8SGl0YWNoaSBIRFA3MjUw NTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGExOiBTZXJpYWwgTnVt YmVyIEdFQTUzMFJGMEtLWDdBCmFkYTE6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngs IFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRh MTogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODND KQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDEKU01QOiBBUCBDUFUgIzMgTGF1bmNo ZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKVGlt ZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxNjk2MTA5MTQ4IEh6IHF1YWxpdHkgMTAwMAp1 aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMSB1c2J1czAKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAyMSBwb3J0cyB3aXRoIDIxIHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkCnVnZW4xLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czEKdWh1YjM6IDx2 ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHg4MDA4LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDQsIGFk ZHIgMj4gb24gdXNidXMxCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHgwMDAwMDAw MAp1c2JfYWxsb2NfZGV2aWNlOiBkZXZpY2UgaW5pdCAyIGZhaWxlZCAoVVNCX0VSUl9JT0VSUk9S LCBpZ25vcmVkKQp1Z2VuMC4yOiA8VW5rbm93bj4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQpClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEgdXNidXMwCnVodWJfcmVhdHRhY2hf cG9ydDogY291bGQgbm90IGFsbG9jYXRlIG5ldyBkZXZpY2UKdWh1YjM6IDYgcG9ydHMgd2l0aCA2 IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4yLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1 czIKdWh1YjQ6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHg4MDAwLCBjbGFzcyA5LzAsIHJldiAy LjAwLzAuMDQsIGFkZHIgMj4gb24gdXNidXMyCnVodWI0OiA4IHBvcnRzIHdpdGggOCByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZAp1Z2VuMS4zOiA8TWljcm9zb2Z0PiBhdCB1c2J1czEKdWtiZDA6IDxN aWNyb3NvZnQgTmF0dXJhbCBFcmdvbm9taWMgS2V5Ym9hcmQgNDAwMCwgY2xhc3MgMC8wLCByZXYg Mi4wMC8xLjczLCBhZGRyIDM+IG9uIHVzYnVzMQprYmQyIGF0IHVrYmQwCnVnZW4xLjQ6IDxMb2dp dGVjaD4gYXQgdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQp1a2JkMTogPExv Z2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMS4xMC8zOC4xMCwgYWRkciA0PiBv biB1c2J1czEKa2JkMyBhdCB1a2JkMQp1bXMwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFz cyAwLzAsIHJldiAxLjEwLzM4LjEwLCBhZGRyIDQ+IG9uIHVzYnVzMQp1bXMwOiAxMCBidXR0b25z IGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9Mgp1Z2VuMS41OiA8dmVuZG9yIDB4ODA4Nz4gYXQg dXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQpUcnlpbmcgdG8gbW91bnQgcm9v dCBmcm9tIHVmczovZGV2L2dwdC9wZXJwZXR1YVJPT1QgW3J3XS4uLgo= --089e0115f8fa3d3bfd04ea7307b5-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 20:14:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BE602BB; Tue, 5 Nov 2013 20:14:24 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F60A2373; Tue, 5 Nov 2013 20:14:24 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so8993674obb.4 for ; Tue, 05 Nov 2013 12:14:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LuYxKo89D7ZO71DuOL/DL9jwBJsmXVemoucOpgGFNWs=; b=QV8quOBfW9KsNcBJJj4WFLch8m8Vd2gz+vh/wyre+5RiYevct2S5hFmx8k54lEgI7N a5RB5JA/r5AaFdJCwDV2Pr0p3HLP9Xbopex+TYj66fB6qcZNZC7bbs6bg9PosnKSU7O+ 00Z7hQPanR0uhas6XfiXozbRpPGk2J+KKaF6BG3Xfwbrf5vMrAhvfWx9eHLPks6a1AU6 IJvhgj2BX3aXIC+witqwJqFZbcotawFaxY0egMYpeo9DC/zdSyU0GrQzRQLKjcKgwo3k XdanVq0TqUVHZQscHiX3XpPi1mY+NRXEO610ATlOwSp3Pg7yva+5+62sDb69fTKyqWht Ptdw== MIME-Version: 1.0 X-Received: by 10.182.204.41 with SMTP id kv9mr22242obc.78.1383682462827; Tue, 05 Nov 2013 12:14:22 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 12:14:22 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 21:14:22 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 20:14:24 -0000 hmm, and seems like, the bottleneck are not in geom or cam, but in em driver or in networking stack the scenario is: A machine: dd if=/dev/ada1 bs=1M | nc -l 9999 B machine: nc IP 9999 | dd of=/dev/null bs=1M hmm, when dd-ing from /dev/zero and switch back to idletick to 0, then the performance of network dropped from 113MByte/s to 70+/-15 MByte/s machdep.idle_mwait=1/0 has no effect machdep.idle=htl has no effect On 11/5/13, Oliver Pinter wrote: > dmesg corrected > > On 11/5/13, Oliver Pinter wrote: >> On 11/5/13, Adrian Chadd wrote: >>> Ok, so it's only hitting C1. It's not going into C2. >>> >>> Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? >> >> quad core, i5-4670 >> >>> >>> How about changing the idle loop from acpi to hlt, see if that fixes >>> things? (Without tweaking the event timer logic.) >> >> Now, after reboot, the problem has gone. The other symptom are: on vt >> switching is laggish, and switching the num lock state delayed >> ~0.5sec. >> >> This are reproducible ~ every 10-15th boot. >> >>> >>> I'm worried that what you're seeing here are missed interrupts or >>> interrupts that aren't immediately causing the driver thread to be >>> scheduled (and thus things enter HLT until the next interrupt.) I had >>> to deal with this crap on MIPS for quite some time. >>> >>> sysctl machdep.idle=hlt >>> >>> >>> >>> -adrian >>> >>> >>> On 5 November 2013 09:25, Oliver Pinter wrote: >>>> op@perpetua ~> sysctl dev.cpu >>>> dev.cpu.0.%desc: ACPI CPU >>>> dev.cpu.0.%driver: cpu >>>> dev.cpu.0.%location: handle=\_PR_.CPU0 >>>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.0.%parent: acpi0 >>>> dev.cpu.0.coretemp.delta: 59 >>>> dev.cpu.0.coretemp.resolution: 1 >>>> dev.cpu.0.coretemp.tjmax: 100.0C >>>> dev.cpu.0.coretemp.throttle_log: 0 >>>> dev.cpu.0.temperature: 41.0C >>>> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >>>> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >>>> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >>>> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >>>> 300/5261 200/3507 100/1753 >>>> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.0.cx_lowest: C1 >>>> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >>>> dev.cpu.1.%desc: ACPI CPU >>>> dev.cpu.1.%driver: cpu >>>> dev.cpu.1.%location: handle=\_PR_.CPU1 >>>> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.1.%parent: acpi0 >>>> dev.cpu.1.coretemp.delta: 56 >>>> dev.cpu.1.coretemp.resolution: 1 >>>> dev.cpu.1.coretemp.tjmax: 100.0C >>>> dev.cpu.1.coretemp.throttle_log: 0 >>>> dev.cpu.1.temperature: 44.0C >>>> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.1.cx_lowest: C1 >>>> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >>>> dev.cpu.2.%desc: ACPI CPU >>>> dev.cpu.2.%driver: cpu >>>> dev.cpu.2.%location: handle=\_PR_.CPU2 >>>> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.2.%parent: acpi0 >>>> dev.cpu.2.coretemp.delta: 61 >>>> dev.cpu.2.coretemp.resolution: 1 >>>> dev.cpu.2.coretemp.tjmax: 100.0C >>>> dev.cpu.2.coretemp.throttle_log: 0 >>>> dev.cpu.2.temperature: 39.0C >>>> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.2.cx_lowest: C1 >>>> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >>>> dev.cpu.3.%desc: ACPI CPU >>>> dev.cpu.3.%driver: cpu >>>> dev.cpu.3.%location: handle=\_PR_.CPU3 >>>> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.3.%parent: acpi0 >>>> dev.cpu.3.coretemp.delta: 62 >>>> dev.cpu.3.coretemp.resolution: 1 >>>> dev.cpu.3.coretemp.tjmax: 100.0C >>>> dev.cpu.3.coretemp.throttle_log: 0 >>>> dev.cpu.3.temperature: 38.0C >>>> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.3.cx_lowest: C1 >>>> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >>>> >>>> On 11/5/13, Adrian Chadd wrote: >>>>> Hi! >>>>> >>>>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>>>> state(s) your CPU is entering. >>>>> >>>>> Thanks! >>>>> >>>>> >>>>> -adrian >>>>> >>>>> >>>>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>>>> Hi all! >>>>>> >>>>>> The machine is a Haswell machine, the disc performance was very poor >>>>>> (20-30MByte/sec). >>>>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>>>> performance restored back to normal (70-90MByte/sec). >>>>>> >>>>>> The default eventtimer was LAPIC. >>>>>> >>>>>> On other machine Q9300, this was fully reproducible. >>>>>> _______________________________________________ >>>>>> 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-stable@FreeBSD.ORG Tue Nov 5 21:14:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE5E7C19 for ; Tue, 5 Nov 2013 21:14:14 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C4E82773 for ; Tue, 5 Nov 2013 21:14:14 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id h16so1192748oag.7 for ; Tue, 05 Nov 2013 13:14:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0Jpb0WFZq6OarY8V7s37fip0nlVIQjO6OHQzBWdTIJM=; b=O/zKO+xsd1fl7C10yuCznvNTjLDCjWB0Ipd/i7g1kkNrL8FcF5Mhchw96JVsQXJlXZ PqAjGlDgXRYYHGwzOQAFYVuPB9fn39TzV9t9f77/o7iD3f4cc5lo/bTSy2s4jNmg6Zy0 LrTyA/ytDnLsT+rptJJWdDaA4WW4Vh8E1RublsTKfJdhHT2VeV/8/9nvgCqdTz3WKa7Y AF7L4vsQO1Qz1CqncYncggI3kHkS0pv0NPdijUfkT3xm+X4x6pan+058vaEHUwHCMA48 UJdqGqUqX5RmDZ1PDimNfGS/oZhyHE81H+JCK6QEtbrpJ/e14NCAE+WdCEqagzdJBGh6 2FTQ== MIME-Version: 1.0 X-Received: by 10.60.156.232 with SMTP id wh8mr749306oeb.56.1383686053596; Tue, 05 Nov 2013 13:14:13 -0800 (PST) Received: by 10.76.177.234 with HTTP; Tue, 5 Nov 2013 13:14:13 -0800 (PST) Date: Tue, 5 Nov 2013 22:14:13 +0100 Message-ID: Subject: 10-BETA3 From: Andreas Nilsson To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:14:14 -0000 Hello, I recently started using the 10 branch, and to my horror I found that make now no longer support -p switch. Is there any plans on providing such a switch for compatibility with gmake and previous make i fbsd? Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 21:56:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C1E02B38 for ; Tue, 5 Nov 2013 21:56:02 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 955A32A16 for ; Tue, 5 Nov 2013 21:56:02 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 6D9F721EDE; Tue, 5 Nov 2013 16:56:01 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Tue, 05 Nov 2013 16:56:01 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id :references:to; s=smtpout; bh=inRdtciwAVYQmy707xTW9brQI38=; b=mj QUj/F4oO0st2YgDohPkyjVl3/QVPAl1CxfK2Y7iDHlBHEwo0V8zYxu0JqRzoRTWu nsu/7ZI/ikHkZqLnmV19Sz1TWopsqFm+RoaDS3a/PvfpY7dw36JJ5RjJTL1oNZCV /ftVXHPR2Sy5vXY05jEQJxUPbnZIYKcU50wVWnVZo= X-Sasl-enc: TAGvxs7qcmhJm0zPcA6LN3Tebj/hqPrIZLQi37vEkJ0j 1383688561 Received: from [172.16.1.145] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id DD0576800A0; Tue, 5 Nov 2013 16:56:00 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1811\)) Subject: Re: 10-BETA3 From: Mark Felder In-Reply-To: Date: Tue, 5 Nov 2013 15:55:59 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <905A93F6-DF40-4778-BF4B-0529B4911DE3@FreeBSD.org> References: To: Andreas Nilsson X-Mailer: Apple Mail (2.1811) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:56:02 -0000 On Nov 5, 2013, at 15:14, Andreas Nilsson wrote: > Hello, >=20 > I recently started using the 10 branch, and to my horror I found that = make > now no longer support -p switch. >=20 > Is there any plans on providing such a switch for compatibility with = gmake > and previous make i fbsd? >=20 fmake (older FreeBSD): -p Only print the input graph, not executing any commands. = The out- put is the same as -d g1. When combined with -f /dev/null, = only the builtin rules of make are displayed. gmake: -p, --print-data-base Print the data base (rules and variable values) that = results from reading the makefiles; then execute as usual or as otherwise = spec- ified. This also prints the version information given by = the -v switch (see below). To print the data base without = trying to remake any files, use make -p -f/dev/null. Well, the new make (bmake) supports -d g1 so I guess you can see what = you want to see using that. It would be really simple to add an option = that makes -p work again, but I guess nobody else noticed its absence. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 22:10:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5BDC38E; Tue, 5 Nov 2013 22:10:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55DFF2AD3; Tue, 5 Nov 2013 22:10:03 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA5MA2Yb009290; Tue, 5 Nov 2013 22:10:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA5MA2I6009281; Tue, 5 Nov 2013 22:10:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 22:10:02 GMT Message-Id: <201311052210.rA5MA2I6009281@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 22:10:03 -0000 TB --- 2013-11-05 18:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-05 18:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-05 18:30:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-11-05 18:30:23 - cleaning the object tree TB --- 2013-11-05 18:30:55 - /usr/local/bin/svn stat /src TB --- 2013-11-05 18:30:59 - At svn revision 257712 TB --- 2013-11-05 18:31:00 - building world TB --- 2013-11-05 18:31:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 18:31:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 18:31:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 18:31:00 - SRCCONF=/dev/null TB --- 2013-11-05 18:31:00 - TARGET=i386 TB --- 2013-11-05 18:31:00 - TARGET_ARCH=i386 TB --- 2013-11-05 18:31:00 - TZ=UTC TB --- 2013-11-05 18:31:00 - __MAKE_CONF=/dev/null TB --- 2013-11-05 18:31:00 - cd /src TB --- 2013-11-05 18:31:00 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 5 18:31:00 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 Tue Nov 5 21:46:42 UTC 2013 TB --- 2013-11-05 21:46:42 - generating LINT kernel config TB --- 2013-11-05 21:46:42 - cd /src/sys/i386/conf TB --- 2013-11-05 21:46:42 - /usr/bin/make -B LINT TB --- 2013-11-05 21:46:42 - cd /src/sys/i386/conf TB --- 2013-11-05 21:46:42 - /usr/sbin/config -m LINT TB --- 2013-11-05 21:46:42 - building LINT kernel TB --- 2013-11-05 21:46:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 21:46:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 21:46:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 21:46:42 - SRCCONF=/dev/null TB --- 2013-11-05 21:46:42 - TARGET=i386 TB --- 2013-11-05 21:46:42 - TARGET_ARCH=i386 TB --- 2013-11-05 21:46:42 - TZ=UTC TB --- 2013-11-05 21:46:42 - __MAKE_CONF=/dev/null TB --- 2013-11-05 21:46:42 - cd /src TB --- 2013-11-05 21:46:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 21:46:42 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-05 22:10:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 22:10:02 - ERROR: failed to build LINT kernel TB --- 2013-11-05 22:10:02 - 10092.72 user 1023.93 system 13178.95 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 22:18:34 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 41A8B74C; Tue, 5 Nov 2013 22:18:34 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 158552B76; Tue, 5 Nov 2013 22:18:33 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VdoxE-0009E9-T6; Tue, 05 Nov 2013 22:18:33 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rA5MITwD062380; Tue, 5 Nov 2013 15:18:30 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+L3V4L71c3Q2PQ9Ds8/kEn Subject: Re: how is the MAC for tap(4) computed? From: Ian Lepore To: John-Mark Gurney In-Reply-To: <20131105182435.GT73243@funkthat.com> References: <20131104170955.GH63947@dan.emsphone.com> <20131105182435.GT73243@funkthat.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 05 Nov 2013 15:18:29 -0700 Message-ID: <1383689909.31172.169.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List , Dan Nelson , Aryeh Friedman , "illoai@gmail.com" , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 22:18:34 -0000 On Tue, 2013-11-05 at 10:24 -0800, John-Mark Gurney wrote: > illoai@gmail.com wrote this message on Mon, Nov 04, 2013 at 16:08 -0500: > > On 4 November 2013 12:09, Dan Nelson wrote: > > > In the last episode (Nov 04), Aryeh Friedman said: > > >> There seems to be a very high rate of MAC address collisions when tap is > > >> running on different machines.... is there anyway to make the selection > > >> of MAC more random > > > > > > It looks like it's generated based on the number of ticks since boot, plus > > > the unit number of the tap device: > > > > > > http://fxr.watson.org/fxr/source/net/if_tap.c#L434 > > > > > > So if you have devices created on boot on a bunch of machines, chances are > > > high that you'll get conflicts. Maybe instead of using the 'ticks' value, > > > kern.hostid could be used instead? That has much better randomness than > > > 'ticks'. > > > > With physical interfaces you can use something like > > ifconfig ath0 ether 00:2d:44:88:ff:00 > > (assuming the device & the driver support changing MAC > > addresses) > > > > I've never tried it with a virtual interface, but it should work if the > > device supports it. > > But remeber when choosing an address like that, that you set the second > low bit of the first octect to one to designate that it's a locally > administered address... > > See wikipedia for more info: > https://en.wikipedia.org/wiki/MAC_address#Address_details > Several ethernet drivers for embedded systems have logic to cook up a random address (probably it should be commonized somewhere) in which they set the first 3 bytes to 'b','s','d' and the low bytes to a random number. The nifty thing about the value 62:73:64 (beside that it's bsd) is that it sets the locally-administered bit in the address. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 22:46:45 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 486744E6; Tue, 5 Nov 2013 22:46:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBA542CFE; Tue, 5 Nov 2013 22:46:44 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rA5MkiTC055932; Tue, 5 Nov 2013 22:46:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rA5MkiXi055930; Tue, 5 Nov 2013 22:46:44 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 22:46:44 GMT Message-Id: <201311052246.rA5MkiXi055930@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 22:46:45 -0000 TB --- 2013-11-05 18:30:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-11-05 18:30:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-11-05 18:30:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-11-05 18:30:23 - cleaning the object tree TB --- 2013-11-05 18:31:08 - /usr/local/bin/svn stat /src TB --- 2013-11-05 18:31:14 - At svn revision 257712 TB --- 2013-11-05 18:31:15 - building world TB --- 2013-11-05 18:31:15 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 18:31:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 18:31:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 18:31:15 - SRCCONF=/dev/null TB --- 2013-11-05 18:31:15 - TARGET=amd64 TB --- 2013-11-05 18:31:15 - TARGET_ARCH=amd64 TB --- 2013-11-05 18:31:15 - TZ=UTC TB --- 2013-11-05 18:31:15 - __MAKE_CONF=/dev/null TB --- 2013-11-05 18:31:15 - cd /src TB --- 2013-11-05 18:31:15 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 5 18:31:16 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 Tue Nov 5 22:24:34 UTC 2013 TB --- 2013-11-05 22:24:34 - generating LINT kernel config TB --- 2013-11-05 22:24:34 - cd /src/sys/amd64/conf TB --- 2013-11-05 22:24:34 - /usr/bin/make -B LINT TB --- 2013-11-05 22:24:34 - cd /src/sys/amd64/conf TB --- 2013-11-05 22:24:34 - /usr/sbin/config -m LINT TB --- 2013-11-05 22:24:34 - building LINT kernel TB --- 2013-11-05 22:24:34 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 22:24:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 22:24:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 22:24:34 - SRCCONF=/dev/null TB --- 2013-11-05 22:24:34 - TARGET=amd64 TB --- 2013-11-05 22:24:34 - TARGET_ARCH=amd64 TB --- 2013-11-05 22:24:34 - TZ=UTC TB --- 2013-11-05 22:24:34 - __MAKE_CONF=/dev/null TB --- 2013-11-05 22:24:34 - cd /src TB --- 2013-11-05 22:24:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 22:24:34 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/nvme/nvme_ns.c cc1: warnings being treated as errors In file included from /src/sys/dev/nvme/nvme_ns.c:43: /src/sys/geom/geom.h: In function 'g_free': /src/sys/geom/geom.h:351: warning: implicit declaration of function 'KASSERT' /src/sys/geom/geom.h:351: warning: nested extern declaration of 'KASSERT' [-Wnested-externs] /src/sys/geom/geom.h:352: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:353: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-11-05 22:46:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 22:46:44 - ERROR: failed to build LINT kernel TB --- 2013-11-05 22:46:44 - 11589.88 user 1320.37 system 15380.72 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 22:46:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C84CD5B5 for ; Tue, 5 Nov 2013 22:46:52 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 969CC2D02 for ; Tue, 5 Nov 2013 22:46:52 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id va2so1498758obc.9 for ; Tue, 05 Nov 2013 14:46:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zuj3QUuVBWROdSBfHHNh6tupldacgIMqxQiaf5SVZdU=; b=0X5xTKm/D4YEPuhrNfyocL/1UbC5aiHnxHJKOGaO6LROKiLZl+u3rLRXaJbiHBMhxp zyioI1ucowVZIsLlcZGsRpOP9CiUjkgFTtv/BMfiyL2/I/mSn04Iy3M6aFDC7mfTKBh6 65tioEPoXwtnYd75H+Q/UOMi4mCxOOdw9v1gye6Hi67lfJXqA0RSQ/jZpM+KdKyKPKeJ 77G98BWwFIZZWSKWCX9sk/l9x8QQCJ6OL/Yw8h2UmF9j9ZrtFmp/KLUrSE/6JuaVQIgE 4Xhdqiyb0OVhynVP9bFiVNRX27u0NYwx6AZWhlNiDqDby9ULX1LnKGH4LAoS8zvk25/a U3SA== MIME-Version: 1.0 X-Received: by 10.60.44.239 with SMTP id h15mr30977oem.22.1383691611859; Tue, 05 Nov 2013 14:46:51 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 14:46:51 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 23:46:51 +0100 Message-ID: Subject: Re: 10-BETA3 From: Oliver Pinter To: Andreas Nilsson Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 22:46:52 -0000 On 11/5/13, Andreas Nilsson wrote: > Hello, > > I recently started using the 10 branch, and to my horror I found that make > now no longer support -p switch. > > Is there any plans on providing such a switch for compatibility with gmake > and previous make i fbsd? see this: https://github.com/opntr/freebsd-user-env/commit/cb21fd1839089eb0434e3149a4d749fdfeefeb22 > > Best regards > Andreas > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 5 22:48:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 72E77733; Tue, 5 Nov 2013 22:48:27 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32B232D37; Tue, 5 Nov 2013 22:48:27 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id i7so1304614oag.25 for ; Tue, 05 Nov 2013 14:48:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8Oo9AGVBH0zX61+oPN38/5i/aBnmwmfv59cV+LdFHOk=; b=eFWP4HmBDHYeqg4Gngoa9Fed+zAaVz0fZi69s/DTZPky/rTv//Nnndwk4PCfsxG02s Rn/3fHlT4rNQplxl6K/EBlsrfbPm8yX0R7BS0CdfTXF8ybIazrtyBTpcvQv+OmPHzH5/ Bf2lYKie4A2BHpdwITkJrKAoDT/STfwDn6NqGHEABkpgaCSDxuKQnYRAgi0fdpbQCRPS SKkO+1WyWDMna5bxFOwtZV+UK7eJNtt82rL45i12v0mg+PVG4rAPIf1fDC7f7MgmR9LV Wy0M6fuJlJhkBECWfgafQ66k0PLFxyqYxJ98Q+1+L6kDYscDPA3XrHJlQgi9YnDnLvT5 EqFQ== MIME-Version: 1.0 X-Received: by 10.60.156.232 with SMTP id wh8mr11609oeb.56.1383691706428; Tue, 05 Nov 2013 14:48:26 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 14:48:26 -0800 (PST) In-Reply-To: <905A93F6-DF40-4778-BF4B-0529B4911DE3@FreeBSD.org> References: <905A93F6-DF40-4778-BF4B-0529B4911DE3@FreeBSD.org> Date: Tue, 5 Nov 2013 23:48:26 +0100 Message-ID: Subject: Re: 10-BETA3 From: Oliver Pinter To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List , Andreas Nilsson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 22:48:27 -0000 On 11/5/13, Mark Felder wrote: > > On Nov 5, 2013, at 15:14, Andreas Nilsson wrote: > >> Hello, >> >> I recently started using the 10 branch, and to my horror I found that >> make >> now no longer support -p switch. >> >> Is there any plans on providing such a switch for compatibility with >> gmake >> and previous make i fbsd? >> > > fmake (older FreeBSD): > -p Only print the input graph, not executing any commands. The > out- > put is the same as -d g1. When combined with -f /dev/null, > only > the builtin rules of make are displayed. > > gmake: > -p, --print-data-base > Print the data base (rules and variable values) that results > from > reading the makefiles; then execute as usual or as otherwise > spec- > ified. This also prints the version information given by the > -v > switch (see below). To print the data base without trying > to > remake any files, use make -p -f/dev/null. > > Well, the new make (bmake) supports -d g1 so I guess you can see what you > want to see using that. It would be really simple to add an option that > makes -p work again, but I guess nobody else noticed its absence. Yes, but bmake's -dg1 output format are different than fmake's -p. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 02:29:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4BB0AED8 for ; Wed, 6 Nov 2013 02:29:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D00C3273A for ; Wed, 6 Nov 2013 02:29:38 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA62TXGp031486; Wed, 6 Nov 2013 04:29:33 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA62TXGp031486 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA62TWMh031485; Wed, 6 Nov 2013 04:29:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 6 Nov 2013 04:29:32 +0200 From: Konstantin Belousov To: Matt Magoffin Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred Message-ID: <20131106022932.GY59496@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m9Vkydzf3ccYCnyC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 02:29:39 -0000 --m9Vkydzf3ccYCnyC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 07:26:17AM +1300, Matt Magoffin wrote: > Hello, >=20 > I have been running a generic 9.1 kernel for some time, and tried to upgr= ade to 9.2. The upgrade itself goes smoothly, but after running a few minut= es I get a panic like this: >=20 > panic: vm_fault: fault on nofault entry, addr: ffffff836e0fc000 > cpuid =3D 0 > KDB: stack backtrace: > n0 0xffffffff80947986 at kdb_backtrace+0x66 > n1 0xffffffff8090d9ae at panic+0x1ce > nz 0xffffffff80b79eca at vm_fault_hold+0x1f8a > n3 0xffffffff80b7a663 at vm_fault+0x73 > n4 0xffffffff80cf260f at trap_pfault+0x3~f > ns 0xffffffff80cf29e4 at trap+0x344 > n6 0xffffffff80cdbd13 at calltrap+0x8 > n? 0xffffffff80d96898 at VOP_ADD_WRITECOUNT_APV+0x78 > na 0xffffffff809bad48 at vn_open_cred+0x5d8 > n9 0xffffffff809b676a at kern_openat+0x20a > n10 0xffffffff80cf187a at amd64_syscall+0x5ea > n11 0xffffffff80cdbff7 at Xfast_syscall+0xf7 > Uptime: 5m24s >=20 > This is a production system for which I don't have a similar setup to tes= t changes on, so I rolled back (via a zfs snapshot) to 9.1 after the panic = consistently happened after rebooting. I can't say with certainty what was = causing the crash: after booting I performed my usual system tasks which in= volved mounting some pefs filesystems (and thus loading the pefs kernel mod= ule) and starting up a Postgres server. >=20 > After rolling back to 9.1 I did repeat the upgrade process and ended up w= ith the same panic, so I have since left it in 9.1. >=20 > I'm afraid I'm relatively new to FreeBSD, so I don't have any crash dumps= =2E I wondered if anyone had any ideas on what might be causing this type o= f panic? I do not see how you being new to freebsd prevents the system from dumping core. At least, look up the source line number for the VOP_ADD_WRITECOUNT_APV+0x7= 8, by loading the kernel.debug into kgdb and doing list *VOP_ADD_WRITECOUNT_APV+0x78 The lines should be from the build-time generated file vnode_if.c, so please provide the excerpt from the source file around the reported line. Just in case, do you have out-of-tree kernel modules installed on your system ? If yes, did you recompiled them after the upgrade ? --m9Vkydzf3ccYCnyC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSeamLAAoJEJDCuSvBvK1BrPIP/RxZ5qnYtBeZQT/Zp4zPk+Y7 pkmg7kDzQs1iKmHN+bZ6mtd9DaO7Yv3RAtN6FwbkYtzVaDrR5bd6+K1c7VT9uumJ XZSt0RoLB7rdN+Iai0kJ7RRdYmPvEKRrkfT3xwF0ENixkLBMjll/10PYvZp0mVEO HCEAR/UaMlCpQeuePA3jhJnBXqaGI+pCimCEZMUrTPR/AD6kz9Ecsm3qnrE2Isty 7CcAEhqqcS4K2E0nzttc0wUXOoU/hFsl9fjyKZgUFQ7+ue0eNErUbXwn3oYUYq1y Vso+unGrKl48qvuXBCOoy1Zn3q5L4AcWmy+LCEfTNR2N2Ntzpl2KpDryQX9suBsU pzijZ1mUgz4iXeWLj1HhPL0XwVolnfb8dJcnYlPPTxI9usGIGXsuv6qPppglckOx weuDefNEwj0w4WqZTNhbkwAeNXd/1EY5TNRPJGwlulTrNgnOxDlg7MAI9MhI1qTy pjh0tJTMDL5owwuw9MuuaEpNXJlmre4DQGdkPEtR6oswEAzSZuwOZIKOGfjpROfo HJ2r6vRE5/K4DDQcDu5GoS3U5oVWieQWhCg5glQzySQqNJm3yggYC1NmPdPvHfMx F45I0hv70uzURdfFHlWJtnvkqQfjTToh70FOFX6MwC2rXqWxzbDhnfVmKImdbvzd BRGD51uHkOJLFVx4PDR6 =ZrfX -----END PGP SIGNATURE----- --m9Vkydzf3ccYCnyC-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 02:36:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61CC92CC for ; Wed, 6 Nov 2013 02:36:15 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2061F27C1 for ; Wed, 6 Nov 2013 02:36:14 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:19565] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 1A/D8-19454-71BA9725; Wed, 06 Nov 2013 02:36:07 +0000 Date: Wed, 06 Nov 2013 02:36:07 +0000 Message-ID: <1A.D8.19454.71BA9725@cdptpa-oedge03> From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> Subject: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 02:36:15 -0000 from Yonghyeon PYUN: Thomas, would you try attached patch on your system? [-- Attachment #2: re.8168evl.diff --] [-- Type: text/x-diff, Encoding: 7bit, Size: 3.6K --] Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8168evl.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 257422) +++ sys/dev/re/if_re.c (working copy) @@ -295,6 +295,8 @@ static int re_miibus_writereg (device_t, int, int, int); static void re_miibus_statchg (device_t); +static void re_eri_write (struct rl_softc *, bus_size_t, uint32_t, int); + static void re_set_jumbo (struct rl_softc *, int); static void re_set_rxmode (struct rl_softc *); static void re_reset (struct rl_softc *); @:10,32s/^/@ -641,6 +643,32 @@ } (snip) Which version/branch of FreeBSD is this for? 9.2_STABLE, 10-stable or 11-head? Does it require a specific svn revision? I just updated FreeBSD-current on new MSI motherboard (svn revision 257695). dhclient re0 still gives same error. Now I have to update FreeBSD-current amd64 on same computer. I go through this in the hope of being able to configure wifi with Hiro 50191 USB-stick-type WLAN adapter, driver rsu. So far, can't see wifi network. I see what more I need to do, or maybe no wifi signal? Tom From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 03:41:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8ED59A7D for ; Wed, 6 Nov 2013 03:41:34 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit1.ironport.snap.net.nz (unit1.ironport.snap.net.nz [202.37.100.105]) by mx1.freebsd.org (Postfix) with ESMTP id 04D842CD8 for ; Wed, 6 Nov 2013 03:41:33 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=9T2e0IaWUNWgzAxBXDhU/cHzcvQzCvv/NjDiUr6yZA4= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=pGLkceISAAAA:8 a=HxffbnXohOaGllxYny0A:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFACe5eVJ7/y9j/2dsb2JhbABZhBK/TIElFoMZAQEBAwFAAQE3AQQLCw4mEgIfNgYTh28DCQWrK4RSAQWEag2JZQaMZ4JXGweDIIEPkDGFcYFrikSCDohzghQ X-IronPort-AV: E=Sophos;i="4.93,643,1378814400"; d="p7s'?scan'208";a="209971642" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 06 Nov 2013 16:41:32 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id B1AEB25621; Wed, 6 Nov 2013 16:41:31 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA63fQF4031488 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Nov 2013 16:41:28 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383709289; bh=Byogt8jR9pOSQHBfwDX5WQvHGBAS/IRjdamDARut7sw=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=OxfAR3Nr3FyWmo248KVwGlbLIv8ZNCFZ+Jmw865In2WeOMK8LeT3UcIJKTf+67Tjz MKwrIha3JgXnNaYZVUuSw4P9wp2Pay62/G29Co9HIK82noe18iSXl3pGWiz+LqrkVc bK2Su8lUtIirIJA6fLul/+CZcN4MuZ+J9BVQ4E0w= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_B93AC6FA-07C4-4A08-8485-6694F6D66251"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <20131106022932.GY59496@kib.kiev.ua> Date: Wed, 6 Nov 2013 16:41:27 +1300 Message-Id: <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> References: <20131106022932.GY59496@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 03:41:34 -0000 --Apple-Mail=_B93AC6FA-07C4-4A08-8485-6694F6D66251 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 3:29 PM, Konstantin Belousov = wrote: > I do not see how you being new to freebsd prevents the system from = dumping > core. I appreciate your response. Being new, I did not have dumpdev set in = rc.conf, and my root device is ZFS, which I snapshot before the upgrade = and I completely rolled back after rebooting, before looking for any = dumps. If I attempt the upgrade again, I have dumpdev configured now, = and I will not rollback /var/crash after rebooting. > At least, look up the source line number for the = VOP_ADD_WRITECOUNT_APV+0x78, > by loading the kernel.debug into kgdb and doing > list *VOP_ADD_WRITECOUNT_APV+0x78 > The lines should be from the build-time generated file vnode_if.c, so = please > provide the excerpt from the source file around the reported line. I am running a GENERIC amd64 kernel, which I have not compiled. Is there = a way to deduce the appropriate line without a dump? Or, would I need to = trigger a panic in another machine running the same kernel? > Just in case, do you have out-of-tree kernel modules installed on your > system ? If yes, did you recompiled them after the upgrade ? I do not have any out-of-tree kernel modules installed. The ones I have = (in my running 9.1 system) are: 1 23 0xffffffff80200000 1323780 kernel 2 1 0xffffffff81524000 2084f8 zfs.ko 3 2 0xffffffff8172d000 5c68 opensolaris.ko 4 1 0xffffffff81735000 4a30 aesni.ko 5 4 0xffffffff8173a000 2b4a8 crypto.ko 6 3 0xffffffff81766000 dde0 zlib.ko 7 1 0xffffffff81774000 4cd0 cryptodev.ko 8 1 0xffffffff81779000 5a958 ipl.ko 9 1 0xffffffff81a12000 15c2 fdescfs.ko 10 1 0xffffffff81a14000 bfda pefs.ko Cheers, Matt= --Apple-Mail=_B93AC6FA-07C4-4A08-8485-6694F6D66251 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwNjAz NDEyN1owIwYJKoZIhvcNAQkEMRYEFMpHCUct6GHyprdzin8HWDbL8GMFMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBALkoi4Za08XM42m4ELrfXGpan6/q HO2rDMVpls+PFcJlGenFrMBE3z4P0GeT2YIDjH1RwhiWq6/QiPbUh2jMglO1N9dAtiG3Bpa2kvov lXNm8aQyYXF3aNRcSJOTatedlvrAuyv/0WZ88Ytj1QXA5uung6Gkj/CGDyNiBYJ0FZE2qHl51iZn iDK8R8nHwmmOs1+FRRa5eSIefwkVO/+Z4pDOBtAi/tFbUjq+7DpxbtJEoM3PNnNmbPYcyBnRETbf PvMC1Whhe4aFry6dgSaOI3pCc/Dqq+Xuoy3Lgh3EE014Uf8ddjxVjPfNqkUuqHybtSnON13Fsr9J KXPFnRSHd90AAAAAAAA= --Apple-Mail=_B93AC6FA-07C4-4A08-8485-6694F6D66251-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 03:53:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BC8B8630 for ; Wed, 6 Nov 2013 03:53:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4AAF62DC4 for ; Wed, 6 Nov 2013 03:53:59 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA63roE0049520; Wed, 6 Nov 2013 05:53:50 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA63roE0049520 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA63roAS049519; Wed, 6 Nov 2013 05:53:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 6 Nov 2013 05:53:50 +0200 From: Konstantin Belousov To: Matt Magoffin Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred Message-ID: <20131106035350.GC59496@kib.kiev.ua> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qlxuSZavbKOzr4aO" Content-Disposition: inline In-Reply-To: <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> User-Agent: Mutt/1.5.22 (2013-10-16) 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 03:53:59 -0000 --qlxuSZavbKOzr4aO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 04:41:27PM +1300, Matt Magoffin wrote: > On Nov 6, 2013, at 3:29 PM, Konstantin Belousov wro= te: >=20 > > I do not see how you being new to freebsd prevents the system from dump= ing > > core. >=20 > I appreciate your response. Being new, I did not have dumpdev set in rc.c= onf, and my root device is ZFS, which I snapshot before the upgrade and I c= ompletely rolled back after rebooting, before looking for any dumps. If I a= ttempt the upgrade again, I have dumpdev configured now, and I will not rol= lback /var/crash after rebooting. >=20 > > At least, look up the source line number for the VOP_ADD_WRITECOUNT_APV= +0x78, > > by loading the kernel.debug into kgdb and doing > > list *VOP_ADD_WRITECOUNT_APV+0x78 > > The lines should be from the build-time generated file vnode_if.c, so p= lease > > provide the excerpt from the source file around the reported line. >=20 > I am running a GENERIC amd64 kernel, which I have not compiled. Is there = a way to deduce the appropriate line without a dump? Or, would I need to tr= igger a panic in another machine running the same kernel? >=20 The system comes with kernel.symbols file, which should be enough. You do not need a core to do what I requested. > > Just in case, do you have out-of-tree kernel modules installed on your > > system ? If yes, did you recompiled them after the upgrade ? >=20 > I do not have any out-of-tree kernel modules installed. The ones I have (= in my running 9.1 system) are: >=20 > 1 23 0xffffffff80200000 1323780 kernel > 2 1 0xffffffff81524000 2084f8 zfs.ko > 3 2 0xffffffff8172d000 5c68 opensolaris.ko > 4 1 0xffffffff81735000 4a30 aesni.ko > 5 4 0xffffffff8173a000 2b4a8 crypto.ko > 6 3 0xffffffff81766000 dde0 zlib.ko > 7 1 0xffffffff81774000 4cd0 cryptodev.ko > 8 1 0xffffffff81779000 5a958 ipl.ko > 9 1 0xffffffff81a12000 15c2 fdescfs.ko > 10 1 0xffffffff81a14000 bfda pefs.ko Well, pefs.ko definitely does not come with 9.2. I have no idea what ipl.ko is. I think you should start with recompiling whatever modules you have besides base system, before we go any further. --qlxuSZavbKOzr4aO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSeb1NAAoJEJDCuSvBvK1Bz1wP/3iqIKFMhwBUko96fhQmijPk LtIPYUJECj9rvhFIkzL3C9ayy1nJS6LnFCwSOWFTDMMLIngLeTgPjQCFnZiWs4eH GU6t/IO/5doovuFW0bBXEAUzMY0Pb7bjIzFopvPdRWBzh4kJ3diFg/yjkLhy1rvr 9so2P47tthZ5zwY5PKRPjWF6Fx7lGPVLskcDjcDHThKAW3tJJInNkjwgMX5zDu/f j7oDgHQVG9FmuAa1lrMp/mfP3gWyKX8T7YyN8ey+W1/ha9G8aHkfdyNRk3sGtEYX mQr/QEerCWMwgq6ORVoFxhioNDMw6pwVc2A8l+t+T7ajZs+yHl/DSOKHXNYv4vcF xhDIis6V999iMGB7PYRkVzu6bz8ffhQgZbjyOlliFdfsq5iVFyHH0oEAHlhqTfeW DIeeGjY5pzMKc3DFM5PNnLAEWPaX9Wv36r2+ZOkCH7y9EzLZe6VtzyUd1IFX/OSk T0i1hTxfSB/DA2+rG3UCQ4QzX7vKVgmLcORHc3u4+ztgfoe2u0WmYyEmdQHS3HBt F5df+QRZvg5xDxdjGGtC7R/ouNk1z6izTYgPs/yxxUOHnpXr8UwtldOx5ZZzBGR2 Qi+9/Wwz7dXjHjLpxJl5YYedzTWsh8XwR0VzJo8BRdhZB+3wB5xCR/6jvaUKGWfZ fbDQh9TQbluWKlMCBgTT =D7xf -----END PGP SIGNATURE----- --qlxuSZavbKOzr4aO-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 04:24:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E8753B7F; Wed, 6 Nov 2013 04:24:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B806A2FEA; Wed, 6 Nov 2013 04:24:46 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id fa1so9947543pad.41 for ; Tue, 05 Nov 2013 20:24:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ZzZFhpR7n5xpYdjuIxubbM/8ves8fWU3pIwVc4GxPak=; b=VCXrSYSdzZDCjXq8fK3u3QXAc+taYyRGEW+31eb9LOl4BMz+vBmhkiaLBp3ni9RN8t ZWj9Z7un+96DKfKPx+4g8b2DaPKmAGSFoq9pJaO3P9GIx6zndEIeVqYC2FzRYiss0Wqi B7jWXd+jGZ3Kwy/Sx2ljeIOVVN3Bzl4l4xCzwL1dBMJ5LOGZ3Ij1L9P2NnIRAE4jKWRV CBXzv4E3mxswmVSOuoMdjTicBM6W0ahhWPqyiFr+r6HPvcHm6JJLfV/G3Ge4yu91at0j dQiAoKG46sBA5v+neLO83YP+urT7VMk0H2pf+ZtDHx/6Pu9cCfUcgfLgpVfmi/8vhr7x E+FQ== X-Received: by 10.66.159.234 with SMTP id xf10mr1767657pab.139.1383711886205; Tue, 05 Nov 2013 20:24:46 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id 7sm44534475paf.22.2013.11.05.20.24.43 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 05 Nov 2013 20:24:45 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 06 Nov 2013 13:24:41 +0900 From: Yonghyeon PYUN Date: Wed, 6 Nov 2013 13:24:41 +0900 To: Thomas Mueller Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard Message-ID: <20131106042441.GA1401@michelle.cdnetworks.com> References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1A.D8.19454.71BA9725@cdptpa-oedge03> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 04:24:47 -0000 On Wed, Nov 06, 2013 at 02:36:07AM +0000, Thomas Mueller wrote: > from Yonghyeon PYUN: > > Thomas, would you try attached patch on your system? > > > [-- Attachment #2: re.8168evl.diff --] > [-- Type: text/x-diff, Encoding: 7bit, Size: 3.6K --] > Content-Type: text/x-diff; charset=us-ascii > Content-Disposition: attachment; filename="re.8168evl.diff" > > Index: sys/dev/re/if_re.c > =================================================================== > --- sys/dev/re/if_re.c (revision 257422) > +++ sys/dev/re/if_re.c (working copy) > @@ -295,6 +295,8 @@ > static int re_miibus_writereg (device_t, int, int, int); > static void re_miibus_statchg (device_t); > > +static void re_eri_write (struct rl_softc *, bus_size_t, uint32_t, int); > + > static void re_set_jumbo (struct rl_softc *, int); > static void re_set_rxmode (struct rl_softc *); > static void re_reset (struct rl_softc *); > @:10,32s/^/@ -641,6 +643,32 @@ > } > (snip) > > Which version/branch of FreeBSD is this for? > I guess the diff would apply to CURRENT and any stable. > 9.2_STABLE, 10-stable or 11-head? > > Does it require a specific svn revision? > No. > I just updated FreeBSD-current on new MSI motherboard (svn revision 257695). > > dhclient re0 still gives same error. > That's expected behavior since there is no code to activate the workaround at this moment. Given that you have CURRENT at this moment, apply the diff and let me know how it goes. > Now I have to update FreeBSD-current amd64 on same computer. > > I go through this in the hope of being able to configure wifi with Hiro 50191 USB-stick-type WLAN adapter, driver rsu. > > So far, can't see wifi network. I see what more I need to do, or maybe no wifi signal? > Sorry, I'm dumb on wireless drivers so have nothing to comment. :-( > Tom > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 07:00:04 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3E82C387; Wed, 6 Nov 2013 07:00:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 330B42641; Wed, 6 Nov 2013 07:00:02 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA66xq4J051746; Wed, 6 Nov 2013 08:59:52 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA66xq16051613; Wed, 6 Nov 2013 06:59:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 06:59:52 GMT Message-Id: <201311060659.rA66xq16051613@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 07:00:04 -0000 TB --- 2013-11-06 04:20:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-06 04:20:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-06 04:20:32 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-11-06 04:20:32 - cleaning the object tree TB --- 2013-11-06 04:20:32 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:21:27 - At svn revision 257733 TB --- 2013-11-06 04:21:28 - building world TB --- 2013-11-06 04:21:28 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:21:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:21:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:21:28 - SRCCONF=/dev/null TB --- 2013-11-06 04:21:28 - TARGET=mips TB --- 2013-11-06 04:21:28 - TARGET_ARCH=mips TB --- 2013-11-06 04:21:28 - TZ=UTC TB --- 2013-11-06 04:21:28 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:21:28 - cd /src TB --- 2013-11-06 04:21:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:21:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 6 05:47:46 UTC 2013 TB --- 2013-11-06 05:47:46 - cd /src/sys/mips/conf TB --- 2013-11-06 05:47:46 - /usr/sbin/config -m ADM5120 TB --- 2013-11-06 05:47:46 - skipping ADM5120 kernel TB --- 2013-11-06 05:47:46 - cd /src/sys/mips/conf TB --- 2013-11-06 05:47:46 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-06 05:47:46 - skipping ALCHEMY kernel TB --- 2013-11-06 05:47:46 - cd /src/sys/mips/conf TB --- 2013-11-06 05:47:46 - /usr/sbin/config -m AP121 TB --- 2013-11-06 05:47:46 - building AP121 kernel TB --- 2013-11-06 05:47:46 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 05:47:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 05:47:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 05:47:46 - SRCCONF=/dev/null TB --- 2013-11-06 05:47:46 - TARGET=mips TB --- 2013-11-06 05:47:46 - TARGET_ARCH=mips TB --- 2013-11-06 05:47:46 - TZ=UTC TB --- 2013-11-06 05:47:46 - __MAKE_CONF=/dev/null TB --- 2013-11-06 05:47:46 - cd /src TB --- 2013-11-06 05:47:46 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Nov 6 05:47:46 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 >>> Kernel build for AP121 completed on Wed Nov 6 05:52:59 UTC 2013 TB --- 2013-11-06 05:52:59 - cd /src/sys/mips/conf TB --- 2013-11-06 05:52:59 - /usr/sbin/config -m AP91 TB --- 2013-11-06 05:52:59 - building AP91 kernel TB --- 2013-11-06 05:52:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 05:52:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 05:52:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 05:52:59 - SRCCONF=/dev/null TB --- 2013-11-06 05:52:59 - TARGET=mips TB --- 2013-11-06 05:52:59 - TARGET_ARCH=mips TB --- 2013-11-06 05:52:59 - TZ=UTC TB --- 2013-11-06 05:52:59 - __MAKE_CONF=/dev/null TB --- 2013-11-06 05:52:59 - cd /src TB --- 2013-11-06 05:52:59 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Nov 6 05:52:59 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 >>> Kernel build for AP91 completed on Wed Nov 6 05:59:55 UTC 2013 TB --- 2013-11-06 05:59:55 - cd /src/sys/mips/conf TB --- 2013-11-06 05:59:55 - /usr/sbin/config -m AP93 TB --- 2013-11-06 05:59:55 - building AP93 kernel TB --- 2013-11-06 05:59:55 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 05:59:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 05:59:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 05:59:55 - SRCCONF=/dev/null TB --- 2013-11-06 05:59:55 - TARGET=mips TB --- 2013-11-06 05:59:55 - TARGET_ARCH=mips TB --- 2013-11-06 05:59:55 - TZ=UTC TB --- 2013-11-06 05:59:55 - __MAKE_CONF=/dev/null TB --- 2013-11-06 05:59:55 - cd /src TB --- 2013-11-06 05:59:55 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Wed Nov 6 05:59:55 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 >>> Kernel build for AP93 completed on Wed Nov 6 06:07:18 UTC 2013 TB --- 2013-11-06 06:07:18 - cd /src/sys/mips/conf TB --- 2013-11-06 06:07:18 - /usr/sbin/config -m AP94 TB --- 2013-11-06 06:07:18 - building AP94 kernel TB --- 2013-11-06 06:07:18 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:07:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:07:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:07:18 - SRCCONF=/dev/null TB --- 2013-11-06 06:07:18 - TARGET=mips TB --- 2013-11-06 06:07:18 - TARGET_ARCH=mips TB --- 2013-11-06 06:07:18 - TZ=UTC TB --- 2013-11-06 06:07:18 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:07:18 - cd /src TB --- 2013-11-06 06:07:18 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Wed Nov 6 06:07: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 >>> Kernel build for AP94 completed on Wed Nov 6 06:16:01 UTC 2013 TB --- 2013-11-06 06:16:01 - cd /src/sys/mips/conf TB --- 2013-11-06 06:16:01 - /usr/sbin/config -m AP96 TB --- 2013-11-06 06:16:01 - building AP96 kernel TB --- 2013-11-06 06:16:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:16:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:16:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:16:01 - SRCCONF=/dev/null TB --- 2013-11-06 06:16:01 - TARGET=mips TB --- 2013-11-06 06:16:01 - TARGET_ARCH=mips TB --- 2013-11-06 06:16:01 - TZ=UTC TB --- 2013-11-06 06:16:01 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:16:01 - cd /src TB --- 2013-11-06 06:16:01 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Wed Nov 6 06:16:01 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 >>> Kernel build for AP96 completed on Wed Nov 6 06:24:32 UTC 2013 TB --- 2013-11-06 06:24:32 - cd /src/sys/mips/conf TB --- 2013-11-06 06:24:32 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-06 06:24:32 - building AR71XX_BASE kernel TB --- 2013-11-06 06:24:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:24:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:24:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:24:32 - SRCCONF=/dev/null TB --- 2013-11-06 06:24:32 - TARGET=mips TB --- 2013-11-06 06:24:32 - TARGET_ARCH=mips TB --- 2013-11-06 06:24:32 - TZ=UTC TB --- 2013-11-06 06:24:32 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:24:32 - cd /src TB --- 2013-11-06 06:24:32 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Wed Nov 6 06:24:32 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 >>> Kernel build for AR71XX_BASE completed on Wed Nov 6 06:31:54 UTC 2013 TB --- 2013-11-06 06:31:54 - cd /src/sys/mips/conf TB --- 2013-11-06 06:31:54 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-06 06:31:54 - building AR724X_BASE kernel TB --- 2013-11-06 06:31:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:31:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:31:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:31:54 - SRCCONF=/dev/null TB --- 2013-11-06 06:31:54 - TARGET=mips TB --- 2013-11-06 06:31:54 - TARGET_ARCH=mips TB --- 2013-11-06 06:31:54 - TZ=UTC TB --- 2013-11-06 06:31:54 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:31:54 - cd /src TB --- 2013-11-06 06:31:54 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Wed Nov 6 06:31:54 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 >>> Kernel build for AR724X_BASE completed on Wed Nov 6 06:37:43 UTC 2013 TB --- 2013-11-06 06:37:43 - cd /src/sys/mips/conf TB --- 2013-11-06 06:37:43 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-06 06:37:43 - building AR91XX_BASE kernel TB --- 2013-11-06 06:37:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:37:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:37:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:37:43 - SRCCONF=/dev/null TB --- 2013-11-06 06:37:43 - TARGET=mips TB --- 2013-11-06 06:37:43 - TARGET_ARCH=mips TB --- 2013-11-06 06:37:43 - TZ=UTC TB --- 2013-11-06 06:37:43 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:37:43 - cd /src TB --- 2013-11-06 06:37:43 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Wed Nov 6 06:37:43 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 >>> Kernel build for AR91XX_BASE completed on Wed Nov 6 06:44:28 UTC 2013 TB --- 2013-11-06 06:44:28 - cd /src/sys/mips/conf TB --- 2013-11-06 06:44:28 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-06 06:44:28 - building AR933X_BASE kernel TB --- 2013-11-06 06:44:28 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:44:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:44:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:44:28 - SRCCONF=/dev/null TB --- 2013-11-06 06:44:28 - TARGET=mips TB --- 2013-11-06 06:44:28 - TARGET_ARCH=mips TB --- 2013-11-06 06:44:28 - TZ=UTC TB --- 2013-11-06 06:44:28 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:44:28 - cd /src TB --- 2013-11-06 06:44:28 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Wed Nov 6 06:44:28 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 >>> Kernel build for AR933X_BASE completed on Wed Nov 6 06:48:17 UTC 2013 TB --- 2013-11-06 06:48:17 - cd /src/sys/mips/conf TB --- 2013-11-06 06:48:17 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-06 06:48:17 - building AR934X_BASE kernel TB --- 2013-11-06 06:48:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:48:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:48:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:48:17 - SRCCONF=/dev/null TB --- 2013-11-06 06:48:17 - TARGET=mips TB --- 2013-11-06 06:48:17 - TARGET_ARCH=mips TB --- 2013-11-06 06:48:17 - TZ=UTC TB --- 2013-11-06 06:48:17 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:48:17 - cd /src TB --- 2013-11-06 06:48:17 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Wed Nov 6 06:48:17 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 >>> Kernel build for AR934X_BASE completed on Wed Nov 6 06:52:03 UTC 2013 TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-11-06 06:52:03 - skipping BERI_DE4_BASE kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-11-06 06:52:03 - skipping BERI_DE4_MDROOT kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-11-06 06:52:03 - skipping BERI_DE4_SDROOT kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-11-06 06:52:03 - skipping BERI_SIM_BASE kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-11-06 06:52:03 - skipping BERI_SIM_MDROOT kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-11-06 06:52:03 - skipping BERI_SIM_SDROOT kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-11-06 06:52:03 - skipping BERI_TEMPLATE kernel TB --- 2013-11-06 06:52:03 - cd /src/sys/mips/conf TB --- 2013-11-06 06:52:03 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-11-06 06:52:03 - building CARAMBOLA2 kernel TB --- 2013-11-06 06:52:03 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:52:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:52:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:52:03 - SRCCONF=/dev/null TB --- 2013-11-06 06:52:03 - TARGET=mips TB --- 2013-11-06 06:52:03 - TARGET_ARCH=mips TB --- 2013-11-06 06:52:03 - TZ=UTC TB --- 2013-11-06 06:52:03 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:52:03 - cd /src TB --- 2013-11-06 06:52:03 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Wed Nov 6 06:52:03 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 >>> Kernel build for CARAMBOLA2 completed on Wed Nov 6 06:55:53 UTC 2013 TB --- 2013-11-06 06:55:53 - cd /src/sys/mips/conf TB --- 2013-11-06 06:55:53 - /usr/sbin/config -m DB120 TB --- 2013-11-06 06:55:53 - building DB120 kernel TB --- 2013-11-06 06:55:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:55:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:55:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:55:53 - SRCCONF=/dev/null TB --- 2013-11-06 06:55:53 - TARGET=mips TB --- 2013-11-06 06:55:53 - TARGET_ARCH=mips TB --- 2013-11-06 06:55:53 - TZ=UTC TB --- 2013-11-06 06:55:53 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:55:53 - cd /src TB --- 2013-11-06 06:55:53 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Wed Nov 6 06:55:53 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 >>> Kernel build for DB120 completed on Wed Nov 6 06:59:45 UTC 2013 TB --- 2013-11-06 06:59:45 - cd /src/sys/mips/conf TB --- 2013-11-06 06:59:45 - /usr/sbin/config -m DIR-825 TB --- 2013-11-06 06:59:45 - building DIR-825 kernel TB --- 2013-11-06 06:59:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 06:59:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 06:59:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 06:59:45 - SRCCONF=/dev/null TB --- 2013-11-06 06:59:45 - TARGET=mips TB --- 2013-11-06 06:59:45 - TARGET_ARCH=mips TB --- 2013-11-06 06:59:45 - TZ=UTC TB --- 2013-11-06 06:59:45 - __MAKE_CONF=/dev/null TB --- 2013-11-06 06:59:45 - cd /src TB --- 2013-11-06 06:59:45 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Wed Nov 6 06:59: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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/DIR-825/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-06 06:59:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 06:59:51 - ERROR: failed to build DIR-825 kernel TB --- 2013-11-06 06:59:51 - 6767.52 user 3252.09 system 9558.92 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 07:13:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 641917E8; Wed, 6 Nov 2013 07:13:49 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F88E270F; Wed, 6 Nov 2013 07:13:49 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so9664122obc.2 for ; Tue, 05 Nov 2013 23:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BRzVe0ldZ/eN8+rx0LeX1MIh18MHIFCPNkoj3xrd+eY=; b=IkORnEZzOpHViFZpj7VqTGnh3Aq1TLGGnfvxlQuWvEuJgdOHIVrectmk8ejtiMe9PF 2gF1iccOHZ1FW5zIb7UU0IKBOKN1mF6KCwTRN4XZngnfwaX4a1EirwGvrJpjZmp/l1FM WQDgxbJmnXDG2C69Ftt3vK243tVJjPBnchUUwkeIKdKw6mFGuS4i9s19EPuj6KfcwdOG Bf+tqKM5DdItlHpdYGsr6gIy4jHAJJQuMIfr69Fs80FwyF2nKZLAYlPlYPr7JGMzP0Q3 vk2CNvABsAw2klXaxmoQms595M+PvM2Wb621IF9fzGsshpObCzC7xVg20eEEr2o7iaO6 9gdQ== MIME-Version: 1.0 X-Received: by 10.182.220.225 with SMTP id pz1mr1441322obc.51.1383722028122; Tue, 05 Nov 2013 23:13:48 -0800 (PST) Received: by 10.76.177.234 with HTTP; Tue, 5 Nov 2013 23:13:48 -0800 (PST) In-Reply-To: References: <905A93F6-DF40-4778-BF4B-0529B4911DE3@FreeBSD.org> Date: Wed, 6 Nov 2013 08:13:48 +0100 Message-ID: Subject: Re: 10-BETA3 From: Andreas Nilsson To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 07:13:49 -0000 > > fmake (older FreeBSD): > > -p Only print the input graph, not executing any commands. The > > out- > > put is the same as -d g1. When combined with -f /dev/null, > > only > > the builtin rules of make are displayed. > > > > gmake: > > -p, --print-data-base > > Print the data base (rules and variable values) that results > > from > > reading the makefiles; then execute as usual or as otherwise > > spec- > > ified. This also prints the version information given by > the > > -v > > switch (see below). To print the data base without > trying > > to > > remake any files, use make -p -f/dev/null. > > > > Well, the new make (bmake) supports -d g1 so I guess you can see what you > > want to see using that. It would be really simple to add an option that > > makes -p work again, but I guess nobody else noticed its absence. > > Well, I nobody else is missing it I guess it's not needed. But I really liked that switch. > Yes, but bmake's -dg1 output format are different than fmake's -p. > Seems a bit different, yes. But maybe it has to do. Thanks for the link with completion. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 09:14:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5CFADEF for ; Wed, 6 Nov 2013 09:14:35 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit1.ironport.snap.net.nz (unit1.ironport.snap.net.nz [202.37.100.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5D12D95 for ; Wed, 6 Nov 2013 09:14:34 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=9T2e0IaWUNWgzAxBXDhU/cHzcvQzCvv/NjDiUr6yZA4= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=pGLkceISAAAA:8 a=jumuwPHr9julJ7H-8LYA:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAK8HelJ7/y9j/2dsb2JhbABahBK/PIEjFoMZAQEBAwFAAQE3AQQLCw4mEgIfNgYTh28DCQWrJ4RSAQWEaw2JZQaMZ4FGgSwHgyCBEJAxhXOBa4pEgg6IdIFUQA X-IronPort-AV: E=Sophos;i="4.93,645,1378814400"; d="p7s'?scan'208";a="210005823" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 06 Nov 2013 22:14:33 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id 100C725623; Wed, 6 Nov 2013 22:14:33 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA69ESu7010876 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Nov 2013 22:14:30 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383729270; bh=Tngz2JYkTJZ0RRDVsrZDA55X0bdfFtoy7DxAn3pNNF8=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=GJ/yL+TL9bF7ffNsKgi2ZXoGUMBRpBGJy076pOecrpIlyLsh5P05nmUp4hl8tJvAO ON14PlnQN1sZv22iRcnbugOfo8cskHH27J9wiqrgza4GDTdSefxpZhehFrgRT3k8+q sUzeQ3L0o97+/MS4I8alAqVLiZD9RVnGRzU5cvag= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_FE6464B4-BA8E-48C4-98B4-D86BAF80D876"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <20131106035350.GC59496@kib.kiev.ua> Date: Wed, 6 Nov 2013 22:14:28 +1300 Message-Id: References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 09:14:35 -0000 --Apple-Mail=_FE6464B4-BA8E-48C4-98B4-D86BAF80D876 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 4:53 PM, Konstantin Belousov = wrote: >>> At least, look up the source line number for the = VOP_ADD_WRITECOUNT_APV+0x78, >>> by loading the kernel.debug into kgdb and doing >>> list *VOP_ADD_WRITECOUNT_APV+0x78 >>> The lines should be from the build-time generated file vnode_if.c, = so please >>> provide the excerpt from the source file around the reported line. >>=20 >> I am running a GENERIC amd64 kernel, which I have not compiled. Is = there a way to deduce the appropriate line without a dump? Or, would I = need to trigger a panic in another machine running the same kernel? >>=20 > The system comes with kernel.symbols file, which should be enough. > You do not need a core to do what I requested. Is it possible to answer your question on a different machine, as I am = not able to bring the system in question down for some time now. I am = not clear on exactly how I can perform what you have requested. > Well, pefs.ko definitely does not come with 9.2. I have no idea what > ipl.ko is. I think you should start with recompiling whatever modules > you have besides base system, before we go any further. Perhaps I mis-understood what "out of tree" meant. pefs.ko is the only = kernel module I compiled myself, but from the sysutils/pefs-kmod ports = tree package. I had re-compiled that after upgrading to 9.2. ipl.ko is the IP Filter kernel module. That is loaded via = ipfilter_load=3D"YES" in my /boot/loader.conf. Cheers, Matt= --Apple-Mail=_FE6464B4-BA8E-48C4-98B4-D86BAF80D876 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwNjA5 MTQyOVowIwYJKoZIhvcNAQkEMRYEFO+Vh70xeKRSS/qSXOpw+ZhQMtqtMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAOtNkCXioVR/yzzA+wqdR0dsxqcz edj2+BkZPkPvotH4WLO0hMh6bnsgSqFS5QOkxKwxLrhkx3L850MfDI7T7bOOpxxoEJlRpyml2R9I LWGjy+ObT0fv+FOSoHQsJgZqexFJpN21mj4baSFqArjEqq62co+vkaeEDdgJTqspnSU4OiEWlZMi U0Wz+Ii4fa4xhkVVm994AALon5x/vN/ensW/GChrLOhuJ6irfhukuVQ18FZDM4AB+l+ciIihCRuz c5C1xK3MHEXnpb3i8bbQVQn69c47nV9Xt8Po60Af5voEJY4lL5Yiu7963EQ5zTccEBW/sVCuOWhj ZK58IwC2fj8AAAAAAAA= --Apple-Mail=_FE6464B4-BA8E-48C4-98B4-D86BAF80D876-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 09:31:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 20B8B58C for ; Wed, 6 Nov 2013 09:31:30 +0000 (UTC) (envelope-from claudiu.vasadi@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7CB62F08 for ; Wed, 6 Nov 2013 09:31:29 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id x13so17463475ief.9 for ; Wed, 06 Nov 2013 01:31:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lUZOtP6BmZ+n2CNT7rhOe2769IcsOOrOCgzJGj/z1LI=; b=TfVU+SIT6sXFfnCuLJIm4DzB2QPAN95MbHSMhVEUGpA6uwZehotRidvPyByKRnT+A7 keSyw5tWVukuih5FBSF7+yYc7QEdNghTL7mNGY9V6N150Dv3016nNKQOaRZJLY+aplxe lLrbMwZipvPnLfAVVznlVItCG8sP0paXL2wXR98IeBTc0rqpbXvXvgO5ExxGx1oQl7vl QF4w8Ub54xjlw4BT2QYdeeZLkA7MTHsa66aX9CqzXjvgyLUn6VDTIjwyOD40KdgoIr/L a3nrknjpfjEmV4ycWurNtBTe29Gwy95sLdYkbvxRdR8Xo8XCadBdZ7zy4hpXXgQBUGQz YwWg== MIME-Version: 1.0 X-Received: by 10.50.29.4 with SMTP id f4mr19657944igh.11.1383730288690; Wed, 06 Nov 2013 01:31:28 -0800 (PST) Received: by 10.64.134.169 with HTTP; Wed, 6 Nov 2013 01:31:28 -0800 (PST) Date: Wed, 6 Nov 2013 10:31:28 +0100 Message-ID: Subject: 10.0-BETA3 pkg install subversion - Conflict found on path - repost from freebsd-pkg@ From: claudiu vasadi To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 09:31:30 -0000 Hi all, Fresh installation of 10.0-BETA3 i386 r257580. pkg install sudo subversion Updating repository catalogue digests.txz 100% 963KB 107.0KB/s 142.6KB/s 00:09 packagesite.txz 100% 5275KB 159.9KB/s 205.1KB/s 00:33 Incremental update completed, 0 packages processed: 0 packages updated, 0 removed and 21783 added. The following 12 packages will be installed: Installing gettext: 0.18.3.1 Installing expat: 2.1.0 Installing gdbm: 1.10 Installing db42: 4.2.52_5 Installing sqlite3: 3.8.0.2 Installing neon29: 0.29.6_4 Installing sudo: 1.8.8 Installing apr: 1.4.8.1.5.2 Installing subversion: 1.6.23_2 Installing subversion: 1.7.13 Installing serf: 1.2.1_1 Installing subversion: 1.8.3 The installation will require 66 MB more space 12 MB to be downloaded Proceed with installing packages [y/N]: y gettext-0.18.3.1.txz 100% 2046KB 120.4KB/s 106.2KB/s 00:17 expat-2.1.0.txz 100% 110KB 110.0KB/s 70.0KB/s 00:01 gdbm-1.10.txz 100% 84KB 83.7KB/s 83.7KB/s 00:01 db42-4.2.52_5.txz 100% 1496KB 166.2KB/s 166.0KB/s 00:09 sqlite3-3.8.0.2.txz 100% 740KB 148.0KB/s 170.2KB/s 00:05 neon29-0.29.6_4.txz 100% 215KB 107.7KB/s 145.5KB/s 00:02 sudo-1.8.8.txz 100% 658KB 164.5KB/s 188.0KB/s 00:04 apr-1.4.8.1.5.2.txz 100% 388KB 129.5KB/s 188.3KB/s 00:03 subversion-1.6.23_2.txz 100% 1908KB 212.0KB/s 438.1KB/s 00:09 subversion-1.7.13.txz 100% 2154KB 153.9KB/s 314.0KB/s 00:14 serf-1.2.1_1.txz 100% 72KB 72.1KB/s 72.1KB/s 00:01 subversion-1.8.3.txz 100% 2564KB 134.9KB/s 23.9KB/s 00:19 Checking integrity... Conflict found on path /usr/local/bin/svn between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/subversion16) Conflict found on path /usr/local/bin/svnadmin between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/subversion16) Conflict found on path /usr/local/bin/svndumpfilter between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/subversion16) Conflict found on path /usr/local/bin/svnlook between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/subversion16) Conflict found on path /usr/local/bin/svnserve between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/subversion16) Conflict found on path /usr/local/bin/svnsync between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/subversion16) Conflict found on path /usr/local/bin/svnversion between subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/ [...] Many more files follow. Notice at the beginning, it's trying to install 3 versions of subversion (1.6, 1.7 and 1.8) Somehow I consider this not so normal. The system is a fresh instalation. Ideas? PS: Repost from freebsd-pkg@ so that more people see this. -- Best regards, Claudiu Vasadi From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 09:38:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1D4F7E2 for ; Wed, 6 Nov 2013 09:38:04 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C78F2F58 for ; Wed, 6 Nov 2013 09:38:04 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id vb8so9878577obc.33 for ; Wed, 06 Nov 2013 01:38:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=h+hkWvIzwdTGM2a18KI+YdEk+U2kut1AXyaRKutpgvE=; b=dAOYW+05Wp0R2DsJjC6BIDjJXm4ffe/r86uA6JFyfPccBX16Y4UaeYxROzmReB3SGc bxMqZ5hf3auvLfU5xnjVBTYvxZdjHg0Zn8oZkXHcwajT3WIQP1cTXSkRCyGjhd2JL26v /q5F5Zy2PbUx+CWzgCFbG03oFepLdMfqmqSzpVJdDvN3VXB5NNwcJNVxXqtzSI9uiGdF 3KfXeUWDNUmzvckA/Jvv9sOy80ky2pjOPaYqrhhM5445FNmdCvhkORqE/YLTmErQGHO0 NCP+BElktWAduAiJeT7j5OI84mSW+vA8TjocP/MuHMGiXCvr2sQlMRMP4wxz1h2j5Av1 WeOA== MIME-Version: 1.0 X-Received: by 10.60.58.71 with SMTP id o7mr1919313oeq.51.1383730683923; Wed, 06 Nov 2013 01:38:03 -0800 (PST) Received: by 10.76.177.234 with HTTP; Wed, 6 Nov 2013 01:38:03 -0800 (PST) Received: by 10.76.177.234 with HTTP; Wed, 6 Nov 2013 01:38:03 -0800 (PST) In-Reply-To: References: Date: Wed, 6 Nov 2013 10:38:03 +0100 Message-ID: Subject: Re: 10.0-BETA3 pkg install subversion - Conflict found on path - repost from freebsd-pkg@ From: Andreas Nilsson To: claudiu vasadi Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 09:38:04 -0000 Well, specify which version you want. use pkg search subversion to see the available versions. It would be nice to have subversion installed to "versioned" dirs so multiple versions can coexist. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 09:39:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BE248E6 for ; Wed, 6 Nov 2013 09:39:29 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05C262F6E for ; Wed, 6 Nov 2013 09:39:28 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id ea20so2220669lab.28 for ; Wed, 06 Nov 2013 01:39:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=JnRTVuRucLsYnmd4Ya/BjU/WbttMEPypS7613l6m/Ns=; b=ip20iGq2y70LCWbDPtA1fmVPyTZ9RnwoeL9Yg9n8TBBiobpkrM49lTAL5nB9xzJ9Yk bYWEpa9+k6AklNF4wea6kQufWenRmzK8JHyxSgG37NCl7i66A6/JcMnP3g4A4TXPaUtp pnrHywq86coZ7oBR+ul158Rme62aMvsbJ73/y0//0V4RQZA8RFb4JRXgatsXneF4YvnY C6Xm16hZYCY7grp3AGQCPGmQDcmShenGGQxuU2RPNBuaERwdwY3u5q5kv5iGzOjAGdIA u2THm1302vT3ztSiIComhe+5tu1bKmGrsOquNieUwZTaD2ulOBbUIAY3uLxsc/X3zcDt fU+w== X-Received: by 10.152.27.10 with SMTP id p10mr1606006lag.21.1383730766935; Wed, 06 Nov 2013 01:39:26 -0800 (PST) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id vs11sm32181301lac.3.2013.11.06.01.39.26 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 06 Nov 2013 01:39:26 -0800 (PST) Date: Wed, 6 Nov 2013 12:39:51 +0300 From: "Sergey V. Dyatko" To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3 pkg install subversion - Conflict found on path - repost from freebsd-pkg@ Message-ID: <20131106123951.69d1c2de@laptop.minsk.domain> In-Reply-To: References: X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 09:39:29 -0000 On Wed, 6 Nov 2013 10:31:28 +0100 claudiu vasadi wrote: > Hi all, > > Fresh installation of 10.0-BETA3 i386 r257580. > > pkg install sudo subversion > Updating repository catalogue > digests.txz > > 100% 963KB 107.0KB/s > 142.6KB/s 00:09 > packagesite.txz > > 100% 5275KB 159.9KB/s > 205.1KB/s 00:33 > Incremental update completed, 0 packages processed: > 0 packages updated, 0 removed and 21783 added. > The following 12 packages will be installed: > > Installing gettext: 0.18.3.1 > Installing expat: 2.1.0 > Installing gdbm: 1.10 > Installing db42: 4.2.52_5 > Installing sqlite3: 3.8.0.2 > Installing neon29: 0.29.6_4 > Installing sudo: 1.8.8 > Installing apr: 1.4.8.1.5.2 > Installing subversion: 1.6.23_2 > Installing subversion: 1.7.13 > Installing serf: 1.2.1_1 > Installing subversion: 1.8.3 > > The installation will require 66 MB more space > > 12 MB to be downloaded > > Proceed with installing packages [y/N]: y > > gettext-0.18.3.1.txz > 100% 2046KB 120.4KB/s 106.2KB/s 00:17 > expat-2.1.0.txz > 100% 110KB 110.0KB/s 70.0KB/s 00:01 > gdbm-1.10.txz > 100% 84KB 83.7KB/s 83.7KB/s 00:01 > db42-4.2.52_5.txz > 100% 1496KB 166.2KB/s 166.0KB/s 00:09 > sqlite3-3.8.0.2.txz > 100% 740KB 148.0KB/s 170.2KB/s 00:05 > neon29-0.29.6_4.txz > 100% 215KB 107.7KB/s 145.5KB/s 00:02 > sudo-1.8.8.txz > 100% 658KB 164.5KB/s 188.0KB/s 00:04 > apr-1.4.8.1.5.2.txz > 100% 388KB 129.5KB/s 188.3KB/s 00:03 > subversion-1.6.23_2.txz > 100% 1908KB 212.0KB/s 438.1KB/s 00:09 > subversion-1.7.13.txz > 100% 2154KB 153.9KB/s 314.0KB/s 00:14 > serf-1.2.1_1.txz > 100% 72KB 72.1KB/s 72.1KB/s 00:01 > subversion-1.8.3.txz > 100% 2564KB 134.9KB/s 23.9KB/s 00:19 > Checking integrity... > > Conflict found on path /usr/local/bin/svn between > subversion-1.7.13(devel/subversion17) and > subversion-1.6.23_2(devel/subversion16) > > Conflict found on path /usr/local/bin/svnadmin between > subversion-1.7.13(devel/subversion17) and > subversion-1.6.23_2(devel/subversion16) > > Conflict found on path /usr/local/bin/svndumpfilter between > subversion-1.7.13(devel/subversion17) and > subversion-1.6.23_2(devel/subversion16) > > Conflict found on path /usr/local/bin/svnlook between > subversion-1.7.13(devel/subversion17) and > subversion-1.6.23_2(devel/subversion16) > > Conflict found on path /usr/local/bin/svnserve between > subversion-1.7.13(devel/subversion17) and > subversion-1.6.23_2(devel/subversion16) > > Conflict found on path /usr/local/bin/svnsync between > subversion-1.7.13(devel/subversion17) and > subversion-1.6.23_2(devel/subversion16) > > Conflict found on path /usr/local/bin/svnversion between > subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/ > > > [...] > > Many more files follow. > > Notice at the beginning, it's trying to install 3 versions of > subversion (1.6, 1.7 and 1.8) > > > > Somehow I consider this not so normal. > > The system is a fresh instalation. > > Ideas? > > PS: Repost from freebsd-pkg@ so that more people see this. > repeating myself: use pkg install devel/subversion` command for svn1.8 pkg install devel/subversion17 for 1.7, etc -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 13:03:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AB8FAD6E for ; Wed, 6 Nov 2013 13:03:45 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82EDC2D7D for ; Wed, 6 Nov 2013 13:03:45 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id kx10so10443951pab.40 for ; Wed, 06 Nov 2013 05:03:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P09WYrFJf/sFygUyW+b7ImRjeKBVjv3ZBpmVO+dkv34=; b=b1nQS3woB0+4ObCnUh+DCpOuFSyrcsoDj5RlV/r0h/59sUs9xeg+HB6b+I64rKGhfg OA4f8J/R1+LJlI3uNEcZ4nFNUGQREQ6pauuqFOe8t6NlJC1Wo69qqgTU2kQ2Kf4kh/Oo IKu4NZXv0ikMUFkJFkov3sXlEsL/QqE61ogXvc1Tjbjeekm9nzWpz/TLKxfL2t7CGrYT PflmmzF5zibga+17cy1sLC4/uIKWbB18A6egfaiZH1EscMmlmxfe1UEHAWgYCtoYIyGX b/ISamkwzWkpVc0jm9csVGs7J86KKbyrMWqwovM/U1pGMa8WFKi6EqviSVe60K6s3kTd WACg== MIME-Version: 1.0 X-Received: by 10.68.180.162 with SMTP id dp2mr3152953pbc.5.1383743024817; Wed, 06 Nov 2013 05:03:44 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 6 Nov 2013 05:03:44 -0800 (PST) In-Reply-To: <20131106123951.69d1c2de@laptop.minsk.domain> References: <20131106123951.69d1c2de@laptop.minsk.domain> Date: Wed, 6 Nov 2013 15:03:44 +0200 Message-ID: Subject: Re: 10.0-BETA3 pkg install subversion - Conflict found on path - repost from freebsd-pkg@ From: George Kontostanos To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 13:03:45 -0000 On Wed, Nov 6, 2013 at 11:39 AM, Sergey V. Dyatko wrote: > On Wed, 6 Nov 2013 10:31:28 +0100 > claudiu vasadi wrote: > > > Hi all, > > > > Fresh installation of 10.0-BETA3 i386 r257580. > > > > pkg install sudo subversion > > Updating repository catalogue > > digests.txz > > > > 100% 963KB 107.0KB/s > > 142.6KB/s 00:09 > > packagesite.txz > > > > 100% 5275KB 159.9KB/s > > 205.1KB/s 00:33 > > Incremental update completed, 0 packages processed: > > 0 packages updated, 0 removed and 21783 added. > > The following 12 packages will be installed: > > > > Installing gettext: 0.18.3.1 > > Installing expat: 2.1.0 > > Installing gdbm: 1.10 > > Installing db42: 4.2.52_5 > > Installing sqlite3: 3.8.0.2 > > Installing neon29: 0.29.6_4 > > Installing sudo: 1.8.8 > > Installing apr: 1.4.8.1.5.2 > > Installing subversion: 1.6.23_2 > > Installing subversion: 1.7.13 > > Installing serf: 1.2.1_1 > > Installing subversion: 1.8.3 > > > > The installation will require 66 MB more space > > > > 12 MB to be downloaded > > > > Proceed with installing packages [y/N]: y > > > > gettext-0.18.3.1.txz > > 100% 2046KB 120.4KB/s 106.2KB/s 00:17 > > expat-2.1.0.txz > > 100% 110KB 110.0KB/s 70.0KB/s 00:01 > > gdbm-1.10.txz > > 100% 84KB 83.7KB/s 83.7KB/s 00:01 > > db42-4.2.52_5.txz > > 100% 1496KB 166.2KB/s 166.0KB/s 00:09 > > sqlite3-3.8.0.2.txz > > 100% 740KB 148.0KB/s 170.2KB/s 00:05 > > neon29-0.29.6_4.txz > > 100% 215KB 107.7KB/s 145.5KB/s 00:02 > > sudo-1.8.8.txz > > 100% 658KB 164.5KB/s 188.0KB/s 00:04 > > apr-1.4.8.1.5.2.txz > > 100% 388KB 129.5KB/s 188.3KB/s 00:03 > > subversion-1.6.23_2.txz > > 100% 1908KB 212.0KB/s 438.1KB/s 00:09 > > subversion-1.7.13.txz > > 100% 2154KB 153.9KB/s 314.0KB/s 00:14 > > serf-1.2.1_1.txz > > 100% 72KB 72.1KB/s 72.1KB/s 00:01 > > subversion-1.8.3.txz > > 100% 2564KB 134.9KB/s 23.9KB/s 00:19 > > Checking integrity... > > > > Conflict found on path /usr/local/bin/svn between > > subversion-1.7.13(devel/subversion17) and > > subversion-1.6.23_2(devel/subversion16) > > > > Conflict found on path /usr/local/bin/svnadmin between > > subversion-1.7.13(devel/subversion17) and > > subversion-1.6.23_2(devel/subversion16) > > > > Conflict found on path /usr/local/bin/svndumpfilter between > > subversion-1.7.13(devel/subversion17) and > > subversion-1.6.23_2(devel/subversion16) > > > > Conflict found on path /usr/local/bin/svnlook between > > subversion-1.7.13(devel/subversion17) and > > subversion-1.6.23_2(devel/subversion16) > > > > Conflict found on path /usr/local/bin/svnserve between > > subversion-1.7.13(devel/subversion17) and > > subversion-1.6.23_2(devel/subversion16) > > > > Conflict found on path /usr/local/bin/svnsync between > > subversion-1.7.13(devel/subversion17) and > > subversion-1.6.23_2(devel/subversion16) > > > > Conflict found on path /usr/local/bin/svnversion between > > subversion-1.7.13(devel/subversion17) and subversion-1.6.23_2(devel/ > > > > > > [...] > > > > Many more files follow. > > > > Notice at the beginning, it's trying to install 3 versions of > > subversion (1.6, 1.7 and 1.8) > > > > > > > > Somehow I consider this not so normal. > > > > The system is a fresh instalation. > > > > Ideas? > > > > PS: Repost from freebsd-pkg@ so that more people see this. > > > > repeating myself: use > pkg install devel/subversion` command for > svn1.8 > pkg install devel/subversion17 for 1.7, etc > > -- > wbr, tiger > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Actually pkg install subversion attempts to install all available versions. I had to use: pkg install subversion-1.8.3 to get devel/subversion -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 13:22:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4BC03E4; Wed, 6 Nov 2013 13:22:04 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DEBA2EC3; Wed, 6 Nov 2013 13:22:04 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id r10so10100798pdi.4 for ; Wed, 06 Nov 2013 05:22:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Uak9Ar+ybFfpitQzhClmDUWfc48fKG6tehnAwtqh3QM=; b=lUpMLOmCKFcO6hdGaxwQwUBwFFH0VIxglvqeEYS7Pw1s/lfsrdlA352ZCzJcGX9FIO nhQqntelnvRKAErwLh+bh1tU9wDNwH82VXk+Zx1jBVCn2rUn5LRnS9nTumocuFHBWEAQ IIhipG5LCXiMzcUG+PQ6DrgMwZTJmgCDl7LYP1IbTf2gwYL/5pVmhVd5VFH9O1WnCWCq mxRQPH84JrM5P1iAdbLZIMfd64zz73OjtyKOVMuRF04tf+BPv1LUoFZAEpdgUuhB7UYa 5mksrCqSuY4xIt/0Vt/gFyLDOF2fV51x0U2++M48rH/WHNXd0WJm6vxIUm5IDimQrHY3 hfFQ== MIME-Version: 1.0 X-Received: by 10.68.215.38 with SMTP id of6mr3322270pbc.14.1383744123961; Wed, 06 Nov 2013 05:22:03 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 6 Nov 2013 05:22:03 -0800 (PST) In-Reply-To: <20131104163457.GJ52889@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> Date: Wed, 6 Nov 2013 15:22:03 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Gleb Smirnoff Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Release Engineering Team , =?ISO-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , freebsd-stable , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Stefan Bethke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 13:22:04 -0000 On Mon, Nov 4, 2013 at 6:34 PM, Gleb Smirnoff wrote: > On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: > E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: > E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff >: > E> > G> > > E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote= : > E> > G> > > =D6> Altough bind removed from FreeBSD 10 distribution, > "/etc/rc.d/named" > E> > G> > script > E> > G> > > =D6> still exists. > E> > G> > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" > file but > E> > G> > there is > E> > G> > > =D6> no such file in source tree. > E> > G> > > =D6> I think this file was forgotten to be removed. > E> > G> > > =D6> > E> > G> > > =D6> And also, named_* definitions still exists in > /etc/defaults/rc.conf > E> > G> > file. > E> > G> > > > E> > G> > > Please review attached file that removes named from /etc. > E> > G> > > E> > G> > It would be great if the port would learn to install its own > script etc. > E> > G> > in time for that change. (Unless it=92s already there, and I=92= m > just too blind > E> > G> > to see it.) > E> > G> > E> > G> No you are not blind. Installing bind from ports still relies on > the > E> > G> /etc/rc.d/named script. > E> > > E> > Erwin, can you please handle that? > E> > E> Things are much worse that this, the ports are completely written unde= r > the assumption that there is a Bind in base, which of course would alread= y > break with WITHOUT_BIND before Bind was completely removed. It will be > hard to fix without breaking the installed base of 8 and 9. Sigh. > E> > E> I'll try to work on it this week, but unfortunately have a full > schedule of meetings and travel as well. > Suggestion. An option to install the rc script would solve that problem. > > What should we do with src? > > IMO, we should proceed with removal of remnants of bind in src. In the > worst case, > if you can't handle it this week, the situation will be the following: > > 1) 8.x, 9.x users are okay > 2) 10+.x users w/o bind are okay > 3) 10+.x users with bind have problems > > If we skip updating src, then situation would be: > > 1) 8.x, 9.x users are okay > 2) 10+.x users w/o bind have problems > 3) 10+.x users with bind are okay > > I think, there are less 10.x users with bind, than 10.x without it. > > Please warn about this in UPDATING. I am personally use 12 FreeBSD servers as dedicated DNS servers only. > -- > Totus tuus, Glebius. > --=20 George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 13:29:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80F476DD; Wed, 6 Nov 2013 13:29:39 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F08362F4F; Wed, 6 Nov 2013 13:29:37 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA6DTXlc015998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Nov 2013 17:29:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA6DTXYE015997; Wed, 6 Nov 2013 17:29:33 +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, 6 Nov 2013 17:29:33 +0400 From: Gleb Smirnoff To: George Kontostanos Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131106132933.GV7577@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , =?iso-8859-1?Q?=D6zkan?= KIRIK , FreeBSD Current , freebsd-stable , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Stefan Bethke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 13:29:39 -0000 On Wed, Nov 06, 2013 at 03:22:03PM +0200, George Kontostanos wrote: G> > IMO, we should proceed with removal of remnants of bind in src. In the G> > worst case, G> > if you can't handle it this week, the situation will be the following: G> > G> > 1) 8.x, 9.x users are okay G> > 2) 10+.x users w/o bind are okay G> > 3) 10+.x users with bind have problems G> > G> > If we skip updating src, then situation would be: G> > G> > 1) 8.x, 9.x users are okay G> > 2) 10+.x users w/o bind have problems G> > 3) 10+.x users with bind are okay G> > G> > I think, there are less 10.x users with bind, than 10.x without it. G> > G> Please warn about this in UPDATING. I am personally use 12 FreeBSD servers G> as dedicated DNS servers only. Erwin is now working on fixing the ports. Ports will be fixed soon. Actually ports were not correct even for older branches, because relying on a script from /etc/rc.d for a port is incorrect behavior. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 13:33:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75CDA9D9; Wed, 6 Nov 2013 13:33:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7C652FC8; Wed, 6 Nov 2013 13:33:00 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA6DWup0076923; Wed, 6 Nov 2013 15:32:56 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA6DWuXS076712; Wed, 6 Nov 2013 13:32:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 13:32:56 GMT Message-Id: <201311061332.rA6DWuXS076712@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 13:33:01 -0000 TB --- 2013-11-06 12:00:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-06 12:00:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-06 12:00:42 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-11-06 12:00:42 - cleaning the object tree TB --- 2013-11-06 12:01:39 - /usr/local/bin/svn stat /src TB --- 2013-11-06 12:01:45 - At svn revision 257742 TB --- 2013-11-06 12:01:46 - building world TB --- 2013-11-06 12:01:46 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 12:01:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 12:01:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 12:01:46 - SRCCONF=/dev/null TB --- 2013-11-06 12:01:46 - TARGET=mips TB --- 2013-11-06 12:01:46 - TARGET_ARCH=mips TB --- 2013-11-06 12:01:46 - TZ=UTC TB --- 2013-11-06 12:01:46 - __MAKE_CONF=/dev/null TB --- 2013-11-06 12:01:46 - cd /src TB --- 2013-11-06 12:01:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 12:01:57 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 6 13:27:33 UTC 2013 TB --- 2013-11-06 13:27:33 - cd /src/sys/mips/conf TB --- 2013-11-06 13:27:33 - /usr/sbin/config -m ADM5120 TB --- 2013-11-06 13:27:33 - skipping ADM5120 kernel TB --- 2013-11-06 13:27:33 - cd /src/sys/mips/conf TB --- 2013-11-06 13:27:33 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-06 13:27:33 - skipping ALCHEMY kernel TB --- 2013-11-06 13:27:33 - cd /src/sys/mips/conf TB --- 2013-11-06 13:27:33 - /usr/sbin/config -m AP121 TB --- 2013-11-06 13:27:33 - building AP121 kernel TB --- 2013-11-06 13:27:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 13:27:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 13:27:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 13:27:33 - SRCCONF=/dev/null TB --- 2013-11-06 13:27:33 - TARGET=mips TB --- 2013-11-06 13:27:33 - TARGET_ARCH=mips TB --- 2013-11-06 13:27:33 - TZ=UTC TB --- 2013-11-06 13:27:33 - __MAKE_CONF=/dev/null TB --- 2013-11-06 13:27:33 - cd /src TB --- 2013-11-06 13:27:33 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Nov 6 13:27:33 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 >>> Kernel build for AP121 completed on Wed Nov 6 13:32:47 UTC 2013 TB --- 2013-11-06 13:32:47 - cd /src/sys/mips/conf TB --- 2013-11-06 13:32:47 - /usr/sbin/config -m AP91 TB --- 2013-11-06 13:32:47 - building AP91 kernel TB --- 2013-11-06 13:32:47 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 13:32:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 13:32:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 13:32:47 - SRCCONF=/dev/null TB --- 2013-11-06 13:32:47 - TARGET=mips TB --- 2013-11-06 13:32:47 - TARGET_ARCH=mips TB --- 2013-11-06 13:32:47 - TZ=UTC TB --- 2013-11-06 13:32:47 - __MAKE_CONF=/dev/null TB --- 2013-11-06 13:32:47 - cd /src TB --- 2013-11-06 13:32:47 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Nov 6 13:32:47 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AP91/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-06 13:32:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 13:32:55 - ERROR: failed to build AP91 kernel TB --- 2013-11-06 13:32:55 - 3902.80 user 1893.24 system 5532.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 13:48:43 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6D1DDE4E for ; Wed, 6 Nov 2013 13:48:43 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E397920C0 for ; Wed, 6 Nov 2013 13:48:42 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA6DmRMv016096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Nov 2013 17:48:27 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA6DmReU016095; Wed, 6 Nov 2013 17:48:27 +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, 6 Nov 2013 17:48:27 +0400 From: Gleb Smirnoff To: Alexander Shikoff Subject: Re: 10.0-BETA3: Unable to access files on SMB share Message-ID: <20131106134827.GW7577@FreeBSD.org> References: <20131105182758.GA64775@crete.org.ua> <20131105191159.GA78191@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131105191159.GA78191@crete.org.ua> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@FreeBSD.org, Steven Hartland X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 13:48:43 -0000 On Tue, Nov 05, 2013 at 09:11:59PM +0200, Alexander Shikoff wrote: A> On Tue, Nov 05, 2013 at 07:06:38PM -0000, Steven Hartland wrote: A> > Rebuilt samba? A> ?! A> A> I use kernel SMBFS in order to have access to remote Samba shares. A> And it seems that it is broken in 10.0-BETA3. In earlier 10-CURRENT A> it worked without any issues. It'll be very useful to track down the scope of regression to a more precise timeframe. What was the date of your previous version of 10-CURRENT (the one working)? -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 14:00:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B17F43C4; Wed, 6 Nov 2013 14:00:13 +0000 (UTC) (envelope-from erwin@lansing.dk) Received: from mail.droso.net (koala.droso.dk [IPv6:2a01:4f8:a0:7163::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F095F2176; Wed, 6 Nov 2013 14:00:12 +0000 (UTC) Received: from [10.32.128.41] (80-62-116-41-mobile.dk.customer.tdc.net [80.62.116.41]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mail.droso.net (Postfix) with ESMTPSA id 437C987D; Wed, 6 Nov 2013 15:00:06 +0100 (CET) Authentication-Results: koala.droso.dk; dmarc=none header.from=lansing.dk DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lansing.dk; s=lansing.dk-20130920; t=1383746408; bh=arl+6oKZiurIy4iR4qPk8zJH2an745+fjGHpmJsJ0x8=; h=References:In-Reply-To:Cc:From:Subject:Date:To; b=eeUHay9b4e0r9SuUJ8Ouv8R8ACAirTS79GxUIGG/3H6svPSCDaXQlK+eUIywUGYzP 54vo0CF22zpNVY0vd5KI+v9P+b9Uy3yAlvUA9bLal3ETvJcxW0gA59GZJFcYAhT21w 87wnZLFXSEeYxD4iyDA+CbskmL1DRn1aR7FUREhc= References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> X-Mailer: iPhone Mail (11B511) From: Erwin Lansing Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Date: Wed, 6 Nov 2013 14:59:15 +0100 To: George Kontostanos X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,MIME_QP_LONG_LINE,RDNS_NONE autolearn=no version=3.3.2 X-Spam-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS * 0.9 AWL AWL: From: address is in the auto white-list X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on koala.droso.dk Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable , =?utf-8?Q?=C3=96zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , FreeBSD Release Engineering Team , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Stefan Bethke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 14:00:13 -0000 > On 06/11/2013, at 14.22, George Kontostanos wrote= : >=20 >> On Mon, Nov 4, 2013 at 6:34 PM, Gleb Smirnoff wrote= : >> On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: >> E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: >> E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : >> E> > G> > >> E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =C3=96zkan KIRIK wr= ote: >> E> > G> > > =C3=96> Altough bind removed from FreeBSD 10 distribution, "/= etc/rc.d/named" >> E> > G> > script >> E> > G> > > =C3=96> still exists. >> E> > G> > > =C3=96> and this script depends on "/etc/mtree/BIND.chroot.di= st" file but >> E> > G> > there is >> E> > G> > > =C3=96> no such file in source tree. >> E> > G> > > =C3=96> I think this file was forgotten to be removed. >> E> > G> > > =C3=96> >> E> > G> > > =C3=96> And also, named_* definitions still exists in /etc/de= faults/rc.conf >> E> > G> > file. >> E> > G> > > >> E> > G> > > Please review attached file that removes named from /etc. >> E> > G> > >> E> > G> > It would be great if the port would learn to install its own sc= ript etc. >> E> > G> > in time for that change. (Unless it=E2=80=99s already there, an= d I=E2=80=99m just too blind >> E> > G> > to see it.) >> E> > G> >> E> > G> No you are not blind. Installing bind from ports still relies on t= he >> E> > G> /etc/rc.d/named script. >> E> > >> E> > Erwin, can you please handle that? >> E> >> E> Things are much worse that this, the ports are completely written unde= r the assumption that there is a Bind in base, which of course would already= break with WITHOUT_BIND before Bind was completely removed. It will be har= d to fix without breaking the installed base of 8 and 9. Sigh. >> E> >> E> I'll try to work on it this week, but unfortunately have a full schedu= le of meetings and travel as well. >=20 > Suggestion. An option to install the rc script would solve that problem.=20= > =20 If only it was that simple, it would have been done a long time ago. As Gle= b points out, the ports are broken by design. The rc script needs a complet= e rewrite, and that's only after fixing all configuration files, setting up c= hroot, etc etc and all that while not breaking the installed base on 8 and 9= . I spent most of yesterday on this and if I'm lucky, I'm halfway through. = =20 Erwin, sent from a phone at the train station >>=20 >> What should we do with src? >>=20 >> IMO, we should proceed with removal of remnants of bind in src. In the wo= rst case, >> if you can't handle it this week, the situation will be the following: >>=20 >> 1) 8.x, 9.x users are okay >> 2) 10+.x users w/o bind are okay >> 3) 10+.x users with bind have problems >>=20 >> If we skip updating src, then situation would be: >>=20 >> 1) 8.x, 9.x users are okay >> 2) 10+.x users w/o bind have problems >> 3) 10+.x users with bind are okay >>=20 >> I think, there are less 10.x users with bind, than 10.x without it. >=20 > Please warn about this in UPDATING. I am personally use 12 FreeBSD servers= as dedicated DNS servers only. =20 > =20 >> -- >> Totus tuus, Glebius. >=20 >=20 >=20 > --=20 > George Kontostanos > --- > http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 14:02:54 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6BF7760C; Wed, 6 Nov 2013 14:02:54 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from relay.padonki.org.ua (relay.padonki.org.ua [109.68.42.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23A2A21C6; Wed, 6 Nov 2013 14:02:53 +0000 (UTC) Received: from minotaur by relay.padonki.org.ua with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ve3h3-0001s6-Ve; Wed, 06 Nov 2013 16:02:49 +0200 Date: Wed, 6 Nov 2013 16:02:49 +0200 From: Alexander Shikoff To: Gleb Smirnoff Subject: Re: 10.0-BETA3: Unable to access files on SMB share Message-ID: <20131106140249.GA7108@crete.org.ua> References: <20131105182758.GA64775@crete.org.ua> <20131105191159.GA78191@crete.org.ua> <20131106134827.GW7577@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20131106134827.GW7577@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Alexander Shikoff Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 14:02:54 -0000 Hi! On Wed, Nov 06, 2013 at 05:48:27PM +0400, Gleb Smirnoff wrote: > On Tue, Nov 05, 2013 at 09:11:59PM +0200, Alexander Shikoff wrote: > A> On Tue, Nov 05, 2013 at 07:06:38PM -0000, Steven Hartland wrote: > A> > Rebuilt samba? > A> ?! > A> > A> I use kernel SMBFS in order to have access to remote Samba shares. > A> And it seems that it is broken in 10.0-BETA3. In earlier 10-CURRENT > A> it worked without any issues. > > It'll be very useful to track down the scope of regression to a more > precise timeframe. > > What was the date of your previous version of 10-CURRENT (the one working)? /mnt/tmp/src>svnlite info Path: . Working Copy Root Path: /mnt/tmp/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255453 Node Kind: directory Schedule: normal Last Changed Author: jmg Last Changed Rev: 255453 Last Changed Date: 2013-09-10 20:26:09 +0300 (×Ô, 10 ×ÅÒ 2013) -- MINO-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 14:45:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2ACCC416 for ; Wed, 6 Nov 2013 14:45:19 +0000 (UTC) (envelope-from jpc@porterclark.com) Received: from mail.cluebytwelve.org (clueby12.org [198.186.190.239]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02E542456 for ; Wed, 6 Nov 2013 14:45:17 +0000 (UTC) Received: from 24-183-226-240.dhcp.kgpt.tn.charter.com (24-183-226-240.dhcp.kgpt.tn.charter.com [24.183.226.240]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cluebytwelve.org (Postfix) with ESMTPSA id DF2551B5DA for ; Wed, 6 Nov 2013 08:35:51 -0600 (CST) Received: by 24-183-226-240.dhcp.kgpt.tn.charter.com (Postfix, from userid 501) id AC994D4A26E9; Wed, 6 Nov 2013 08:34:42 -0600 (CST) Date: Wed, 6 Nov 2013 08:34:42 -0600 From: "J. Porter Clark" To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error Message-ID: <20131106143442.GA29775@MacPorter.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> Organization: http://www.angelfire.com/ego/porterclark/ User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 14:45:19 -0000 On Sat, Oct 26, 2013 at 01:47:18PM +0400, Alexey Tarasov wrote: > > I've upgraded server to 9.2 and now it hangs every 2-3 hours > of intensive I/O to UFS SUJ + GELI disk. On 9.1 everything was > good for a half of a year. I'm glad this is not just my problem. I've been collecting data on it for a couple of months and still can't figure out how to fill out a bug report. Too much data, so little of which is potentially useful. My situation is: A Windows 7 PC running either Outlook 2010 or SCANPST.EXE therefrom, attempting to "repair" a .pst file that will exceed 2^31-1 bytes on completion. i386 9.2-STABLE server (currently r256846) Samba 3.6 UFS (either 1 or 2) GELI GPT partition No other combination can be made to produce this behavior. In particular, changing from UFS to ZFS (even on this 2 GB i386 system) fixes it. I cannot reproduce the problem by running a program on the server; apparently only smbd has the necessary mojo. Adding data authentication to GELI doesn't help. Tweaking block sizes in UFS or GELI doesn't help. Turning off soft updates doesn't help. Samba AIO is as off as I can get it. During the repair (writing) phase, the g_vfs_dones will hit, and the system will be useless until either they stop or the system panics--about equal likelihood. > g_vfs_done():da1.eli[WRITE(offset=614630752256, length=32768)]error = 11 Oh, man, have I got a fine collection of these! I'll try the tunable. Seems odd that a tunable would fix it, though. Yes, it has driven me completely crazy. -- J. Porter Clark From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:27:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 07F409DF for ; Wed, 6 Nov 2013 15:27:29 +0000 (UTC) (envelope-from jpc@porterclark.com) Received: from mail.cluebytwelve.org (clueby12.org [198.186.190.239]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D488A2720 for ; Wed, 6 Nov 2013 15:27:28 +0000 (UTC) Received: from 24-183-226-240.dhcp.kgpt.tn.charter.com (24-183-226-240.dhcp.kgpt.tn.charter.com [24.183.226.240]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cluebytwelve.org (Postfix) with ESMTPSA id E3D511B5DA for ; Wed, 6 Nov 2013 09:27:27 -0600 (CST) Received: by 24-183-226-240.dhcp.kgpt.tn.charter.com (Postfix, from userid 501) id 64C6AD4A2C72; Wed, 6 Nov 2013 09:26:17 -0600 (CST) Date: Wed, 6 Nov 2013 09:26:17 -0600 From: "J. Porter Clark" To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error Message-ID: <20131106152617.GA30583@MacPorter.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> <20131106143442.GA29775@MacPorter.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131106143442.GA29775@MacPorter.local> Organization: http://www.angelfire.com/ego/porterclark/ User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:27:29 -0000 On Wed, Nov 06, 2013 at 08:34:42AM -0600, J. Porter Clark wrote: > > I'll try the tunable. Seems odd that a tunable would fix it, > though. The system hung during boot with kern.bio_transient_maxcnt=8192; maybe not enough RAM? Anyway, using vfs.unmapped_buf_allowed=0 instead fixed it. Thank you, Konstantin. Thanks to you, I am on the road to recovery. :-) -- J. Porter Clark From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:28:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 05E5EAF6 for ; Wed, 6 Nov 2013 15:28:49 +0000 (UTC) (envelope-from jce888@gmail.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D48A32739 for ; Wed, 6 Nov 2013 15:28:48 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id r10so10280947pdi.18 for ; Wed, 06 Nov 2013 07:28:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=Hq+eQyNMnEDVM7ooHPNZlUsrwjEGD4GTvgpiktd7H+o=; b=QmIftx8QigliygM/F+XCgo7yvuhXhm6+LzfvhkcZ855tAxpyEFuTWY0vseZnbvLKlH xxI8XhHbpc6ccQrYnPDfuJFVkeysrjNF0gOn6x9q66mwAs7Z2DbPNk/Tvjw3xkwIN/y5 BtcuZxBN6a+y6TPkLClU4BLdYp5h6cmftrZoudHSo9xvjSR73q5V9aWiZrX6WbcJX/N3 IlEdev7r9dFue3tVZ2q8szNnGYE69VwsFMM5isEosTaY+cK3aD8UjcdPTdElDPwUjK2b DDIEb1KFgVyg4Qdt01xYo/X8uIifSUytL0z8aaOGj4WV1Nog4NGvVdgUSrwKWv17ws3w lwQQ== X-Received: by 10.68.143.231 with SMTP id sh7mr3845552pbb.35.1383751728263; Wed, 06 Nov 2013 07:28:48 -0800 (PST) Received: from tsunami.lan ([67.142.83.147]) by mx.google.com with ESMTPSA id wp8sm42138698pbc.26.2013.11.06.07.28.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Nov 2013 07:28:47 -0800 (PST) Date: Wed, 6 Nov 2013 07:28:26 -0800 From: Joe Ennis To: freebsd-stable@freebsd.org Subject: 10.0 BETA3 Install Handbook issue Message-ID: <20131106072826.0044e335@tsunami.lan> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.10; x86_64-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:28:49 -0000 Fresh install of 10.0 BETA3 #0 r257580 on amd64 using ZFS on root option, After install is complete Handbook install option launched from Final Configuration dialog fails with: Could not install package en-freebsd-doc (/usr/libexec/bsdinstall/docsinstall: pkg_add: not found) Network is available. /j From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:29:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9D44BF8 for ; Wed, 6 Nov 2013 15:29:27 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F2C6274F for ; Wed, 6 Nov 2013 15:29:27 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.93,647,1378875600"; d="scan'208,217";a="67482535" Message-ID: <527A6012.2050500@vangyzen.net> Date: Wed, 6 Nov 2013 09:28:18 -0600 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: Matt Magoffin Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:29:28 -0000 On 11/06/2013 03:14, Matt Magoffin wrote: > On Nov 6, 2013, at 4:53 PM, Konstantin Belousov wrote: > >>>> At least, look up the source line number for the VOP_ADD_WRITECOUNT_APV+0x78, >>>> by loading the kernel.debug into kgdb and doing >>>> list *VOP_ADD_WRITECOUNT_APV+0x78 >>>> The lines should be from the build-time generated file vnode_if.c, so please >>>> provide the excerpt from the source file around the reported line. >>> I am running a GENERIC amd64 kernel, which I have not compiled. Is there a way to deduce the appropriate line without a dump? Or, would I need to trigger a panic in another machine running the same kernel? >>> >> The system comes with kernel.symbols file, which should be enough. >> You do not need a core to do what I requested. > Is it possible to answer your question on a different machine, as I am not able to bring the system in question down for some time now. I am not clear on exactly how I can perform what you have requested. Just do: $ kgdb /boot/kernel/kernel (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 You don't need to bring the system down. This will have no effect on the running system. It's just reading information from the kernel file and kernel.symbols file. Eric From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:30:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5C9D4D4F; Wed, 6 Nov 2013 15:30:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 342302791; Wed, 6 Nov 2013 15:30:27 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 97AD710A93; Wed, 6 Nov 2013 15:30:25 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 97AD710A93 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 10:30:23 -0500 From: Glen Barber To: Joe Ennis Subject: Re: 10.0 BETA3 Install Handbook issue Message-ID: <20131106153023.GE15022@glenbarber.us> References: <20131106072826.0044e335@tsunami.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q" Content-Disposition: inline In-Reply-To: <20131106072826.0044e335@tsunami.lan> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:30:27 -0000 --KlAEzMkarCnErv5Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 07:28:26AM -0800, Joe Ennis wrote: > Fresh install of 10.0 BETA3 #0 r257580 on amd64 using ZFS on root > option, >=20 > After install is complete Handbook install option launched from > Final Configuration dialog fails with:=20 >=20 > Could not install package en-freebsd-doc > (/usr/libexec/bsdinstall/docsinstall: > pkg_add: not found) >=20 Thank you for the report. Glen --KlAEzMkarCnErv5Q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSemCPAAoJELls3eqvi17Q6bgQALcKpJm13mPNaYq1smyTpzta xj7Sw2kQvmiWcoi2mRJOH3XhIZUgk/YZlOfvUJFsxRduJQ3KyeP7dep2vXQNayx9 jt/HfC75jyA6m6NUb4o7zI6u8Gu6YKVnJF7p8f413xrP1VYkWWCkMj8T7bSgc3Ar A5WhPN1M+o8ydMM+vw2xxupdpF+uOnkh4GqmqHuWHEC+nyXJn5ipw2X87oMAle28 kYq6ut7YV2iokvInhufvbPWxuz5tSjEvr7aATmfU5gvAx11EMoxTCY2R5N6t7V3B FUxtGsR5QFE9tgCExvnX9whvWPnBSbnFgjoC2vO8eLagYc2+zK8744FPXV1GGRQR uBsDyUc8iaEWu+UsbPZUW1QBIRU7qnwTi3mzoVPlkKe5Ih04e4jehFRZYaKqdw9z j4iFFXiK0QpXitHmTJ9yOhDD7KFOS1x3N6KvGTc9VOl/3pKUIt/wd25RaBIa2Ua/ JFMPhawER41NtQLPjmxKZx3t6OG7DDmlTzm/FWzvPlvcYC0/Gy4ER8d3mPhq45BU uZ6k4cFDUEowxcSCwtgJaUhhwcLgtdiGBedExvoY3VdsHqrnHOZ05pO2taW3PpRP QVVej3Vk6oiUn+EP9zCaFwr5eFHx7JVS2/YF7PjHAjhg+KI5t5x7KARilUQD5gvS J5CWsPDCr5ooSyg57RK7 =tJ+X -----END PGP SIGNATURE----- --KlAEzMkarCnErv5Q-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:31:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2CEC3E59; Wed, 6 Nov 2013 15:31:38 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A503C27AC; Wed, 6 Nov 2013 15:31:37 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id A1EB01087B; Wed, 6 Nov 2013 15:31:35 +0000 (UTC) Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Mime-Version: 1.0 (Apple Message framework v1283) From: Stefan Bethke In-Reply-To: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> Date: Wed, 6 Nov 2013 16:31:35 +0100 Message-Id: <7D2DFF6E-ED33-4927-B851-10A2710BA5AF@lassitu.de> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> To: Erwin Lansing X-Mailer: Apple Mail (2.1283) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable , =?iso-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , FreeBSD Release Engineering Team , George Kontostanos , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:31:38 -0000 Am 06.11.2013 um 14:59 schrieb Erwin Lansing: >> Suggestion. An option to install the rc script would solve that = problem. =20 >=20 > If only it was that simple, it would have been done a long time ago. = As Gleb points out, the ports are broken by design. The rc script needs = a complete rewrite, and that's only after fixing all configuration = files, setting up chroot, etc etc and all that while not breaking the = installed base on 8 and 9. I spent most of yesterday on this and if I'm = lucky, I'm halfway through. I'm very grateful for all that work going into making sure that people = are not left stranded without working DNS after an upgrade. Thank you Erwin! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:45:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4F84C67C for ; Wed, 6 Nov 2013 15:45:01 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 237EB2875 for ; Wed, 6 Nov 2013 15:45:00 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id D2E77208B6 for ; Wed, 6 Nov 2013 10:44:56 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Wed, 06 Nov 2013 10:44:56 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=i48Djj5lFWZjTQOTQt4m1dTJtM0=; b=qD7 noWWmoVR3eVwo3epPCtHu1hwM3KKXfORb1RlUuE/2JTYrR3T7RO3IyK8YqoORYjP 1J9c+U0d0KCIRL9IS1OOBE+r/29UjJcqNZkaAIp/qC6+hQ73UlnjlzSusI1RemSH C4xPllHnobWKRsthOZr3zSeF04cXwOZ7E58t/PwU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id AE3E71610A6; Wed, 6 Nov 2013 10:44:56 -0500 (EST) Message-Id: <1383752696.4551.43873625.1A2EF318@webmail.messagingengine.com> X-Sasl-Enc: 5Pbn+a1LlM5uyMhLkm5IjhYUIgvFyJ5x4sqXn1vla/Qv 1383752696 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 In-Reply-To: <20131106153023.GE15022@glenbarber.us> References: <20131106072826.0044e335@tsunami.lan> <20131106153023.GE15022@glenbarber.us> Subject: Re: 10.0 BETA3 Install Handbook issue Date: Wed, 06 Nov 2013 09:44:56 -0600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:45:01 -0000 I opened PR 183488 regarding this http://www.freebsd.org/cgi/query-pr.cgi?pr=183488 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:51:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 46BDCA2D; Wed, 6 Nov 2013 15:51:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D6EC28F0; Wed, 6 Nov 2013 15:51:35 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A1BB210CEC; Wed, 6 Nov 2013 15:51:33 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A1BB210CEC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 10:51:31 -0500 From: Glen Barber To: Joe Ennis Subject: Re: 10.0 BETA3 Install Handbook issue Message-ID: <20131106155131.GF15022@glenbarber.us> References: <20131106072826.0044e335@tsunami.lan> <20131106153023.GE15022@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="udcq9yAoWb9A4FsZ" Content-Disposition: inline In-Reply-To: <20131106153023.GE15022@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:51:35 -0000 --udcq9yAoWb9A4FsZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 10:30:23AM -0500, Glen Barber wrote: > On Wed, Nov 06, 2013 at 07:28:26AM -0800, Joe Ennis wrote: > > Fresh install of 10.0 BETA3 #0 r257580 on amd64 using ZFS on root > > option, > >=20 > > After install is complete Handbook install option launched from > > Final Configuration dialog fails with:=20 > >=20 > > Could not install package en-freebsd-doc > > (/usr/libexec/bsdinstall/docsinstall: > > pkg_add: not found) > >=20 >=20 > Thank you for the report. >=20 Fixed in r257749 of head/, and is expected to be included in the next 10.0 build. Glen --udcq9yAoWb9A4FsZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSemWDAAoJELls3eqvi17Qs+4P/0tElVvTzmupeFM28UlUPLCY +DDcC2tzOP7kONOS4JkO8q3ZC+CVX5fxOSoPeDA10R6PGP01W+avlCCrO3MRFN9C d91sIA9WsUAIRx+qqId41qfCHfoQg8hnBSkKV921nVTG+iLgfPGK5EF2wps2J34L lwV8tT9cAGmOQAQq4u9x0PIZK2gv2lPvUUu/AwLo3MOuLMyVr8g99z+L8c3MrqNg sGK45gc7wZqUyjPxzvOf20qrJxR6OECYUhANANZ4MwPatpe4NhxIxSEKn2F9AHzU MASN5RebRfpA7qLCO8AWV22s6m1zzTmm9l8ooS/AAC8+rAUZ1HFlPt6OiOu7ieIU EUomwcYNF9ksgWw3gGBK0xVD+sNXKFwx7IkgRTuVlDWJ1UGtGW046pkHhApm94Lx wqG8aV5USEMvGXRego1NCbwmjTveWAeTuS8UD6vS77m07xvetidxZQrfFwW8X5l8 doNZBNMyxkG+zlc2KY95REc61Qv9u815qYJ72TYq6NFrPo1oMer+MdVeP6/r65DO 5mEtf0zHfQ/MuQ6X6KTHCLekO+AkH8NuQg6ECdaGNsUd4aK2tkj6jdVH42i71UJa r5VgOyqpZLxgPZJ3xnT0DC6GNCjfAjnfS8f+6aDAC+hL6Yb8ZkwyTtdFwJkPjJ8f QaITuny9aIWdp7r9g88y =qB6X -----END PGP SIGNATURE----- --udcq9yAoWb9A4FsZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 16:26:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ECD74C71 for ; Wed, 6 Nov 2013 16:26:35 +0000 (UTC) (envelope-from jce888@gmail.com) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5E8E2B0A for ; Wed, 6 Nov 2013 16:26:35 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ro12so3747923pbb.13 for ; Wed, 06 Nov 2013 08:26:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=vgNfj9Vq2d9pScxjWf6JOww7kHMIm3p3CfeRZMyv8U8=; b=YeKQX2Mwim1I6/kz0/vahtMPowOR4ANzWfFXMQdtXxGsj/Pl9HSPOASLB2iDGASbLM PWl7qK+R6jnZ8PfhTJiBkgOXY7D2fhvUwXIQLOXpr0hEdcfztnIdlL7nzP8qoi/pQt5N PC+c/MGpxbZgPfCXlbP8pTikeX3OUZ1CnCYVcnfPWUBtAcJBUw51tw8tIm9M1O6nCi2c 7vCTUlTaaYfoJNxnK1n8Vr/GTbbJmmtnhrKlg8PR+dek8V2qRzHFSrrQGeB4h/rxPTZp ++rNyf0uq8/xnCe+4LSVNdnV7TOHv/gTxOJ8hmqnHYiE4ad1aj2TAyU/BY6USSQDLHHL AvDQ== X-Received: by 10.66.119.172 with SMTP id kv12mr4829960pab.34.1383755195228; Wed, 06 Nov 2013 08:26:35 -0800 (PST) Received: from tsunami.lan ([67.142.83.147]) by mx.google.com with ESMTPSA id i6sm42449866pbc.1.2013.11.06.08.26.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Nov 2013 08:26:34 -0800 (PST) Date: Wed, 6 Nov 2013 08:26:14 -0800 From: Joe Ennis To: freebsd-stable@freebsd.org Subject: Re: 10.0 BETA3 Install Handbook issue Message-ID: <20131106082614.514aa99b@tsunami.lan> In-Reply-To: <20131106155131.GF15022@glenbarber.us> References: <20131106072826.0044e335@tsunami.lan> <20131106153023.GE15022@glenbarber.us> <20131106155131.GF15022@glenbarber.us> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.10; x86_64-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 16:26:36 -0000 On Wed, 6 Nov 2013 10:51:31 -0500 Glen Barber wrote: > On Wed, Nov 06, 2013 at 10:30:23AM -0500, Glen Barber wrote: > > On Wed, Nov 06, 2013 at 07:28:26AM -0800, Joe Ennis wrote: > > > Fresh install of 10.0 BETA3 #0 r257580 on amd64 using ZFS on root > > > option, > > > > > > After install is complete Handbook install option launched from > > > Final Configuration dialog fails with: > > > > > > Could not install package en-freebsd-doc > > > (/usr/libexec/bsdinstall/docsinstall: > > > pkg_add: not found) > > > > > > > Thank you for the report. > > > > Fixed in r257749 of head/, and is expected to be included in the next > 10.0 build. > > Glen > That was fast, thank you gents. Gheesh, sure like 10 and pkg :). /j From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 18:20:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6443E687; Wed, 6 Nov 2013 18:20:37 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B996226C; Wed, 6 Nov 2013 18:20:37 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id lf10so29797pab.20 for ; Wed, 06 Nov 2013 10:20:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=N9iIk9aHcPmkKn4dVAdjBrA0RBK+C+wZcajKUMV9ZWk=; b=Yx/Z99hlYwi7gNpxloDX6rN8H5I0gQBz3DxlyArY1mLZdDjOXj8a77s6paWRyfPzTi 5cWHlFt07sshCi9KkHsmY2h7GEllLfInTITbOaOXUzET9yBxexxuuCLnkRGAGGbdRZfn veGh6fOcSssqjZdIuaeTinyuuwsfN3o9S3QM8fEtuO00nHTvxusRMtfxHXj2sJxZg140 2Mi+2TceZpan8mjh/NQqNpA7EwOASQxP/ZOjTQWmPgGFCZlatbqN7dWF14FhGodFoV2r 9iwI9J1nMB9JOTalLLyGlUK22oFuXkQFQg3fwFN3YmTaYCW7TyTo8e8T0x85pK/tRvwD 9REg== MIME-Version: 1.0 X-Received: by 10.66.123.5 with SMTP id lw5mr5166301pab.83.1383762036523; Wed, 06 Nov 2013 10:20:36 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 6 Nov 2013 10:20:36 -0800 (PST) In-Reply-To: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> Date: Wed, 6 Nov 2013 20:20:36 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Erwin Lansing Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable , =?ISO-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , FreeBSD Release Engineering Team , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Stefan Bethke X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 18:20:37 -0000 On Wed, Nov 6, 2013 at 3:59 PM, Erwin Lansing wrote: > > > On 06/11/2013, at 14.22, George Kontostanos > wrote: > > On Mon, Nov 4, 2013 at 6:34 PM, Gleb Smirnoff wrote= : > >> On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: >> E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: >> E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff < >> glebius@FreeBSD.org>: >> E> > G> > >> E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrot= e: >> E> > G> > > =D6> Altough bind removed from FreeBSD 10 distribution, >> "/etc/rc.d/named" >> E> > G> > script >> E> > G> > > =D6> still exists. >> E> > G> > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist= " >> file but >> E> > G> > there is >> E> > G> > > =D6> no such file in source tree. >> E> > G> > > =D6> I think this file was forgotten to be removed. >> E> > G> > > =D6> >> E> > G> > > =D6> And also, named_* definitions still exists in >> /etc/defaults/rc.conf >> E> > G> > file. >> E> > G> > > >> E> > G> > > Please review attached file that removes named from /etc. >> E> > G> > >> E> > G> > It would be great if the port would learn to install its own >> script etc. >> E> > G> > in time for that change. (Unless it=92s already there, and I= =92m >> just too blind >> E> > G> > to see it.) >> E> > G> >> E> > G> No you are not blind. Installing bind from ports still relies on >> the >> E> > G> /etc/rc.d/named script. >> E> > >> E> > Erwin, can you please handle that? >> E> >> E> Things are much worse that this, the ports are completely written >> under the assumption that there is a Bind in base, which of course would >> already break with WITHOUT_BIND before Bind was completely removed. It >> will be hard to fix without breaking the installed base of 8 and 9. Sig= h. >> E> >> E> I'll try to work on it this week, but unfortunately have a full >> schedule of meetings and travel as well. >> > > Suggestion. An option to install the rc script would solve that problem. > > > > If only it was that simple, it would have been done a long time ago. As > Gleb points out, the ports are broken by design. The rc script needs a > complete rewrite, and that's only after fixing all configuration files, > setting up chroot, etc etc and all that while not breaking the installed > base on 8 and 9. I spent most of yesterday on this and if I'm lucky, I'm > halfway through. > > Erwin, sent from a phone at the train station > > Thank you all for your effort! --=20 George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 19:18:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 88E8EA39; Wed, 6 Nov 2013 19:18:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF042657; Wed, 6 Nov 2013 19:18:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C0EFB9CA; Wed, 6 Nov 2013 14:18:35 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer Date: Wed, 6 Nov 2013 12:29:00 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201311061229.01023.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 06 Nov 2013 14:18:35 -0500 (EST) Cc: Davide Italiano , Adrian Chadd , FreeBSD Stable Mailing List , "current@freebsd.org" , Alexander Motin , Oliver Pinter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 19:18:36 -0000 On Tuesday, November 05, 2013 3:14:22 pm Oliver Pinter wrote: > hmm, and seems like, the bottleneck are not in geom or cam, but in em > driver or in networking stack > > the scenario is: > > A machine: dd if=/dev/ada1 bs=1M | nc -l 9999 > B machine: nc IP 9999 | dd of=/dev/null bs=1M > > hmm, when dd-ing from /dev/zero and switch back to idletick to 0, then > the performance of network dropped from 113MByte/s to 70+/-15 MByte/s > > machdep.idle_mwait=1/0 has no effect > machdep.idle=htl has no effect machdep.idle=hlt is the same thing as only using C1 (C1 is just the 'hlt' instruction). Try machdep.idle=spin perhaps? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 19:32:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 15592802 for ; Wed, 6 Nov 2013 19:32:13 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7B0F2798 for ; Wed, 6 Nov 2013 19:32:12 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id p10so10578095pdj.11 for ; Wed, 06 Nov 2013 11:32:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nmJJ1eyS7JKfZ0V212v+tbULWc6moRJ7l8TQNKpnaNs=; b=wyQWN2Za8TinmJeHwdWN1P6/wWbVRnl2kIdxgfmy9rdjqo/eylUZdSyNjQU4Mb6Vex /KpVt1vcbHikW78kflaDAoaG1IzfP19HyYqfjinnhHXVqBm60WqmNpymYx1nW+ih4T9R SY3GyzrT/NxhEbkY/k9+YXzsUg8+0OqJAitNqbX8qjUVN1OD2q3WNFTuTDKbxpqiM1r8 UF0h1zKOyQ4yYwe95mo3ye6OxCcNqe+U400GNS5bIQfxj5Wbq2G3Eb6qtPqET/3cX8wz kXvWXlVzknjZfouTN8CwtUZjTiQTcHw5jJ8sCwvAHJLDYAhoH93LT9cel+z4a5XW9gT4 5CBA== MIME-Version: 1.0 X-Received: by 10.68.196.69 with SMTP id ik5mr4976002pbc.132.1383766332219; Wed, 06 Nov 2013 11:32:12 -0800 (PST) Received: by 10.66.142.167 with HTTP; Wed, 6 Nov 2013 11:32:12 -0800 (PST) Date: Wed, 6 Nov 2013 20:32:12 +0100 Message-ID: Subject: FreeBSD10-Beta 3 make buildkernel error From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 19:32:13 -0000 Hi: I am trying to recompile FreeBSD10-Beta3 with the following parameters: # cat /usr/src/sys/amd64/conf/PROD include GENERIC ident PROD nooptions DEADLKRES nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions MALLOC_DEBUG_MAXZONES options VIMAGE options NETGRAPH options NETGRAPH_ETHER options NETGRAPH_BRIDGE options NETGRAPH_EIFACE options NETGRAPH_SOCKET nooptions SCTP options VPS options RACCT options RCTL But I get the following error during make buildkernel: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/kern_jail.c /usr/src/sys/kern/kern_jail.c:4537:12: error: use of undeclared identifier 'allproc_lock'; did you mean 'allprison_lock'? sx_slock(&allproc_lock); ^ /usr/src/sys/sys/sx.h:251:34: note: expanded from macro 'sx_slock' #define sx_slock(sx) sx_slock_((sx), LOCK_FILE, LOCK_LINE) ^ /usr/src/sys/sys/sx.h:231:20: note: expanded from macro 'sx_slock_' (void)__sx_slock((sx), 0, (file), (line)) ^ /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here struct sx allprison_lock; ^ /usr/src/sys/kern/kern_jail.c:4542:15: error: use of undeclared identifier 'allproc_lock'; did you mean 'allprison_lock'? sx_sunlock(&allproc_lock); ^ /usr/src/sys/sys/sx.h:253:38: note: expanded from macro 'sx_sunlock' #define sx_sunlock(sx) sx_sunlock_((sx), LOCK_FILE, LOCK_LINE) ^ /usr/src/sys/sys/sx.h:235:16: note: expanded from macro 'sx_sunlock_' __sx_sunlock((sx), (file), (line)) ^ /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here struct sx allprison_lock; ^ /usr/src/sys/kern/kern_jail.c:4567:14: error: use of undeclared identifier 'allproc_lock'; did you mean 'allprison_lock'? sx_sunlock(&allproc_lock); ^ /usr/src/sys/sys/sx.h:253:38: note: expanded from macro 'sx_sunlock' #define sx_sunlock(sx) sx_sunlock_((sx), LOCK_FILE, LOCK_LINE) ^ /usr/src/sys/sys/sx.h:235:16: note: expanded from macro 'sx_sunlock_' __sx_sunlock((sx), (file), (line)) ^ /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here struct sx allprison_lock; ^ 3 errors generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/PROD *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 19:37:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 23614DA6; Wed, 6 Nov 2013 19:37:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB15E27F4; Wed, 6 Nov 2013 19:37:19 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 6177E1033F; Wed, 6 Nov 2013 19:37:18 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 6177E1033F Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 14:37:16 -0500 From: Glen Barber To: Zenny Subject: Re: FreeBSD10-Beta 3 make buildkernel error Message-ID: <20131106193716.GA1761@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 19:37:20 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 08:32:12PM +0100, Zenny wrote: > Hi: >=20 > I am trying to recompile FreeBSD10-Beta3 with the following parameters: >=20 Which svn revision? Also, please provide your /etc/src.conf and /etc/make.conf. Glen > # cat /usr/src/sys/amd64/conf/PROD > include GENERIC > ident PROD >=20 > nooptions DEADLKRES > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > nooptions MALLOC_DEBUG_MAXZONES > options VIMAGE > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_BRIDGE > options NETGRAPH_EIFACE > options NETGRAPH_SOCKET > nooptions SCTP > options VPS > options RACCT > options RCTL >=20 > But I get the following error during make buildkernel: >=20 > > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror /usr/src/sys/kern/kern_jail.c > /usr/src/sys/kern/kern_jail.c:4537:12: error: use of undeclared > identifier 'allproc_lock'; did you mean 'allprison_lock'? > sx_slock(&allproc_lock); > ^ > /usr/src/sys/sys/sx.h:251:34: note: expanded from macro 'sx_slock' > #define sx_slock(sx) sx_slock_((sx), LOCK_FILE, LOCK_LINE) > ^ > /usr/src/sys/sys/sx.h:231:20: note: expanded from macro 'sx_slock_' > (void)__sx_slock((sx), 0, (file), (line)) > ^ > /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here > struct sx allprison_lock; > ^ > /usr/src/sys/kern/kern_jail.c:4542:15: error: use of undeclared > identifier 'allproc_lock'; did you mean 'allprison_lock'? > sx_sunlock(&allproc_lock); > ^ > /usr/src/sys/sys/sx.h:253:38: note: expanded from macro 'sx_sunlock' > #define sx_sunlock(sx) sx_sunlock_((sx), LOCK_FILE, LOCK_LINE) > ^ > /usr/src/sys/sys/sx.h:235:16: note: expanded from macro 'sx_sunlock_' > __sx_sunlock((sx), (file), (line)) > ^ > /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here > struct sx allprison_lock; > ^ > /usr/src/sys/kern/kern_jail.c:4567:14: error: use of undeclared > identifier 'allproc_lock'; did you mean 'allprison_lock'? > sx_sunlock(&allproc_lock); > ^ > /usr/src/sys/sys/sx.h:253:38: note: expanded from macro 'sx_sunlock' > #define sx_sunlock(sx) sx_sunlock_((sx), LOCK_FILE, LOCK_LINE) > ^ > /usr/src/sys/sys/sx.h:235:16: note: expanded from macro 'sx_sunlock_' > __sx_sunlock((sx), (file), (line)) > ^ > /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here > struct sx allprison_lock; > ^ > 3 errors generated. > *** Error code 1 >=20 > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/PROD > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSeppsAAoJELls3eqvi17Qr6cQAJx97asgzUIAvmjeVNw08DnZ 1lAzUPlrK1d4hQHuJ5XlfdoDDxcHqyTDLjpo/KJ6MEIaTjKa/4lbMnO7fXVC8hfn sStOB0j3ZC0VX/SuTd65q9xzD+4ovtji7Tnn9FNQc3c8w7uU6G4eSfl7dkfGpPex oOgFQgYX12Dpi596uISFmFxhGy1Wd0AlQfhewCnKlsEOZWo9MT7g2FGSZuEah2fk l3OpSQ6EuNramLwESPG4ZaE7Bgto2OVHmPh2EiXLWADFFNUqHk+zIoKGi8HS7Tdb 9lXwOZq9hTFXLbBs7FWfy2ZC6ak7sHuXxbank0uK6OyVJR7XJ6l35mG7X7eyezgw oQOIXz1k3DoeFNO8AjaIhzrCkvFCp2bokzuGnoDi5bi+0oqnqWC2WDGZmER6kshX o396VOUNr5tU9J30im9y2wFyTKHjtqkbo3MTBEnBkpaQN1xapNt/56s3sJqoJC0e QjRPq48Vwy7kBb7iaCQvWp3JDOybGaJoTMyLlaWM74f2kFO/kVwHPd2IE1CBcoGr nwKRaUVmiFL4VKN24A1xlxabv6GW4kNuI+3yAp3nhthZksjZq+ulM4bEsv4PGRGM TBCVP/ohAegdVzqLguxUDW9EcuonfVvGHh9emaR64zH5A3TeG6n0DYlQpqssGT2a sipT+tR6nUL7h6pPq8tZ =lDs5 -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 19:55:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F2B83A6E for ; Wed, 6 Nov 2013 19:55:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5F752967 for ; Wed, 6 Nov 2013 19:55:51 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA6Jtgd9038468; Wed, 6 Nov 2013 21:55:42 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA6Jtgd9038468 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA6Jtguv038467; Wed, 6 Nov 2013 21:55:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 6 Nov 2013 21:55:42 +0200 From: Konstantin Belousov To: Zenny Subject: Re: FreeBSD10-Beta 3 make buildkernel error Message-ID: <20131106195542.GJ59496@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BipTYHwbFd8z9jk5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 19:55:53 -0000 --BipTYHwbFd8z9jk5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 08:32:12PM +0100, Zenny wrote: > Hi: >=20 > I am trying to recompile FreeBSD10-Beta3 with the following parameters: >=20 > # cat /usr/src/sys/amd64/conf/PROD > include GENERIC > ident PROD >=20 > nooptions DEADLKRES > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > nooptions MALLOC_DEBUG_MAXZONES > options VIMAGE > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_BRIDGE > options NETGRAPH_EIFACE > options NETGRAPH_SOCKET > nooptions SCTP > options VPS Option VPS does not exist in the FreeBSD. > options RACCT > options RCTL >=20 > But I get the following error during make buildkernel: >=20 > > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror /usr/src/sys/kern/kern_jail.c > /usr/src/sys/kern/kern_jail.c:4537:12: error: use of undeclared > identifier 'allproc_lock'; did you mean 'allprison_lock'? > sx_slock(&allproc_lock); > ^ > /usr/src/sys/sys/sx.h:251:34: note: expanded from macro 'sx_slock' > #define sx_slock(sx) sx_slock_((sx), LOCK_FILE, LOCK_LINE) > ^ > /usr/src/sys/sys/sx.h:231:20: note: expanded from macro 'sx_slock_' > (void)__sx_slock((sx), 0, (file), (line)) > ^ > /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here > struct sx allprison_lock; > ^ > /usr/src/sys/kern/kern_jail.c:4542:15: error: use of undeclared > identifier 'allproc_lock'; did you mean 'allprison_lock'? > sx_sunlock(&allproc_lock); > ^ > /usr/src/sys/sys/sx.h:253:38: note: expanded from macro 'sx_sunlock' > #define sx_sunlock(sx) sx_sunlock_((sx), LOCK_FILE, LOCK_LINE) > ^ > /usr/src/sys/sys/sx.h:235:16: note: expanded from macro 'sx_sunlock_' > __sx_sunlock((sx), (file), (line)) > ^ > /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here > struct sx allprison_lock; > ^ > /usr/src/sys/kern/kern_jail.c:4567:14: error: use of undeclared > identifier 'allproc_lock'; did you mean 'allprison_lock'? > sx_sunlock(&allproc_lock); > ^ > /usr/src/sys/sys/sx.h:253:38: note: expanded from macro 'sx_sunlock' > #define sx_sunlock(sx) sx_sunlock_((sx), LOCK_FILE, LOCK_LINE) > ^ > /usr/src/sys/sys/sx.h:235:16: note: expanded from macro 'sx_sunlock_' > __sx_sunlock((sx), (file), (line)) > ^ > /usr/src/sys/kern/kern_jail.c:140:11: note: 'allprison_lock' declared here > struct sx allprison_lock; > ^ > 3 errors generated. > *** Error code 1 >=20 > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/PROD > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --BipTYHwbFd8z9jk5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSep69AAoJEJDCuSvBvK1BNE4P/2K6rlOEdQOAfq1LpR5gCibv 2Hr9OIz9pD0UezJX0PxUcBaW0HqIlpS33fijCA1N7xnYae9TOrOi2qm1n1KM7zF1 UzR1tEOZ5fmeNlxuwxVbAXLYc8CUSoWQMmILQP/4EbXyj1OxqHLI51ebEb189it6 CA77roUCW3M9tW+RBrw/ee1No3FwyrHKxvMTYPiGkIXy1JYd/gb3A5g5gQka5k+5 B40Xn1aEVGDcKA+Hmw3ckswv1QUeyHJZ+7TBaFUL47mlwQV73SQlVpLRFTYQw1Nf 8dy7YQGkqNSxCKCjmkDALE7Rd4MJbSL9CLjjcqyJYQU963awnkR2AkaJidj/7B5q fW4gryu5FCHOBV01n1uxn5zto2blIma1Iv714U8sgHWMqgac8i/pco5frFMoD2zv 7jrUF/R9sJB7UiwwakO691BdaTQ7gOP5dgG2DkSTy5i3m2x2AXC4yKlH7HXBpjM8 gSJx1ZhdGny0YG1DYbgF38Ge++rXkjMpIsr9cGjedRUC6+/MQCJyBUXNFusj+k34 horZLSYvncxuJaxUiS4l9kPy1e4SdYv0G0Oa3SnqDYToA2oKkdUSGdcBs/gtzMCt XFDoWQltMmq1HOI/hynJVZWyRXu8YfSu1cU3pjqyiM5iMzVvrpFGzjoB1w0bK0kF 0yjkbnpnLmtu3C5z91H6 =bmP/ -----END PGP SIGNATURE----- --BipTYHwbFd8z9jk5-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 20:13:11 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F082132E; Wed, 6 Nov 2013 20:13:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C57022AA5; Wed, 6 Nov 2013 20:13:10 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 5806210A5B; Wed, 6 Nov 2013 20:13:09 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 5806210A5B Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 15:13:07 -0500 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 10.0-BETA3 now available Message-ID: <20131106201307.GB1761@glenbarber.us> References: <20131105170513.GP8833@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <20131105170513.GP8833@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 20:13:11 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 05, 2013 at 12:05:13PM -0500, Glen Barber wrote: > The third BETA build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. >=20 > [...] > Important note to freebsd-update(8) users: Please be sure to follow the > instructions in the EN-13:04.freebsd-update errata notice here before > upgrading the system to 10.0-BETA3: >=20 > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-upd= ate.asc Additional note to freebsd-update(8) users: It has been reported that /var/empty is removed from the system as part of updating the system with freebsd-update(8). Specifically, the directory is removed after running 'freebsd-update install' to install the userland updates (after the kernel updates are installed and freebsd-update(8) prompts to reboot and run 'freebsd-update install' a second time). The cause is still not clear, but we are actively looking into the cause. One of the symptoms of this behavior is that daemons using /var/empty as the home directory will not start after the userland updates are installed. A temporary workaround for this is to create /var/empty after the userland updates have completed, but before the system is rebooted the second time, for example: # freebsd-update -r 10.0-BETA3 upgrade # freebsd-update install # shutdown -r now # freebsd-update install # mkdir /var/empty # chflags schg /var/empty # shutdown -r now Apologies for the inconvenience this has caused for anyone running into this. Glen --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSeqLTAAoJELls3eqvi17QLpMP/0/mV9aW6TfHrU5/SuvVKgmD IIW5TLjn//tgIfEY3wodZN2gajBgKBy4Bba1Hi921rlKZJ+AgqOjt9V7GX+s+ja9 dJwyikXu/zLP2scmb1jXs40mIirVHvnZKrBSurLlb3GTvgxRD+xCFdQuvpox0I7+ Najon5TTmECzB+sN8GSts7tfZBe37liR6qJ8i4M+zWGj1zQKgpz+bTOQESXSh/nP Lj70U2xiyazZUviAoMmZ8pHd38V/QfBtY1vkckQAf/Kov39Gl8r/0Wj+CaW3vg51 PLjfcz/A2iRZFapdseBW+8+urMSrqW6+ZJIlrUmyHNmlvIENXTEkpnlfK05OlDRH 8ZE3P1xQnGrrrf2DK5Q8ZzKA3ubHIU4xp7Raq/b8mL3s6GooYWlr0k0vzrcVBXQz V45eNSIKbRkSa3vuzJFd/TZqw4/Bcsd3rloRFNnW7RiyautHF6hYfwQWxWI+sNMS IAYZsUjRRRWeIaWX/MMcT/Qct5J+8R0jW4SYusfjQ37MHd9tu0bnlH9SnEvJpnyP fL75agUrKmOkhoxyisXU1ZUICe7IN6DZNAATCOAico1/LM7j/h+Tl9J6DXIXrwnO ebt6f26dvVBaGm9Ke3Jq7djqxBht7B+jCBHjQyx6Zrzv4Al2iZp6KY7JqrlA4clz wnLnshzRhFHS5/m+p2pQ =pFRe -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 20:50:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B571DDB; Wed, 6 Nov 2013 20:50:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 771B32CFA; Wed, 6 Nov 2013 20:50:01 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id j7so2644782qaq.19 for ; Wed, 06 Nov 2013 12:50:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3teYlZqHAsIMC5EWFQwMlb2g90Ss5Vmxq3I2k3p0fU0=; b=hW0czyFJcsxBukrDtDB46oL+oJsKJBlHF0zOsx8fkEx4q0vg6sSUoZcun5fx3DM3gE XDfULlLux52gZyuqYMEBb6D+2gLBcVKz4QNMwisIeFLVWKoZo8WaHiAiZ4QyR9NvKfvG tJ3bn6furnwyHsPU3RJXJcp1D6BaJWNg94xRiUKDhX/aU8wI4pl/uH904zaesV2SehP9 OMbLn5/g6OHcnP6/yg4Hm4BomL+r03QjXWdEU92SwNbIupMTTu5p4dj7dxJJ/QQklE92 Bsgj+hbf1CC0z9KTKUpIX3UshiP9OrotVkvTTYMZocWXK94Q5l8N+r2XkPyM7AO5kFJN tkgQ== MIME-Version: 1.0 X-Received: by 10.224.63.199 with SMTP id c7mr8727497qai.74.1383771000640; Wed, 06 Nov 2013 12:50:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 6 Nov 2013 12:50:00 -0800 (PST) In-Reply-To: <201311061229.01023.jhb@freebsd.org> References: <201311061229.01023.jhb@freebsd.org> Date: Wed, 6 Nov 2013 12:50:00 -0800 X-Google-Sender-Auth: zStstEVnx6bJ4rwmA28_pXoOfAk Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , FreeBSD Stable Mailing List , "current@freebsd.org" , Alexander Motin , Oliver Pinter , freebsd-current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 20:50:02 -0000 .. the main reason to use machdep.idle=hlt is that it is a different code path. But to ensure you're always going via the hlt codepath, you _first_ have to disable mwait. The idle code first decides whether to run mwait or , then if it doesn't choose mwait, it chooses machdep.idle. That's why you first have to disable idle_wait. -adrian From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 02:25:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66BBADCB for ; Thu, 7 Nov 2013 02:25:20 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 20ADB21B5 for ; Thu, 7 Nov 2013 02:25:19 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:30797] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 8D/9F-19454-E0AFA725; Thu, 07 Nov 2013 02:25:18 +0000 Date: Thu, 07 Nov 2013 02:25:18 +0000 Message-ID: <8D.9F.19454.E0AFA725@cdptpa-oedge03> From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 02:25:20 -0000 I tried the patch on 9.2-STABLE, rebuilt the kernel and modules, installed to the correct place on USB stick, /media/zip0/boot/kernelre USB stick was mounted on /media/zip0 when I did this. Then I umounted, took the USB stick to new computer with MSI Z77 MPOWER motherboard. I booted that USB stick, escaped to loader prompt, unload and boot /boot/kernelre/kernel got the same error when running "dhclient re0". Now I also have to update NetBSD-current and then build a Linux installation. Linux may offer a better chance of configuring wireless adapters. I was hoping a fix to the re(4) bug could make it for FreeBSD 10.0-RELEASE but am not betting on it. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 05:31:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 224A35E2 for ; Thu, 7 Nov 2013 05:31:22 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit1.ironport.snap.net.nz (unit1.ironport.snap.net.nz [202.37.100.105]) by mx1.freebsd.org (Postfix) with ESMTP id CA09F2B9C for ; Thu, 7 Nov 2013 05:31:20 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=9T2e0IaWUNWgzAxBXDhU/cHzcvQzCvv/NjDiUr6yZA4= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=D3aUqHbKAAAA:8 a=rvMDUI1hVc__Zsoj1pYA:9 a=CjuIK1q_8ugA:10 a=zjtdu1xBupMA:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAHgke1J7/y9j/2dsb2JhbABZhBK/HIEpFoMZAQEBAwFAAQE3AQQLCzQSAlUGE4d7Bas9hFIBBY5TBo9ZB4MggRCQMYdeikSLAoIU X-IronPort-AV: E=Sophos;i="4.93,650,1378814400"; d="p7s'?scan'208";a="210152936" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 07 Nov 2013 18:31:13 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id EC36925622; Thu, 7 Nov 2013 18:31:12 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA75V9uh002866 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Nov 2013 18:31:10 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383802271; bh=mkUvIGk9bEtybW2mDCjPfQhtxiHgVdLeeflpt4GN+8E=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Ea97P+FY9cUPGsXAXysUCaAJBcS7oldWdQRwOB+IB3RFSbQ8/p1uIMYTMmQSx2OnU hmDgQlbzzGgRDqdwbD7ViigfNyqN+snjriR34RiqzK7x2ZTjp7IKX1xDikMy31+Vo4 8u5qk2cD98TNmXGZKmUmILSrptwZCZgAeO1FblFc= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_E45A95A0-778D-4E55-ABB8-377152DE79AF"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <527A6012.2050500@vangyzen.net> Date: Thu, 7 Nov 2013 18:31:10 +1300 Message-Id: <6E19DA8B-129E-4883-AA5F-9A66C0E91168@msqr.us> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> To: Eric van Gyzen X-Mailer: Apple Mail (2.1816) Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 05:31:22 -0000 --Apple-Mail=_E45A95A0-778D-4E55-ABB8-377152DE79AF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 7, 2013, at 4:28 AM, Eric van Gyzen wrote: > Just do: >=20 > $ kgdb /boot/kernel/kernel > (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 >=20 > You don't need to bring the system down. This will have no effect on > the running system. It's just reading information from the kernel = file > and kernel.symbols file. I see, thank you. I assume this would need to be in the 9.2 release, = which I'll have to deploy to a virtual machine to test, as I've rolled = back to 9.1. Cheers, Matt= --Apple-Mail=_E45A95A0-778D-4E55-ABB8-377152DE79AF Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwNzA1 MzExMFowIwYJKoZIhvcNAQkEMRYEFBJRmECerGDvTH9syR9plQ6ywG7dMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAN6UUfO53cy7Y3jiNU+VaegPGg3D jG2zRNLg2JKDioAZovDRYm7ihK0wPiqOzM+U+r7ZqYGKIfPN3hz+XiPeKtilb3NfNYLfNo2ozDQd oeOakl8nd7mLtt1AujBuWN8v3JbiZoFFlGirNYCmNhGAZttg2Qe8S8y9TbKP57yilKDE4dumheLG qsOQFYyhcgKAbPpSZa2s+QOq1PsF4mFU0gku/YxmOfWdnOkVFgJTqiXvlaFz2YNGd/z3lRAIvahZ W3+Fr91jVlTquHqJGf4KweNaSj44/4LSWGl3DHIFzV7TF9aXDCt7S/xelfiN56dZuWhgham02gyt 0+x6NrDZeNMAAAAAAAA= --Apple-Mail=_E45A95A0-778D-4E55-ABB8-377152DE79AF-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 07:18:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 18946CCC for ; Thu, 7 Nov 2013 07:18:11 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87E702056 for ; Thu, 7 Nov 2013 07:18:10 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rA57n8WU013343 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 5 Nov 2013 07:49:09 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rA57n8WU013343 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1383637749; bh=ZRM8ZW9cRzrNfSYDiDIuc761K8twTGaib+3lM8ET63I=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Tue,=2005=20Nov=202013=2007:48:59=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-stable @freebsd.org|Subject:=20Re:=20pkgng:=20how=20to=20upgrade=20a=20si ngle=20port?|References:=20<527406D2.7010200@intertainservices.com >=20<1383336649.16326.41750369.298F8E9D@webmail.messagingengine.co m>=20<1383337118.18823.41752849.2502EBFD@webmail.messagingengine.c om>=20=20<5277E53A.4090208@intertainservices.com>=20=20<3884C6 0E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu>=20=20<0AD 00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu>=20=20<81 B1C865-2FE9-40B1-92DE-25A0869854E3@gromit.dlib.vt.edu>=20<3E083FEB -F959-4451-A1BB-F36A696A35D6@FreeBSD.org>|In-Reply-To:=20<3E083FEB -F959-4451-A1BB-F36A696A35D6@FreeBSD.org>; b=i0F7/4ASuH5UP59pRlCORWF1LJi6CAjWblIp0h76oUBh92cRJDOm4x5xpgQgKel44 K9axJXearEOGpadK8OVSAEeGiMXqCcLnt7qF8WTs0PLoZ3IhFRgnApB1JnNPWE92Lj qrID4TXZd1UaRIWV2OvvbMjrIKEq5W1UCufhCCmA= Message-ID: <5278A2EB.50106@infracaninophile.co.uk> Date: Tue, 05 Nov 2013 07:48:59 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkgng: how to upgrade a single port? References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> <5277E53A.4090208@intertainservices.com> <3884C60E-FFEC-413C-901E-631E2862984B@gromit.dlib.vt.edu> <0AD00FF2-8F68-432D-BC7F-9672AD173163@gromit.dlib.vt.edu> <81B1C865-2FE9-40B1-92DE-25A0869854E3@gromit.dlib.vt.edu> <3E083FEB-F959-4451-A1BB-F36A696A35D6@FreeBSD.org> In-Reply-To: <3E083FEB-F959-4451-A1BB-F36A696A35D6@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AI85qxBWj5DpHoVuH3MudgDo8kiA8lIkk" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FUZZY_VPILL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 07:18:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AI85qxBWj5DpHoVuH3MudgDo8kiA8lIkk Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 05/11/2013 01:51, Mark Felder wrote: > On Nov 4, 2013, at 19:02, Paul Mather > wrote: >> I have always admired the NetBSD pkgsrc Quarterly releases, which >> is close to getting a -STABLE package set on *BSD. Has there ever >> been discussion of a slower-moving Ports set for FreeBSD that only >> gets security updates? That would be a nice middle ground between >> the glacial progress of RHEL Yum packages and the -CURRENT like >> Ports as it is right now. > The only thing stopping that is manpower. We don=92t have it. Please > feel free to join the ports team and scratch that itch. However, we > already have enough architectural work ahead of us and PRs to sift > through that it probably isn=92t feasible at this point in time. Quarterly releases are indeed under consideration. These would be snapshots of the ports take one a quarter, be supported for one year, and only receive security and critical updates. They'd also replace the per-release package sets bundled with each OS release. https://wiki.freebsd.org/201309DevSummit/Ports Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --AI85qxBWj5DpHoVuH3MudgDo8kiA8lIkk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSeKL0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATT68P/33ozX1KXwmcUWTPN88f4Yz4 SaUA9MQST0/8G06d7k6ggCM7K+yJWHKGc0zRvSkecHr/gXPZTYpa3NE0I6Kv0Lnh V+P8MkZMx4sHGhNmL+0vCXTia/tOx0moVjdOqHn6wclpBOK61AqQCS9a4S2RVL9X ca19cQwCP+jT1zbTpjl4cI+Z3NFormPY4vvX6Nb6XZr6j0w/ITLVVApTnVtYuFA8 godDRARol3e7CCUMeYEmBE/jotDd1M8nWu0EKPJGHOKqwDqINqItSXNFg/oyGC9k oBYVIm/IWhnz7l2k2t1eqtx0kXyBv/3sbjWiHF9oY+sUaQuJgu3b2yeB6OYZvnA3 2M71YlAoPwOea/ieFKegALMxQqlC7flwM8xedJ9RKsmEhp7odj7YzPREiW7Vom/o I49yu7qRBJEdIl8rUopTGfz0XTI/O5JrM7Rxe3kz+glsbrL/pu/EBz8bOxF9GF3x 9WZeEtXoLjBPxWWXOav+alGHmZZ9VqqM1ZT09XOhaZrMswh2psnoIA+Z1ESXhlQI eIV/nG885U6m2uWZy5T2JqMBcA1m2qUHMZsk8ow4/g20sZu/F7z8APeFQzDJE4HH auXyCEAnAtjDplPXLfW3LtuOiGU/b3JaKMaFMNkAAlwzS3N7al0mei6eGW1LDBOJ uFgo7qICuRs/4sCOkJfi =vBAy -----END PGP SIGNATURE----- --AI85qxBWj5DpHoVuH3MudgDo8kiA8lIkk-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 08:00:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F10480A for ; Thu, 7 Nov 2013 08:00:11 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit0.ironport.snap.net.nz (unit0.ironport.snap.net.nz [202.37.100.104]) by mx1.freebsd.org (Postfix) with ESMTP id 877A42251 for ; Thu, 7 Nov 2013 08:00:10 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=iw7iUsToLjcKeDD2xJYUY7vdGlCAuHgOCAeRLiIczvU= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=D3aUqHbKAAAA:8 a=3dMUX_-zW6T9GYtJQ4EA:9 a=CjuIK1q_8ugA:10 a=zjtdu1xBupMA:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAC1He1J7/y9j/2dsb2JhbABZhBK/DIEjFoMZAQEBAwFAAQE3AQQLCw4mEgJVBhOHewWqSYRSAQWOWgaPWQeDIIEQkDGHXopEiwKCFA X-IronPort-AV: E=Sophos;i="4.93,650,1378814400"; d="p7s'?scan'208";a="215683221" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp0.ironport.snap.net.nz with ESMTP; 07 Nov 2013 21:00:02 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id 9458F25617; Thu, 7 Nov 2013 21:00:02 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA77xwkZ037791 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Nov 2013 20:59:59 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383811200; bh=1M8n2ES5pajhE8NLVxVik3cwbr0RWDHyF+L2KDaR6K8=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=EqBf+ZQeyiXpbf2rY/gVjW7sGbr8fAZaaGIvTiooHtvudE4zGHdxMCMztF6h9LjB6 oTomArGvPf3G+s976JyzLGuFVzrWuAlP0POfkauWd6hQQ1hlX7g1mqJLZ+C6tQT3No A+fdyyaD7q4qXdIBeWhj5LLHKV3fAcnMUsPJZYCY= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_76748BFE-0A6D-426D-BFDD-9E88E280C68D"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <527A6012.2050500@vangyzen.net> Date: Thu, 7 Nov 2013 20:59:57 +1300 Message-Id: <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: Eric van Gyzen , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 08:00:11 -0000 --Apple-Mail=_76748BFE-0A6D-426D-BFDD-9E88E280C68D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 7, 2013, at 4:28 AM, Eric van Gyzen wrote: > Just do: >=20 > $ kgdb /boot/kernel/kernel > (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 >=20 > You don't need to bring the system down. This will have no effect on > the running system. It's just reading information from the kernel = file > and kernel.symbols file. =46rom a 9.2 amd64 virtual machine, this is what I get: (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 0xffffffff80d96898 is in VOP_ADD_WRITECOUNT_APV (vnode_if.c:4236). 4231 in vnode_if.c Does this help? Cheers, Matt= --Apple-Mail=_76748BFE-0A6D-426D-BFDD-9E88E280C68D Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwNzA3 NTk1OVowIwYJKoZIhvcNAQkEMRYEFPVUlb3mlouYbTGzHeRCnZAY4rwZMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAA30x6WxCD5u3fRArtsk9HDBvRwG 3jHcQ1+YcK/dCWcMBV5N6eyWQSgeGQwA8q+R2K6W1H1I+vx1zoU1SZyvSlc8BeYeEjjSxje3wTcR CyxHjK9w/nvs4ZSplmxy1KCf3rKgj4aJQgvnGQfBC8+2M/KVwb2du3YjDZOiaLw3ktvMlmgSo3Rq iTiuOGSNcE8WL4O83Q5zQ2/4zJNGiPhRxMzEH8bYcKfX0Qe1TnrtjqOSrp99oYcN1uyafA4Wb1zF P5+5t29al0PP/9MfXppZ1SnoYMwlNaMHCiYSrO7eonaWtSYoqxSfa0V2E4v2c5FMlMowWCLhaSvP sz327VI6H1EAAAAAAAA= --Apple-Mail=_76748BFE-0A6D-426D-BFDD-9E88E280C68D-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 08:02:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 39D43933 for ; Thu, 7 Nov 2013 08:02:41 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0549B22B7 for ; Thu, 7 Nov 2013 08:02:40 +0000 (UTC) Received: from [74.130.196.19] ([74.130.196.19:20973] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D9/1D-27821-F194B725; Thu, 07 Nov 2013 08:02:39 +0000 Date: Thu, 07 Nov 2013 08:02:39 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <6E19DA8B-129E-4883-AA5F-9A66C0E91168@msqr.us> Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: Matt Magoffin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 08:02:41 -0000 > I see, thank you. I assume this would need to be in the 9.2 release, which I'll have to deploy to a virtual machine to test, as I've rolled back to 9.1. > Cheers, > Matt You could still install 9.2 release if you have a hard-disk partition to spare, or to a USB drive. This would not touch your 9.1 installation. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 12:56:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9702E1CC for ; Thu, 7 Nov 2013 12:56:16 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from mail-ea0-x22c.google.com (mail-ea0-x22c.google.com [IPv6:2a00:1450:4013:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C91C2D0C for ; Thu, 7 Nov 2013 12:56:16 +0000 (UTC) Received: by mail-ea0-f172.google.com with SMTP id r16so305035ead.3 for ; Thu, 07 Nov 2013 04:56:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:subject:date:mime-version:content-type :importance; bh=TiPvKR3RutGMQthc1w338Hfa6vIRtBfYYz445b1Bd1k=; b=i4dLtWOwDupIHu979/GkJ++4AW/+np2BOJceRKvCAVO8S/qpYRVV1VGfBXeF0VSraE /WcIkD0xtWQ+gL3oXrEgZ96m9iOewdP15DWwhfWrR9pntR/8zYkiPLkxagcv0E9GNvu2 akm6NiDwQ+Cu1DUMoem/vwVYKPxUCPKnr/2zzJuS2tA7G4W3CHLjI1PoTNnLnwEgZXUw Vu1Ggp5b4F+R9KQZs2yyOT7awaIuCrKmKQi5KPhlMO1z1PVJIX2f4iv4tpYxSaWI/XOA HBOnmHV9wNewSjNXoIMR8SyzX37JvhkK64K4W89uAsiK0fGaIC+Dyewu27jZf/3lPS72 4Ppw== X-Received: by 10.14.178.67 with SMTP id e43mr9425278eem.59.1383828974440; Thu, 07 Nov 2013 04:56:14 -0800 (PST) Received: from SeniaePC (5ED1FEB8.cm-7-2d.dynamic.ziggo.nl. [94.209.254.184]) by mx.google.com with ESMTPSA id x4sm8967019eef.1.2013.11.07.04.56.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 07 Nov 2013 04:56:13 -0800 (PST) Message-ID: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> From: "Seniae" To: Subject: Several ports won't build FreeBSD 10 beta 3 with new xorg Date: Thu, 7 Nov 2013 13:56:08 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Antivirus: avast! (VPS 131107-0, 07-11-2013), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 12:56:16 -0000 Hackedbox =E2=80=93>> build error=20 Emacs =E2=80=93>> build error Anjuta =E2=80=93>> build error Codelite =E2=80=93>> build error Gimp =E2=80=93>> build error Could you guys please take a look at this? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 13:12:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6BA80156 for ; Thu, 7 Nov 2013 13:12:29 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 233F92E97 for ; Thu, 7 Nov 2013 13:12:28 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rA7CJZQX096311 for ; Thu, 7 Nov 2013 21:19:35 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 7 Nov 2013 21:19:35 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: 10.0-BETA3: Unable to access files on SMB share Message-Id: <20131107211935.fef3a2498632fe8da5cf08c6@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 13:12:29 -0000 Sorry for breaking thread. I've read this ML via pipermail and subscribed just now for this. I'm surprised to know that smbfs was working on r255453. For me, as I already sent PR kern/182963 and posted a thread in The FreeBSD Forums, smbfs was not properly working in r255138 and later. Same as stable/10, while r255136 (in head) works OK. In my case, applying the diff I attached to kern/182963 fixes the issue. The diff modifies timeout values in 2 lines, as r255138 changes sb_timeo in struct sockbuf from int (unit of time is hz) to sbintime_t (unit of time is 1/10^33 in seconds, as time in seconds is stored in upper half of __int64_t), but sys/netsmb/smb_trantcp.c doesn't chase it. The thread I created before kern/182963 is as follows: http://forums.freebsd.org/showthread.php?t=42502 On Wed, 6 Nov 14:02:54 UTC 2013, Alexander Shikoff wrote: >Hi! > >On Wed, Nov 06, 2013 at 05:48:27PM +0400, Gleb Smirnoff wrote: >> On Tue, Nov 05, 2013 at 09:11:59PM +0200, Alexander Shikoff wrote: >> A> On Tue, Nov 05, 2013 at 07:06:38PM -0000, Steven Hartland wrote: >> A> > Rebuilt samba? >> A> ?! >> A> >> A> I use kernel SMBFS in order to have access to remote Samba shares. >> A> And it seems that it is broken in 10.0-BETA3. In earlier 10-CURRENT >> A> it worked without any issues. >> >> It'll be very useful to track down the scope of regression to a more >> precise timeframe. >> >> What was the date of your previous version of 10-CURRENT (the one working)? > >/mnt/tmp/src>svnlite info >Path: . >Working Copy Root Path: /mnt/tmp/src >URL: svn://svn.freebsd.org/base/head >Relative URL: ^/head >Repository Root: svn://svn.freebsd.org/base >Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >Revision: 255453 >Node Kind: directory >Schedule: normal >Last Changed Author: jmg >Last Changed Rev: 255453 >Last Changed Date: 2013-09-10 20:26:09 +0300 ($B'S'd(B, 10 $B'S'V'b(B 2013) > >-- >MINO-RIPE -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 16:03:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DBD7FE17 for ; Thu, 7 Nov 2013 16:03:49 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1552A32 for ; Thu, 7 Nov 2013 16:03:49 +0000 (UTC) Received: from mobileKamikaze.norad (MN-VPN2.HS-Karlsruhe.DE [193.196.117.63]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 2A461861EB; Thu, 7 Nov 2013 17:03:47 +0100 (CET) Message-ID: <527BB9E2.2060300@bsdforen.de> Date: Thu, 07 Nov 2013 17:03:46 +0100 From: Dominic Fandrey MIME-Version: 1.0 To: Tomoaki AOKI , freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3: Unable to access files on SMB share References: <20131107211935.fef3a2498632fe8da5cf08c6@dec.sakura.ne.jp> In-Reply-To: <20131107211935.fef3a2498632fe8da5cf08c6@dec.sakura.ne.jp> Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 16:03:49 -0000 On 07/11/2013 13:19, Tomoaki AOKI wrote: > Sorry for breaking thread. I've read this ML via pipermail and > subscribed just now for this. > > I'm surprised to know that smbfs was working on r255453. > > For me, as I already sent PR kern/182963 and posted a thread in The > FreeBSD Forums, smbfs was not properly working in r255138 and later. > Same as stable/10, while r255136 (in head) works OK. > > In my case, applying the diff I attached to kern/182963 fixes the issue. > The diff modifies timeout values in 2 lines, as r255138 changes > sb_timeo in struct sockbuf from int (unit of time is hz) to sbintime_t > (unit of time is 1/10^33 in seconds, as time in seconds is stored in > upper half of __int64_t), but sys/netsmb/smb_trantcp.c doesn't chase it. smbfs works for me but very unreliably. Timing may well be the issue here, so I think I will test that patch. Please also note my fix for iconv support: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/183153 -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 16:25:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 87098985 for ; Thu, 7 Nov 2013 16:25:34 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 658F92B97 for ; Thu, 7 Nov 2013 16:25:34 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id q10so818165pdj.27 for ; Thu, 07 Nov 2013 08:25:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RU7d83MbRh0orOHz9hnhVyhk5jPbWcx1PC7NhwBfXq8=; b=eKDsbk5o7HYAFGqVsHd/2Zkj9QRpVwvAq+QXhMoSFcQ0a61CwUw6zgWVunS5urV9b7 cuibcvbSztoDOYdPdyXzSy8VqO5i0xx8/8MKtODky349InhhmGkBIgMJKtx2pP8gxYa7 7PL/8RbeAhm9//HdpZ1Icps978ZG6k4YVFeX6Ghpddb8dH751yCUDgQDckjsrAFaWg+M GRDB1MmFDDemequMBH9AiIUtS+kPGb77DI8PTvF8/DxVLGTpF5hi5XT8xcyl6ubu1cgN 9aY6TcDYsu27no0CzSfGZjRXXlrH77BKIP3Ce9shi8v2SltgMmvNvty6BaJAZ3Fokw2e Vksg== MIME-Version: 1.0 X-Received: by 10.68.176.228 with SMTP id cl4mr2716872pbc.196.1383841534115; Thu, 07 Nov 2013 08:25:34 -0800 (PST) Received: by 10.66.142.167 with HTTP; Thu, 7 Nov 2013 08:25:34 -0800 (PST) Date: Thu, 7 Nov 2013 17:25:34 +0100 Message-ID: Subject: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 16:25:34 -0000 Hi: The FreeBSD10-Beta3 kernel is recompiled successfully with the following in /etc/make.conf WITH_NEW_XORG=yes WITH_KMS=yes WITH_GALLIUM=yes But after installworld, there is no sight of new xorg-server-1.12.4 in pkg cache nor in /usr/ports: How to install new xorg and where is the source? # pkg search xorg linux-f10-xorg-libs-7.4_1 xorg-7.7 xorg-apps-7.7 xorg-cf-files-1.0.5_1 xorg-dmx-1.7.7_11,1 xorg-docs-1.7,1 xorg-drivers-7.7 xorg-fonts-7.7 xorg-fonts-100dpi-7.7 xorg-fonts-75dpi-7.7 xorg-fonts-cyrillic-7.7 xorg-fonts-miscbitmaps-7.7 xorg-fonts-truetype-7.7_1 xorg-fonts-type1-7.7 xorg-libraries-7.7 xorg-macros-1.17.1 xorg-minimal-7.5.2 xorg-nestserver-1.7.7_11,1 xorg-server-1.7.7_11,1 xorg-sgml-doctools-1.11 xorg-vfbserver-1.7.7_11,1 xorgramana-0.0.8_7 /z From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 16:29:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F662AE3; Thu, 7 Nov 2013 16:29:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA6822BD1; Thu, 7 Nov 2013 16:29:28 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EBC4B12692; Thu, 7 Nov 2013 16:29:25 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EBC4B12692 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 7 Nov 2013 11:29:18 -0500 From: Glen Barber To: Zenny Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 Message-ID: <20131107162918.GA89594@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 16:29:29 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 05:25:34PM +0100, Zenny wrote: > Hi: >=20 > The FreeBSD10-Beta3 kernel is recompiled successfully with the > following in /etc/make.conf >=20 > WITH_NEW_XORG=3Dyes > WITH_KMS=3Dyes > WITH_GALLIUM=3Dyes >=20 > But after installworld, there is no sight of new xorg-server-1.12.4 in > pkg cache nor in /usr/ports: > How to install new xorg and where is the source? You have to rebuild the xorg ports for this. This is not related to the kernel build. Glen --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSe7/eAAoJELls3eqvi17QiOAQAKUPRLWcGB3CKeZdFJgVc8zm Sh2rRgehSF9P+imErE6PWq0P5H3z1emrtGOfmGm+nF1lpjTvidhePX62iNHsaHuA YfWTCnpKg1APFDq3KrcqEG4FGJxlIg+nGtIdu6LvsNMAulaGIsbA82+0ugMp5a9I y2IiBwfLH3SHMjCMsaFxUxYi4jYaCLf4oIPVo0HQOFKLPhRMf6c4iTuA7P2n2zy7 ELPK1zRDoeHCf5h4H98CfWHacDn7qcIAFQdStSPELNK+6+qpwbkx1sgRWQKPlFVO nc2iXiJQzr/lYFRJGyxE5KBOKyAd+rvDShY/LS6is0xfkOOd1UEJ4/BW/NH4etGC 3C3GH3VWmCDpWyDd1LJUrPeAJhtoKwS5u3/FsGCJKVlQk9NF6YllmZpFdylpLeRv 6XJjM9oKocfzav1YAOacPNIfbd13SGKwlfHEkttNaGzBgDKdmDMxW4bWylK++r0R lPai2FnKQ1Kqom1twiBJMZnqfTvNHd+/WhbUgpJBlwXCwn1BQTCoOGH3oOFeL8By ooMeSkPQE4JQwpZ/VDeNZSd8HfQzfDDKoh3J7rQpoD+3dycyIT9qy4CX1qqcFjtX qcOp2cSSM70IBEekX9AbwKCX6/HPyvnv7llINGP3c6hUIUzv42o/OP4ck/j6oks/ xVDdP1i4t3gFJa4hHOWA =G6QT -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 16:36:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CE737DC4; Thu, 7 Nov 2013 16:36:48 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A420A2C53; Thu, 7 Nov 2013 16:36:48 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id r10so826204pdi.18 for ; Thu, 07 Nov 2013 08:36:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AZuojeR+2c5as48H/NP78pqwY31wyAQF/Sle3WB73EY=; b=QvkVb0v9VdeRFzXKGu0KKx85UhSCPAobuSmoyR0agccKpk8p2AOaembmR58at01lMe V+5eIEy8mb5ii+YvW2hWdb9KcAweLg2miuG/SHuynqF9OKAhMLk93x355WT5Q4I4P2l2 0MmHwMZeEgMEiZRxENHbudMRXSHfkq/sqllwOihcSBFUIQnfNz7yAq2IigoDAg2l/cRX MEdHa5l9z96yQv5xdU6J1IcC6htYl3CRIfnQ33qWUh60SiIhijXLHzVg6JvwKUeN4S0b CvVIm2DxAzDYrQ91bSjRg5C7sefKkElYluf8NRGK/WdkmAIjwjvBPQ0UkO0Yw9/DbVFn SNnQ== MIME-Version: 1.0 X-Received: by 10.68.125.226 with SMTP id mt2mr9941191pbb.115.1383842207820; Thu, 07 Nov 2013 08:36:47 -0800 (PST) Received: by 10.66.142.167 with HTTP; Thu, 7 Nov 2013 08:36:47 -0800 (PST) In-Reply-To: <20131107162918.GA89594@glenbarber.us> References: <20131107162918.GA89594@glenbarber.us> Date: Thu, 7 Nov 2013 17:36:47 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 16:36:48 -0000 Thanks Glen, but when I checked: # grep -Rn PORTVERSION /usr/ports/x11/xorg/Makefile 5:PORTVERSION= 7.7 which is the same version that is available using pkg repo. What are the ports to be rebuilt, just xorg or any other too like xinit, xauth etc.? On 11/7/13, Glen Barber wrote: > On Thu, Nov 07, 2013 at 05:25:34PM +0100, Zenny wrote: >> Hi: >> >> The FreeBSD10-Beta3 kernel is recompiled successfully with the >> following in /etc/make.conf >> >> WITH_NEW_XORG=yes >> WITH_KMS=yes >> WITH_GALLIUM=yes >> >> But after installworld, there is no sight of new xorg-server-1.12.4 in >> pkg cache nor in /usr/ports: >> How to install new xorg and where is the source? > > You have to rebuild the xorg ports for this. This is not related to the > kernel build. > > Glen > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 16:38:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5ABB33A6; Thu, 7 Nov 2013 16:38:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EBCA2C80; Thu, 7 Nov 2013 16:38:50 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id D256C12894; Thu, 7 Nov 2013 16:38:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us D256C12894 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 7 Nov 2013 11:38:46 -0500 From: Glen Barber To: Zenny Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 Message-ID: <20131107163846.GB89594@glenbarber.us> References: <20131107162918.GA89594@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 16:38:50 -0000 --Pd0ReVV5GZGQvF3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 05:36:47PM +0100, Zenny wrote: > Thanks Glen, but when I checked: >=20 > # grep -Rn PORTVERSION /usr/ports/x11/xorg/Makefile > 5:PORTVERSION=3D 7.7 >=20 > which is the same version that is available using pkg repo. >=20 > What are the ports to be rebuilt, just xorg or any other too like > xinit, xauth etc.? >=20 I do not remember the entire list of things that would be rebuild. I know libdrm2, xorg-server, and a few others. You can use portmaster for this, with: # portmaster -r xorg-server Glen >=20 > On 11/7/13, Glen Barber wrote: > > On Thu, Nov 07, 2013 at 05:25:34PM +0100, Zenny wrote: > >> Hi: > >> > >> The FreeBSD10-Beta3 kernel is recompiled successfully with the > >> following in /etc/make.conf > >> > >> WITH_NEW_XORG=3Dyes > >> WITH_KMS=3Dyes > >> WITH_GALLIUM=3Dyes > >> > >> But after installworld, there is no sight of new xorg-server-1.12.4 in > >> pkg cache nor in /usr/ports: > >> How to install new xorg and where is the source? > > > > You have to rebuild the xorg ports for this. This is not related to the > > kernel build. > > > > Glen > > > > --Pd0ReVV5GZGQvF3a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSe8IWAAoJELls3eqvi17QuwcQAKTTJHeakjhi+dhw8Qh3t1TB IdI6TWeEFXaMKXLvFwdNZtCUOjufMHtwghsg85e8CwdXkLvIySvh7xCpykqMnvAD NK8EAqjDE8+37hVRUTRP4c+gu3nxSDTaGz+LY8qrWi831ZSRs7VEPTzL3PQqcmR9 yvuH5RgyTHhbJFYNlT11ZFLh3YqEwkXuJLQ6CHJGl6axy6zcoD3sdA4n1ClhHXZJ PWDOWYj/7/MKVF9ny9ZMRojL+z+U49Hg4g/3NpP16VW4J1/LLHuMtYk3O1PmBftR Nru6dL4+/KBssTfnoteUe0BGD5mCyfXmNM7gkCPmzQjJriuETpnqH+nEW/X+/FKU khbAeL0ayRmQbLbOkykIJbauYFe/W+euezcV3HiAkIBQl02CwFvsij4iWsaaiMzj Fs5oHcfzD0SvMMf7eCqiA/CVtKJornov8k2damgl6HxIZ98dxs82cNSWoCGdVO0f 3abPWzyxelGDgbO+p1Ygq5EqQ2Vxfuk5C9Xp52eeWBHqU8EdWO4Tv9agH1UnaI5b KwpG/S1YjC4vTXKMT8AIeEbt09tKBQZ32cC94wR/iWujVXuIbyaEQ3tt4kCH0ecM OYCZ7qbdrJp6J1M9U6CK7o3fdEbhf45ibtRk641G46vv9kGrFGZcpQlt72WIhyjJ 33DFF3wkHC0qWxfBRMSK =MUS2 -----END PGP SIGNATURE----- --Pd0ReVV5GZGQvF3a-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 17:08:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 04D21706 for ; Thu, 7 Nov 2013 17:08:53 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA8DD2E7B for ; Thu, 7 Nov 2013 17:08:52 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VeT4b-00036a-UK for freebsd-stable@freebsd.org; Thu, 07 Nov 2013 18:08:50 +0100 Message-ID: <527BC91D.7010606@FreeBSD.org> Date: Thu, 07 Nov 2013 18:08:45 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 References: <20131107162918.GA89594@glenbarber.us> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eBiGQQFrfIA0T1P95C8cSntVGPG0u7AXx" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 17:08:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eBiGQQFrfIA0T1P95C8cSntVGPG0u7AXx Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07.11.2013 17:36, Zenny wrote: > What are the ports to be rebuilt, just xorg or any other too like > xinit, xauth etc.? You need to at least rebuild: o graphics/libdrm o graphics/libGL o graphics/dri o x11-servers/xorg-server o x11-drivers/xf86-* (only those you need, of course) "portmaster -a" should handle this correctly. --=20 Jean-S=E9bastien P=E9dron --eBiGQQFrfIA0T1P95C8cSntVGPG0u7AXx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJ7ySEACgkQa+xGJsFYOlOTPgCfWUJ4yALXGO0+pCOVbPIXJsbd 1ckAoLwuaTebCpBF4E2boV5HryHTETLA =K2Sk -----END PGP SIGNATURE----- --eBiGQQFrfIA0T1P95C8cSntVGPG0u7AXx-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 17:15:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CCCEBA92; Thu, 7 Nov 2013 17:15:37 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1C052F0E; Thu, 7 Nov 2013 17:15:37 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id um15so883358pbc.22 for ; Thu, 07 Nov 2013 09:15:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=RkLRkC0eaA11tMRpncyYEmYcOUKMhGO5ixZ1fQNMpnw=; b=dFUe5Qqc2B5fYoRi7z9lFI3etLsrP4XCl7hDqupGJMShcNnpYbhZ313IvzgZmygGMx j3XTdqJGZrYffsMuwADJ9k1W1ihxzwWe5lRsdfd3xjkcw78uSI608q+LosyPnZUs1Hom 8SUsjXiXiD5hOLERsycAKztBWvIgSf1nzRy8xEvyhIfdKA76G9GPBhnq4njLdeu4mySB lg7tSHTsPXJ5N2atZU8DHZBwf7N8UW4UvqpqLhu1wXx4ZmfOHSfq4SIkIcv4snFXvQBc QckWS1y8RNnn8icA74VJO3aFlGM7XnAN7fb688/h1yzGZcYgcM3TT4lmHqP3se3nW8cA Tajw== MIME-Version: 1.0 X-Received: by 10.68.219.72 with SMTP id pm8mr10064577pbc.164.1383844537294; Thu, 07 Nov 2013 09:15:37 -0800 (PST) Received: by 10.66.142.167 with HTTP; Thu, 7 Nov 2013 09:15:37 -0800 (PST) In-Reply-To: <527BC91D.7010606@FreeBSD.org> References: <20131107162918.GA89594@glenbarber.us> <527BC91D.7010606@FreeBSD.org> Date: Thu, 7 Nov 2013 18:15:37 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 17:15:37 -0000 @Glen and Jean: Thanks for the inputs, rebuilding now and report back if any problem. On 11/7/13, Jean-S=E9bastien P=E9dron wrote: > On 07.11.2013 17:36, Zenny wrote: >> What are the ports to be rebuilt, just xorg or any other too like >> xinit, xauth etc.? > > You need to at least rebuild: > o graphics/libdrm > o graphics/libGL > o graphics/dri > o x11-servers/xorg-server > o x11-drivers/xf86-* (only those you need, of course) > > "portmaster -a" should handle this correctly. > > -- > Jean-S=E9bastien P=E9dron > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 17:19:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1A89C0D; Thu, 7 Nov 2013 17:19:04 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 762CA2F46; Thu, 7 Nov 2013 17:19:04 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id rd3so904719pab.5 for ; Thu, 07 Nov 2013 09:19:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8CjwQ2Sdy7XJvvJVS+DFDViibhLGbIl7f9PjiVxI7qs=; b=VR7wOl8jM52rCHVNS34TnlD5OrBBQiRx1MbPXWNKLMU5mfWW0wTjSOfrmFj6YhopCy MsdRcrg0sS4ja8xGC9GfeFKQ0c6vh2v6JKNq/V0U8nI16hny+7varB2JlTzgNQmj/Piu jokvvpY2i4M1T1sKEEPQdVRVNLaEQdI44SD120zAispFixmTLHrN/QH+V5bpIEkrNh1a p9aFe5jsBT1uYoCZD9Vuur/NdBxvsBKDLdIQQCtceXmakSOWDHkQQ92jPcYtl9S0gzme nk5Y08/IL437UZa5Zppuiixo0jt9/Jfv8OgV+/GOpN0EjwJFoHuUOA3M1iVAkdRDoFLI 9uGg== MIME-Version: 1.0 X-Received: by 10.66.19.202 with SMTP id h10mr3104931pae.187.1383844744059; Thu, 07 Nov 2013 09:19:04 -0800 (PST) Received: by 10.66.142.167 with HTTP; Thu, 7 Nov 2013 09:19:04 -0800 (PST) In-Reply-To: References: <20131107162918.GA89594@glenbarber.us> <527BC91D.7010606@FreeBSD.org> Date: Thu, 7 Nov 2013 18:19:04 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 17:19:04 -0000 DRI Failed to build with the following erro, fyir: gmake[4]: Entering directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/g= lsl' Making all in builtin_compiler gmake[5]: Entering directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/glsl/builtin_compiler' CXX glsl_lexer.lo c++: warning: argument unused during compilation: '-fno-builtin-memcmp' In file included from glsl_lexer.ll:27: In file included from ../../../src/glsl/ast.h:30: In file included from ../../../src/glsl/glsl_parser_extras.h:35: In file included from ../../../src/glsl/glsl_symbol_table.h:34: In file included from ../../../src/glsl/ir.h:33: In file included from ../../../src/glsl/glsl_types.h:31: ../../../src/mesa/main/mtypes.h:3420:4: error: unknown type name 'GLDEBUGPROCARB' GLDEBUGPROCARB Callback; ^ 1 error generated. gmake[5]: *** [glsl_lexer.lo] Error 1 gmake[5]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/glsl/builtin_compiler' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/gl= sl' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/gl= sl' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6' *** Error code 1 Stop. make: stopped in /usr/ports/graphics/dri =3D=3D=3D>>> make failed for graphics/dri =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for dri-7.6.1_3,2 failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for x11-servers/xorg-server failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs Terminated =3D=3D=3D>>> You can restart from the point of failure with this command li= ne: portmaster x11-servers/xorg-server graphics/dri graphics/libGL x11-fonts/xf86bigfontproto x11/bigreqsproto x11/compositeproto x11/evieext x11/inputproto x11/randrproto x11/recordproto x11/resourceproto x11/scrnsaverproto x11/trapproto x11/videoproto x11/xcmiscproto x11/xf86dgaproto x11/xf86driproto x11/xtrans =3D=3D=3D>>> Exiting root@hdi:~ # portmaster -a x11-servers/xorg-server graphics/dri graphics/libGL x11-fonts/xf86bigfontproto x11/bigreqsproto x11/compositeproto x11/evieext x11/inputproto x11/randrproto x11/recordproto x11/resourceproto x11/scrnsaverproto x11/trapproto x11/videoproto x11/xcmiscproto x11/xf86dgaproto x11/xf86driproto x11/xtrans =3D=3D=3D>>> The -[ar] options are not compatible with other updates =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs Terminated =3D=3D=3D>>> Exiting On 11/7/13, Zenny wrote: > @Glen and Jean: Thanks for the inputs, rebuilding now and report back > if any problem. > > On 11/7/13, Jean-S=E9bastien P=E9dron wrote: >> On 07.11.2013 17:36, Zenny wrote: >>> What are the ports to be rebuilt, just xorg or any other too like >>> xinit, xauth etc.? >> >> You need to at least rebuild: >> o graphics/libdrm >> o graphics/libGL >> o graphics/dri >> o x11-servers/xorg-server >> o x11-drivers/xf86-* (only those you need, of course) >> >> "portmaster -a" should handle this correctly. >> >> -- >> Jean-S=E9bastien P=E9dron >> >> > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 20:18:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 654CE32C for ; Thu, 7 Nov 2013 20:18:50 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29C682AD5 for ; Thu, 7 Nov 2013 20:18:50 +0000 (UTC) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=[192.168.1.179]) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VeW2S-0007S5-G5 for freebsd-stable@freebsd.org; Thu, 07 Nov 2013 21:18:48 +0100 Message-ID: <527BF5A8.3020707@dumbbell.fr> Date: Thu, 07 Nov 2013 21:18:48 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 References: <20131107162918.GA89594@glenbarber.us> <527BC91D.7010606@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 20:18:50 -0000 Le 07/11/2013 18:19, Zenny a écrit : > DRI Failed to build with the following erro, fyir: Did you remove previous version of graphics/dri? If not, you must run "pkg delete -f dri" before rebuilding it. -- Jean-Sébastien Pédron From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 20:36:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C51E1F3E for ; Thu, 7 Nov 2013 20:36:34 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 909392C47 for ; Thu, 7 Nov 2013 20:36:34 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id i7so1604447oag.11 for ; Thu, 07 Nov 2013 12:36:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Klk/TCDyIDkWOHkQ38cKh70o6yjgyWuTkVR4ltaqntw=; b=OcmLtH76wmJg7/dfvIL0ieSLiQNuCdepZ+nRlZ2eu6QxTAmngg+pm8cmWszFjtapw0 BjoEJd1VoP66dMuVgqvIMIcGPL5KAhsyKDwkRQDB49/g1aNua/sjN81+TMd9ExvWX4z/ FB+9FJH15Ql/+y9RdY1VCmclsEZ/qyYEilHyU5TMMn+ZFfAILuU04LB9HsYwf+/llMcI xf2iv+6KdfNUABTU1jleHnd0i+Hp5njXnYmGaze6VzY6AHwUZYoprJGM+w1R9NlWSCoM 7E6FM0XYZ9OdGDimZHG5Yr+Qwh/3zhi58+NNZPM0lvPvOr7Xu5xyn5rAFS+nY2d9zYY9 CI6w== MIME-Version: 1.0 X-Received: by 10.60.145.207 with SMTP id sw15mr1473215oeb.38.1383856593295; Thu, 07 Nov 2013 12:36:33 -0800 (PST) Received: by 10.76.177.234 with HTTP; Thu, 7 Nov 2013 12:36:33 -0800 (PST) Date: Thu, 7 Nov 2013 21:36:33 +0100 Message-ID: Subject: Building 9.2-RELEASE on 10-stable From: Andreas Nilsson To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 20:36:34 -0000 Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 )? It errors out in several ways: * with not finding libstdc++ * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS with something make-related, but I cant seem to reproduce it :( Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 20:42:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E617D135; Thu, 7 Nov 2013 20:42:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAB922CA1; Thu, 7 Nov 2013 20:42:27 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 68EDC126BF; Thu, 7 Nov 2013 20:42:20 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 68EDC126BF Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 7 Nov 2013 15:42:18 -0500 From: Glen Barber To: Andreas Nilsson Subject: Re: Building 9.2-RELEASE on 10-stable Message-ID: <20131107204218.GG89594@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bpVaumkpfGNUagdU" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 20:42:28 -0000 --bpVaumkpfGNUagdU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 )? >=20 > It errors out in several ways: > * with not finding libstdc++ You need the 10.x (or 11.x) userland built with WITH_GNUXX=3D1 in src.conf. :( > * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS with > something make-related, but I cant seem to reproduce it :( There is a race in the build chain. If you lower the -j number equal to the number of cores, it should work. (Actually, there seem to be a number of different races going on, that make this much trickier to track down...) Glen --bpVaumkpfGNUagdU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSe/sqAAoJELls3eqvi17QPeQP/2mJpOZPKqYdZ0vYAr55FRAW 0XyBgxPjZE2/U1SO/rwpLeM/tbbXL6KD2aB/QOQBVWVTwIFQVfUqFQuPoMUhrffI nZH180BJLoUM+IVNC9nbw2w+ZXXhQccNn3tJPBXVU3tTNNp5pzumEwP07OLk9qke QoWY7s4MIWwaxJduXAmRP8Ricu9KaRBKwwqBe59uwsWFsURk4bUfQK97CWh5vIvl 8R/V9h/KyMzT9ZSnUdYgjOhgqfOp6KGL3K/SgadD+xWYMZRD3Pnzq+TGOWtPWXJd Az4qYKQ63wAX4kQNJTsq13pnNsUBYOeAOuqXzi3kZFVUS5Jnsy1vkaMHaCuUGPSN /xte7gOLCxj4i5VJ7nIqWhJq8oVw4o0YBRMSksBQnPC0IDLRWvCYK1UgrjOGV+pj N6YNwmEZL3RrRMUoB0cL3y/AcDTzZvlTc/5KA4VrIA8EW+6nykMFTQuHT0HDqU8b hinIjsCg6Q5r7K3tNOMP/IipWHewgbSul4NbEn0QxE6G24aHI8mObSlBDvHNgB4f 7npMfBY35VJkoriSZe2Zq7PK+ycdtZnGPtHoFMh/bzr0fzdnYNRAEHJvdK6QoBOF Ti9i0K18EEx/pb2JDL2gruSA7sP95OreXKNrTdGBL9ceXvq6DEupQRiaRFy+Car6 3FTGPzcZGC/kTXk6S0XH =7ZdE -----END PGP SIGNATURE----- --bpVaumkpfGNUagdU-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 20:54:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C82FB583 for ; Thu, 7 Nov 2013 20:54:27 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 942872D4C for ; Thu, 7 Nov 2013 20:54:27 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id va2so637851obc.37 for ; Thu, 07 Nov 2013 12:54:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ADJ7AICIcowkbQkWA7T8EUIDvmNw2cfONiLkslNTV5g=; b=EnBm3zFfobIG6mHTVErdNQr4TQ0P37LJHfcq1G0qFmXGCSE30PO6BU9NuTVTsSWhXQ jvhhlxieFw6EMa6TeGixy8cBtAM4vGTfzHyZLfPRK9csFfOgMzKPb1D3hPKYJ02nO3Iy 8tb3+wzfitwOt7/5uAMRDQyJiTPj0frdLGSRZioFch4Bm50/CEaOiKLlQkuBlAi1G5fc RxEcUSfdsvNi9FjfpC2HumCJ40kHYmLxLJjaJ59h7Y0a+Na9QPR2M/Ff5c/5ruZZgrbu yU6Ja0iJoKRR6Dg+xQ6DvkKYJAyVEtm3FbOzya66L3mrf5+tYvcVKYOjoa0Sk0tNk5+H cPTw== MIME-Version: 1.0 X-Received: by 10.182.55.65 with SMTP id q1mr8147831obp.2.1383857666863; Thu, 07 Nov 2013 12:54:26 -0800 (PST) Received: by 10.76.177.234 with HTTP; Thu, 7 Nov 2013 12:54:26 -0800 (PST) In-Reply-To: <20131107204218.GG89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> Date: Thu, 7 Nov 2013 21:54:26 +0100 Message-ID: Subject: Re: Building 9.2-RELEASE on 10-stable From: Andreas Nilsson To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 20:54:27 -0000 On Thu, Nov 7, 2013 at 9:42 PM, Glen Barber wrote: > On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > > Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 )? > > > > It errors out in several ways: > > * with not finding libstdc++ > > You need the 10.x (or 11.x) userland built with WITH_GNUXX=1 in > src.conf. :( > Ok. Easy enought to fix. > > > * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS with > > something make-related, but I cant seem to reproduce it :( > > There is a race in the build chain. If you lower the -j number equal to > the number of cores, it should work. (Actually, there seem to be > a number of different races going on, that make this much trickier to > track down...) > Oh, that would be nice to track down. Is assistance in tracking those down wanted? ( not that I'm an expert, so I might find nothing ) > > Glen > > Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 20:57:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66AB58EA; Thu, 7 Nov 2013 20:57:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AC5A2D85; Thu, 7 Nov 2013 20:57:19 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 94727129A6; Thu, 7 Nov 2013 20:57:17 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 94727129A6 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 7 Nov 2013 15:57:15 -0500 From: Glen Barber To: Andreas Nilsson Subject: Re: Building 9.2-RELEASE on 10-stable Message-ID: <20131107205715.GH89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GBuTPvBEOL0MYPgd" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 20:57:19 -0000 --GBuTPvBEOL0MYPgd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 09:54:26PM +0100, Andreas Nilsson wrote: > On Thu, Nov 7, 2013 at 9:42 PM, Glen Barber wrote: >=20 > > On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > > > * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS = with > > > something make-related, but I cant seem to reproduce it :( > > > > There is a race in the build chain. If you lower the -j number equal to > > the number of cores, it should work. (Actually, there seem to be > > a number of different races going on, that make this much trickier to > > track down...) > > > Oh, that would be nice to track down. Is assistance in tracking those down > wanted? ( not that I'm an expert, so I might find nothing ) >=20 Absolutely. :) Glen --GBuTPvBEOL0MYPgd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSe/6rAAoJELls3eqvi17Q13UP/3N8yacpeCIiLHsmQ3ZxfhDV ucOGUmCaBadAFwFwlbYmuZrfdfLyOUNIKxLt+x7ycV4HZV8BB+vP7GLVWOA4j/dt z//Juaq5Q+mBCI8tdkN/NxOD61uyWKjeqhHX8ofD5qrNM0t0DMNd1FBGtuo7838v Km6VJy53sxz385Pv6WQOI+jWs0rxSUgUDfnGyRI9JeysCoIzF0GwN/dbrpbF2JMd 4omcDHmAE6EJmv31zUlRRbxd/jELTE3uTSS1oB/yIHVmGueD8yZn2iEgR7fRVXcD 2jDhZsLkWZgfh0k/94Wi9wQSLUGgSLhcBMXdsFcyQOBuxNAyk4NjPYyYtwlePQ66 V4YBYPU9kkd663oUEQTZZgJLamZirJNMpRCtiP/EuJD7ZYIaNNNcvtDUHiHhu8O3 1GXALVLtk2Jv4G3pIB9SnbX4/0B5ayNROdsDqSWd6hO3tyjwWJELGrIKqu5rgoxC soPzTV5PN2rb+RJcah3AffQDM/bYAOm++aMvKHknwzQ8Fcnixi1vqSpO8hIiWAvJ ngAGIueyFZjTgMXWR+PmmsKZfow65v5koIeAMZZrA5KrvvwjcOR5vHn9fSGbjRcS 6eHoQuVAko7+O1Nquy5ZPMAyDCfXTBnhNatyrP2RBZnb7Ec3Raq4p+mFMxLxNHeY pYtiRi+unTU/gvgb1Zce =fNpJ -----END PGP SIGNATURE----- --GBuTPvBEOL0MYPgd-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 20:58:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BD83AA2A; Thu, 7 Nov 2013 20:58:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92BD12DB1; Thu, 7 Nov 2013 20:58:54 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 4538A129B0; Thu, 7 Nov 2013 20:58:53 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 4538A129B0 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 7 Nov 2013 15:58:51 -0500 From: Glen Barber To: Andreas Nilsson Subject: Re: Building 9.2-RELEASE on 10-stable Message-ID: <20131107205851.GI89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="g3RkK9jYN81zD2N+" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 20:58:54 -0000 --g3RkK9jYN81zD2N+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 09:54:26PM +0100, Andreas Nilsson wrote: > On Thu, Nov 7, 2013 at 9:42 PM, Glen Barber wrote: >=20 > > On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > > > Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 = )? > > > > > > It errors out in several ways: > > > * with not finding libstdc++ > > > > You need the 10.x (or 11.x) userland built with WITH_GNUXX=3D1 in > > src.conf. :( > > > Ok. Easy enought to fix. >=20 As of stable/9@r257812, you should be able to do this without WITH_GNUXX=3D1; however for releng/9.2 and release/9.2.0, you will still need that. Glen --g3RkK9jYN81zD2N+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSe/8LAAoJELls3eqvi17QDLgQAJnk4ANG6j5Xx95YEJ5x8RKp FhTawd+JlKNzichnlISE7x7DaJrNHrYL/ukSa4f+WyLndPRFMec3flba7t1W7P8z xxP1uWnWFI6BQsZXbvqOxiRbjOL9Qs193MMPBOSfnU3SeaDa3sBVyw8SrrwfJPAA /NbcQx8zyrO8Io6X2oKPeLK6CIGmVBMHu2uudG8mrqHqI7Te8h80yeQXHhdInurZ 0pvzNyNU8NOdG45d+BDJGK23pvBodLAIXb8ckS7wXLhyv8yVCUme1FE3Fd9uCuWL YR6nOQi1+lnl12YMmR49dVkWHED6l2aW0hAuz7GMzSdVAdiPXFL+Y1lD9Jnqpp2L MQYPR80gAEXnmw3lcRQZ63wXv/eFboFxt8HEsLPFxcj/z1SET/tGfT0Xg1Omyw5I N7+OHV962xpX1cIaxz1fP77/rUe3duvPI0/jcM2P6ajwtHEVy3QeQDM+gIH+1EBZ AkmxfCXmkHfFK85l+dUv9r1oJu0uahjQkp5ubnECf5lXcCtpq1oC77Ol5Fya/GIK TGc7vLboigCGCMNNQLxIQ8xVKJ6M6IchrevKqyrSD4YdYiH9SPPBP9nELHQq64W8 XurcbWJTrWcIGm6N72yj198JBUTbRSjsk+X3rEQ+wU+DvY00bnxBNGJR4f0l1IJ7 9H6FT9pHfrDkTdua2TrS =jYSN -----END PGP SIGNATURE----- --g3RkK9jYN81zD2N+-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 21:24:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5D6E62B for ; Thu, 7 Nov 2013 21:24:35 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B37332F20 for ; Thu, 7 Nov 2013 21:24:35 +0000 (UTC) Received: from www.dweimer.net (webmail.dweimer.local [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id rA7LOXDT002637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 7 Nov 2013 15:24:33 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 07 Nov 2013 15:24:33 -0600 From: dweimer To: FreeBSD Stable Subject: www/squid33 seems to be broke in 10 Beta 2 & 3 Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net Message-ID: <2f2fbc2dd37f2be506ae459b164a6c24@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/0.8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 21:24:36 -0000 Just curious if anyone else has had problems getting the Squid 3.3 port to build in 10? I first built test server with 10 beta 2, and have since upgraded it to beta 3, the only port I have running an any servers that I have been enable to build and test is squid33, I haven't tried any of the older squid versions, and I haven't tried prior to beta 2 under the 10 stable branch. Here is the start of the error under the build process. --- TextException.lo --- In file included from TextException.cc:3: In file included from ../../src/Debug.h:36: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:432: /usr/include/c++/v1/cstdio:139:9: error: no member named 'ERROR_sprintf_UNSAFE_IN_SQUID' in the global namespace using ::sprintf; ~~^ ../../compat/unsafe.h:10:17: note: expanded from macro 'sprintf' #define sprintf ERROR_sprintf_UNSAFE_IN_SQUID ^ --- AsyncCall.lo --- In file included from AsyncCall.cc:2: In file included from ./AsyncCall.h:6: -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 21:48:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D6C1103; Thu, 7 Nov 2013 21:48:38 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDA52079; Thu, 7 Nov 2013 21:48:37 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id F0B0A21A07; Thu, 7 Nov 2013 16:48:33 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Thu, 07 Nov 2013 16:48:33 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=2LnqgbX5GCzE9I5sGETFS6M4b1Q=; b=Lrrsp OoW2BucGvpBbb1h/dKxBiHo0H7WpXBlLpgiZoVfMu4Za8HDnHd51fe+kYVbTwM6H pp7DZyaRYA5MrB7WFvylOVIrdNHLHU79S1NGHKYhkpG/6yIr9/4kxaJ2KfKZGB/P K3ihD/EaPvRgqKvMKhZIdMExri5UJrYeTC/ejQ= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id C8B2B11333D; Thu, 7 Nov 2013 16:48:33 -0500 (EST) Message-Id: <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> X-Sasl-Enc: UIvm0leJtO5Z8ZxxNKrC/ugAtjYK4ruejs4wPwniuewf 1383860913 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 Subject: Re: Building 9.2-RELEASE on 10-stable Date: Thu, 07 Nov 2013 15:48:33 -0600 In-Reply-To: <20131107204218.GG89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> Cc: gjb@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 21:48:38 -0000 On Thu, Nov 7, 2013, at 14:42, Glen Barber wrote: > On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > > Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 )? > > > > It errors out in several ways: > > * with not finding libstdc++ > > You need the 10.x (or 11.x) userland built with WITH_GNUXX=1 in > src.conf. :( > > > * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS with > > something make-related, but I cant seem to reproduce it :( > > There is a race in the build chain. If you lower the -j number equal to > the number of cores, it should work. (Actually, there seem to be > a number of different races going on, that make this much trickier to > track down...) > I also believe you have to use fmake from devel/fmake, right ? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 23:08:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BC86B596 for ; Thu, 7 Nov 2013 23:08:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A3A0254F for ; Thu, 7 Nov 2013 23:08:39 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA7N8YLo082657; Fri, 8 Nov 2013 01:08:34 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA7N8YLo082657 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA7N8YmX082656; Fri, 8 Nov 2013 01:08:34 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Nov 2013 01:08:34 +0200 From: Konstantin Belousov To: Matt Magoffin Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred Message-ID: <20131107230834.GS59496@kib.kiev.ua> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s7abKhQEY9RNP/Gm" Content-Disposition: inline In-Reply-To: <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> User-Agent: Mutt/1.5.22 (2013-10-16) 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: Eric van Gyzen , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 23:08:40 -0000 --s7abKhQEY9RNP/Gm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 08:59:57PM +1300, Matt Magoffin wrote: > On Nov 7, 2013, at 4:28 AM, Eric van Gyzen wrote: >=20 > > Just do: > >=20 > > $ kgdb /boot/kernel/kernel > > (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 > >=20 > > You don't need to bring the system down. This will have no effect on > > the running system. It's just reading information from the kernel file > > and kernel.symbols file. >=20 > From a 9.2 amd64 virtual machine, this is what I get: >=20 > (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 > 0xffffffff80d96898 is in VOP_ADD_WRITECOUNT_APV (vnode_if.c:4236). > 4231 in vnode_if.c >=20 > Does this help? >=20 I need the code around this line; corresponding file is generated, I do not have it. --s7abKhQEY9RNP/Gm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSfB1xAAoJEJDCuSvBvK1BBIIQAIHHA2CE+8LVCCOH5SaodEoT crSyY6DX2nrchEjMns8lpJ58+aEl15O0YuQeMFnOBajZoZbDqb+idfdSRLYb1LmC IERt2aOBMpzmAUIzh1Wp4Zcy2tuznmuhwFarV/WHnjgAwUTkANWAal/dtpK48/AR IX8gzv7JZnMPM2QU+S/dEHWprKn8FIXKxgjXbZfeO93xRgjBOW4R8hkBr76dhFzZ M3e6Ulr9vWNtOep7clL+8LaxYClsZF99/8WoJkrJhcTUHfGw1pS9FD+Dkd/cvKF9 Pye4s+6uS+G7AjIInoid+Avnm5EnhmYtLUZ7nRoWv/kCXv4syvGosMaF04Ay07uT Kt6Pmf4KrqkofJY23fzR4LTpxVS+XJYzL+K6Gc35fvZ1GX+8VPtNIyVyoWdJkY2V bu5rDxzUwKrkFjlm6X4PEkhv5aZrfC/CO8yX1v8n1M47c9fVuK058Dk/z7OwL5RF UXD+wpFy7h1PvLPYj4xLspFaa+LpUOGrQpJ4MDoqpBrLIRpLSaScbKMJTJK2ybMn 2XgvZvidCRLg4On6dBDkx5t0aCM2Bvavf3noJVQhP1UeX07iLt4LZpKPNiOJ63vW uewsivl7Zyl037hl8pXQhpZa14DD87WIPXiT5e2NMrISjGRurC2MLsVQWiM3bl9j U5ZXMkGar0g2YywmKcXx =Z2ce -----END PGP SIGNATURE----- --s7abKhQEY9RNP/Gm-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 23:10:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66AC06A3 for ; Thu, 7 Nov 2013 23:10:36 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-la0-f53.google.com (mail-la0-f53.google.com [209.85.215.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E69532592 for ; Thu, 7 Nov 2013 23:10:35 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id eh20so1001849lab.26 for ; Thu, 07 Nov 2013 15:10:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=BGpxGCLdD7D851QpnkQwiyBj4QUEhOC5wMc9Ka7MlWk=; b=DbFzT0dkGXdpusTufum8B3lw2PoFnRCPh/vDROHVTQ8ERPJeqoOogEro8r5JLHORRr vMhHmKoxv6jGm8KdAlX/5fE/xOaWKrAuR9EsRYMmqm0qooOU/jHZxdrvTgDqXXTuzOLB h3WvwA2yDjSWXQNdAgp2ERnMW8kYG7szISkYeEDquRNgPgeKGEbPfZDP0nmKkukHTfMT gvu/LhKSuMyFkm0zI1De/PKnrg+TbXWL1PnYKGpZO32J4fWuXHAa+fHJbztQwfpM4gds WUAuwXUvzNFgkISxJ9nQc3IiJiGahzIKlastKtVHfdO5BDqqZWzs0+Ec+ddoK/HoA2dM zI5g== X-Gm-Message-State: ALoCoQmm1cy8J5rZQ+vfPsWZIE2pkL2E5jp2i71qPfaom4mMPOy+TiXwaZSd3U2wF5dHCTL8zJIG MIME-Version: 1.0 X-Received: by 10.112.72.233 with SMTP id g9mr1150423lbv.2.1383865827426; Thu, 07 Nov 2013 15:10:27 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.114.230.66 with HTTP; Thu, 7 Nov 2013 15:10:27 -0800 (PST) Date: Thu, 7 Nov 2013 15:10:27 -0800 X-Google-Sender-Auth: rj8-0zQzTnhC3Orrji5krkd8cQg Message-ID: Subject: Re: svn commit: r232945 - in stable/9: share/man/man4 sys/i386/conf sys/netinet sys/sys From: Maxim Sobolev To: glebius@FreeBSD.org, andre@FreeBSD.org, bz@FreeBSD.org, lstewart@FreeBSD.org, pgsql@FreeBSD.org, stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 23:10:36 -0000 Hey guys, any particular reasons why those options are write-only? Is it just laziness of the developer or is there any particular fundamental reason for it being like this. This might be some regression, since at least some 3rd party software that does getsockopt(), checks its status and only does setsockopt() if the former completed successfully. Which kinda makes sense IMHO. The software in question is PostgreSQL here. As a result, the software may be misbehaving since it detects those options as being present on the configure stage, but cannot really make any use of them later on during runtime. Had it not detect those options at the build stage, it might have used some kind of software protocol workaround (i.e. sending ping/nop packets) so it in fact might trigger some bugs and whatnot. We believe it might be the reason for some of our problems here with PG 91 and FreeBSD 92. > Log: > Merge 231025 from head: > Add new socket options: TCP_KEEPINIT, TCP_KEEPIDLE, TCP_KEEPINTVL and > TCP_KEEPCNT, that allow to control initial timeout, idle time, idle > re-send interval and idle send count on a per-socket basis. > > Reviewed by: andre, bz, lstewart > Nov 7 16:04:01 sip-dc postgres[64004]: [13-1] LOG: getsockopt(TCP_KEEPCNT) failed: Protocol not available Nov 7 16:04:01 sip-dc postgres[64004]: [14-1] LOG: getsockopt(TCP_KEEPIDLE) failed: Protocol not available Nov 7 16:04:01 sip-dc postgres[64004]: [15-1] LOG: getsockopt(TCP_KEEPINTVL) failed: Protocol not available Nov 7 16:04:02 sip-dc postgres[64140]: [13-1] LOG: getsockopt(TCP_KEEPCNT) failed: Protocol not available Nov 7 16:04:02 sip-dc postgres[64140]: [14-1] LOG: getsockopt(TCP_KEEPIDLE) failed: Protocol not available Nov 7 16:04:02 sip-dc postgres[64140]: [15-1] LOG: getsockopt(TCP_KEEPINTVL) failed: Protocol not available -Maxim From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 23:48:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBBA42A4; Thu, 7 Nov 2013 23:48:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F8C827D2; Thu, 7 Nov 2013 23:48:35 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 2355512A26; Thu, 7 Nov 2013 23:48:34 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 2355512A26 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 7 Nov 2013 18:48:32 -0500 From: Glen Barber To: Mark Felder Subject: Re: Building 9.2-RELEASE on 10-stable Message-ID: <20131107234832.GJ89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QxIEt88oQPsT6QmF" Content-Disposition: inline In-Reply-To: <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 23:48:35 -0000 --QxIEt88oQPsT6QmF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 03:48:33PM -0600, Mark Felder wrote: >=20 >=20 > On Thu, Nov 7, 2013, at 14:42, Glen Barber wrote: > > On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > > > Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 = )? > > >=20 > > > It errors out in several ways: > > > * with not finding libstdc++ > >=20 > > You need the 10.x (or 11.x) userland built with WITH_GNUXX=3D1 in > > src.conf. :( > >=20 > > > * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS = with > > > something make-related, but I cant seem to reproduce it :( > >=20 > > There is a race in the build chain. If you lower the -j number equal to > > the number of cores, it should work. (Actually, there seem to be > > a number of different races going on, that make this much trickier to > > track down...) > >=20 >=20 > I also believe you have to use fmake from devel/fmake, right ? Not anymore. Glen --QxIEt88oQPsT6QmF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSfCbPAAoJELls3eqvi17QaJoP/1jGMJ/jZjWERu8fvV2gaLDR cuE2/ns/YuPC6+dmp4fms/C/SkrjlBEXPjVePakhYhl7qfPpQ0OVFTquQqUj7atV 9fn7Ay0Q5zwnuX3RR46XOvFUInncnYfFTVULtm9D+YR6wcqHMotBb0ujpdtM+vt+ l9mm92RKnX7QqGGw8dUVEAsj6yBHYZTOhceL/ipV6FYCNORetL3bXixSz8ugMS02 xU48xtPrg+bG8erNnJx80tRqq9/ThaTLu3+04yRy9LgwNvPlH8E14jtiiShlDf18 r5TfFZcbF/TItEG+E+cimlSBDL3b/YtHlThdLmo6Wrwv7MvTigUSQLs/grvMWcLw z/P/eaMwAsEBzVTklwzUORXBx8SPkYz1xgT9KPZ8BYk1YHvq6VgcvkPsKPQ3eShR sHkj5Mv0LcGC6mLlNSTefkRcqXhQkM3LAYSs3QfO8U247zU9yy1xFpLvcDW4cC0b OzEK7aZyOPpF0Ibaqz5wl2EK4oikEWAn2fTyVozgxxBzDlZbMFRH3UOm3zCe804+ t3e6rCVcqh6L3CP0idCzeoysMSSKjLBkQBXC2RRKLH79eTRxDtNPwwWMPQ8S2Zqy pzaTmFj8awfcfN6cHgAV+QSkwZL7iTtwGYjvfgSnj7Cn6zu8guxsTxe79KpzdZ+y vfthq5Am9uUMHoMKjCLT =XdPf -----END PGP SIGNATURE----- --QxIEt88oQPsT6QmF-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 7 23:55:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E2A24B7; Thu, 7 Nov 2013 23:55:11 +0000 (UTC) (envelope-from feld@feld.me) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18F7D283B; Thu, 7 Nov 2013 23:55:10 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8330821A8E; Thu, 7 Nov 2013 18:55:09 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 07 Nov 2013 18:55:09 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h= references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; s=mesmtp; bh=nu0Cm+dBs+3kX7rSoa/WIfDPwIM=; b=auk5Bs4mCyODpFaNKo +D6h5UzRPBoyEfZES0LKqPz+FP/YsqV/NAYziRlbmVyyp16HrxFwyy+NEMunRgxY ATeDpr0+UrijIKSIJNAHU7nHbYYa0I2kLGlh0tiEpWnsLtCrksKTDf4jvj7iqmWO Re65SMXfikeBYu5qnbmiZR4K8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=references:mime-version:in-reply-to :content-type:content-transfer-encoding:message-id:cc:from :subject:date:to; s=smtpout; bh=nu0Cm+dBs+3kX7rSoa/WIfDPwIM=; b= u2newTf//V00syJnwfN/WitYl7njnom1jiGKtpan5hiGfnWvjG5sC1Q2SzjMfQ6S 3fFtJSDJO42bvxQlZjNxekcxGX3et552v0dRwQi2xIRcRrt6hpnIdOyXnYExSfkO Xw/5OFcWjt7IfSI64nXzWylwJD2mJ+M+B74U92Qy4Rc= X-Sasl-enc: 292wRSAneDEfd1nQYfJyhBPdSWT3TVIEkOrQu1a/6i7G 1383868509 Received: from [10.40.24.69] (unknown [173.209.204.230]) by mail.messagingengine.com (Postfix) with ESMTPA id 12226680093; Thu, 7 Nov 2013 18:55:09 -0500 (EST) References: <20131107204218.GG89594@glenbarber.us> <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> <20131107234832.GJ89594@glenbarber.us> Mime-Version: 1.0 (1.0) In-Reply-To: <20131107234832.GJ89594@glenbarber.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11B511) From: Mark Felder Subject: Re: Building 9.2-RELEASE on 10-stable Date: Thu, 7 Nov 2013 17:55:07 -0600 To: Glen Barber Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 23:55:11 -0000 > On Nov 7, 2013, at 5:48 PM, Glen Barber wrote: >=20 >> On Thu, Nov 07, 2013 at 03:48:33PM -0600, Mark Felder wrote: >>=20 >>=20 >>> On Thu, Nov 7, 2013, at 14:42, Glen Barber wrote: >>>> On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: >>>> Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 )?= >>>>=20 >>>> It errors out in several ways: >>>> * with not finding libstdc++ >>>=20 >>> You need the 10.x (or 11.x) userland built with WITH_GNUXX=3D1 in >>> src.conf. :( >>>=20 >>>> * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS wi= th >>>> something make-related, but I cant seem to reproduce it :( >>>=20 >>> There is a race in the build chain. If you lower the -j number equal to= >>> the number of cores, it should work. (Actually, there seem to be >>> a number of different races going on, that make this much trickier to >>> track down...) >>=20 >> I also believe you have to use fmake from devel/fmake, right ? >=20 > Not anymore. Excellent news! Thanks!!= From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 00:25:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F2AD116 for ; Fri, 8 Nov 2013 00:25:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07D912A3C for ; Fri, 8 Nov 2013 00:25:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9db3:13fc:9239:2885] (unknown [IPv6:2001:7b8:3a7:0:9db3:13fc:9239:2885]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 61B1A5C43; Fri, 8 Nov 2013 01:25:12 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_3977A6CC-3685-4FF9-BC87-2B6E810EBABB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: www/squid33 seems to be broke in 10 Beta 2 & 3 From: Dimitry Andric In-Reply-To: <2f2fbc2dd37f2be506ae459b164a6c24@dweimer.net> Date: Fri, 8 Nov 2013 01:25:00 +0100 Message-Id: <958EE6DF-E93B-40AF-8A13-AB0D510751CE@FreeBSD.org> References: <2f2fbc2dd37f2be506ae459b164a6c24@dweimer.net> To: dweimer@dweimer.net X-Mailer: Apple Mail (2.1816) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 00:25:16 -0000 --Apple-Mail=_3977A6CC-3685-4FF9-BC87-2B6E810EBABB Content-Type: multipart/mixed; boundary="Apple-Mail=_312D6598-3FF7-400F-B1A1-00B1175AD784" --Apple-Mail=_312D6598-3FF7-400F-B1A1-00B1175AD784 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 07 Nov 2013, at 22:24, dweimer wrote: > Just curious if anyone else has had problems getting the Squid 3.3 = port to build in 10? I first built test server with 10 beta 2, and have = since upgraded it to beta 3, the only port I have running an any servers = that I have been enable to build and test is squid33, I haven't tried = any of the older squid versions, and I haven't tried prior to beta 2 = under the 10 stable branch. >=20 > Here is the start of the error under the build process. >=20 > --- TextException.lo --- > In file included from TextException.cc:3: > In file included from ../../src/Debug.h:36: > In file included from /usr/include/c++/v1/iostream:38: > In file included from /usr/include/c++/v1/ios:216: > In file included from /usr/include/c++/v1/__locale:15: > In file included from /usr/include/c++/v1/string:432: > /usr/include/c++/v1/cstdio:139:9: error: no member named = 'ERROR_sprintf_UNSAFE_IN_SQUID' in the global namespace > using ::sprintf; > ~~^ > ../../compat/unsafe.h:10:17: note: expanded from macro 'sprintf' > #define sprintf ERROR_sprintf_UNSAFE_IN_SQUID Squid plays some games with redefining "unsafe" identifiers, so you = hopefully avoid using them. However, it does not properly check for = existence of the cstdio header. You can apply the attached patch to fix = this problem (and other problems) in the squid33 port. -Dimitry --Apple-Mail=_312D6598-3FF7-400F-B1A1-00B1175AD784 Content-Disposition: attachment; filename=www__squid33-fix-cstdio-1.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="www__squid33-fix-cstdio-1.diff" Content-Transfer-Encoding: 7bit Index: www/squid33/files/patch-compat__stdio.h =================================================================== --- www/squid33/files/patch-compat__stdio.h (revision 0) +++ www/squid33/files/patch-compat__stdio.h (working copy) @@ -0,0 +1,11 @@ +--- compat/stdio.h.orig 2013-05-20 13:48:55.000000000 +0200 ++++ compat/stdio.h 2013-07-15 22:34:49.000000000 +0200 +@@ -46,7 +46,7 @@ + #endif /* __USE_FILE_OFFSET64 && !__REDIRECT */ + + // Finally import the stuff we actually use +-#if HAVE_CSTDIO ++#if defined(__cplusplus) && HAVE_CSTDIO + #include + #endif + Index: www/squid33/files/patch-configure =================================================================== --- www/squid33/files/patch-configure (revision 333160) +++ www/squid33/files/patch-configure (working copy) @@ -1,6 +1,6 @@ --- configure.orig 2013-03-12 11:18:22.000000000 +0100 +++ configure 2013-04-09 11:43:01.000000000 +0200 -@@ -22437,7 +22437,7 @@ +@@ -22798,7 +22798,7 @@ done @@ -9,7 +9,7 @@ for ac_header in gssapi/gssapi_generic.h do : ac_fn_cxx_check_header_mongrel "$LINENO" "gssapi/gssapi_generic.h" "ac_cv_header_gssapi_gssapi_generic_h" "$ac_includes_default" -@@ -22634,7 +22634,7 @@ +@@ -22995,7 +22995,7 @@ ac_com_error_message=no @@ -18,7 +18,7 @@ cat confdefs.h - <<_ACEOF >conftest.$ac_ext /* end confdefs.h. */ #include -@@ -22646,7 +22646,7 @@ +@@ -23007,7 +23007,7 @@ fi rm -f conftest* @@ -27,7 +27,7 @@ cat confdefs.h - <<_ACEOF >conftest.$ac_ext /* end confdefs.h. */ #include -@@ -22707,7 +22707,7 @@ +@@ -23068,7 +23068,7 @@ fi @@ -36,7 +36,7 @@ { $as_echo "$as_me:${as_lineno-$LINENO}: checking for error_message in -lcom_err" >&5 $as_echo_n "checking for error_message in -lcom_err... " >&6; } if ${ac_cv_lib_com_err_error_message+:} false; then : -@@ -22750,7 +22750,7 @@ +@@ -23111,7 +23111,7 @@ fi @@ -45,3 +45,11 @@ { $as_echo "$as_me:${as_lineno-$LINENO}: checking for error_message in -lkrb5" >&5 $as_echo_n "checking for error_message in -lkrb5... " >&6; } if ${ac_cv_lib_krb5_error_message+:} false; then : +@@ -24704,6 +24704,7 @@ + cassert \ + crypt.h \ + cstdarg \ ++ cstdio \ + cstdlib \ + cstring \ + list \ Index: www/squid33/files/patch-include__Array.h =================================================================== --- www/squid33/files/patch-include__Array.h (revision 0) +++ www/squid33/files/patch-include__Array.h (working copy) @@ -0,0 +1,33 @@ +--- include/Array.h.orig 2013-05-20 13:48:55.000000000 +0200 ++++ include/Array.h 2013-07-15 23:00:06.000000000 +0200 +@@ -42,12 +42,19 @@ + #include "compat/assert.h" + + /* iterator support */ ++#include + + template + class VectorIteratorBase + { + + public: ++ typedef typename C::value_type value_type; ++ typedef std::forward_iterator_tag iterator_category; ++ typedef typename C::pointer pointer; ++ typedef typename C::reference reference; ++ typedef typename C::difference_type difference_type; ++ + VectorIteratorBase(); + VectorIteratorBase(C &); + VectorIteratorBase(size_t, C &); +@@ -79,8 +86,10 @@ + public: + typedef E value_type; + typedef E* pointer; ++ typedef E& reference; + typedef VectorIteratorBase > iterator; + typedef VectorIteratorBase const> const_iterator; ++ typedef ptrdiff_t difference_type; + + void *operator new (size_t); + void operator delete (void *); Index: www/squid33/files/patch-include__autoconf.h.in =================================================================== --- www/squid33/files/patch-include__autoconf.h.in (revision 0) +++ www/squid33/files/patch-include__autoconf.h.in (working copy) @@ -0,0 +1,12 @@ +--- include/autoconf.h.in.orig 2013-05-20 13:49:34.000000000 +0200 ++++ include/autoconf.h.in 2013-07-15 22:23:33.000000000 +0200 +@@ -158,6 +158,9 @@ + /* Define to 1 if you have the header file. */ + #undef HAVE_CSTDARG + ++/* Define to 1 if you have the header file. */ ++#undef HAVE_CSTDIO ++ + /* Define to 1 if you have the header file. */ + #undef HAVE_CSTDLIB + --Apple-Mail=_312D6598-3FF7-400F-B1A1-00B1175AD784 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_312D6598-3FF7-400F-B1A1-00B1175AD784-- --Apple-Mail=_3977A6CC-3685-4FF9-BC87-2B6E810EBABB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlJ8L2IACgkQsF6jCi4glqO2LwCglho5FsJbVWOOS1+BW3i9XWjH ys4AnjlsmOHTmqdRF6fL92EjUe09vJvv =7G77 -----END PGP SIGNATURE----- --Apple-Mail=_3977A6CC-3685-4FF9-BC87-2B6E810EBABB-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 00:51:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE1BDDFC; Fri, 8 Nov 2013 00:51:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD0762C06; Fri, 8 Nov 2013 00:51:56 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb1so1411730pad.23 for ; Thu, 07 Nov 2013 16:51:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KQFtDqzQyPiyZLLd3CtLLjhAVu48pLnmD5bQDnRSRnY=; b=F2Xv6wDQoGsVI69u2Dm75DJo0iZ0p1eaDxGZwMwDfzx2y7enw5hU1sl2P466YcADJo lypgdeR9LumHW1sV2IKeOeEtSLGXuDOe7y2/7CfXGWNcntPNbMAq882SGrwe6PcdJhi3 ScO33z/IG7Wc6iN8P/2aDlaCmudl6cGks11mHWatsa+6iqOeeelCjwwRUHCstfCA3rVp EfYD2jBn6q89FVEmavHj34rP5U0QtKWe0NK96l+ffLlxFek5Nz9nmqi/v2Z10QXG3AJ2 DIKAYcpicffq3xkV2vwIAsrTbDfUFwNXC7VWUqMpC79jCj/UE4kjGnZrfacnwrIa+fkA EE2g== X-Received: by 10.66.4.130 with SMTP id k2mr12399712pak.95.1383871916317; Thu, 07 Nov 2013 16:51:56 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id ja5sm7919385pbc.14.2013.11.07.16.51.53 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 07 Nov 2013 16:51:55 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 08 Nov 2013 09:51:51 +0900 From: Yonghyeon PYUN Date: Fri, 8 Nov 2013 09:51:51 +0900 To: Thomas Mueller Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard Message-ID: <20131108005151.GA3415@michelle.cdnetworks.com> References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> <8D.9F.19454.E0AFA725@cdptpa-oedge03> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8D.9F.19454.E0AFA725@cdptpa-oedge03> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 00:51:57 -0000 On Thu, Nov 07, 2013 at 02:25:18AM +0000, Thomas Mueller wrote: > I tried the patch on 9.2-STABLE, rebuilt the kernel and modules, installed to the correct place on USB stick, > /media/zip0/boot/kernelre > USB stick was mounted on /media/zip0 when I did this. > > Then I umounted, took the USB stick to new computer with MSI Z77 MPOWER motherboard. > > I booted that USB stick, escaped to loader prompt, unload and > boot /boot/kernelre/kernel > > got the same error when running "dhclient re0". > Hmm, then I have no idea at this moment. :-( If I manage to find any clue, I'll let you know. Thanks a lot for testing! > Now I also have to update NetBSD-current and then build a Linux installation. > > Linux may offer a better chance of configuring wireless adapters. > > I was hoping a fix to the re(4) bug could make it for FreeBSD 10.0-RELEASE but am not betting on it. > > > Tom > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 04:16:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D69D3899 for ; Fri, 8 Nov 2013 04:16:20 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit0.ironport.snap.net.nz (unit0.ironport.snap.net.nz [202.37.100.104]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA5229EC for ; Fri, 8 Nov 2013 04:16:19 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=iw7iUsToLjcKeDD2xJYUY7vdGlCAuHgOCAeRLiIczvU= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=pGLkceISAAAA:8 a=LjZIBkfXf4UHO7baq80A:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAFZlfFJ7/y9j/2dsb2JhbABahBK/EoEtFoMZAQEBAwEnGQEBNwEPCw4mEgIfNgYTh28DCQWpd4RSAQWEcQ2JZQaMdYJyB4MggRCQMoVzgWuKRYIOiHSCFA X-IronPort-AV: E=Sophos;i="4.93,657,1378814400"; d="p7s'?scan'208";a="215926309" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp0.ironport.snap.net.nz with ESMTP; 08 Nov 2013 17:16:18 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id B380525620; Fri, 8 Nov 2013 17:16:17 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA84GCGB030046 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 8 Nov 2013 17:16:14 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383884175; bh=luO0e9+V9x9iJFfFJEARx5UMFz6YZM3/YbaInlYXAcI=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=ii4uQKs1LMkRr55bUOburZ3cjD0hivEL4yOye+QroW95qMe7zyL/we7ijYxxx+3u4 +K5TnBlbkze9weISvQJZ/B9RhRfGW1RYt6rNoFi5ZlnDHcMrX2JyNskEX0f60qEmtA 86qaVkG5MqiRkGiQN2utzrIQoBOzrgfF495eFTIk= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_CA9D62C7-C724-4082-A950-F7195042EBFE"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <20131107230834.GS59496@kib.kiev.ua> Date: Fri, 8 Nov 2013 17:16:13 +1300 Message-Id: References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> <20131107230834.GS59496@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: Eric van Gyzen , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 04:16:21 -0000 --Apple-Mail=_CA9D62C7-C724-4082-A950-F7195042EBFE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 8, 2013, at 12:08 PM, Konstantin Belousov = wrote: >> =46rom a 9.2 amd64 virtual machine, this is what I get: >>=20 >> (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 >> 0xffffffff80d96898 is in VOP_ADD_WRITECOUNT_APV (vnode_if.c:4236). >> 4231 in vnode_if.c >>=20 >> Does this help? >>=20 > I need the code around this line; corresponding file is generated, I > do not have it. I generated vnode_if.c using this command: /usr/bin/awk -f /usr/src/sys/tools/vnode_if.awk = /usr/src/sys/kern/vnode_if.src -c I just inferred that command, I do not know if that is correct. Here are = lines 4219-4264 from the file: int VOP_ADD_WRITECOUNT_APV(struct vop_vector *vop, struct = vop_add_writecount_args *a) { int rc; VNASSERT(a->a_gen.a_desc =3D=3D &vop_add_writecount_desc, = a->a_vp, ("Wrong a_desc in vop_add_writecount(%p, %p)", a->a_vp, a)); while(vop !=3D NULL && \ vop->vop_add_writecount =3D=3D NULL && vop->vop_bypass =3D=3D = NULL) vop =3D vop->vop_default; VNASSERT(vop !=3D NULL, a->a_vp, ("No vop_add_writecount(%p, = %p)", a->a_vp, a)); SDT_PROBE(vfs, vop, vop_add_writecount, entry, a->a_vp, a, 0, 0, = 0); ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); VFS_PROLOGUE(a->a_vp->v_mount); if (vop->vop_add_writecount !=3D NULL) rc =3D vop->vop_add_writecount(a); else rc =3D vop->vop_bypass(&a->a_gen); VFS_EPILOGUE(a->a_vp->v_mount); CTR2(KTR_VOP, "VOP_ADD_WRITECOUNT(vp 0x%lX, inc %ld)", a->a_vp, a->a_inc); SDT_PROBE(vfs, vop, vop_add_writecount, return, a->a_vp, a, rc, = 0, 0); if (rc =3D=3D 0) { ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); } else { ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); } return (rc); } struct vnodeop_desc vop_add_writecount_desc =3D { "vop_add_writecount", 0, (vop_bypass_t *)VOP_ADD_WRITECOUNT_AP, vop_add_writecount_vp_offsets, VDESC_NO_OFFSET, VDESC_NO_OFFSET, VDESC_NO_OFFSET, VDESC_NO_OFFSET, }; Cheers, Matt= --Apple-Mail=_CA9D62C7-C724-4082-A950-F7195042EBFE Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwODA0 MTYxNFowIwYJKoZIhvcNAQkEMRYEFJjVyEwNKQM1i/CGdi99+a4xvQHBMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAEVcFchXRYMtjdM4raB8UKySeNcv CXDGLuC2XuhlDKiMfwVSRlmmLvQt2EwNzDbuJ6HA46q2f5YbzXbmagKBDsik8s0NVFRDOQjFm5/S bIfwr+SwuWB02upneVIW5a4LQBXMW3FTn1t7cDxJrOTfSrRKTEpFvSin8Z9hJDh/t6ibVyItj7Lp hj/DFQZ/cy1iXOwTBDcbJnl6XphBVr8o74ogyluCK5ozCkOOI/QCwmEcE+sBpg0MlhG0B7sx6iyj W1agWj8dy8x3xS3oTNhc7boi6Ear7+PougPJ59mDuJDQ//0Der21qViXIADo5gw/fFrYapwrUiUe e84gx3uNLjUAAAAAAAA= --Apple-Mail=_CA9D62C7-C724-4082-A950-F7195042EBFE-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 07:42:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D3A84C76; Fri, 8 Nov 2013 07:42:24 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3755C25F2; Fri, 8 Nov 2013 07:42:23 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA87g2kX027945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 8 Nov 2013 11:42:02 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA87g2o6027944; Fri, 8 Nov 2013 11:42: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: Fri, 8 Nov 2013 11:42:02 +0400 From: Gleb Smirnoff To: Maxim Sobolev Subject: Re: svn commit: r232945 - in stable/9: share/man/man4 sys/i386/conf sys/netinet sys/sys Message-ID: <20131108074202.GO7577@glebius.int.ru> References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="vEao7xgI/oilGqZ+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: lstewart@FreeBSD.org, stable@freebsd.org, bz@FreeBSD.org, andre@FreeBSD.org, pgsql@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 07:42:24 -0000 --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 07, 2013 at 03:10:27PM -0800, Maxim Sobolev wrote: M> Hey guys, any particular reasons why those options are write-only? Is it M> just laziness of the developer or is there any particular fundamental M> reason for it being like this. This might be some regression, since at M> least some 3rd party software that does getsockopt(), checks its status and M> only does setsockopt() if the former completed successfully. Which kinda M> makes sense IMHO. The software in question is PostgreSQL here. As a result, M> the software may be misbehaving since it detects those options as being M> present on the configure stage, but cannot really make any use of them M> later on during runtime. Had it not detect those options at the build M> stage, it might have used some kind of software protocol workaround (i.e. M> sending ping/nop packets) so it in fact might trigger some bugs and whatnot. M> M> We believe it might be the reason for some of our problems here with PG 91 M> and FreeBSD 92. Can you please try attached patch and report? -- Totus tuus, Glebius. --vEao7xgI/oilGqZ+ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="tcp_usrreq.c.diff" Index: sys/netinet/tcp_usrreq.c =================================================================== --- sys/netinet/tcp_usrreq.c (revision 257840) +++ sys/netinet/tcp_usrreq.c (working copy) @@ -1585,6 +1585,27 @@ unlock_and_done: INP_WUNLOCK(inp); error = sooptcopyout(sopt, buf, TCP_CA_NAME_MAX); break; + case TCP_KEEPIDLE: + case TCP_KEEPINTVL: + case TCP_KEEPINIT: + case TCP_KEEPCNT: + switch (sopt->sopt_name) { + case TCP_KEEPIDLE: + ui = tp->t_keepidle / hz; + break; + case TCP_KEEPINTVL: + ui = tp->t_keepintvl / hz; + break; + case TCP_KEEPINIT: + ui = tp->t_keepinit / hz; + break; + case TCP_KEEPCNT: + ui = tp->t_keepcnt; + break; + } + INP_WUNLOCK(inp); + error = sooptcopyout(sopt, &ui, sizeof(ui)); + break; default: INP_WUNLOCK(inp); error = ENOPROTOOPT; --vEao7xgI/oilGqZ+-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 08:09:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CA7273EE for ; Fri, 8 Nov 2013 08:09:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 480D9274E for ; Fri, 8 Nov 2013 08:09:44 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA889cAX096260; Fri, 8 Nov 2013 10:09:38 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA889cAX096260 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA889cTL096259; Fri, 8 Nov 2013 10:09:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Nov 2013 10:09:38 +0200 From: Konstantin Belousov To: Matt Magoffin Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred Message-ID: <20131108080938.GT59496@kib.kiev.ua> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> <20131107230834.GS59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fmcGzDfEcWyGcUoQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) 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: Eric van Gyzen , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 08:09:44 -0000 --fmcGzDfEcWyGcUoQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 08, 2013 at 05:16:13PM +1300, Matt Magoffin wrote: > On Nov 8, 2013, at 12:08 PM, Konstantin Belousov wr= ote: >=20 > >> From a 9.2 amd64 virtual machine, this is what I get: > >>=20 > >> (kgdb) list *VOP_ADD_WRITECOUNT_APV+0x78 > >> 0xffffffff80d96898 is in VOP_ADD_WRITECOUNT_APV (vnode_if.c:4236). > >> 4231 in vnode_if.c > >>=20 > >> Does this help? > >>=20 > > I need the code around this line; corresponding file is generated, I > > do not have it. >=20 > I generated vnode_if.c using this command: >=20 > /usr/bin/awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_i= f.src -c >=20 > I just inferred that command, I do not know if that is correct. Here are = lines 4219-4264 from the file: >=20 > int > VOP_ADD_WRITECOUNT_APV(struct vop_vector *vop, struct vop_add_writecount_= args *a) > { > int rc; >=20 > VNASSERT(a->a_gen.a_desc =3D=3D &vop_add_writecount_desc, a->a_vp, > ("Wrong a_desc in vop_add_writecount(%p, %p)", a->a_vp, a)); > while(vop !=3D NULL && \ > vop->vop_add_writecount =3D=3D NULL && vop->vop_bypass =3D=3D NULL) > vop =3D vop->vop_default; > VNASSERT(vop !=3D NULL, a->a_vp, ("No vop_add_writecount(%p, %p)", a->a_= vp, a)); > SDT_PROBE(vfs, vop, vop_add_writecount, entry, a->a_vp, a, 0, 0, 0); >=20 > ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > VFS_PROLOGUE(a->a_vp->v_mount); So which line is 4236 ? That one ^^^^ ? If yes, I absolutely need you to obtain core dump and than print *a and *(a->a_vp) from the debugger, to make further progress. > if (vop->vop_add_writecount !=3D NULL) > rc =3D vop->vop_add_writecount(a); But, if I mis-counted and the line 4236 is that one ^^^^, than together with the panic message panic: vm_fault: fault on nofault entry, addr: ffffff836e0fc000 which suggests that vop_add_writecount not NULL but garbage, I believe that your issue is stale module, compiled on 9.1 but used on 9.2. > else > rc =3D vop->vop_bypass(&a->a_gen); > VFS_EPILOGUE(a->a_vp->v_mount); > CTR2(KTR_VOP, > "VOP_ADD_WRITECOUNT(vp 0x%lX, inc %ld)", > a->a_vp, a->a_inc); > SDT_PROBE(vfs, vop, vop_add_writecount, return, a->a_vp, a, rc, 0, 0); >=20 > if (rc =3D=3D 0) { > ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > } else { > ASSERT_VI_UNLOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > ASSERT_VOP_ELOCKED(a->a_vp, "VOP_ADD_WRITECOUNT"); > } > return (rc); > } >=20 > struct vnodeop_desc vop_add_writecount_desc =3D { > "vop_add_writecount", > 0, > (vop_bypass_t *)VOP_ADD_WRITECOUNT_AP, > vop_add_writecount_vp_offsets, > VDESC_NO_OFFSET, > VDESC_NO_OFFSET, > VDESC_NO_OFFSET, > VDESC_NO_OFFSET, > }; >=20 > Cheers, > Matt --fmcGzDfEcWyGcUoQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSfJxBAAoJEJDCuSvBvK1BKi4QAIQ+7TiJZs4CXJIGe4V2H7Gv n+OpjLf4tvY87MYIWn35UP8bLEc8YWz+KfJY6lC8NMEODriDomHZTBgXwnpLCJT3 evvtKhdUZ+QcButSuqL26+WuWELN3DQt/dDZPMkdj1DISe+G49nmVemqEKizdb5i fCZ6dIaeKv6JlSIEHEES0leAe4WdWZlMQf7eCJjC7z4HYKJeI1OeEt4xd6YG83ft TVYNu38qy2kEa9iRwLGn02CGYXD+snTnMTwr39shIxpbCMBWpZRp75/dkbl3MWsK h662HWWoZg8VXc965DB2XM88GLEIC/QnJ0p/JILKlV9MwyBtsVvbaj96/wOLOPgM HyTvV+k6eRPpC4ZevKTteuh5rCFZt3gg9braYbnwV+9551sBGhJEDjkRX1GZq+hT MvQ00WVJU0hL5TdBclKDRB559VYZAQhBqkUJUK2oHJVbckwQG9CgxUHtJVaog5Ro SgH6kaUUpp5cZpVP2EMHQw1w6jy6fHS7lYehV+OW9G0DskvXXQ9EFrzv3C5N5f2r /zeqObc4EKmHjHHOGwD0hq+bjaZiU38OCJMgPZMupV+G1IOg2dzTy7Bg+jXhppNl MBhXc7UAAuCaFUOzn+xb4sQsTykRSJvEYXl9qLyGHk5K8GfoSpw4UvKt8qYNzBZR V2lppOgJTw9AE9tEeeOU =wB+A -----END PGP SIGNATURE----- --fmcGzDfEcWyGcUoQ-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 09:48:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6DD141E1 for ; Fri, 8 Nov 2013 09:48:54 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id 309E22CEE for ; Fri, 8 Nov 2013 09:48:53 +0000 (UTC) Received: from [74.130.196.19] ([74.130.196.19:35559] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 34/C1-27821-F73BC725; Fri, 08 Nov 2013 09:48:47 +0000 Date: Fri, 08 Nov 2013 09:48:47 +0000 Message-ID: <34.C1.27821.F73BC725@cdptpa-oedge02> From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> <8D.9F.19454.E0AFA725@cdptpa-oedge03> <20131108005151.GA3415@michelle.cdnetworks.com> Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 09:48:54 -0000 For a future test of any updates to re driver, it might be best if I comment out "device re" in kernel config and test the update by building the module. I never built just a single module before, not sure if I would do it the correct way. Simply "make" in /usr/src/sys/modules/re and then "make install" or copy the resulting module files? Maybe check the kernel source in NetBSD-current source tree? I am not sure how to configure an Ethernet connection without DHCP or even if it would work. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 10:02:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 36AA6A0B; Fri, 8 Nov 2013 10:02:14 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7C0C2E17; Fri, 8 Nov 2013 10:02:13 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id l6so2337564oag.29 for ; Fri, 08 Nov 2013 02:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ziijI8xlJCJGHTiL8PKgmT1/eeLZoXxkaJQ2NlsaFuo=; b=NLdsKH1ZI/WU1fxPkc0SxiiMZxYEtGXO0CPkguzPQXI2eBEDNxpvBJ5IPEIAnPZh8u N2hlzIESMsg1NcdbIPvMg+inSlxiqoPPUy8DEvCfhCHEAqEehcZOIGY28X40yUETbmtu d05mP4uZ4oRsmBxG1X5k4wXCidDcKBhjzyViHzKU1JP3mGB0PpWEfBw6IPUW/ZCok5zf wCjb50Ivj47SQhNWlhUTquO6ZpnzzGypBcc2pAOVArib+Ufc3KV7ddpOVP/cR6648MMk Iz2zAvEFV5JWOs0rO2wlq869oRddLAOqzrAPOAdKI3S8Oy3UTOjLyQO+Lb44brUQX4cG ptcQ== MIME-Version: 1.0 X-Received: by 10.60.70.134 with SMTP id m6mr10775408oeu.14.1383904932735; Fri, 08 Nov 2013 02:02:12 -0800 (PST) Received: by 10.76.177.234 with HTTP; Fri, 8 Nov 2013 02:02:12 -0800 (PST) In-Reply-To: References: <20131107204218.GG89594@glenbarber.us> <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> <20131107234832.GJ89594@glenbarber.us> Date: Fri, 8 Nov 2013 11:02:12 +0100 Message-ID: Subject: Re: Building 9.2-RELEASE on 10-stable From: Andreas Nilsson To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Glen Barber , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 10:02:14 -0000 On Fri, Nov 8, 2013 at 12:55 AM, Mark Felder wrote: > > > > On Nov 7, 2013, at 5:48 PM, Glen Barber wrote: > > > >> On Thu, Nov 07, 2013 at 03:48:33PM -0600, Mark Felder wrote: > >> > >> > >>> On Thu, Nov 7, 2013, at 14:42, Glen Barber wrote: > >>>> On Thu, Nov 07, 2013 at 09:36:33PM +0100, Andreas Nilsson wrote: > >>>> Is it still impossible to build 9.2-RELEASE on 10-STABLE ( or BETA-3 > )? > >>>> > >>>> It errors out in several ways: > >>>> * with not finding libstdc++ > >>> > >>> You need the 10.x (or 11.x) userland built with WITH_GNUXX=1 in > >>> src.conf. :( > >>> > >>>> * failing directly when using -j12 ( on 8 core machine ) as MAKEOPTS > with > >>>> something make-related, but I cant seem to reproduce it :( > Now I managed to reproduce the error: A failure has been detected in another branch of the parallel make make[1]: stopped in /src/9.2 --- upgrade_checks --- *** [upgrade_checks] Error code 2 make: stopped in /src/9.2 1 error make: stopped in /src/9.2 I'll try to look into it. Best regards Andreas > >>> > >>> There is a race in the build chain. If you lower the -j number equal > to > >>> the number of cores, it should work. (Actually, there seem to be > >>> a number of different races going on, that make this much trickier to > >>> track down...) > >> > >> I also believe you have to use fmake from devel/fmake, right ? > > > > Not anymore. > > > Excellent news! Thanks!! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 13:06:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D90D4877 for ; Fri, 8 Nov 2013 13:06:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7826B2820 for ; Fri, 8 Nov 2013 13:06:23 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rA8D6F4V075351 for ; Fri, 8 Nov 2013 22:06:16 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Fri, 8 Nov 2013 22:06:15 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3: Unable to access files on SMB share Message-Id: <20131108220615.b17a7bda1c7c04ebbb53da92@dec.sakura.ne.jp> In-Reply-To: <527BB9E2.2060300@bsdforen.de> References: <20131107211935.fef3a2498632fe8da5cf08c6@dec.sakura.ne.jp> <527BB9E2.2060300@bsdforen.de> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 13:06:23 -0000 I already noticed your PR bin/183153, but as I mentioned in The FreeBSD Forums and my forget-me-nots page (http://www.dec.sakura.ne.jp/~junchoon/machine/freebsd-e.html), it has another solution. You can try setting WITH_LIBICONV="YES" in /etc/src.conf and rebuilding world. It works at least for me. (I need some ports requiring libiconv.) Anyway, I tried your patch with mine in new VM running stable/10 amd64, r257814. Looks working fine. Next I'll need trying your patch with WITH_LIBICONV="YES" in /etc/src.conf to make assure they safely coexist. Fortunately, I noticed my patch is committed to head as r257841. But MFC (to stable/10 only, stable/9 and earlier doesn't need it) schedule doesn't shown in commit log message. Did it work for you? On Thu, 07 Nov 2013 17:03:46 +0100 Dominic Fandrey wrote: > On 07/11/2013 13:19, Tomoaki AOKI wrote: > > Sorry for breaking thread. I've read this ML via pipermail and > > subscribed just now for this. > > > > I'm surprised to know that smbfs was working on r255453. > > > > For me, as I already sent PR kern/182963 and posted a thread in The > > FreeBSD Forums, smbfs was not properly working in r255138 and later. > > Same as stable/10, while r255136 (in head) works OK. > > > > In my case, applying the diff I attached to kern/182963 fixes the issue. > > The diff modifies timeout values in 2 lines, as r255138 changes > > sb_timeo in struct sockbuf from int (unit of time is hz) to sbintime_t > > (unit of time is 1/10^33 in seconds, as time in seconds is stored in > > upper half of __int64_t), but sys/netsmb/smb_trantcp.c doesn't chase it. > > smbfs works for me but very unreliably. Timing may well be the issue > here, so I think I will test that patch. > > Please also note my fix for iconv support: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/183153 > > -- > A: Because it fouls the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing on usenet and in e-mail? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 15:24:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A3DA877E for ; Fri, 8 Nov 2013 15:24:29 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 860A32FF1 for ; Fri, 8 Nov 2013 15:24:28 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Venv4-00042D-DR for freebsd-stable@freebsd.org; Fri, 08 Nov 2013 07:24:22 -0800 Date: Fri, 8 Nov 2013 07:24:22 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1383924262386-5859538.post@n5.nabble.com> In-Reply-To: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 15:24:29 -0000 Try to be more specific next time, it could help. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859538.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 8 16:57:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6169610B; Fri, 8 Nov 2013 16:57:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 329F42531; Fri, 8 Nov 2013 16:57:54 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A09DA13DAE; Fri, 8 Nov 2013 16:57:52 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A09DA13DAE Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 8 Nov 2013 11:57:50 -0500 From: Glen Barber To: Andreas Nilsson Subject: Re: Building 9.2-RELEASE on 10-stable Message-ID: <20131108165750.GS89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> <20131107234832.GJ89594@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EmW68jKGQIhj8inv" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Mark Felder , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 16:57:54 -0000 --EmW68jKGQIhj8inv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 08, 2013 at 11:02:12AM +0100, Andreas Nilsson wrote: > Now I managed to reproduce the error: >=20 > A failure has been detected in another branch of the parallel make >=20 > make[1]: stopped in /src/9.2 >=20 > --- upgrade_checks --- >=20 > *** [upgrade_checks] Error code 2 >=20 > make: stopped in /src/9.2 >=20 > 1 error > make: stopped in /src/9.2 >=20 This is one of the races I was talking about. In some of my tests, I found two things: 1.) Running 'make make buildworld -j8[...]'* in general would work, because make(1) would be built first. That seems to be part of the problem here, the toolchain has not yet decided what make(1) to build (bmake for fmake), which causes the upgrade_checks phase to fail. * Note the 'make make' is not a typo. 2.) Running the build without '-j' set at all, in most cases, would succeed. (Note: even '-j1' would fall over occasionally.) Glen --EmW68jKGQIhj8inv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSfRgOAAoJELls3eqvi17Qg98QAJvs3jEidXbuHdR4Sg7NvbLt 8duMVeTvJ8yGiWTwVX/hWrVno3Q3gIJBJ+f+UWLths+e297SjjbT3I9CgDasn8zk ujJnXuWxKRu9jL9/0m3zM3eAe2sm9/l6VkJp/7pkhkJBDO0/vx1mmk8D2POz0d+/ SB18113wBFVeB+OgL23qbJ6xvZr10j4qmEY4SBs6oWU4qTb68qtLDvv57t4+cED+ WDBDr/Phdo5sZaYRWISqDHP+krSmY58sXoPdmWWaC5RQqkJYt+QAkhF5Tiy8txcx lIQ9dNPqWegvOtXb4wZWcyZPhUhzFYe9PIKzXD95d/Bqh+wkEnOY/A/wmPai7rM7 9CKBHB7+f2SEysoYATtrxyJ65y2He33wVtA0P9cJAwD42AZaDi/UjTqt7bmhh8q1 oZkuAHVuIy2MmR29BQ2XpZ5cZiE02wzw+yzxJVISTtPUIk5bpKeyZVvc+GJ2Pd/W vhDdXxllLsRkXm/2/EndnxlA8D/xZRZyiCYCuhFsmA03VK47L5lUfMZLQ5TmQGUN MJKOG+rpzxUqRTr8v7MxsRPRzvMZhRINNgmB8VApFWgo/80ETO2nJ/a8XLEGbkFL m3pabp1MErLSVtu36TZ3KuuDj9C8dHzosiMrLtxKfKpgk/l3hWVe0H4mWtAAwG69 UnoJeJye1yBDpUhAJB1R =1NoF -----END PGP SIGNATURE----- --EmW68jKGQIhj8inv-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 03:59:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 78F65B00 for ; Sat, 9 Nov 2013 03:59:14 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 317E72426 for ; Sat, 9 Nov 2013 03:59:13 +0000 (UTC) Received: from [74.130.196.19] ([74.130.196.19:36406] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id EF/FD-19454-A03BD725; Sat, 09 Nov 2013 03:59:07 +0000 Date: Sat, 09 Nov 2013 03:59:06 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> <8D.9F.19454.E0AFA725@cdptpa-oedge03> <20131108005151.GA3415@michelle.cdnetworks.com> <34.C1.27821.F73BC725@cdptpa-oedge02> Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org, Daniel Nebdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 03:59:14 -0000 from Daniel Nebdal: > Ethernet without DHCP is fairly doable. > Assuming that the network is 192.168.0.x , that .100 is free, and your > router has .1 : > ifconfig re0 192.168.0.100/24 > route add default 192.168.0.1 > As for DNS, I'd suggest checking on another machine what servers you get > from DHCP. For each one, add a line like > nameserver 8.8.8.8 > to /etc/resolv.conf . I think I'll try something like that: good to know how. On Slackware Linux I did, as best I remember: ifconfig eth0 192.168.1.254 netmask 255.255.255.0 route add default 192.168.1.1 dev eth0 route add default gw 192.168.1.254 dev eth0 So it looks like I only need two lines in FreeBSD or NetBSD. Subsequently, after running several live CDs and seeing how easy it was with DHCP, I switched to DHCP on one Slackware upgrade. I could copy from /etc/resolv.conf on other computer where re is good with Realtek 8111E Ethernet, or I could copy from NetBSD-current amd64 /etc/resolv.conf. If I fail with manual setup on FreeBSD, as is likely because of bug in re driver, I could try with NetBSD just to verify that my ifconfig and route commands are correct, or I could try with NetBSD first to see if I have the correct commands. When I was with BellSouth, then ATT Fastaccess DSL, DSL modem-router IP address was 192.168.1.254 . Tom From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 04:03:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 581C7DB7 for ; Sat, 9 Nov 2013 04:03:15 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit1.ironport.snap.net.nz (unit1.ironport.snap.net.nz [202.37.100.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF7F24A3 for ; Sat, 9 Nov 2013 04:03:14 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=9T2e0IaWUNWgzAxBXDhU/cHzcvQzCvv/NjDiUr6yZA4= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=pGLkceISAAAA:8 a=SsvJ_l8666hcxwOGJbMA:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=QrYOwFP9bDIxF55lpSMA:9 a=_W_S_7VecoQA:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 a=TEJWfmVIHgEA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwFAIWzfVJ7/y9j/2dsb2JhbABZgkOBT78YgTAWgxkBAQEDAScZAQE3AQ8LDiYSAh82BhOHbwMJBalzhFIBBYRfDYllBox1gnIHgyCBEJAzhXSBa4pEgg6IdIIU X-IronPort-AV: E=Sophos;i="4.93,665,1378814400"; d="p7s'?scan'208,217";a="210528898" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 09 Nov 2013 17:03:04 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id 458C325617; Sat, 9 Nov 2013 17:03:04 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rA942xoV070211 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Nov 2013 17:03:01 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1383969782; bh=fKLhFbo9coms1NAkvL8BsBqFJf/DoppdF1mP/5zh4pU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=cEVFgxqFxzWqAOQy7iPyZZywcHCoudcQPDkZCDyAqm4QEb1sBRsgX535zGUGfCRY2 3irOFWrUk6HUa2QysjG9orZyETbSy7+gVOpWsfs2Oxp415PhJGun9OlaVXH+wY9RUD w0qIM6DbzDCUCncmkdGT2h3HDDHM1rxoZ4Nm/Zk4= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_395C72BD-8414-42D7-AC23-1E8634F791CD"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <20131108080938.GT59496@kib.kiev.ua> Date: Sat, 9 Nov 2013 17:03:00 +1300 Message-Id: <938A1914-6510-4F93-9C40-E22BB0E69D08@msqr.us> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> <20131107230834.GS59496@kib.kiev.ua> <20131108080938.GT59496@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Eric van Gyzen , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 04:03:15 -0000 --Apple-Mail=_395C72BD-8414-42D7-AC23-1E8634F791CD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 8, 2013, at 9:09 PM, Konstantin Belousov = wrote: >> if (vop->vop_add_writecount !=3D NULL) >> rc =3D vop->vop_add_writecount(a); > But, if I mis-counted and the line 4236 is that one ^^^^, than = together > with the panic message > panic: vm_fault: fault on nofault entry, addr: ffffff836e0fc000 > which suggests that vop_add_writecount not NULL but garbage, I believe > that your issue is stale module, compiled on 9.1 but used on 9.2. The line you refer to here is line 4236. So, I shall have to attempt the = upgrade again, and verify that all modules loaded were built under 9.2. = I believe only pefs.ko is one I built myself, and all others came with = the system... and freebsd-update would have updated those modules (in = /etc/freebsd-update.conf I have "Components src world kernel". When I have a time where I can attempt the update again, I will reply = with my findings. Thank you for your help, Matt= --Apple-Mail=_395C72BD-8414-42D7-AC23-1E8634F791CD Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTEwOTA0 MDMwMVowIwYJKoZIhvcNAQkEMRYEFBWdH4eYvvydAKN2nCYpDIpblXuDMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAM3Ki9PR8/0Dybz0cFZjcAbDLBOo GgR4E7blOKMCzIwL/uLpV8R474mahLdrEA1LK0FjlzOBkLf+/49ffi4RMC9ySs2FIGCnqD5QMzJ2 9JPMnIZNOJ0RPvtbRrqSlEzZHEZPa44/nghCnfIaojYweSd0s5PpRNVHiuVMbeo6pyfhpc2Cm7N5 Z1u6Wwukq+ZW3Y5ZYAaJmJgvz7/lwqN7nW40fXzBvJb3ZV5YKWLSC3n1VYOvSnkeTNFZa3y1InIN IoJOd6u2uN1tMmJvAkpRDtzziwMOVVn5mOgGimPEMQbzAdmt76Hd1Ph/cUdvtTWOWCdLmahCMMB6 NhnXVgx4oioAAAAAAAA= --Apple-Mail=_395C72BD-8414-42D7-AC23-1E8634F791CD-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 08:14:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 22AF9EB for ; Sat, 9 Nov 2013 08:14:03 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F328520DE for ; Sat, 9 Nov 2013 08:14:02 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz1so3229891pad.2 for ; Sat, 09 Nov 2013 00:14:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eEd9Xgsxtb7Vkc9OJGDdGY8Y47RhplLUEHjM2jl8lwQ=; b=hN2pn3S3P8zMEkgViM2KFPJ0/rst0QTj122UNL91EqJU0jxfvwJKNt4hxQljyww/74 JeQENQBQjmkFdMWE+WAXjvPWPwLM1N/xvT2bAh5WshNNo+xtuFXlEgP2OVx0peS2xf78 zwOJGHTDMIcKSSnIXCGk9/PBUO7cxYCPe2TngQE98aciaiq0RksbBc2mUFzC/Wqozqol 8KhR0ob5nP/fN1ThGVBNwsuTFtRnqhbE6bHzGTTzEM/0Q2ii87cTENbDjmf2WyP5r2ca pBuR5nNJeN+SRhSWUKk+GDxsqLVzmadSqpVNGHZuJm+fuI7dVgp+JHN/HEJisgy9UiEF RXRA== MIME-Version: 1.0 X-Received: by 10.67.22.38 with SMTP id hp6mr20231527pad.53.1383984842575; Sat, 09 Nov 2013 00:14:02 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sat, 9 Nov 2013 00:14:02 -0800 (PST) In-Reply-To: <1383924262386-5859538.post@n5.nabble.com> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> Date: Sat, 9 Nov 2013 09:14:02 +0100 Message-ID: Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg From: Zenny To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 08:14:03 -0000 I tried several times to build new xorg (1.12.4), but failed each time. I went back to 1.7 version at the end after trying for two days. The reason I gave up is this link (https://wiki.freebsd.org/AMD_GPU) which categorically stated that "Gallium drivers installed by graphics/dri are a work-in-progress. Please do not report problems about them for now." It would be nice if someone who successfully compiled xorg and other dependencies and accessories shares his/her experience. Thanks! On 11/8/13, Jakub Lach wrote: > Try to be more specific next time, it could help. > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859538.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 14:50:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 322EF456 for ; Sat, 9 Nov 2013 14:50:46 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 306F8221C for ; Sat, 9 Nov 2013 14:50:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=NU/YpM5c6nGQ8v7aGTf9A3GRoAJnXXwFXy/28BWc7Ho=; b=dy9mUPQTUU+NAtkHK1fS+xDcr8+9zoQdt7ev0rNX6QdYm3dDTFmIe2acyYppRi6Ki1X4gXLAXzp1H7PsG40DQu34UIioomqKF7SWpi2fMI3ZxWxAtikTuDu7Um4OdC3c5Sa/FpxCnEIvWjww/HkTWfF0QFD2h6obgMgeBqe9UB4=; Received: from lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net ([2001:470:1f0e:3ad::2]:41157 helo=thebighonker.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vf9o1-0000Vl-V7 for freebsd-stable@freebsd.org; Sat, 09 Nov 2013 08:50:32 -0600 Date: Sat, 9 Nov 2013 08:46:30 -0600 From: Larry Rosenman To: freebsd-stable@freebsd.org Subject: 10-BETA3: Bad negotiation on AHD controller Message-ID: <20131109144626.GA1672@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.22 (2013-10-16) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 14:50:46 -0000 Ever since I put 10 on this box (source upgrade from 8), I've been getting slow disk negotiations on 2 of my 4 disks, and weird messages at boot from= =20 the ahd controller. Can someone tell if it's my disk or the code? # for i in 0 1 2 3 > do > camcontrol inquiry 0:${i}:0 > done pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number DAA0P7A054GD pass0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Command Queue= ing Enabled pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number DAA0P7A054G3 pass1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Command Queue= ing Enabled pass2: Fixed Direct Access SCSI-3 device pass2: Serial Number 3KS2NFJG00007611CFPX pass2: 3.300MB/s transfers, Command Queueing Enabled pass3: Fixed Direct Access SCSI-3 device pass3: Serial Number 3KS1Z2KF00007620X9K1 pass3: 3.300MB/s transfers, Command Queueing Enabled # dmesg.boot: Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA3 #3 r257864: Fri Nov 8 15:20:07 CST 2013 root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.56-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Family =3D 0xf Model =3D 0x4 S= tepping =3D 3 Features=3D0xbfebfbff Features2=3D0x641d AMD Features=3D0x20100800 TSC: P-state invariant real memory =3D 9395240960 (8960 MB) avail memory =3D 8282472448 (7898 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on = acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x2= 0ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 101-133MHz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x2= 8ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 101-133MHz, 512 SCBs pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f= mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2e:99:ba em1: port 0x3040-0x307f= mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2e:99:bb pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 1= 6 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 1= 9 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 1= 8 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 1= 6 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xdd001000-0xdd0013f= f irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdefff= fff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 drm0: on vgapci0 info: [drm] Initialized mach64 2.0.0 20060718 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 ichsmb0: port 0x1100-0x111f irq 17 = at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range p4tcc0: on cpu0 p4tcc1: on cpu1 p4tcc2: on cpu2 p4tcc3: on cpu3 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 ugen3.1: at usbus3 uhub2: on usbus3 ugen2.1: at usbus2 uhub3: on usbus2 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23c Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x2] SELID[0x30] HS_MAILBOX[0x0]=20 INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11]=20 DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE)=20 SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0]=20 LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0]=20 SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|I= NTMASK2)=20 SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x5]=20 KERNEL_QFREEZE_COUNT[0x5] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]=20 SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0]=20 PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)=20 LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0]=20 LQOSTAT1[0x0] LQOSTAT2[0x0]=20 SCB Count =3D 512 CMDS_PENDING =3D 0 LASTSCB 0xffff CURRSCB 0x1fb NEXTSCB 0= xff40 qinstart =3D 59 qinfifonext =3D 61 QINFIFO: 0x1fa 0x1f9 WAITING_TID_QUEUES: Pending list: 505 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x7]= =20 506 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x17]= =20 Total 2 Kernel Free SCB lists:=20 Any Device: 497 507 500 498 499 501 502 503 504 508 509 510 511 496 495 4= 94 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 = 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457= 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 43= 8 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 4= 19 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 = 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382= 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 36= 3 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 3= 44 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 = 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307= 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 28= 8 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 2= 69 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 = 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232= 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 21= 3 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 1= 94 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 = 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157= 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 13= 8 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 1= 19 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 = 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76= 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51= 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26= 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 Sequencer Complete DMA-inprog list:=20 Sequencer Complete list:=20 Sequencer DMA-Up and Complete list:=20 Sequencer On QFreeze and Complete list:=20 ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8000, SCB 0x1f1 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS)=20 SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)=20 SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]=20 SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =20 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)=20 ahd0: FIFO1 Free, LONGJMP =3D=3D 0x8063, SCB 0x1fb SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS)=20 SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)=20 SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]=20 SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =20 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)=20 LQIN: 0x8 0x0 0x1 0xf1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 = 0x0 0x0 0x0=20 ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42 ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x1 ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR)=20 CCSCBCTL[0x0]=20 ahd0: REG0 =3D=3D 0xb860, SINDEX =3D 0x10e, DINDEX =3D 0x106 ahd0: SCBPTR =3D=3D 0x1f1, SCB_NEXT =3D=3D 0xff40, SCB_NEXT2 =3D=3D 0x1fb CDB 12 0 0 80 88 9 STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (probe3:ahd0:0:3:0): inquiry data fails comparison at DV2 step (probe2:ahd0:0:2:0): inquiry data fails comparison at DV1 step (ahd0:A:3:0): refuses synchronous negotiation. Using asynchronous transfers (ahd0:A:2:0): refuses synchronous negotiation. Using asynchronous transfers da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: Serial Number DAA0P7A054GD da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 140272MB (287277984 512 byte sectors: 255H 63S/T 17882C) cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: Serial Number 3KS2NFJG00007611CFPX da2: 3.300MB/s transfers da2: Command Queueing enabled da2: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: Serial Number DAA0P7A054G3 da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da1: Command Queueing enabled da1: 140272MB (287277984 512 byte sectors: 255H 63S/T 17882C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: Serial Number 3KS1Z2KF00007620X9K1 da3: 3.300MB/s transfers da3: Command Queueing enabled da3: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) ses0 at ahd0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 1496279088 Hz quality 1000 Trying to mount root from ufs:/dev/da0s1a [rw]... --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 20:45:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 580B0BF6 for ; Sat, 9 Nov 2013 20:45:08 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm36-vm6.bullet.mail.bf1.yahoo.com (nm36-vm6.bullet.mail.bf1.yahoo.com [72.30.238.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDFDE2224 for ; Sat, 9 Nov 2013 20:45:07 +0000 (UTC) Received: from [98.139.212.149] by nm36.bullet.mail.bf1.yahoo.com with NNFMP; 09 Nov 2013 20:42:12 -0000 Received: from [98.139.213.15] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 09 Nov 2013 20:42:12 -0000 Received: from [127.0.0.1] by smtp115.mail.bf1.yahoo.com with NNFMP; 09 Nov 2013 20:42:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1384029732; bh=6SO836QTu+OfqYMQBdRE7j+4LhIR84xTN+vFwAj7900=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=plpj0HaWHd7r7mQPSJUpZB9tJ3UeFrXMtA3RSU+7NcMvPD9XYtae1h5PVEvjeUipT1C5oC03fiIUshc4/2GyLcI692ZqtLE3jv/t2JrWY7s0UI67eL3rrvh/8EBwGkL++D9J+6AwCQgRBIi27/NpIoxjL2X6+hzTiz2N7lCeKlk= X-Yahoo-Newman-Id: 930657.34003.bm@smtp115.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xFdOT1kVM1loHKBXB5zDwF1LINutALhKcPp1HWpQxPdQQ1e sVHOy8R0RaYzpgsMbnaDukZh1PACjcrzkF_b11TnS7G6JYfXIAHjxHLASTMF vPhGlYl_FfKdIassPJWNk90_JAmSfj8_aYCvCy7VX_hMu2sD7b5Fmw_t4UlR 5QF1dg2nJTEaLTIGhI3nTFa72N3UqYLQklB2_COzcHDRMp4FM4wp_lLpjIJ0 Dpwh08En4fOOc76ScDm6qa4d5DQk9KWRV4to7PzUgsSid7.cqNiMyXj1OLjm RMyCmHhLdOQXwPrrHd9UKiFz9bFBsC181sdqbYGTA6ygRCpq815G0Ajl14J. DcamzNTNL2529hFv84s0ovKkyeVhDkkzec4lEZqj3dGAsF5Fyfh8t9ttV7ce Vl9amDWVb.tWqpw.y_yQrUxCeXta2EghLpDaOEo98L1wKPJSA_nzZ3ThO8tt Yfr_bLfYZeRFJn3Kukx4HWNYwVlvask09V9R2CFd8J6vqipzpyB.XZrFb.2X zrX1eLgirTOfLzVEnnSg.ghcOP4c8lPK.V_8yPGFJY8jA_7TUe6hsYEdBp.Q wPDXIzSwygkJLRA84mMZkPcMeBzBDbG_XbwbiqERPVP5zwZ0QHoDL3Tl0qos iAN7T5.kf6AKUVmP__lPwbS9p1FMP75GlPw-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with ) by smtp115.mail.bf1.yahoo.com with SMTP; 09 Nov 2013 12:42:12 -0800 PST Subject: 10.0 BETA 3 with redports kernel panic From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-TypA/kWAYGuarweU+e5w" Date: Sat, 09 Nov 2013 12:42:11 -0800 Message-ID: <1384029731.1819.7.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 20:45:08 -0000 --=-TypA/kWAYGuarweU+e5w Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The redbuild boxes for redports are doing a very good and reliable job getting kernel panics out of 10.0: http://people.freebsd.org/~sbruno/redbuild_panic.txt Pretty frequent and pretty nasty. Happening on multiple machines under load. sean --=-TypA/kWAYGuarweU+e5w Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSfp4jAAoJEBkJRdwI6BaH/2gH/i9tJUv1egCqaPf/ZZ7oKYLI WJ4ZbzjfI8nkSN+CW/OZzBntTxjZqpccuV8VNjZA4E/ld2ZByVN4OOjCJIc5wJPV ZmC3K/+zOLQLKUi4CJxoQdXxemsSZ6vp4QZjiTOJQw6Ux3vP9uzS0JazGDRBENV4 LiR6IJjXn+eu0tVu4fpSafLzyK939XaZV+7lCDWviylGWErhlPmyq3rQYLV0fZMe Q5Ff9kgEAwLlojvSYBY9fMadklSQyW64c2DqRLC/VV7mR7XhZuvARW0tHeAfFP5Q 8o0KKDb/aRH8OMJjnXmlmfbYgs2fF4gwPcyFtTDMAweT4+gR2t8HS4L77V8K2BQ= =TjmI -----END PGP SIGNATURE----- --=-TypA/kWAYGuarweU+e5w-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 20:50:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD51DDB2; Sat, 9 Nov 2013 20:50:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B6E32283; Sat, 9 Nov 2013 20:50:35 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA9KoUYN072237; Sat, 9 Nov 2013 22:50:30 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA9KoUYN072237 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA9KoU4F072188; Sat, 9 Nov 2013 22:50:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 9 Nov 2013 22:50:30 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: 10.0 BETA 3 with redports kernel panic Message-ID: <20131109205030.GF59496@kib.kiev.ua> References: <1384029731.1819.7.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PsKvayTlYUWyb9lE" Content-Disposition: inline In-Reply-To: <1384029731.1819.7.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 20:50:36 -0000 --PsKvayTlYUWyb9lE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 09, 2013 at 12:42:11PM -0800, Sean Bruno wrote: > The redbuild boxes for redports are doing a very good and reliable job > getting kernel panics out of 10.0: >=20 > http://people.freebsd.org/~sbruno/redbuild_panic.txt >=20 > Pretty frequent and pretty nasty. Happening on multiple machines under > load. What is the source line for memrw+0x195 ? --PsKvayTlYUWyb9lE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSfqAVAAoJEJDCuSvBvK1BFakP/3uYsMEbC9p7nIWDWzvQLLgt aavVb+xZox+P18YKaO/YeAOlGQL70+sv4T1Gil+7yX0/A6Lwqu4qHWeFVL23ZW+z ZKHEer1RE+1LLCawYshExxYXBgijv866JwEO+LZaHxEpRIMu8nz33rRi2VLOz2he Z0urF/rZQEiTYsonrJmqhLKfX+xTWbGg01R20ZFJiH4Xw1awfBvAmYm5caFwH3Rl FAQJsHyelrnwratKZ3Fri1/Ok6X4jBOA9aA0OUArJi/fjNdQcft1fmSou5PRMaVs /B8peiDUxlRvet0b9jsPVZYNGYMylHO4xVi3+HXuWw679TcMsbFQyuK6VvBKtR33 XSHSnPT60ap0PWRrkPJiK70PxB4LFqiSuZDRELdQNLXtAKKKuhuQM0sa2whg2vhL 6hZHxwkgHSJOTjBXEm4JbJlvac7bU06Bpfb35PZTpxallY1FBY8BaCtmh0OA8Oj9 GE0lZW5LDbxPnFp3awc9FHXmMZdQ8I/RJOIHPF3ajX5FIC1m1VxCavzk65XeFOIj //KjhDtvgvi171EXmUnaSiHD+BTpbAF9kmASxA2qP4LX3NTUNZcgjcqC8WCvGbZ7 61N0MkE5nSsxEk1u97N0uvC3KIY9JBiQm9fw1hK7iMUXpCajyZM4k+x/Rp6EfSfb jNA8glqpYF4m7SBhLwjz =T8T/ -----END PGP SIGNATURE----- --PsKvayTlYUWyb9lE-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 22:15:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 35BE1A91 for ; Sat, 9 Nov 2013 22:15:43 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 162B325EB for ; Sat, 9 Nov 2013 22:15:42 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VfGoa-0005Pa-N0 for freebsd-stable@freebsd.org; Sat, 09 Nov 2013 14:15:36 -0800 Date: Sat, 9 Nov 2013 14:15:36 -0800 (PST) From: Seniae To: freebsd-stable@freebsd.org Message-ID: <1384035336707-5859800.post@n5.nabble.com> In-Reply-To: References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 22:15:43 -0000 Jakub thank you for your reply, I understand you need more information but my mail was merely meant as a note to people who know what they're doing. I'm not a code expert but I will try to be more specific later on. I'm still working on compiling things and setup my box the way I'd like. Zenny thank you for your reply. I've installed FreeBSD beta 2 from scratch, used the pkg install option to install subversion and updated my src and ports. After that I've rebuild the kernel GENERIC without changing any options for now, just to update it to beta3. I added "WITH_NEW_XORG=yes" to my make.conf. I've read some used gallium and something else as well but I stuck to just that one line. Xorg meta installed: xorg-7.7 xorg-apps-7.7 xorg-cf-files-1.0.5_1 xorg-docs-1.7,1 xorg-drivers-7.7 xorg-fonts-7.7 xorg-fonts-100dpi-7.7 xorg-fonts-75dpi-7.7 xorg-fonts-cyrillic-7.7 xorg-fonts-miscbitmaps-7.7 xorg-fonts-truetype-7.7.1 xorg-fonts-type1-7.7 xorg-libraries-7.7 xorg-macros-1.17.1 xorg-server-1.12.4_4.1 <----- that's the only 1.12 one Lets see the ports I've installed so far that had NO issues: Xorg Blackbox ClamTK Firefox Dillo Bluefish Apache24 MySQL55-server MySQL55-client XFE XFI XFW Portmaster Portupgrade subversion PHP55 Vim Texmaker Xed Gnumeric Abiword Samba4 Filezilla Python27 Boaconstructor Calibre Eric4 Transmission DrPython XPN Netbeans I don't know if this information is usefull but this what I can tell. Regards, Seniae -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859800.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 9 23:06:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4532D9AA for ; Sat, 9 Nov 2013 23:06:45 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25D0E2830 for ; Sat, 9 Nov 2013 23:06:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VfHc4-00081X-DQ for freebsd-stable@freebsd.org; Sat, 09 Nov 2013 15:06:44 -0800 Date: Sat, 9 Nov 2013 15:06:44 -0800 (PST) From: Seniae To: freebsd-stable@freebsd.org Message-ID: <1384038404408-5859808.post@n5.nabble.com> In-Reply-To: <1384035336707-5859800.post@n5.nabble.com> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2013 23:06:45 -0000 Zenny I forgot to mention, I configured xorg without hal. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859808.html Sent from the freebsd-stable mailing list archive at Nabble.com.