From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 00:01:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EF20F4A6; Sun, 23 Jun 2013 00:01:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C59A315DC; Sun, 23 Jun 2013 00:01:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5N01itP006216; Sat, 22 Jun 2013 20:01:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5N01i0T006212; Sun, 23 Jun 2013 00:01:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Jun 2013 00:01:44 GMT Message-Id: <201306230001.r5N01i0T006212@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 00:01:46 -0000 TB --- 2013-06-22 20:00:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-22 20:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-22 20:00:16 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-22 20:00:16 - cleaning the object tree TB --- 2013-06-22 20:01:54 - /usr/local/bin/svn stat /src TB --- 2013-06-22 20:01:57 - At svn revision 252098 TB --- 2013-06-22 20:01:58 - building world TB --- 2013-06-22 20:01:58 - CROSS_BUILD_TESTING=YES TB --- 2013-06-22 20:01:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-22 20:01:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-22 20:01:58 - SRCCONF=/dev/null TB --- 2013-06-22 20:01:58 - TARGET=amd64 TB --- 2013-06-22 20:01:58 - TARGET_ARCH=amd64 TB --- 2013-06-22 20:01:58 - TZ=UTC TB --- 2013-06-22 20:01:58 - __MAKE_CONF=/dev/null TB --- 2013-06-22 20:01:58 - cd /src TB --- 2013-06-22 20:01:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jun 22 20:02:05 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 22 23:49:24 UTC 2013 TB --- 2013-06-22 23:49:24 - generating LINT kernel config TB --- 2013-06-22 23:49:24 - cd /src/sys/amd64/conf TB --- 2013-06-22 23:49:24 - /usr/bin/make -B LINT TB --- 2013-06-22 23:49:24 - cd /src/sys/amd64/conf TB --- 2013-06-22 23:49:24 - /usr/sbin/config -m LINT TB --- 2013-06-22 23:49:24 - building LINT kernel TB --- 2013-06-22 23:49:24 - CROSS_BUILD_TESTING=YES TB --- 2013-06-22 23:49:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-22 23:49:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-22 23:49:24 - SRCCONF=/dev/null TB --- 2013-06-22 23:49:24 - TARGET=amd64 TB --- 2013-06-22 23:49:24 - TARGET_ARCH=amd64 TB --- 2013-06-22 23:49:24 - TZ=UTC TB --- 2013-06-22 23:49:24 - __MAKE_CONF=/dev/null TB --- 2013-06-22 23:49:24 - cd /src TB --- 2013-06-22 23:49:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 22 23:49:24 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/fs/nfsclient/nfs_clstate.c:5161:8: error: format specifies type 'long long' but the argument has type 'uint64_t' (aka 'unsigned long') [-Werror,-Wformat] lyp->nfsly_lastbyte); ^~~~~~~~~~~~~~~~~~~ /src/sys/fs/nfs/nfscl.h:74:11: note: expanded from macro 'NFSCL_DEBUG' printf(__VA_ARGS__); \ ^ 3 errors generated. *** Error code 1 Stop. make: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-23 00:01:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-23 00:01:44 - ERROR: failed to build LINT kernel TB --- 2013-06-23 00:01:44 - 11345.88 user 2203.34 system 14487.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 01:51:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AB9571D9; Sun, 23 Jun 2013 01:51:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 831E8181E; Sun, 23 Jun 2013 01:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5N1otTg040983; Sat, 22 Jun 2013 21:50:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5N1otIh040968; Sun, 23 Jun 2013 01:50:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Jun 2013 01:50:55 GMT Message-Id: <201306230150.r5N1otIh040968@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 01:51:01 -0000 TB --- 2013-06-23 00:01:44 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-23 00:01:44 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-23 00:01:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-06-23 00:01:44 - cleaning the object tree TB --- 2013-06-23 00:02:52 - /usr/local/bin/svn stat /src TB --- 2013-06-23 00:02:55 - At svn revision 252098 TB --- 2013-06-23 00:02:56 - building world TB --- 2013-06-23 00:02:56 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 00:02:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 00:02:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 00:02:56 - SRCCONF=/dev/null TB --- 2013-06-23 00:02:56 - TARGET=ia64 TB --- 2013-06-23 00:02:56 - TARGET_ARCH=ia64 TB --- 2013-06-23 00:02:56 - TZ=UTC TB --- 2013-06-23 00:02:56 - __MAKE_CONF=/dev/null TB --- 2013-06-23 00:02:56 - cd /src TB --- 2013-06-23 00:02:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jun 23 00:03:03 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jun 23 01:38:21 UTC 2013 TB --- 2013-06-23 01:38:21 - generating LINT kernel config TB --- 2013-06-23 01:38:21 - cd /src/sys/ia64/conf TB --- 2013-06-23 01:38:21 - /usr/bin/make -B LINT TB --- 2013-06-23 01:38:21 - cd /src/sys/ia64/conf TB --- 2013-06-23 01:38:21 - /usr/sbin/config -m LINT TB --- 2013-06-23 01:38:21 - building LINT kernel TB --- 2013-06-23 01:38:21 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 01:38:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 01:38:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 01:38:21 - SRCCONF=/dev/null TB --- 2013-06-23 01:38:21 - TARGET=ia64 TB --- 2013-06-23 01:38:21 - TARGET_ARCH=ia64 TB --- 2013-06-23 01:38:21 - TZ=UTC TB --- 2013-06-23 01:38:21 - __MAKE_CONF=/dev/null TB --- 2013-06-23 01:38:21 - cd /src TB --- 2013-06-23 01:38:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 23 01:38:21 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clcomsubs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clsubs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clstate.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_dolayoutcommit': /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 3 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 4 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 5 has type 'uint64_t' [-Wformat] *** Error code 1 Stop. make: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-23 01:50:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-23 01:50:55 - ERROR: failed to build LINT kernel TB --- 2013-06-23 01:50:55 - 5189.22 user 919.91 system 6550.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 02:35:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 34D9EB39 for ; Sun, 23 Jun 2013 02:35:18 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 0F75C1A15 for ; Sun, 23 Jun 2013 02:35:18 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb1so9550681pad.37 for ; Sat, 22 Jun 2013 19:35:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=zN6shDXMHFcyCzhPbEJbSqAnLUW8NGj6LtvOK2uuEJg=; b=YImqPrOav81IHi1YQg1oSEJO2zQDZ0MQ0GI0bZQBYxobVmEhfo4ePD4qy7fB3sV0so ZxdyJKN7eEKsRtRvFoMA8NN2pz4AiRHKwq1cIyFw1oM2hghQulvcfrVUodmrZARbxh3/ 1OFBIq1qI0+DeXWbu+ZJ1y/I1mWWOUhNiOwZ+KF+TKBCADx1Zeq+g0oAWYiCXY3465fo Xy0yYZQUFbnmSnGKK5et5dmL7D09+XNfn3+jCtduSiJWoWAIiVIDYxGQHpFU59Lai9NE NBfLisl/2/LwrUZbnrxlRAkOb+8Zffz6DokouSPbkz1Du95zYF9vmTS75RCYuxeXe4Wg AGzQ== X-Received: by 10.66.224.237 with SMTP id rf13mr22254140pac.26.1371954917857; Sat, 22 Jun 2013 19:35:17 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id re16sm12773029pac.16.2013.06.22.19.35.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 22 Jun 2013 19:35:17 -0700 (PDT) Date: Sat, 22 Jun 2013 16:37:24 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Zbyszek Bodek Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory In-Reply-To: <51C4A067.7010203@semihalf.com> Message-ID: References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQl8EJ8TRvhROyWNOf2CyMgiPYv8q4fFA7GDkU4GDpQ+6iRofd60kTO6rkRHCp4+ZZAYkS4Z Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 02:35:18 -0000 On Fri, 21 Jun 2013, Zbyszek Bodek wrote: > On 21.06.2013 01:56, Jeff Roberson wrote: >> On Thu, 20 Jun 2013, Jeff Roberson wrote: >> >>> On Wed, 19 Jun 2013, Zbyszek Bodek wrote: >>> >>>> Hello, >>>> >>>> I've been trying to compile the kernel on my ARMv7 platform using the >>>> sources from the current FreeBSD HEAD. >>>> >>>> make buildkernel <.....> -j5 >>>> >>>> 1/2 builds fails in the way described below: >>>> -------------------------------------------------------------------------- >>>> >>>> ing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>>> -I/root/src/freebsd-arm-superpages/sys >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/altq >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/libfdt -D_KERNEL >>>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>>> -finline-limit=8000 --param inline-unit-growth=100 --param >>>> large-function-growth=1000 -mno-thumb-interwork -ffreestanding -Werror >>>> /root/src/freebsd-arm-superpages/sys/ufs/ffs/ffs_snapshot.c >>>> Cannot fork: Cannot allocate memory >>>> *** [ffs_snapshot.o] Error code 2 >>>> 1 error >>>> *** [buildkernel] Error code 2 >>>> 1 error >>>> *** [buildkernel] Error code 2 >>>> 1 error >>>> 5487.888u 481.569s 7:35.65 1310.0% 1443+167k 1741+5388io 221pf+0w >>>> -------------------------------------------------------------------------- >>>> >>>> >>>> The warning from std err is: >>>> -------------------------------------------------------------------------- >>>> >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>>> -------------------------------------------------------------------------- >>>> >>>> >>>> I was trying to find out which commit is causing this (because I was >>>> previously working on some older revision) and using bisect I got to: >>>> >>>> -------------------------------------------------------------------------- >>>> >>>> Author: jeff >>>> Date: Tue Jun 18 04:50:20 2013 +0000 >>>> >>>> Refine UMA bucket allocation to reduce space consumption and improve >>>> performance. >>>> >>>> - Always free to the alloc bucket if there is space. This gives >>>> LIFO >>>> allocation order to improve hot-cache performance. This also >>>> allows >>>> for zones with a single bucket per-cpu rather than a pair if the >>>> entire >>>> working set fits in one bucket. >>>> - Enable per-cpu caches of buckets. To prevent recursive bucket >>>> allocation one bucket zone still has per-cpu caches disabled. >>>> - Pick the initial bucket size based on a table driven maximum size >>>> per-bucket rather than the number of items per-page. This gives >>>> more sane initial sizes. >>>> - Only grow the bucket size when we face contention on the zone >>>> lock, this >>>> causes bucket sizes to grow more slowly. >>>> - Adjust the number of items per-bucket to account for the header >>>> space. >>>> This packs the buckets more efficiently per-page while making them >>>> not quite powers of two. >>>> - Eliminate the per-zone free bucket list. Always return buckets >>>> back >>>> to the bucket zone. This ensures that as zones grow into larger >>>> bucket sizes they eventually discard the smaller sizes. It >>>> persists >>>> fewer buckets in the system. The locking is slightly trickier. >>>> - Only switch buckets in zalloc, not zfree, this eliminates >>>> pathological >>>> cases where we ping-pong between two buckets. >>>> - Ensure that the thread that fills a new bucket gets to allocate >>>> from >>>> it to give a better upper bound on allocation time. >>>> >>>> Sponsored by: EMC / Isilon Storage Division >>>> -------------------------------------------------------------------------- >>>> >>>> >>>> I checked this several times and this commits seems to be causing this. >>> >>> Can you tell me how many cores and how much memory you have? And >>> paste the output of vmstat -z when you see this error. >>> >>> You can try changing bucket_select() at line 339 in uma_core.c to read: >>> >>> static int >>> bucket_select(int size) >>> { >>> return (MAX(PAGE_SIZE / size, 1)); >>> } >>> >>> This will approximate the old bucket sizing behavior. >> >> Just to add some more information; On my machine with 16GB of ram the >> handful of recent UMA commits save about 20MB of kmem on boot. There >> are 30% fewer buckets allocated. And all of the malloc zones have >> similar amounts of cached space. Actually the page size malloc bucket >> is taking up much less space. >> >> I don't know if the problem is unique to arm but I have tested x86 >> limited to 512MB of ram without trouble. I will need the stats I >> mentioned before to understand what has happened. >> > > Hello Jeff, > > Thank you for your interest in my problem. > > My system is a quad-core ARMv7 with 2048 MB of RAM on board. > Please see attachment for the output from vmstat -z when the error occurs. > > Changing bucket_select() to > > static int > bucket_select(int size) > { > return (MAX(PAGE_SIZE / size, 1)); > } > > as you suggested helps for the problem. I've performed numerous attempts > to build the kernel and none of them failed. > I don't really see a lot of wasted memory in the zones. There is certainly some. Can you give me sysctl vm from both a working and non-working kernel after the build is done or fails? Thanks, Jeff > Best regards > Zbyszek Bodek > From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 02:53:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B651132C; Sun, 23 Jun 2013 02:53:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9051A8A; Sun, 23 Jun 2013 02:53:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5N2rHS1092722; Sat, 22 Jun 2013 22:53:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5N2rHbx092718; Sun, 23 Jun 2013 02:53:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Jun 2013 02:53:17 GMT Message-Id: <201306230253.r5N2rHbx092718@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 02:53:18 -0000 TB --- 2013-06-23 01:50:55 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-23 01:50:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-23 01:50:55 - starting HEAD tinderbox run for mips64/mips TB --- 2013-06-23 01:50:55 - cleaning the object tree TB --- 2013-06-23 01:51:55 - /usr/local/bin/svn stat /src TB --- 2013-06-23 01:52:01 - At svn revision 252098 TB --- 2013-06-23 01:52:02 - building world TB --- 2013-06-23 01:52:02 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 01:52:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 01:52:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 01:52:02 - SRCCONF=/dev/null TB --- 2013-06-23 01:52:02 - TARGET=mips TB --- 2013-06-23 01:52:02 - TARGET_ARCH=mips64 TB --- 2013-06-23 01:52:02 - TZ=UTC TB --- 2013-06-23 01:52:02 - __MAKE_CONF=/dev/null TB --- 2013-06-23 01:52:02 - cd /src TB --- 2013-06-23 01:52:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jun 23 01:52: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 Sun Jun 23 02:52:44 UTC 2013 TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m ADM5120 TB --- 2013-06-23 02:52:44 - skipping ADM5120 kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m ALCHEMY TB --- 2013-06-23 02:52:44 - skipping ALCHEMY kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AP121 TB --- 2013-06-23 02:52:44 - skipping AP121 kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AP91 TB --- 2013-06-23 02:52:44 - skipping AP91 kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AP93 TB --- 2013-06-23 02:52:44 - skipping AP93 kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AP94 TB --- 2013-06-23 02:52:44 - skipping AP94 kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AP96 TB --- 2013-06-23 02:52:44 - skipping AP96 kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-06-23 02:52:44 - skipping AR71XX_BASE kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AR724X_BASE TB --- 2013-06-23 02:52:44 - skipping AR724X_BASE kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-06-23 02:52:44 - skipping AR91XX_BASE kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m AR933X_BASE TB --- 2013-06-23 02:52:44 - skipping AR933X_BASE kernel TB --- 2013-06-23 02:52:44 - cd /src/sys/mips/conf TB --- 2013-06-23 02:52:44 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-06-23 02:52:44 - building BERI_DE4_MDROOT kernel TB --- 2013-06-23 02:52:44 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 02:52:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 02:52:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 02:52:44 - SRCCONF=/dev/null TB --- 2013-06-23 02:52:44 - TARGET=mips TB --- 2013-06-23 02:52:44 - TARGET_ARCH=mips64 TB --- 2013-06-23 02:52:44 - TZ=UTC TB --- 2013-06-23 02:52:44 - __MAKE_CONF=/dev/null TB --- 2013-06-23 02:52:44 - cd /src TB --- 2013-06-23 02:52:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sun Jun 23 02:52: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 [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clcomsubs.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clsubs.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clstate.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_dolayoutcommit': /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 3 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 4 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 5 has type 'uint64_t' [-Wformat] *** Error code 1 Stop. make: stopped in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-23 02:53:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-23 02:53:17 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-06-23 02:53:17 - 2645.05 user 618.41 system 3741.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 04:53:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DBCAE5CA; Sun, 23 Jun 2013 04:53:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AE3EC1EBF; Sun, 23 Jun 2013 04:53:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5N4rGO6063714; Sun, 23 Jun 2013 00:53:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5N4rGqV063690; Sun, 23 Jun 2013 04:53:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Jun 2013 04:53:16 GMT Message-Id: <201306230453.r5N4rGqV063690@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 04:53:18 -0000 TB --- 2013-06-23 03:41:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-23 03:41:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-23 03:41:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-23 03:41:36 - cleaning the object tree TB --- 2013-06-23 03:42:40 - /usr/local/bin/svn stat /src TB --- 2013-06-23 03:42:43 - At svn revision 252098 TB --- 2013-06-23 03:42:44 - building world TB --- 2013-06-23 03:42:44 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 03:42:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 03:42:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 03:42:44 - SRCCONF=/dev/null TB --- 2013-06-23 03:42:44 - TARGET=sparc64 TB --- 2013-06-23 03:42:44 - TARGET_ARCH=sparc64 TB --- 2013-06-23 03:42:44 - TZ=UTC TB --- 2013-06-23 03:42:44 - __MAKE_CONF=/dev/null TB --- 2013-06-23 03:42:44 - cd /src TB --- 2013-06-23 03:42:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jun 23 03:42:52 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jun 23 04:45:02 UTC 2013 TB --- 2013-06-23 04:45:02 - generating LINT kernel config TB --- 2013-06-23 04:45:02 - cd /src/sys/sparc64/conf TB --- 2013-06-23 04:45:02 - /usr/bin/make -B LINT TB --- 2013-06-23 04:45:02 - cd /src/sys/sparc64/conf TB --- 2013-06-23 04:45:02 - /usr/sbin/config -m LINT TB --- 2013-06-23 04:45:02 - building LINT kernel TB --- 2013-06-23 04:45:02 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 04:45:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 04:45:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 04:45:02 - SRCCONF=/dev/null TB --- 2013-06-23 04:45:02 - TARGET=sparc64 TB --- 2013-06-23 04:45:02 - TARGET_ARCH=sparc64 TB --- 2013-06-23 04:45:02 - TZ=UTC TB --- 2013-06-23 04:45:02 - __MAKE_CONF=/dev/null TB --- 2013-06-23 04:45:02 - cd /src TB --- 2013-06-23 04:45:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 23 04:45: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clcomsubs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clsubs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clstate.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_dolayoutcommit': /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 3 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 4 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 5 has type 'uint64_t' [-Wformat] *** Error code 1 Stop. make: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-23 04:53:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-23 04:53:16 - ERROR: failed to build LINT kernel TB --- 2013-06-23 04:53:16 - 3588.70 user 611.25 system 4300.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 06:25:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3F29F90D; Sun, 23 Jun 2013 06:25:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 14F8110FD; Sun, 23 Jun 2013 06:25:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5N6Ps1G041536; Sun, 23 Jun 2013 02:25:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5N6PrLG041535; Sun, 23 Jun 2013 06:25:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Jun 2013 06:25:53 GMT Message-Id: <201306230625.r5N6PrLG041535@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 06:25:55 -0000 TB --- 2013-06-23 03:22:48 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-23 03:22:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-23 03:22:48 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-06-23 03:22:48 - cleaning the object tree TB --- 2013-06-23 03:24:30 - /usr/local/bin/svn stat /src TB --- 2013-06-23 03:24:34 - At svn revision 252098 TB --- 2013-06-23 03:24:35 - building world TB --- 2013-06-23 03:24:35 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 03:24:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 03:24:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 03:24:35 - SRCCONF=/dev/null TB --- 2013-06-23 03:24:35 - TARGET=powerpc TB --- 2013-06-23 03:24:35 - TARGET_ARCH=powerpc64 TB --- 2013-06-23 03:24:35 - TZ=UTC TB --- 2013-06-23 03:24:35 - __MAKE_CONF=/dev/null TB --- 2013-06-23 03:24:35 - cd /src TB --- 2013-06-23 03:24:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jun 23 03:24:41 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jun 23 06:22:46 UTC 2013 TB --- 2013-06-23 06:22:46 - generating LINT kernel config TB --- 2013-06-23 06:22:46 - cd /src/sys/powerpc/conf TB --- 2013-06-23 06:22:46 - /usr/bin/make -B LINT TB --- 2013-06-23 06:22:46 - cd /src/sys/powerpc/conf TB --- 2013-06-23 06:22:46 - /usr/sbin/config -m LINT TB --- 2013-06-23 06:22:46 - skipping LINT kernel TB --- 2013-06-23 06:22:46 - cd /src/sys/powerpc/conf TB --- 2013-06-23 06:22:46 - /usr/sbin/config -m GENERIC TB --- 2013-06-23 06:22:46 - skipping GENERIC kernel TB --- 2013-06-23 06:22:46 - cd /src/sys/powerpc/conf TB --- 2013-06-23 06:22:46 - /usr/sbin/config -m GENERIC64 TB --- 2013-06-23 06:22:46 - building GENERIC64 kernel TB --- 2013-06-23 06:22:46 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 06:22:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 06:22:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 06:22:46 - SRCCONF=/dev/null TB --- 2013-06-23 06:22:46 - TARGET=powerpc TB --- 2013-06-23 06:22:46 - TARGET_ARCH=powerpc64 TB --- 2013-06-23 06:22:46 - TZ=UTC TB --- 2013-06-23 06:22:46 - __MAKE_CONF=/dev/null TB --- 2013-06-23 06:22:46 - cd /src TB --- 2013-06-23 06:22:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jun 23 06:22: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 [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clcomsubs.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clsubs.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clstate.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_dolayoutcommit': /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 3 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 4 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 5 has type 'uint64_t' [-Wformat] *** Error code 1 Stop. make: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-23 06:25:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-23 06:25:53 - ERROR: failed to build GENERIC64 kernel TB --- 2013-06-23 06:25:53 - 9599.98 user 1215.09 system 10985.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 06:25:58 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5619290E; Sun, 23 Jun 2013 06:25:58 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1806610FE; Sun, 23 Jun 2013 06:25:57 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UqdkF-0037pv-3I>; Sun, 23 Jun 2013 08:25:51 +0200 Received: from g225187174.adsl.alicedsl.de ([92.225.187.174] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UqdkF-0034Xk-0G>; Sun, 23 Jun 2013 08:25:51 +0200 Date: Sun, 23 Jun 2013 08:25:44 +0200 From: "O. Hartmann" To: Hiroki Sato Subject: Re: revision 252095: kerenl fails to compile: nfs_clstate.c:5160:33: error: format specifies type 'long long' but the argument has type 'uint64_t' Message-ID: <20130623082544.1c5d5f21@thor.walstatt.dyndns.org> In-Reply-To: <20130623.015318.10019857672947305.hrs@allbsd.org> References: <20130622150856.5e6f9c90@thor.walstatt.dyndns.org> <20130623.015318.10019857672947305.hrs@allbsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/T=24ajd.YUtjXA5_4NHIgVl"; protocol="application/pgp-signature" X-Originating-IP: 92.225.187.174 Cc: freebsd-current@FreeBSD.org, hiren.panchasara@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 06:25:58 -0000 --Sig_/T=24ajd.YUtjXA5_4NHIgVl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 23 Jun 2013 01:53:18 +0900 (JST) Hiroki Sato wrote: > hiren panchasara wrote > in > : >=20 > hi> On Jun 22, 2013 6:09 AM, "O. Hartmann" > hi> wrote: > hi> > > hi> > > hi> > Just for notice. > hi> > > hi> > The most recent sources fail to compile a kernel successfully: > hi> > hi> http://svnweb.freebsd.org/changeset/base/252074 > hi> > hi> This change is the culprit. >=20 > The attached patch should fix it. >=20 > -- Hiroki Thanks, works now. oh --Sig_/T=24ajd.YUtjXA5_4NHIgVl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJRxpTuAAoJEOgBcD7A/5N88PkH/ReEgEsuxkkR9NP3awRDdk1O NSYNGBaMAcHhvTeHd3nTrKFNSuY+QAviN5exS8oc+6S7WxS1+W+Hs0PVKsugPqbt D7L+7pJo/t6timqU9/AlBuHkewIqkXAuTMbmg1GxHjctxplQerOt/fC3qCq8Eycm Fom0RofR5AqI2O1CVCrvLzkSVVEbiDfAvrXxdtsZ3SXTqySGZKq72Xay70R+oEnv LbWWLUAG1u870KfU9ZuROnNdlhToRONhQQLbl/ZSKIWdtFLUXsVcCIEtrlvy1zcP 0En+VClV5fIrgzOYWo1V+j3xGhP9JfkdeP00wxxYYN7n6U9Z6cfz7rfKGzm9chw= =nKW8 -----END PGP SIGNATURE----- --Sig_/T=24ajd.YUtjXA5_4NHIgVl-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 06:57:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7D7BADB4; Sun, 23 Jun 2013 06:57:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E73C511A0; Sun, 23 Jun 2013 06:57:11 +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 r5N6v7bb006214; Sun, 23 Jun 2013 09:57:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5N6v7bb006214 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5N6v6dI006213; Sun, 23 Jun 2013 09:57:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 09:57:06 +0300 From: Konstantin Belousov To: Zbyszek Bodek Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623065706.GV91021@kib.kiev.ua> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WZjgKYXV2jnEACro" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, Jeff Roberson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 06:57:12 -0000 --WZjgKYXV2jnEACro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 22, 2013 at 04:37:24PM -1000, Jeff Roberson wrote: > On Fri, 21 Jun 2013, Zbyszek Bodek wrote: >=20 > > On 21.06.2013 01:56, Jeff Roberson wrote: > >> On Thu, 20 Jun 2013, Jeff Roberson wrote: > >> > >>> On Wed, 19 Jun 2013, Zbyszek Bodek wrote: > >>> > >>>> Hello, > >>>> > >>>> I've been trying to compile the kernel on my ARMv7 platform using the > >>>> sources from the current FreeBSD HEAD. > >>>> > >>>> make buildkernel <.....> -j5 > >>>> > >>>> 1/2 builds fails in the way described below: > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> ing-include-dirs -fdiagnostics-show-option -nostdinc -I. > >>>> -I/root/src/freebsd-arm-superpages/sys > >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/altq > >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/libfdt -D_KERNEL > >>>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > >>>> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > >>>> large-function-growth=3D1000 -mno-thumb-interwork -ffreestanding -W= error > >>>> /root/src/freebsd-arm-superpages/sys/ufs/ffs/ffs_snapshot.c > >>>> Cannot fork: Cannot allocate memory > >>>> *** [ffs_snapshot.o] Error code 2 > >>>> 1 error > >>>> *** [buildkernel] Error code 2 > >>>> 1 error > >>>> *** [buildkernel] Error code 2 > >>>> 1 error > >>>> 5487.888u 481.569s 7:35.65 1310.0% 1443+167k 1741+5388io 221pf+= 0w > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> > >>>> The warning from std err is: > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> vm_thread_new: kstack allocation failed > >>>> vm_thread_new: kstack allocation failed > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> > >>>> I was trying to find out which commit is causing this (because I was > >>>> previously working on some older revision) and using bisect I got to: > >>>> > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> Author: jeff > >>>> Date: Tue Jun 18 04:50:20 2013 +0000 > >>>> > >>>> Refine UMA bucket allocation to reduce space consumption and impr= ove > >>>> performance. > >>>> > >>>> - Always free to the alloc bucket if there is space. This gives > >>>> LIFO > >>>> allocation order to improve hot-cache performance. This also > >>>> allows > >>>> for zones with a single bucket per-cpu rather than a pair if t= he > >>>> entire > >>>> working set fits in one bucket. > >>>> - Enable per-cpu caches of buckets. To prevent recursive bucket > >>>> allocation one bucket zone still has per-cpu caches disabled. > >>>> - Pick the initial bucket size based on a table driven maximum s= ize > >>>> per-bucket rather than the number of items per-page. This giv= es > >>>> more sane initial sizes. > >>>> - Only grow the bucket size when we face contention on the zone > >>>> lock, this > >>>> causes bucket sizes to grow more slowly. > >>>> - Adjust the number of items per-bucket to account for the header > >>>> space. > >>>> This packs the buckets more efficiently per-page while making = them > >>>> not quite powers of two. > >>>> - Eliminate the per-zone free bucket list. Always return buckets > >>>> back > >>>> to the bucket zone. This ensures that as zones grow into larg= er > >>>> bucket sizes they eventually discard the smaller sizes. It > >>>> persists > >>>> fewer buckets in the system. The locking is slightly trickier. > >>>> - Only switch buckets in zalloc, not zfree, this eliminates > >>>> pathological > >>>> cases where we ping-pong between two buckets. > >>>> - Ensure that the thread that fills a new bucket gets to allocate > >>>> from > >>>> it to give a better upper bound on allocation time. > >>>> > >>>> Sponsored by: EMC / Isilon Storage Division > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> > >>>> I checked this several times and this commits seems to be causing th= is. > >>> > >>> Can you tell me how many cores and how much memory you have? And > >>> paste the output of vmstat -z when you see this error. > >>> > >>> You can try changing bucket_select() at line 339 in uma_core.c to rea= d: > >>> > >>> static int > >>> bucket_select(int size) > >>> { > >>> return (MAX(PAGE_SIZE / size, 1)); > >>> } > >>> > >>> This will approximate the old bucket sizing behavior. > >> > >> Just to add some more information; On my machine with 16GB of ram the > >> handful of recent UMA commits save about 20MB of kmem on boot. There > >> are 30% fewer buckets allocated. And all of the malloc zones have > >> similar amounts of cached space. Actually the page size malloc bucket > >> is taking up much less space. > >> > >> I don't know if the problem is unique to arm but I have tested x86 > >> limited to 512MB of ram without trouble. I will need the stats I > >> mentioned before to understand what has happened. > >> > > > > Hello Jeff, > > > > Thank you for your interest in my problem. > > > > My system is a quad-core ARMv7 with 2048 MB of RAM on board. > > Please see attachment for the output from vmstat -z when the error occu= rs. > > > > Changing bucket_select() to > > > > static int > > bucket_select(int size) > > { > > return (MAX(PAGE_SIZE / size, 1)); > > } > > > > as you suggested helps for the problem. I've performed numerous attempts > > to build the kernel and none of them failed. > > >=20 > I don't really see a lot of wasted memory in the zones. There is=20 > certainly some. Can you give me sysctl vm from both a working and=20 > non-working kernel after the build is done or fails? Try this: http://people.freebsd.org/~kib/misc/arm_bcache.1.patch Please _do_ notify me whether it compiled and helped with your problem. --WZjgKYXV2jnEACro Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxpxBAAoJEJDCuSvBvK1BaV0P/0dcOgHNcxsL0rv7T2YJXi2Z 9ie3nlIHBQvpA4mfbC2KAGOTX//3CFX+ZHotdRCdypN768h6QuZXfPawohy4Qjem q0lajL5rtzDjBgR+zmhmtnMGkqsew0o3UENEBzsbRmspDQIEccoxxQgkbzX8BtsF hi7EPVsoKw4CNkP/4puQmmTmWFS63AxCLrDYeqyNp/FMJBsffq+GLmRT4VhAiREr 5QbWm4OiXgONg8SDkcp6akbsn8Tpybfszaoj6N3RsGq6tE3gWO4UFVLqT8Wmrwhm gb90Q/N48gFJHCSyde62u4TEfgVozcSa3G2y3Jw9tjSHPPSqICyrwT/azTYn8TgM ypwaZ1W0NAEchAh8IXcc7YVYMeSoMaG0yY53X3gbWZLHVjdgJdoP3dwpAE65meoj jWJW0CXAQKSqJFd5DeCOcqIh0dhMUfTIa18NrUIUi7Uwm3MStvGLwjbYFXZVkdQL tJIHaWTm+XRvdPMpyYji/FBuIQomkcPS9KMlCXypvYjlCNRhj6HzlXw7dDnfYs44 WOGY81btBHdfw2vMwapoRqa+EWmucO29V9+GBlUpSF48mQiLyk0a5XkEXIg+Xo/T dKGTpgDjjBh6J5mqBpQCLrXf5wfvYRflK2BSNY8vQnRuybbCgb9jK0YzDxcPZ0zu FMQZnqqgZhk6XUsYBIvy =ig/L -----END PGP SIGNATURE----- --WZjgKYXV2jnEACro-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 08:33:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C7D4A9DF for ; Sun, 23 Jun 2013 08:33:37 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id C75BD137C for ; Sun, 23 Jun 2013 08:33:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id 82B582A831DD; Sun, 23 Jun 2013 10:33:27 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hK55isD4r4AP; Sun, 23 Jun 2013 10:33:25 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 231442A831B9; Sun, 23 Jun 2013 10:33:25 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Uqfje-0000Ka-I2; Sun, 23 Jun 2013 10:33:22 +0200 To: Hans Petter Selasky From: Ian FREISLICH Subject: Re: usb ACM device doesn't work In-Reply-To: <51C6159D.3080205@bitfrost.no> References: <51C6159D.3080205@bitfrost.no> <8316A74D-7816-497C-851E-9D13A658C835@gsoft.com.au> X-Attribution: BOFH Date: Sun, 23 Jun 2013 10:33:22 +0200 Message-Id: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 08:33:37 -0000 Hans Petter Selasky wrote: > On 06/22/13 20:54, Ian FREISLICH wrote: > > "Daniel O'Connor" wrote: > >> > >> On 22/06/2013, at 4:10, Ian FREISLICH wrote: > >>> I bought a relay control board that has a USB interface. It presents > >>> a serial port to Linux on /dev/ttyACMx. However when I plug it > >>> into my FreeBSD host, it detects as follows: > >>> > >>> ugen0.2: at usbus0 > >>> umodem0: on usbus0 > >>> umodem0: data interface 1, has no CM over data, has no break > >>> > >>> and I cannot communicate with it. Any ideas how to communicate with it? > >> > >> Have you tried anything? > >> It should create /dev/cuaUx and /dev/ttyUx (where x is 0 in your case) > > > > I'w sorry, I should have been more specific. > > > > I have a device that controls a bunch of relays with commands issued > > to it over a serial port. This serial port is CDC-ACM on a USB > > interface. The device uses a PIC microcontroller and PICKIT2 from > > Microchip Technology Inc (vendorID 0x04d8). Linux correctly detects > > the device with "CM over data" and I'm able to communicate with it > > on /dev/ttyACM0 and the TX/RX LEDs on the device blink when > > transferring data. > > > > FreeBSD on the other hand detects it as having no "CM over data" > > and while I can open /dev/cuaU0 and write data to it, the RX/TX > > lights on the device don't blink and reads time out. As previously > > stated "I cannot communicate with it". I tried adding the quirk > > UQ_ASSUME_CM_OVER_DATA, but then the terminal program locks up and > > won't exit until I pull the USB cable. The same happens when I > > force the CM over Data capability in the umodem driverwhen attaching > > the device, so there's some issue with our CDC/ACM support or Linux > > is working harder to make non-compliant usb hardware work. > > > > Also, our usbdevs is incorrect in listing vedor 0x04d8 as I-Tuner > > Networks. It is in fact licensed to Microchip Tochnology Inc. which > > then sub-licenses productIDs royalty free to third parties providing > > certain conditions are met. See: > > > > http://ww1.microchip.com/downloads/en/DeviceDoc/APPLICATION%20FOR%20SUBLICE NSE%20TO%20USB%20VID%20revised%2012110.pdf > > > > I don't have the knowledge to fix the FreeBSD USD driver and for > > the $45 it cost me it's not worth the effort to reinstall the host > > I'm using with linux. If there's no fix forthcoming I'll just get > > the EIA-485 version of the device with no hard feelings. > > > > Ian > > > > Hi Ian, > > Have you tried using usbdump to capture the USB traffic? It might be > something like clear-stall which fails, and make the device broken: > > usbdump -i usbusX -f Y -vvv -s 65536 I can't see anything obvious. As I plug the device in: 10:23:59.519700 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 01 00 00 08 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 8 bytes flags 0x10 status 0xca1a3 10:23:59.521660 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 8 bytes 0000 12 01 10 01 02 00 00 08 -- -- -- -- -- -- -- -- |........ | flags 0x10 status 0xca1a1 10:23:59.521694 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 01 00 00 12 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 18 bytes flags 0x10 status 0xea1a3 10:23:59.522736 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 18 bytes 0000 12 01 10 01 02 00 00 08 D8 04 F9 FE 00 01 01 02 |................| 0010 00 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xea1a1 10:23:59.522769 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xca1a3 10:23:59.523344 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 04 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xca1a1 10:23:59.523371 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes flags 0x10 status 0xea1a3 10:23:59.524106 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | flags 0x10 status 0xea1a1 10:23:59.524128 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 01 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xca1a3 10:23:59.524620 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 08 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xca1a1 10:23:59.524640 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 01 03 09 04 08 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 8 bytes flags 0x10 status 0xea1a3 10:23:59.525396 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 8 bytes 0000 08 03 4B 00 4D 00 54 00 -- -- -- -- -- -- -- -- |..K.M.T. | flags 0x10 status 0xea1a1 10:23:59.525415 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 02 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xca1a3 10:23:59.525914 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 18 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xca1a1 10:23:59.525927 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 02 03 09 04 18 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 24 bytes flags 0x10 status 0xea1a3 10:23:59.526951 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=24,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 24 bytes 0000 18 03 55 00 53 00 42 00 20 00 43 00 44 00 43 00 |..U.S.B. .C.D.C.| 0010 20 00 43 00 4F 00 4D 00 -- -- -- -- -- -- -- -- | .C.O.M. | flags 0x10 status 0xea1a1 10:23:59.526975 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 02 00 00 09 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 9 bytes flags 0x10 status 0xca1a3 10:23:59.527718 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=12,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 9 bytes 0000 09 02 43 00 02 01 00 C0 00 -- -- -- -- -- -- -- |..C...... | flags 0x10 status 0xca1a1 10:23:59.527735 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 02 00 00 43 00 -- -- -- -- -- -- -- -- |......C. | frame[1] READ 67 bytes flags 0x10 status 0xea1a3 10:23:59.530048 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=68,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 67 bytes 0000 09 02 43 00 02 01 00 C0 00 09 04 00 00 01 02 02 |..C.............| 0010 01 00 05 24 00 10 01 04 24 02 02 05 24 06 00 01 |...$....$...$...| 0020 05 24 01 00 01 07 05 81 03 08 00 FA 09 04 01 00 |.$..............| 0030 02 0A 00 00 00 07 05 02 02 40 00 01 07 05 82 02 |.........@......| 0040 40 00 01 -- -- -- -- -- -- -- -- -- -- -- -- -- |@.. | flags 0x10 status 0xea1a1 10:23:59.530084 usbus0.2 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 00 00 00 00 00 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xca1a3 10:23:59.530568 usbus0.2 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 01 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xca1a1 10:23:59.530830 usbus0.2 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 00 09 01 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ | flags 0x10 status 0xea1a3 10:23:59.531395 usbus0.2 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes flags 0x10 status 0xea1a1 ================= On onening /dev/cuaU0: 10:27:11.183141 usbus0.2 SUBM-INTR-EP=00000081,SPD=FULL,NFR=1,SLEN=0,IVAL=250 frame[0] READ 8 bytes flags 0x8a status 0xcb023 10:27:11.183145 usbus0.2 SUBM-BULK-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=0 frame[0] READ 1024 bytes flags 0xa status 0xeb023 10:27:11.183152 usbus0.2 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 21 22 03 00 00 00 00 00 -- -- -- -- -- -- -- -- |!"...... | flags 0x10 status 0xca1a3 10:27:11.183481 usbus0.2 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes flags 0x10 status 0xca1a1 10:27:11.183494 usbus0.2 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 21 22 03 00 00 00 00 00 -- -- -- -- -- -- -- -- |!"...... | flags 0x10 status 0xea1a3 10:27:11.183989 usbus0.2 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes flags 0x10 status 0xea1a1 10:27:11.183996 usbus0.2 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=16,IVAL=0 frame[0] WRITE 8 bytes 0000 21 20 00 00 00 00 07 00 -- -- -- -- -- -- -- -- |! ...... | frame[1] WRITE 7 bytes 0000 80 25 00 00 00 00 08 -- -- -- -- -- -- -- -- -- |.%..... | flags 0x10 status 0xca1a3 10:27:11.184507 usbus0.2 DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] WRITE 7 bytes flags 0x10 status 0xca1a1 ================= On writing data to /dev/cuaU0: 10:29:03.220028 usbus0.2 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=16,IVAL=0 frame[0] WRITE 8 bytes 0000 21 20 00 00 00 00 07 00 -- -- -- -- -- -- -- -- |! ...... | frame[1] WRITE 7 bytes 0000 80 25 00 00 00 00 08 -- -- -- -- -- -- -- -- -- |.%..... | flags 0x10 status 0xea1a3 10:29:03.220622 usbus0.2 DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] WRITE 7 bytes flags 0x10 status 0xea1a1 10:29:19.903977 usbus0.2 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=50 frame[0] WRITE 8 bytes 0000 02 01 00 00 02 00 00 00 -- -- -- -- -- -- -- -- |........ | flags 0 <0> status 0x6a1a3 10:29:19.904422 usbus0.2 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=50,ERR=0 frame[0] WRITE 8 bytes flags 0 <0> status 0xea1a1 10:29:19.904434 usbus0.2 SUBM-BULK-EP=00000002,SPD=FULL,NFR=1,SLEN=4,IVAL=0 frame[0] WRITE 1 bytes 0000 6F -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |o | flags 0x9 status 0x4a023 -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 08:53:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8F28DDDA; Sun, 23 Jun 2013 08:53:20 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 497DF1457; Sun, 23 Jun 2013 08:53:18 +0000 (UTC) Received: from mail.bsdpad.com ([109.107.176.56]) by mail.bsdpad.com with smtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Uqfif-000B64-8g; Sun, 23 Jun 2013 12:32:21 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 12:32:21 +0400 (MSK) Date: Sun, 23 Jun 2013 12:32:20 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623083220.GA41511@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623065706.GV91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 23 Jun 2013 11:43:03 +0000 Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 08:53:20 -0000 On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > I don't really see a lot of wasted memory in the zones. There is > > certainly some. Can you give me sysctl vm from both a working and > > non-working kernel after the build is done or fails? > > Try this: > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > Please _do_ notify me whether it compiled and helped with your problem. Btw, there is a problem while allocating 2GB RAM on armv7 boards while unmapped_buf_allowed == 1 (default): ----- ## Starting application at 0x40F00000 ... KDB: debugger backends: ddb KDB: current backend: ddb 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-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARNDALE arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: DIAGNOSTIC option enabled, expect reduced performance. CPU: Cortex A15 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc 32KB/64B 2-way instruction cache Read-Alloc Cache level 2: 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc real memory = 2147483648 (2048 MB) panic: kmem_suballoc: bad status return of 3 ----- arm_bcache.1.patch resolves the issue above, but forced another one: ----- Trying to mount root from ufs:/dev/da0 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 ----- and there are no problems at all if unmapped_buf_allowed == 0 -Ruslan From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 12:49:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CE48DC0C for ; Sun, 23 Jun 2013 12:49:46 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 9148E1BB2 for ; Sun, 23 Jun 2013 12:49:46 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 8D1367A14A; Sun, 23 Jun 2013 14:49:44 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 2D209204CA; Sun, 23 Jun 2013 14:49:41 +0200 (CEST) Message-ID: <51C6EF34.5090508@bitfrost.no> Date: Sun, 23 Jun 2013 14:51:00 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Ian FREISLICH Subject: Re: usb ACM device doesn't work References: <51C6159D.3080205@bitfrost.no> <8316A74D-7816-497C-851E-9D13A658C835@gsoft.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 12:49:46 -0000 On 06/23/13 10:33, Ian FREISLICH wrote: > status 0xea1a1 > 10:29:19.904434 usbus0.2 SUBM-BULK-EP=00000002,SPD=FULL,NFR=1,SLEN=4,IVAL=0 > frame[0] WRITE 1 bytes > 0000 6F -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |o | > flags 0x9 > status 0x4a023 If you don't get a DONE-BULK-EP=00000002, then the device does not receive the data. It is blocking the write. Did you set the correct baud rate? Also, what does usbconfig -d X.Y dump_device_desc dump_curr_config_desc say ? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 14:17:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5F081D83 for ; Sun, 23 Jun 2013 14:17:43 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 976481E45 for ; Sun, 23 Jun 2013 14:17:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id 1F6C82B43236; Sun, 23 Jun 2013 16:17:40 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qw1zutdwkxM6; Sun, 23 Jun 2013 16:17:39 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id A5CAB2B43201; Sun, 23 Jun 2013 16:17:38 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen.clue.co.za) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Uql6j-000B1A-Qc; Sun, 23 Jun 2013 16:17:33 +0200 To: Hans Petter Selasky From: Ian FREISLICH Subject: Re: usb ACM device doesn't work In-Reply-To: <51C6EF34.5090508@bitfrost.no> References: <51C6EF34.5090508@bitfrost.no> <51C6159D.3080205@bitfrost.no> <8316A74D-7816-497C-851E-9D13A658C835@gsoft.com.au> X-Attribution: BOFH Date: Sun, 23 Jun 2013 16:17:32 +0200 Message-Id: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 14:17:43 -0000 Hans Petter Selasky wrote: > On 06/23/13 10:33, Ian FREISLICH wrote: > > status 0xea1a1 > > 10:29:19.904434 usbus0.2 SUBM-BULK-EP=00000002,SPD=FULL,NFR=1,SLEN=4,IVAL=0 > > frame[0] WRITE 1 bytes > > 0000 6F -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- |o | > > flags 0x9 > > status 0x4a023 > > If you don't get a DONE-BULK-EP=00000002, then the device does not > receive the data. It is blocking the write. Did you set the correct baud > rate? I did. It's 9600. > Also, what does usbconfig -d X.Y dump_device_desc dump_curr_config_desc > say ? [zen] ~ # usbconfig -d ugen0.2 dump_device_desc ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0110 bDeviceClass = 0x0002 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x04d8 idProduct = 0xfef9 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 [zen] ~ # usbconfig -d ugen0.2 dump_curr_config_desc ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0043 bNumInterfaces = 0x0002 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00c0 bMaxPower = 0x0000 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0002 bInterfaceSubClass = 0x0002 bInterfaceProtocol = 0x0001 iInterface = 0x0000 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength = 0x04 bDescriptorType = 0x24 bDescriptorSubType = 0x02 RAW dump: 0x00 | 0x04, 0x24, 0x02, 0x02 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x06 RAW dump: 0x00 | 0x05, 0x24, 0x06, 0x00, 0x01 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x01 RAW dump: 0x00 | 0x05, 0x24, 0x01, 0x00, 0x01 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0008 bInterval = 0x00fa bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x000a bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 14:33:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B8F32B1; Sun, 23 Jun 2013 14:33:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 99B961EB6; Sun, 23 Jun 2013 14:33:00 +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 r5NEWoOC002321; Sun, 23 Jun 2013 17:32:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NEWoOC002321 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NEWmau002320; Sun, 23 Jun 2013 17:32:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 17:32:48 +0300 From: Konstantin Belousov To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623143248.GA91021@kib.kiev.ua> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/DY0TM5dkgdNyMY" Content-Disposition: inline In-Reply-To: <20130623083220.GA41511@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 14:33:01 -0000 --s/DY0TM5dkgdNyMY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > I don't really see a lot of wasted memory in the zones. There is=20 > > > certainly some. Can you give me sysctl vm from both a working and=20 > > > non-working kernel after the build is done or fails? > >=20 > > Try this: > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > >=20 > > Please _do_ notify me whether it compiled and helped with your problem. >=20 > Btw, there is a problem while allocating 2GB RAM on armv7 boards > while unmapped_buf_allowed =3D=3D 1 (default): >=20 > ----- > ## Starting application at 0x40F00000 ... > KDB: debugger backends: ddb =20 > KDB: current backend: ddb > 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-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARN= DALE arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > CPU: Cortex A15 rev 4 (Cortex-A core) > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:2=20 > Cache level 1:=20 > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > 32KB/64B 2-way instruction cache Read-Alloc > Cache level 2:=20 > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > real memory =3D 2147483648 (2048 MB) > panic: kmem_suballoc: bad status return of 3 > ----- >=20 > arm_bcache.1.patch resolves the issue above, but forced another one: I have no idea why do you think that the patch 'forced' this issue. >=20 > ----- > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set acc= urately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /= usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > ----- This is useless without a backtrace. >=20 > and there are no problems at all if unmapped_buf_allowed =3D=3D 0 >=20 > -Ruslan --s/DY0TM5dkgdNyMY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxwcPAAoJEJDCuSvBvK1BOdsP/34HcvrUJjGAge4x76J0sf3r SU7pgGJKsH3kYDU9CwOSYZy5foRg7exd3xi23wX4Tj7tH3mt+IfYfbUNROzkzBOb YRmPYSBeWC6f12p1jed5NQ86iVIaEQbfp2jeBFKOnnKKvxsH6I96UgBUwbjQ2VXb S2xim74YyOgjHUnannxxb2CULEHH/ExMMWCZuu43EL/fU4egLGHdyoVO+pjnh5UV hULIECrsz3+JbKsLeTt6S4pEamGvFEYQe12cFLcnE9GGSzyvhqAV/ZMEAWUiG3xO h8Z6/qPGWMddpAR6kkmFXTIX3cRWo02y/hnb4JU6Fx1x/O1rGoLkWV4s6efyb/5j q5EPpuNKoa8MMXPA6OCQyFUH+/RWV/GwM9sJs8F9Hc6nS4Xg55hCfF16iSiKVCxo 3GOGnpiF3HrpHHYE8sSvU37PeEI3yp+0Pqi4L2fNMAZqXm+F/9NcYRgWwZQpaXw1 /I6nGEhwX3Ea3gfFLWLUKKUI15bKD/6Ezu2c7lvCNnhNFlblkFuduc+kib6OxmZG 2xubatKDMLnRrkjFsrt+dm4mpndfqhbuF2RxmSm+muua8gIV9k6GCVoLMEGRlHMH l5TfSj9WMhXMZwSFYvaGfi/N2t9p9wwfugHLUnt29dFVqur/P5wZk9KPcvL9xH5S KEV3hfQmZSurWL+TijtL =aVeu -----END PGP SIGNATURE----- --s/DY0TM5dkgdNyMY-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 16:16:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 286D24A9; Sun, 23 Jun 2013 16:16:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9073212F9; Sun, 23 Jun 2013 16:16:27 +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 r5NGGHPr031256; Sun, 23 Jun 2013 19:16:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NGGHPr031256 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NGGHBi031255; Sun, 23 Jun 2013 19:16:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 19:16:17 +0300 From: Konstantin Belousov To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623161617.GC91021@kib.kiev.ua> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XBoPujbmU9XOe6cs" Content-Disposition: inline In-Reply-To: <20130623144346.GA69378@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:16:28 -0000 --XBoPujbmU9XOe6cs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: > > On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > > > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > > > I don't really see a lot of wasted memory in the zones. There is= =20 > > > > > certainly some. Can you give me sysctl vm from both a working an= d=20 > > > > > non-working kernel after the build is done or fails? > > > >=20 > > > > Try this: > > > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > > >=20 > > > > Please _do_ notify me whether it compiled and helped with your prob= lem. > > >=20 > > > Btw, there is a problem while allocating 2GB RAM on armv7 boards > > > while unmapped_buf_allowed =3D=3D 1 (default): > > >=20 > > > ----- > > > ## Starting application at 0x40F00000 ... > > > KDB: debugger backends: ddb =20 > > > KDB: current backend: ddb > > > Copyright (c) 1992-2013 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1= 994 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 10.0-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > > > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys= /ARNDALE arm > > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > > > CPU: Cortex A15 rev 4 (Cortex-A core) > > > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > > > WB disabled EABT branch prediction enabled > > > LoUU:2 LoC:2 LoUIS:2=20 > > > Cache level 1:=20 > > > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > > > 32KB/64B 2-way instruction cache Read-Alloc > > > Cache level 2:=20 > > > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > > > real memory =3D 2147483648 (2048 MB) > > > panic: kmem_suballoc: bad status return of 3 > > > ----- > > >=20 > > > arm_bcache.1.patch resolves the issue above, but forced another one: > > I have no idea why do you think that the patch 'forced' this issue. > >=20 > > >=20 > > > ----- > > > Trying to mount root from ufs:/dev/da0 []... > > > WARNING: / was not properly dismounted > > > warning: no time-of-day clock registered, system time will not be set= accurately > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global= @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > ----- > > This is useless without a backtrace. >=20 > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set acc= urately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /= usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >=20 > KDB: enter: panic > [ thread pid 1 tid 100001 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 1 tid 100001 td 0xc547f620 > _end() at 0xde9d0530 > scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) > rsp=3D0xde9d0514 rfp=3D0xc12d1b60 > Bad frame pointer: 0xc12d1b60 > db>=20 This is completely broken. It seems that witness triggered the panic, and ddb is unable to obtain a backtrace from the normal panic(9) call. Show the output of the 'show alllocks'. >=20 > >=20 > > >=20 > > > and there are no problems at all if unmapped_buf_allowed =3D=3D 0 > > >=20 > > > -Ruslan >=20 >=20 --XBoPujbmU9XOe6cs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxx9QAAoJEJDCuSvBvK1BAlsP/0WMC8G4kaRjjeteMiDUbysR ChpsXL5pfywU8Q1umSzppws5VgXMOJlwC/1q+E2G/1ZTwuA7vFPS6mIGo6xrC3D8 0FvLVyXOnJxQXIEi68lloO4jS2R8TLsrNbpoGttzFlXxOmUqNYARx4w3fFANvY1n B9c0K9jUSYkRBI18C8Eb4MN19SZwgyxpYOZcv8/7vMqyestUcqXPJWp9+T02tmCS 0pUY/VVxXpdX0Z+hv371tnpBoF9lJ+p7blIR9itWDMMqSjpkTjz+DZB8gBdjm+Nb Dcrj7oecfZsIGeNhHATRhPYUAKP5MkHSii9tPbplWxolfO3p8FYp4xv1cmYKYenR xtjOfatzimRw/AbdxO6oquwPpy1453irax2YGCpmdlMx65JeMDfPbCqvruNqGfmj k/1HJK7OwbA3Jbkcjhq2ZPL8MLbxsNQIqBfAhJy+ETkiFvNs1j2zBNqAu4y/8yEh jP5ko2NSXq3TLtFMw4jxprIRVURJVgGDMSlLkA8YJLC1e2XPhqentR8Ud6DifsQP DYu/oeHAz7s+7ZZBBJEO+0RzWW1brG3TgVok6obtHLBMlz6YEnzqFOEXBVb6et4o x8D1q6BxNeo8/th8Bu7AfrBPqhxlLd4ZXTFECfI4rzgTUpFXrri94y92/xo5CJud MH4mzgD4jIvRzdJEgM1K =noOh -----END PGP SIGNATURE----- --XBoPujbmU9XOe6cs-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 14:44:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C832D737; Sun, 23 Jun 2013 14:44:12 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7E98C1F1C; Sun, 23 Jun 2013 14:44:12 +0000 (UTC) Received: from mail.bsdpad.com ([109.107.176.56]) by mail.bsdpad.com with smtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UqlW6-000I3h-BU; Sun, 23 Jun 2013 18:43:46 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 18:43:46 +0400 (MSK) Date: Sun, 23 Jun 2013 18:43:46 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623144346.GA69378@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623143248.GA91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 23 Jun 2013 16:45:37 +0000 Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 14:44:13 -0000 On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > > I don't really see a lot of wasted memory in the zones. There is > > > > certainly some. Can you give me sysctl vm from both a working and > > > > non-working kernel after the build is done or fails? > > > > > > Try this: > > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > > > > > Please _do_ notify me whether it compiled and helped with your problem. > > > > Btw, there is a problem while allocating 2GB RAM on armv7 boards > > while unmapped_buf_allowed == 1 (default): > > > > ----- > > ## Starting application at 0x40F00000 ... > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > 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-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARNDALE arm > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > > CPU: Cortex A15 rev 4 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > > WB disabled EABT branch prediction enabled > > LoUU:2 LoC:2 LoUIS:2 > > Cache level 1: > > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > > 32KB/64B 2-way instruction cache Read-Alloc > > Cache level 2: > > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > > real memory = 2147483648 (2048 MB) > > panic: kmem_suballoc: bad status return of 3 > > ----- > > > > arm_bcache.1.patch resolves the issue above, but forced another one: > I have no idea why do you think that the patch 'forced' this issue. > > > > > ----- > > Trying to mount root from ufs:/dev/da0 []... > > WARNING: / was not properly dismounted > > warning: no time-of-day clock registered, system time will not be set accurately > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > ----- > This is useless without a backtrace. Trying to mount root from ufs:/dev/da0 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 1 tid 100001 td 0xc547f620 _end() at 0xde9d0530 scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) rsp=0xde9d0514 rfp=0xc12d1b60 Bad frame pointer: 0xc12d1b60 db> > > > > > and there are no problems at all if unmapped_buf_allowed == 0 > > > > -Ruslan From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 16:50:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C5111307; Sun, 23 Jun 2013 16:50:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1D31473; Sun, 23 Jun 2013 16:50:50 +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 r5NGof6O038239; Sun, 23 Jun 2013 19:50:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NGof6O038239 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NGofKY038238; Sun, 23 Jun 2013 19:50:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 19:50:40 +0300 From: Konstantin Belousov To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623165040.GD91021@kib.kiev.ua> References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SQwxzH3rsXq5Vu3X" Content-Disposition: inline In-Reply-To: <20130623164425.GA77339@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:50:50 -0000 --SQwxzH3rsXq5Vu3X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > > >=20 > > > Trying to mount root from ufs:/dev/da0 []... > > > WARNING: / was not properly dismounted > > > warning: no time-of-day clock registered, system time will not be set= accurately > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global= @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > >=20 > > > KDB: enter: panic > > > [ thread pid 1 tid 100001 ] > > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > > db> bt > > > Tracing pid 1 tid 100001 td 0xc547f620 > > > _end() at 0xde9d0530 > > > scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) > > > rsp=3D0xde9d0514 rfp=3D0xc12d1b60 > > > Bad frame pointer: 0xc12d1b60 > > > db>=20 > > This is completely broken. It seems that witness triggered the panic, > > and ddb is unable to obtain a backtrace from the normal panic(9) call. > >=20 > > Show the output of the 'show alllocks'. >=20 > No such command Do you have witness in the kernel config ? If not, add it to the config and retry. >=20 > db> show all =20 > chains ifnets lltables pcpu procs rman > trace ttys > db>=20 --SQwxzH3rsXq5Vu3X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxydgAAoJEJDCuSvBvK1BCIIP/1L6OvijfsRGuMYZKtjqdzHL J/Cx2gtWOHJ2U711ZGq6vPRTo6mlNL//lndT1mS7TNiYdnOoK03/vC1zEVTaw96w nRHtR4p9COyZ9/OyXbQZzQd9UAu0CXppTYG2/MO9xgn2RmU5J8LYXC6te26tL61K FqVSlmnDOhGR0BnHsIowAYuaGQD9t5SjooA7xk4wvPl44JFKgiObW1RgIt8dI46J Wq1W2zpVkv0zgPpNkN5BWKrKiaLriyJ9RfuBK03e/rcp3uXxkmQ09IjlytQHyT34 i//HarEwvoMfdKr97gMcuNLuC/+76twDrwI+jcLm3bnXsmZjDMSugV1hQ5QQJJLN qByQR0FuNo2lZQASOQD3YdNdRz0zW3+M5dDMCpTszg7kX38b/tzjwudoqRe/yxxX 7kHGA7j1SnzCjZehUjZ5iSTD/TLWyUXuWvFhOt5iiNan3e0i8PHFB0TQFfB2hPKK 5VJLY/gnKWX4rI5EwydJPd1WsshtR777LGhqngTP+/Rd9kZ/MFlNZztXQ2BFJRzN 35VqWS5YcFmZ6Zysgn8aLKSjBDa97LbJVf3WFqKSMbpBRHqHTGReUgzh4MJUxoGD g2phQ/Sgz8lI2j1VtYF+V06FOHxJlen8ZIZcOFgkDXubW+ntFFPogmue6homOkJw 0a7yo7ORh+KjVzqcG5Mb =6R1v -----END PGP SIGNATURE----- --SQwxzH3rsXq5Vu3X-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 16:58:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C1497F1D; Sun, 23 Jun 2013 16:58:50 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 0570215D6; Sun, 23 Jun 2013 16:58:49 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id it16so3930009bkc.13 for ; Sun, 23 Jun 2013 09:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=62kCkak0882mBu5cjQj/4IN+/B8N9X+gKlOlIeljnDM=; b=NC4nVvRg8zuFjdxSZnpppdSFo+vDmamMk6D8pIYv24QMrmfT1DMS0IsQXZS8u8m8wP OZd6nNlSuWIbkIw0gSOEKtBBr6AguzTM7E7CyENXiJ6bk0yAMi1vAe9wzgPZS4e0yO1D V9vguhU8OjKzqv6SOOPhDIwVuB66QDtNxIm+95bkOxY351vv9Rl4FoBYEdo8p/j8paix E9AwQRVm+WAbtp21N8QZFSZ12xRRTNNqfys5+JlGBHhaRZn9c8+r+Tmyf1C9tfvVldb7 DdkmTWATB1UB2dNqxRLqifZATs4C7726pl3URDGb2uTGjW05aok1jmdZRK/2ZXnkUz3r TyVw== MIME-Version: 1.0 X-Received: by 10.204.228.207 with SMTP id jf15mr3162257bkb.16.1372006729124; Sun, 23 Jun 2013 09:58:49 -0700 (PDT) Received: by 10.205.129.204 with HTTP; Sun, 23 Jun 2013 09:58:48 -0700 (PDT) In-Reply-To: <20130623.035356.644417021040610458.hrs@allbsd.org> References: <20130623.035356.644417021040610458.hrs@allbsd.org> Date: Sun, 23 Jun 2013 11:58:48 -0500 Message-ID: Subject: Re: RFC: swapon(8) vnode-backed md and gbde/geli encryption support From: Scot Hetzel To: Hiroki Sato Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-rc@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:58:50 -0000 On Sat, Jun 22, 2013 at 1:53 PM, Hiroki Sato wrote: > Hi, > > I created a patchset to add support of automatic generation of > vnode-backed md(4) devices and gbde/geli geom providers to swapon(8) > via /etc/fstab. We already have equivalent functionality by using > rc.d scripts. This simplifies rc.d scripts and fixes a race between > mdconfig/gbde/geli and swapon/swapoff by using /etc/fstab. > > More specifically, the following specification will be supported: > > /dev/ada1p1.bde none swap sw 0 0 > /dev/ada1p2.eli none swap sw 0 0 > md none swap sw,file=/swap.bin 0 0 > md10 none swap sw,file=/swap10.bin 0 0 > md12 none swap sw,file=/usr/swap12.bin,late 0 0 > > Currently, rc.d/swap1, rc.d/encswap handles entries with FSTAB_SW and > then rc.d/addswap for additional swap space specified in rc.conf. > The rc.d/addswap script runs before NETWORKING, so it is difficult to > add a swap space by using a file via NFS on a diskless client. The > "late" keyword in /etc/fstab will give more flexibility in such a > case. > > So, the changes to rc.d scripts are the following: > > rc.d/encswap -> (removed) > rc.d/swap1 -> rc.d/swap > rc.d/swaplate -> (added) > > rc.d/addswap is not removed in the patchset, but is it still > necessary? I do not think using combination of rc.d scripts to > support md(4) device generation for swap spaces is robust, and I > believe /etc/fstab is sufficient for the same functionality. > > Any comments are welcome. Thank you. > The only thing I see is that you are hard coding the geli_swap_flags (i.e. -e aes -l 256 -s 4096 -d) into swapon. It would be better to have swapon read the /etc/fstab file to get these values: /dev/ada1p2.eli none swap sw,ealgo=aes,keylen=256,sectorsize=4096 0 0 /dev/ada2p2.eli none swap sw 0 0 What you could do is that if no options are specified in the swap file, swapon would then use default values for ealgo=aes, keylen=256 and sectorsize=4096. geli onetime [-d] [-a aalgo] [-e ealgo] [-l keylen] [-s sectorsize] prov The options for the geli encrypted swap file in /etc/fstab would then become: aalgo ealgo keylen sectorsize Note: the '-d' option would still be hard coded. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 16:44:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70AADEF8; Sun, 23 Jun 2013 16:44:52 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 281A413CA; Sun, 23 Jun 2013 16:44:51 +0000 (UTC) Received: from mail.bsdpad.com ([109.107.176.56]) by mail.bsdpad.com with smtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UqnOr-000KG1-MC; Sun, 23 Jun 2013 20:44:25 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 20:44:25 +0400 (MSK) Date: Sun, 23 Jun 2013 20:44:25 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623164425.GA77339@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623161617.GC91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 23 Jun 2013 16:59:07 +0000 Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:44:52 -0000 On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > > > > Trying to mount root from ufs:/dev/da0 []... > > WARNING: / was not properly dismounted > > warning: no time-of-day clock registered, system time will not be set accurately > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > > KDB: enter: panic > > [ thread pid 1 tid 100001 ] > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > db> bt > > Tracing pid 1 tid 100001 td 0xc547f620 > > _end() at 0xde9d0530 > > scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) > > rsp=0xde9d0514 rfp=0xc12d1b60 > > Bad frame pointer: 0xc12d1b60 > > db> > This is completely broken. It seems that witness triggered the panic, > and ddb is unable to obtain a backtrace from the normal panic(9) call. > > Show the output of the 'show alllocks'. No such command db> show all chains ifnets lltables pcpu procs rman trace ttys db> From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 17:05:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4039268B; Sun, 23 Jun 2013 17:05:33 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id EA5D4162C; Sun, 23 Jun 2013 17:05:32 +0000 (UTC) Received: from mail.bsdpad.com ([109.107.176.56]) by mail.bsdpad.com with smtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Uqnit-000Kem-5R; Sun, 23 Jun 2013 21:05:07 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 21:05:07 +0400 (MSK) Date: Sun, 23 Jun 2013 21:05:07 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623170507.GA79364@mail.bsdpad.com> References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> <20130623165040.GD91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623165040.GD91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 23 Jun 2013 17:50:24 +0000 Cc: Zbyszek Bodek , freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 17:05:33 -0000 On Sun, Jun 23, 2013 at 07:50:40PM +0300, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: > > On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > > > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > > > > > > > > Trying to mount root from ufs:/dev/da0 []... > > > > WARNING: / was not properly dismounted > > > > warning: no time-of-day clock registered, system time will not be set accurately > > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > > > > > > KDB: enter: panic > > > > [ thread pid 1 tid 100001 ] > > > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > > > db> bt > > > > Tracing pid 1 tid 100001 td 0xc547f620 > > > > _end() at 0xde9d0530 > > > > scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) > > > > rsp=0xde9d0514 rfp=0xc12d1b60 > > > > Bad frame pointer: 0xc12d1b60 > > > > db> > > > This is completely broken. It seems that witness triggered the panic, > > > and ddb is unable to obtain a backtrace from the normal panic(9) call. > > > > > > Show the output of the 'show alllocks'. > > > > No such command > Do you have witness in the kernel config ? If not, add it to the config > and retry. Trying to mount root from ufs:/dev/da0 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> show alllocks Process 1 (kernel) thread 0xc55fc620 (100001) exclusive sleep mutex pmap (pmap) r = 0 (0xc5600590) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:729 exclusive rw pmap pv global (pmap pv global) r = 0 (0xc1479dd0) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:728 shared rw vm object (vm object) r = 0 (0xc1551d4c) locked @ /usr/home/br/dev/head/sys/vm/vm_map.c:1809 exclusive sx vm map (user) (vm map (user)) r = 0 (0xc5600528) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:445 exclusive lockmgr ufs (ufs) r = 0 (0xc56f7914) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:821 exclusive sleep mutex Giant (Giant) r = 0 (0xc147c778) locked @ /usr/home/br/dev/head/sys/kern/vfs_mount.c:1093 db> From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 18:12:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 277026DD; Sun, 23 Jun 2013 18:12:40 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 1100D17F2; Sun, 23 Jun 2013 18:12:38 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r5NHrjCF011834; Sun, 23 Jun 2013 17:53:45 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id xrqq7p4hgm7ix4sv2bhjp76wpe; Sun, 23 Jun 2013 17:53:45 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <20130623161617.GC91021@kib.kiev.ua> Date: Sun, 23 Jun 2013 10:53:44 -0700 Message-Id: <6B59F8B2-5EDB-4C3F-A64C-F6490763DC4F@kientzle.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Jeff Roberson , Ruslan Bukin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 18:12:40 -0000 --Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 23, 2013, at 9:16 AM, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: >> On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: >>>=20 >>> This is useless without a backtrace. >>=20 >> Trying to mount root from ufs:/dev/da0 []... >> WARNING: / was not properly dismounted >> warning: no time-of-day clock registered, system time will not be set = accurately >> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global = @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >>=20 >> KDB: enter: panic >> [ thread pid 1 tid 100001 ] >> Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >> db> bt >> Tracing pid 1 tid 100001 td 0xc547f620 >> _end() at 0xde9d0530 >> scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) >> rsp=3D0xde9d0514 rfp=3D0xc12d1b60 >> Bad frame pointer: 0xc12d1b60 >> db>=20 > This is completely broken. It seems that witness triggered the panic, > and ddb is unable to obtain a backtrace from the normal panic(9) call. Kernel backtraces are currently broken on ARM EABI kernels. Tim --Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRxzYpAAoJEGMNyGo0rfFBAY4IAJfzJfnSoHcmknxnGrk4bvrt AF4RxsY5gq1bl2bsVZ6o+4xJd2/r9VPgehYUa8bVwtML6yhsvVulWdF4Pt9xzu9c cX5+xNVUbNZrnmFbmaPOUNDuVQr1aLh3tI3jfUAxe5rlo4TY2fRkXi1CBFEys+ya ETYbvXFIV8mGq947PMOHQLt13cUoRd+lBMylulHwG5tnE8ycI8HP14yYFD43Xe2q ovana87nEwKkAz6+E3yylMuyG64AZhlX2zgQGutQ+KuoysjbF5eesezn3EHSJsRB +j/l0Q+P8DCqygRzQqd1ViPRnh722CnLZRtsQfdFvvfFpJTsyvYnuJLhuiDQLf0= =4NTN -----END PGP SIGNATURE----- --Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 18:26:11 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5C7997F2; Sun, 23 Jun 2013 18:26:11 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 02BDA1852; Sun, 23 Jun 2013 18:26:09 +0000 (UTC) Received: from alph.d.allbsd.org (p3086-ipbf906funabasi.chiba.ocn.ne.jp [122.26.46.86]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r5NIPpGg009714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Jun 2013 03:26:02 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r5NIPoo3041283; Mon, 24 Jun 2013 03:25:51 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 24 Jun 2013 03:24:58 +0900 (JST) Message-Id: <20130624.032458.2116947740119973135.hrs@allbsd.org> To: swhetzel@gmail.com Subject: Re: RFC: swapon(8) vnode-backed md and gbde/geli encryption support From: Hiroki Sato In-Reply-To: References: <20130623.035356.644417021040610458.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Mon_Jun_24_03_24_58_2013_483)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Mon, 24 Jun 2013 03:26:02 +0900 (JST) X-Spam-Status: No, score=-89.2 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,ONLY1HOPDIRECT,QENCPTR1,RCVD_IN_PBL,SAMEHELOBY2HOP, USER_IN_WHITELIST,X_CHINESE_RELAY autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org, freebsd-rc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 18:26:11 -0000 ----Security_Multipart0(Mon_Jun_24_03_24_58_2013_483)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Jun_24_03_24_58_2013_798)--" Content-Transfer-Encoding: 7bit ----Next_Part(Mon_Jun_24_03_24_58_2013_798)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Scot Hetzel wrote in : sw> The only thing I see is that you are hard coding the geli_swap_flags sw> (i.e. -e aes -l 256 -s 4096 -d) into swapon. It would be better to sw> have swapon read the /etc/fstab file to get these values: sw> sw> /dev/ada1p2.eli none swap sw> sw,ealgo=aes,keylen=256,sectorsize=4096 0 0 sw> /dev/ada2p2.eli none swap sw 0 0 sw> sw> What you could do is that if no options are specified in the swap sw> file, swapon would then use default values for ealgo=aes, keylen=256 sw> and sectorsize=4096. Thank you for your feedback. These options are implemented in the attached patch. -- Hiroki ----Next_Part(Mon_Jun_24_03_24_58_2013_798)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="swap_20130624-1.diff" - Add vnode-backed swap space specification support. This is enabled when device names "md" or "md[0-9]*" and a "file" option are specified in /etc/fstab like this: md none swap sw,file=/swap.bin 0 0 - Add GBDE/GELI encrypted swap space specification support, which rc.d/encswap supported. The /etc/fstab lines are like the following: /dev/ada1p1.bde none swap sw 0 0 /dev/ada1p2.eli none swap sw 0 0 .eli devices supports aalgo, ealgo, keylen, and sectorsize as options. swapctl(8) can understand an encrypted device in the command line like this: # swapctl -a /dev/ada2p1.bde - "-L" flag is added to support "late" option to defer swapon until rc.d/mountlate runs. - rc.d script change: rc.d/encswap -> removed rc.d/swap1 -> renamed to rc.d/swap rc.d/swaplate -> newly added to support "late" option These changes alleviate a race condition between device creation/removal and swapon/swapoff. MFC after: 2 weeks ==== Index: sbin/swapon/swapon.c =================================================================== --- sbin/swapon/swapon.c (revision 252094) +++ sbin/swapon/swapon.c (working copy) @@ -41,35 +41,51 @@ static char sccsid[] = "@(#)swapon.c 8.1 (Berkeley #include __FBSDID("$FreeBSD$"); +#include +#include +#include #include -#include #include +#include #include #include #include +#include +#include #include +#include +#include +#include +#include +#include #include #include #include #include -#include -#include static void usage(void); -static int swap_on_off(char *name, int ignoreebusy); +static const char *swap_on_off(char *, int, char *); +static const char *swap_on_off_gbde(char *, int); +static const char *swap_on_off_geli(char *, char *, int); +static const char *swap_on_off_md(char *, char *, int); +static const char *swap_on_off_sfile(char *, int); static void swaplist(int, int, int); +static int run_cmd(int *, const char *, ...) __printflike(2, 3); static enum { SWAPON, SWAPOFF, SWAPCTL } orig_prog, which_prog = SWAPCTL; +static int qflag; + int main(int argc, char **argv) { struct fstab *fsp; + const char *swfile; char *ptr; int ret; int ch, doall; - int sflag = 0, lflag = 0, hflag = 0, qflag = 0; + int sflag = 0, lflag = 0, late = 0, hflag = 0; const char *etc_fstab; if ((ptr = strrchr(argv[0], '/')) == NULL) @@ -82,7 +98,7 @@ main(int argc, char **argv) doall = 0; etc_fstab = NULL; - while ((ch = getopt(argc, argv, "AadghklmqsUF:")) != -1) { + while ((ch = getopt(argc, argv, "AadghklLmqsUF:")) != -1) { switch(ch) { case 'A': if (which_prog == SWAPCTL) { @@ -116,6 +132,9 @@ main(int argc, char **argv) case 'l': lflag = 1; break; + case 'L': + late = 1; + break; case 'm': hflag = 'M'; break; @@ -145,6 +164,7 @@ main(int argc, char **argv) argv += optind; ret = 0; + swfile = NULL; if (etc_fstab != NULL) setfstab(etc_fstab); if (which_prog == SWAPON || which_prog == SWAPOFF) { @@ -154,27 +174,37 @@ main(int argc, char **argv) continue; if (strstr(fsp->fs_mntops, "noauto")) continue; - if (swap_on_off(fsp->fs_spec, 1)) { + if (which_prog != SWAPOFF && + strstr(fsp->fs_mntops, "late") && + !late) + continue; + swfile = swap_on_off(fsp->fs_spec, 1, + fsp->fs_mntops); + if (swfile == NULL) { ret = 1; - } else { - if (!qflag) { - printf("%s: %sing %s as swap device\n", - getprogname(), - which_prog == SWAPOFF ? "remov" : "add", - fsp->fs_spec); - } + continue; } + if (!qflag) { + printf("%s: %sing %s as swap device\n", + getprogname(), + (which_prog == SWAPOFF) ? + "remov" : "add", swfile); + } } } else if (!*argv) usage(); for (; *argv; ++argv) { - if (swap_on_off(*argv, 0)) { + swfile = swap_on_off(*argv, 0, NULL); + if (swfile == NULL) { ret = 1; - } else if (orig_prog == SWAPCTL) { + continue; + } + if (orig_prog == SWAPCTL) { printf("%s: %sing %s as swap device\n", - getprogname(), which_prog == SWAPOFF ? "remov" : "add", - *argv); + getprogname(), + (which_prog == SWAPOFF) ? "remov" : "add", + swfile); } } } else { @@ -186,14 +216,503 @@ main(int argc, char **argv) exit(ret); } +static const char * +swap_on_off(char *name, int doingall, char *mntops) +{ + char base[PATH_MAX]; + + /* Swap on vnode-backed md(4) device. */ + if (mntops != NULL && + (fnmatch(_PATH_DEV MD_NAME "[0-9]*", name, 0) != FNM_NOMATCH || + fnmatch(MD_NAME "[0-9]*", name, 0) != FNM_NOMATCH || + strncmp(_PATH_DEV MD_NAME, name, + sizeof(_PATH_DEV) + sizeof(MD_NAME)) == 0 || + strncmp(MD_NAME, name, sizeof(MD_NAME)) == 0)) + return (swap_on_off_md(name, mntops, doingall)); + + /* Swap on encrypted device by GEOM_BDE. */ + basename_r(name, base); + if (fnmatch("*.bde", base, 0) != FNM_NOMATCH) + return (swap_on_off_gbde(name, doingall)); + + /* Swap on encrypted device by GEOM_ELI. */ + if (fnmatch("*.eli", base, 0) != FNM_NOMATCH) + return (swap_on_off_geli(name, mntops, doingall)); + + /* Swap on special file. */ + return (swap_on_off_sfile(name, doingall)); +} + +static const char * +swap_on_off_gbde(char *name, int doingall) +{ + const char *ret; + char pass[64 * 2 + 1], bpass[64]; + char *devname, *p; + int i, fd, error; + + devname = strdup(name); + p = strrchr(devname, '.'); + if (p == NULL) { + warnx("%s: Malformed device name", name); + return (NULL); + } + *p = '\0'; + + fd = -1; + switch (which_prog) { + case SWAPON: + arc4random_buf(bpass, sizeof(bpass)); + for (i = 0; i < (int)sizeof(bpass); i++) + sprintf(&pass[2 * i], "%02x", bpass[i]); + pass[sizeof(pass) - 1] = '\0'; + + error = run_cmd(&fd, "%s init %s -P %s", _PATH_GBDE, + devname, pass); + if (error) { + /* bde device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("%s: Device already in use", name); + return (NULL); + } + close(fd); + error = run_cmd(&fd, "%s attach %s -p %s", _PATH_GBDE, + devname, pass); + if (error) { + close(fd); + warnx("gbde (attach) error: %s", name); + return (NULL); + } + break; + case SWAPOFF: + break; + default: + return (NULL); + break; + } + if (fd != -1) + close(fd); + ret = swap_on_off_sfile(name, doingall); + + fd = -1; + switch (which_prog) { + case SWAPOFF: + error = run_cmd(&fd, "%s detach %s", _PATH_GBDE, devname); + if (error) { + /* bde device not found. Ignore it. */ + if (!qflag) + warnx("%s: Device not found", devname); + return (NULL); + } + break; + default: + return (NULL); + break; + } + + if (fd != -1) + close(fd); + return (ret); +} + +static const char * +swap_on_off_geli(char *name, char *mntops, int doingall) +{ + const char *ops, *aalgo, *ealgo, *keylen_str, *sectorsize_str; + char *devname, *p; + char args[4096]; + struct stat sb; + int fd, error, keylen, sectorsize; + u_long ul; + + devname = strdup(name); + p = strrchr(devname, '.'); + if (p == NULL) { + warnx("%s: Malformed device name", name); + return (NULL); + } + *p = '\0'; + + ops = strdup(mntops); + + /* Default parameters for geli(8). */ + aalgo = "hmac/sha256"; + ealgo = "aes"; + keylen = 256; + sectorsize = 4096; + + if ((p = strstr(ops, "aalgo=")) != NULL) { + aalgo = p + sizeof("aalgo=") - 1; + p = strchr(aalgo, ','); + if (p != NULL) + *p = '\0'; + } + if ((p = strstr(ops, "ealgo=")) != NULL) { + ealgo = p + sizeof("ealgo=") - 1; + p = strchr(ealgo, ','); + if (p != NULL) + *p = '\0'; + } + if ((p = strstr(ops, "keylen=")) != NULL) { + keylen_str = p + sizeof("keylen=") - 1; + p = strchr(keylen_str, ','); + if (p != NULL) + *p = '\0'; + errno = 0; + ul = strtoul(keylen_str, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("Invalid keylen: %s", keylen_str); + return (NULL); + } + keylen = (int)ul; + } + if ((p = strstr(ops, "sectorsize=")) != NULL) { + sectorsize_str = p + sizeof("sectorsize=") - 1; + p = strchr(sectorsize_str, ','); + if (p != NULL) + *p = '\0'; + errno = 0; + ul = strtoul(sectorsize_str, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("Invalid sectorsize: %s", sectorsize_str); + return (NULL); + } + sectorsize = (int)ul; + } + snprintf(args, sizeof(args), "-a %s -e %s -l %d -s %d -d", + aalgo, ealgo, keylen, sectorsize); + args[sizeof(args) - 1] = '\0'; + free((void *)ops); + + fd = -1; + switch (which_prog) { + case SWAPON: + error = run_cmd(&fd, "%s onetime %s %s", _PATH_GELI, args, + devname); + if (error) { + /* eli device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("%s: Device already in use " + "or invalid parameters", name); + return (NULL); + } + break; + case SWAPOFF: + if (stat(name, &sb) == -1 && errno == ENOENT) { + if (!qflag) + warnx("%s: Device not found", name); + return (NULL); + } + break; + default: + return (NULL); + break; + } + if (fd != -1) + close(fd); + + return (swap_on_off_sfile(name, doingall)); +} + +static const char * +swap_on_off_md(char *name, char *mntops, int doingall) +{ + FILE *sfd; + int fd, mdunit, error; + const char *ret; + char mdpath[PATH_MAX], linebuf[PATH_MAX]; + char *p, *vnodefile; + size_t linelen; + u_long ul; + + fd = -1; + sfd = NULL; + if (strlen(name) == (sizeof(MD_NAME) - 1)) + mdunit = -1; + else { + errno = 0; + ul = strtoul(name + 2, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("Bad device unit: %s", name); + return (NULL); + } + mdunit = (int)ul; + } + + vnodefile = NULL; + if ((p = strstr(mntops, "file=")) != NULL) { + vnodefile = strdup(p + sizeof("file=") - 1); + p = strchr(vnodefile, ','); + if (p != NULL) + *p = '\0'; + } + if (vnodefile == NULL) { + warnx("file option not found for %s", name); + return (NULL); + } + + switch (which_prog) { + case SWAPON: + if (mdunit == -1) { + error = run_cmd(&fd, "%s -l -n -f %s", + _PATH_MDCONFIG, vnodefile); + if (error == 0) { + /* md device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("%s: Device already in use", + vnodefile); + return (NULL); + } + error = run_cmd(&fd, "%s -a -t vnode -n -f %s", + _PATH_MDCONFIG, vnodefile); + if (error) { + warnx("mdconfig (attach) error: file=%s", + vnodefile); + return (NULL); + } + sfd = fdopen(fd, "r"); + if (sfd == NULL) { + warn("mdconfig (attach) fdopen error"); + ret = NULL; + goto err; + } + p = fgetln(sfd, &linelen); + if (p == NULL && + (linelen < 2 || linelen > sizeof(linebuf))) { + warn("mdconfig (attach) unexpected output"); + ret = NULL; + goto err; + } + strncpy(linebuf, p, linelen); + linebuf[linelen - 1] = '\0'; + errno = 0; + ul = strtoul(linebuf, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("mdconfig (attach) unexpected output: %s", + linebuf); + ret = NULL; + goto err; + } + mdunit = (int)ul; + } else { + error = run_cmd(&fd, "%s -l -n -f %s -u %d", + _PATH_MDCONFIG, vnodefile, mdunit); + if (error == 0) { + /* md device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("md%d on %s: Device already " + "in use", mdunit, vnodefile); + return (NULL); + } + error = run_cmd(NULL, "%s -a -t vnode -u %d -f %s", + _PATH_MDCONFIG, mdunit, vnodefile); + if (error) { + warnx("mdconfig (attach) error: " + "md%d on file=%s", mdunit, vnodefile); + return (NULL); + } + } + break; + case SWAPOFF: + if (mdunit == -1) { + error = run_cmd(&fd, "%s -l -n -f %s", + _PATH_MDCONFIG, vnodefile); + if (error) { + /* md device not found. Ignore it. */ + close(fd); + if (!qflag) + warnx("md on %s: Device not found", + vnodefile); + return (NULL); + } + sfd = fdopen(fd, "r"); + if (sfd == NULL) { + warn("mdconfig (list) fdopen error"); + ret = NULL; + goto err; + } + p = fgetln(sfd, &linelen); + if (p == NULL && + (linelen < 2 || linelen > sizeof(linebuf) - 1)) { + warn("mdconfig (list) unexpected output"); + ret = NULL; + goto err; + } + strncpy(linebuf, p, linelen); + linebuf[linelen - 1] = '\0'; + p = strchr(linebuf, ' '); + if (p != NULL) + *p = '\0'; + errno = 0; + ul = strtoul(linebuf, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("mdconfig (list) unexpected output: %s", + linebuf); + ret = NULL; + goto err; + } + mdunit = (int)ul; + } else { + error = run_cmd(&fd, "%s -l -n -f %s -u %d", + _PATH_MDCONFIG, vnodefile, mdunit); + if (error) { + /* md device not found. Ignore it. */ + close(fd); + if (!qflag) + warnx("md%d on %s: Device not found", + mdunit, vnodefile); + return (NULL); + } + } + break; + default: + return (NULL); + } + snprintf(mdpath, sizeof(mdpath), "%s%s%d", _PATH_DEV, + MD_NAME, mdunit); + mdpath[sizeof(mdpath) - 1] = '\0'; + ret = swap_on_off_sfile(mdpath, doingall); + + switch (which_prog) { + case SWAPOFF: + if (ret != NULL) { + error = run_cmd(NULL, "%s -d -u %d", + _PATH_MDCONFIG, mdunit); + if (error) + warn("mdconfig (detach) detach failed: %s%s%d", + _PATH_DEV, MD_NAME, mdunit); + } + break; + default: + break; + } +err: + if (sfd != NULL) + fclose(sfd); + if (fd != -1) + close(fd); + return (ret); +} + static int -swap_on_off(char *name, int doingall) +run_cmd(int *ofd, const char *cmdline, ...) { - if ((which_prog == SWAPOFF ? swapoff(name) : swapon(name)) == -1) { + va_list ap; + char **argv, **argvp, *cmd, *p; + int argc, pid, status, rv; + int pfd[2], nfd, dup2dn; + + va_start(ap, cmdline); + rv = vasprintf(&cmd, cmdline, ap); + if (rv == -1) { + warn("%s", __func__); + return (rv); + } + va_end(ap); + + for (argc = 1, p = cmd; (p = strchr(p, ' ')) != NULL; p++) + argc++; + argv = (char **)malloc(sizeof(*argv) * (argc + 1)); + for (p = cmd, argvp = argv; (*argvp = strsep(&p, " ")) != NULL;) + if (**argvp != '\0' && (++argvp > &argv[argc])) { + *argvp = NULL; + break; + } + /* The argv array ends up NULL-terminated here. */ +#if 0 + { + int i; + + fprintf(stderr, "DEBUG: running:"); + /* Should be equivalent to 'cmd' (before strsep, of course). */ + for (i = 0; argv[i] != NULL; i++) + fprintf(stderr, " %s", argv[i]); + fprintf(stderr, "\n"); + } +#endif + dup2dn = 1; + if (ofd != NULL) { + if (pipe(&pfd[0]) == -1) { + warn("%s: pipe", __func__); + return (-1); + } + *ofd = pfd[0]; + dup2dn = 0; + } + pid = fork(); + switch (pid) { + case 0: + /* Child process. */ + if (ofd != NULL) + if (dup2(pfd[1], STDOUT_FILENO) < 0) + err(1, "dup2 in %s", __func__); + nfd = open(_PATH_DEVNULL, O_RDWR); + if (nfd == -1) + err(1, "%s: open %s", __func__, _PATH_DEVNULL); + if (dup2(nfd, STDIN_FILENO) < 0) + err(1, "%s: dup2", __func__); + if (dup2dn && dup2(nfd, STDOUT_FILENO) < 0) + err(1, "%s: dup2", __func__); + if (dup2(nfd, STDERR_FILENO) < 0) + err(1, "%s: dup2", __func__); + execv(argv[0], argv); + warn("exec: %s", argv[0]); + _exit(-1); + case -1: + err(1, "%s: fork", __func__); + } + free(cmd); + free(argv); + while (waitpid(pid, &status, 0) != pid) + ; + return (WEXITSTATUS(status)); +} + +static const char * +swap_on_off_sfile(char *name, int doingall) +{ + int error; + + switch (which_prog) { + case SWAPON: + error = swapon(name); + break; + case SWAPOFF: + error = swapoff(name); + break; + default: + error = 0; + break; + } + if (error == -1) { switch (errno) { case EBUSY: if (!doingall) - warnx("%s: device already in use", name); + warnx("%s: Device already in use", name); break; case EINVAL: if (which_prog == SWAPON) @@ -205,9 +724,9 @@ static int warn("%s", name); break; } - return(1); + return (NULL); } - return(0); + return (name); } static void @@ -217,7 +736,7 @@ usage(void) switch(orig_prog) { case SWAPON: case SWAPOFF: - fprintf(stderr, "[-F fstab] -aq | file ...\n"); + fprintf(stderr, "[-F fstab] -aLq | file ...\n"); break; case SWAPCTL: fprintf(stderr, "[-AghklmsU] [-a file ... | -d file ...]\n"); Index: sbin/swapon/swapon.8 =================================================================== --- sbin/swapon/swapon.8 (revision 252094) +++ sbin/swapon/swapon.8 (working copy) @@ -28,7 +28,7 @@ .\" @(#)swapon.8 8.1 (Berkeley) 6/5/93 .\" $FreeBSD$ .\" -.Dd June 23, 2008 +.Dd June 21, 2013 .Dt SWAPON 8 .Os .Sh NAME @@ -38,11 +38,11 @@ .Nm swapon .Oo Fl F Ar fstab .Oc -.Fl aq | Ar +.Fl aLq | Ar .Nm swapoff .Oo Fl F Ar fstab .Oc -.Fl aq | Ar +.Fl aLq | Ar .Nm swapctl .Op Fl AghklmsU .Oo @@ -74,8 +74,16 @@ option is used, all swap devices in .Pa /etc/fstab will be added, unless their .Dq noauto +or +.Dq late option is also set. If the +.Fl L +option is specified, +the swap devices with +.Dq late +option will be added as well as ones with no option. +If the .Fl q option is used informational messages will not be written to standard output when a swap device is added. @@ -89,8 +97,16 @@ option is used, all swap devices in .Pa /etc/fstab will be removed, unless their .Dq noauto +or +.Dq late option is also set. If the +.Fl L +option is specified, +the swap devices with +.Dq late +option will be removed as well as ones with no option. +If the .Fl q option is used informational messages will not be written to standard output when a swap device is removed. Index: share/man/man5/fstab.5 =================================================================== --- share/man/man5/fstab.5 (revision 252094) +++ share/man/man5/fstab.5 (working copy) @@ -32,7 +32,7 @@ .\" @(#)fstab.5 8.1 (Berkeley) 6/5/93 .\" $FreeBSD$ .\" -.Dd October 11, 2012 +.Dd June 21, 2013 .Dt FSTAB 5 .Os .Sh NAME @@ -185,6 +185,15 @@ variable must be used to extend the .Xr rc 8 startup script's list of network file system types. .Pp +If the option +.Dq late +is specified, the file system will be automatically mounted +at a stage of system startup after remote mount points are mounted. +For more detail about this option, +see +.Xr mount 8 +manual page. +.Pp The type of the mount is extracted from the .Fa fs_mntops field and stored separately in the @@ -202,6 +211,7 @@ then the file system whose name is given in the .Fa fs_file field is normally mounted read-write or read-only on the specified special file. +.Pp If .Fa fs_type is @@ -210,6 +220,25 @@ then the special file is made available as a piece space by the .Xr swapon 8 command at the end of the system reboot procedure. +For vnode-backed swap spaces, +.Dq file +is supported in the +.Fa fs_mntops +field. +When +.Fa fs_spec +is a +.Xr md 4 +device file +.Pq Do md Dc or Do md[0-9]* Dc +and +.Dq file +is specified in +.Fa fs_mntopts , +a +.Xr md 4 +device is created and the specified file is used as backing store of it, +and then it is used as a swap space. The fields other than .Fa fs_spec and Index: include/paths.h =================================================================== --- include/paths.h (revision 252094) +++ include/paths.h (working copy) @@ -57,6 +57,8 @@ #define _PATH_ETC "/etc" #define _PATH_FTPUSERS "/etc/ftpusers" #define _PATH_FWMEM "/dev/fwmem" +#define _PATH_GBDE "/sbin/gbde" +#define _PATH_GELI "/sbin/geli" #define _PATH_HALT "/sbin/halt" #ifdef COMPAT_32BIT #define _PATH_I18NMODULE "/usr/lib32/i18n" Index: etc/rc.d/swap1 =================================================================== --- etc/rc.d/swap1 (revision 252094) +++ etc/rc.d/swap1 (working copy) @@ -1,17 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# PROVIDE: localswap -# REQUIRE: disks -# KEYWORD: nojail shutdown - -. /etc/rc.subr - -name="swap1" -start_cmd='swapon -aq' -stop_cmd=':' - -load_rc_config swap -run_rc_command "$1" Index: etc/rc.d/swap =================================================================== --- etc/rc.d/swap (revision 251659) +++ etc/rc.d/swap (working copy) @@ -3,15 +3,15 @@ # $FreeBSD$ # -# PROVIDE: localswap +# PROVIDE: swap # REQUIRE: disks # KEYWORD: nojail shutdown . /etc/rc.subr -name="swap1" +name="swap" start_cmd='swapon -aq' stop_cmd=':' -load_rc_config swap +load_rc_config $name run_rc_command "$1" Index: etc/rc.d/fsck =================================================================== --- etc/rc.d/fsck (revision 252094) +++ etc/rc.d/fsck (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: fsck -# REQUIRE: localswap +# REQUIRE: swap # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/mdconfig =================================================================== --- etc/rc.d/mdconfig (revision 252094) +++ etc/rc.d/mdconfig (working copy) @@ -28,7 +28,7 @@ # # PROVIDE: mdconfig -# REQUIRE: localswap root +# REQUIRE: swap root . /etc/rc.subr Index: etc/rc.d/swaplate =================================================================== --- etc/rc.d/swaplate (revision 0) +++ etc/rc.d/swaplate (working copy) @@ -0,0 +1,17 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: swaplate +# REQUIRE: mountlate +# KEYWORD: nojail shutdown + +. /etc/rc.subr + +name="swaplate" +start_cmd='swapon -aLq' +stop_cmd='swapoff -aq' + +load_rc_config swap +run_rc_command "$1" Property changes on: etc/rc.d/swaplate ___________________________________________________________________ Added: svn:executable ## -0,0 +1 ## +* \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 252094) +++ etc/defaults/rc.conf (working copy) @@ -85,9 +85,6 @@ geli_autodetach="YES" # Automatically detach on la #geli_da1_autodetach="NO" #geli_mirror_home_flags="-k /etc/geli/home.keys" -geli_swap_flags="-e aes -l 256 -s 4096 -d" # Options for GELI-encrypted - # swap partitions. - root_rw_mount="YES" # Set to NO to inhibit remounting root read-write. fsck_y_enable="NO" # Set to YES to do fsck -y if the initial preen fails. fsck_y_flags="" # Additional flags for fsck -y ----Next_Part(Mon_Jun_24_03_24_58_2013_798)---- ----Security_Multipart0(Mon_Jun_24_03_24_58_2013_483)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlHHPXoACgkQTyzT2CeTzy225ACdEmcdiJuWWb8rGTAJzEW+QCTo TKsAn1RQGwlo6AhK9mwtdOTHpEuUj+p5 =kezt -----END PGP SIGNATURE----- ----Security_Multipart0(Mon_Jun_24_03_24_58_2013_483)---- From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 19:52:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1A93ADCB for ; Sun, 23 Jun 2013 19:52:35 +0000 (UTC) (envelope-from danmack@gmail.com) Received: from mail-ee0-x241.google.com (mail-ee0-x241.google.com [IPv6:2a00:1450:4013:c00::241]) by mx1.freebsd.org (Postfix) with ESMTP id AA0F51ADA for ; Sun, 23 Jun 2013 19:52:34 +0000 (UTC) Received: by mail-ee0-f65.google.com with SMTP id e52so3164846eek.0 for ; Sun, 23 Jun 2013 12:52:33 -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=28d21X/EG04dNa2TpnpHffhRFHmi3GbXH3DY5do3/8c=; b=IbOPyV2IsFa/dHRttPZQ0x/mVSdKL8DUeXRp5BT8ntDRd19M5w97dRuoA4x9WP5iQD pVO7OatEWHOzivLysNF2UHKbSxXJ6R1feay8KkWb8hAnvO37FK6DNHZdjM+DPnqHAe3z 5Q3SbCxnZrMbM4eRC3VNukJl2AYNvwBIzQpdJq9KOsAFAj/v/TAXJsUO2payLJPs3jNB BMG2RHgOPqLJ7APBhwmXhXqfHClXGBVOluUfcsy9/9M6SOavqPK61aLX1w2B87YJbZtV x5p1AA0CIKef8iwDnBEWEnkbIBj1lflxzHiprJU8YsSsjWgV1YgXi72u0zFc59kaVnOS WYaA== MIME-Version: 1.0 X-Received: by 10.15.64.68 with SMTP id n44mr21684229eex.73.1372017153823; Sun, 23 Jun 2013 12:52:33 -0700 (PDT) Received: by 10.223.4.218 with HTTP; Sun, 23 Jun 2013 12:52:33 -0700 (PDT) Date: Sun, 23 Jun 2013 14:52:33 -0500 Message-ID: Subject: dialog4ports crashing in head recently From: Dan Mack To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sun, 23 Jun 2013 20:10:27 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 19:52:35 -0000 dialog4ports has been crashing on all of my systems for about the last week. I rebuilt it with debug symbols and this is what I got (doesn't matter which port is using it). Anyone else seeing this? Dan root@winbsd:/usr/ports/net-mgmt # cd zabbix2-agent/ root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # ls Makefile dialog4ports.core root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # gdb `which dialog4ports` dialog4ports.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `dialog4ports'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libncursesw.so.8...done. Loaded symbols for /lib/libncursesw.so.8 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/lib/libdialog.so.7...done. Loaded symbols for /usr/lib/libdialog.so.7 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800fedffa in kill () from /lib/libc.so.7 (gdb) where #0 0x0000000800fedffa in kill () from /lib/libc.so.7 #1 0x0000000800f8c4c0 in __stack_chk_fail () from /lib/libc.so.7 #2 0x0000000800f8c430 in __stack_chk_fail () from /lib/libc.so.7 #3 0x00000000004029aa in main (argc=, argv=) at dialog4ports.c:212 -- /* * Dan Mack * danmack at gmail.com */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 20:17:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D54E363C for ; Sun, 23 Jun 2013 20:17:02 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from forward19.mail.yandex.net (forward19.mail.yandex.net [IPv6:2a02:6b8:0:1402::4]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAF01BB7 for ; Sun, 23 Jun 2013 20:17:02 +0000 (UTC) Received: from web3g.yandex.ru (web3g.yandex.ru [95.108.252.103]) by forward19.mail.yandex.net (Yandex) with ESMTP id 7752A1120A65; Mon, 24 Jun 2013 00:16:59 +0400 (MSK) Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1]) by web3g.yandex.ru (Yandex) with ESMTP id 175FD208802C; Mon, 24 Jun 2013 00:16:59 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1372018619; bh=NTmYduSWPaljJyOsbROI7DfqkAFI/IBahRVBJMbA+ho=; h=From:To:In-Reply-To:References:Subject:Date; b=dshi/z5qnM/VviEAnSrWxShpa8gs1DqA3+vx5F+SZ3A0W0Y8hGB4WAzo7Wfyh2exU jBdrHFMS+zrVK7Ybb6O6Mu0AUqUyL6DCROKJf7u3VwlmMviu2wgJqUsFFgHpo13M0E lxJWdbhRWxNKFhw6bH10/Ww/PBFpvxqLCGYybmL4= Received: from broadband-109-173-115-35.nationalcablenetworks.ru (broadband-109-173-115-35.nationalcablenetworks.ru [109.173.115.35]) by web3g.yandex.ru with HTTP; Mon, 24 Jun 2013 00:16:58 +0400 From: Ilya A. Arkhipov To: Dan Mack , "freebsd-current@freebsd.org" In-Reply-To: References: Subject: Re: dialog4ports crashing in head recently MIME-Version: 1.0 Message-Id: <543521372018618@web3g.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 24 Jun 2013 00:16:58 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 20:17:02 -0000 24.06.2013, 00:10, "Dan Mack" : > dialog4ports has been crashing on all of my systems for about the last > week. šI rebuilt it with debug symbols and this is what I got (doesn't > matter which port is using it). > > Anyone else seeing this? > > Dan > > root@winbsd:/usr/ports/net-mgmt # cd zabbix2-agent/ > root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # ls > Makefile dialog4ports.core > root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # gdb `which dialog4ports` > dialog4ports.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. šType "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > Core was generated by `dialog4ports'. > Program terminated with signal 6, Aborted. > Reading symbols from /lib/libncursesw.so.8...done. > Loaded symbols for /lib/libncursesw.so.8 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/lib/libdialog.so.7...done. > Loaded symbols for /usr/lib/libdialog.so.7 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 š0x0000000800fedffa in kill () from /lib/libc.so.7 > (gdb) where > #0 š0x0000000800fedffa in kill () from /lib/libc.so.7 > #1 š0x0000000800f8c4c0 in __stack_chk_fail () from /lib/libc.so.7 > #2 š0x0000000800f8c430 in __stack_chk_fail () from /lib/libc.so.7 > #3 š0x00000000004029aa in main (argc=, argv= optimized out>) at dialog4ports.c:212 > > -- > > š/* > šš* Dan Mack > šš* danmack at gmail.com > šš*/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hi Dan, It is interesting because 212 line is: err(EXIT_FAILURE, "List of items should not be empty"); Have you last dialog4ports?(dialog4ports == 0.1.5) I doesn't have any problem with last ports/d4p. Can you also provide bt full output for me. -- With Best Regards, Ilya A. Arkhipov From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 20:36:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2809EA33 for ; Sun, 23 Jun 2013 20:36:18 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) by mx1.freebsd.org (Postfix) with ESMTP id 04B0B1C70 for ; Sun, 23 Jun 2013 20:36:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MOV00A004XEY900@smtpauth4.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 23 Jun 2013 15:36:11 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.6.23.202133, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (unknown [76.210.63.131]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MOV00AA458ANT00@smtpauth4.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 23 Jun 2013 15:36:10 -0500 (CDT) Message-id: <51C75C39.8060100@freebsd.org> Date: Sun, 23 Jun 2013 15:36:09 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130615 Thunderbird/17.0.6 To: freebsd-current@freebsd.org Subject: Re: dialog4ports crashing in head recently References: In-reply-to: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 20:36:18 -0000 On 06/23/13 14:52, Dan Mack wrote: > dialog4ports has been crashing on all of my systems for about the last > week. I rebuilt it with debug symbols and this is what I got (doesn't > matter which port is using it). > > Anyone else seeing this? > libdialog was updated recently. I had to rebuild dialog4ports after that to keep it from crashing. Maybe you have the same issue? -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 20:53:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 29092257 for ; Sun, 23 Jun 2013 20:53:25 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id DE8311D03 for ; Sun, 23 Jun 2013 20:53:24 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id pa12so8039787veb.39 for ; Sun, 23 Jun 2013 13:53:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ktwMaNMgcB6JFgnHpjmusA7RNgT02h9L1QrlcJHNJrQ=; b=zCtM7mz0/pchlh0BEcwpIaDmMB9lFDP4WpVCLg8HxP0PZSflR78kuOJ186m+FTzWb0 oSG0kO4rpsF1X0AfjhIL7qfq1SN+M8bkQVBFS+G893A/wasp2L7p4rsgyOLOX/G2TQBC vnps+6nFvRjv/WkG70AdDQTEcuwBQQY341/eA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ktwMaNMgcB6JFgnHpjmusA7RNgT02h9L1QrlcJHNJrQ=; b=f4oD1WR4hRDchEfjqxPJ6vfqLuDJGyulf3BdQhJXB4RUXYo6JwxAlLIkBBLyvXn/91 Jm6soyq8kkN2DDw8BocSy8jiJ/IFd3nR7gZUg3UeqWcMtrwqZWaz/pDeewqUeDPDJw7w q7OnWQBb0TQ4P+WP8zydwchp/ff5cvI+SZI3t5LVTJXQ02IzO7qew7nxChIJzBKcbsGP RGQx8KpxoipXS3748HUSC9x8wWdKZcAKE4XVdhc1wGcTuM97tmbPRU/Ichj/MnmKWoTn JlYovzzEhTzQ2WW1TMC+YZpeL/yWulhc4I+9vS+pFPL1CieYIGzS1TY7HNKA1/iX2HBE UZaA== MIME-Version: 1.0 X-Received: by 10.52.231.103 with SMTP id tf7mr8478093vdc.114.1372020804499; Sun, 23 Jun 2013 13:53:24 -0700 (PDT) Received: by 10.220.20.133 with HTTP; Sun, 23 Jun 2013 13:53:24 -0700 (PDT) In-Reply-To: <51C75C39.8060100@freebsd.org> References: <51C75C39.8060100@freebsd.org> Date: Sun, 23 Jun 2013 13:53:24 -0700 Message-ID: Subject: Re: dialog4ports crashing in head recently From: Peter Wemm To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQm00iLDQkOpDwH/Wqdz4Xwo7F3vC/kF4ZxEf4srhw521bxDuvXBFny5umsid56QH8IX4T9t Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 20:53:25 -0000 On Sun, Jun 23, 2013 at 1:36 PM, Nathan Whitehorn wrote: > On 06/23/13 14:52, Dan Mack wrote: >> >> dialog4ports has been crashing on all of my systems for about the last >> week. I rebuilt it with debug symbols and this is what I got (doesn't >> matter which port is using it). >> >> Anyone else seeing this? >> > > libdialog was updated recently. I had to rebuild dialog4ports after that to > keep it from crashing. Maybe you have the same issue? > -Nathan I've had the same problem on the freebsd.org cluster over the last week or so. A forced rebuild of dialog4ports solved it for me. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 20:55:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9EC7838A for ; Sun, 23 Jun 2013 20:55:40 +0000 (UTC) (envelope-from danmack@gmail.com) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 36A921D29 for ; Sun, 23 Jun 2013 20:55:40 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id d10so5666157eaj.27 for ; Sun, 23 Jun 2013 13:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ujbPHlN3S1eh/LJXXFSzFhndZ0gpCVm7MGQSNwMHCsk=; b=vHVFvCgdKihJQBqHQy0IeuvlzObcWbDWF7v3Cb2gSpRnnAiM+xylwT6u7PoM9Arkov pQK/fbNMm6wBxsD4QJHlCFh+SsLJes4GvFHg8zMDDzqiABuqiozwaeN489TYzcYRwkcO iPTxQ4+uIg/mi6hYbY7ign0zTaUaT6IVLfBk8VJgxWwrWIiIQX4wGNfsg4nUTP/GSJT7 cPrMvUg0AtNNRH3SwcQmrOUGUq37fSTJ0x9ODp8uL5UvZw79Cr6Z4GmcDWu50sAThyc1 0TYHsjs/03yo+w45Lk+g4t1VlUxcLSRP8HzD4Bas1U2RbfWHuD+Akxq6ln70di9AztBR 5+Ug== MIME-Version: 1.0 X-Received: by 10.14.223.199 with SMTP id v47mr21861023eep.32.1372020939315; Sun, 23 Jun 2013 13:55:39 -0700 (PDT) Received: by 10.223.4.218 with HTTP; Sun, 23 Jun 2013 13:55:39 -0700 (PDT) In-Reply-To: <543521372018618@web3g.yandex.ru> References: <543521372018618@web3g.yandex.ru> Date: Sun, 23 Jun 2013 15:55:39 -0500 Message-ID: Subject: Re: dialog4ports crashing in head recently From: Dan Mack To: "Ilya A. Arkhipov" X-Mailman-Approved-At: Sun, 23 Jun 2013 21:01:41 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 20:55:40 -0000 Yep, I'm running the latest ... root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # pkg info | grep dialog dialog4ports-0.1.5 Console Interface to configure ports I originally thought it was just one system that was messed up having been through so many generations of buildworld/installworld so this box (winbsd) is a freshly installed like this: 1. installed a fresh VM guest with my release.iso from r251520 2. to get /usr/src, I built subversion from /usr/ports 3. step 2 probably built dialog4ports via portmaster automagically using libdiag from r251420 4. after getting /usr/src and rebuilding current from head, dialog4ports has the new crash behaviour. I just tried Nathan and Peter's suggestion and it fixes the problem. If you have dialog4ports installed from an older release... about a week ago, it needs to be rebuilt it appears. Dan On Sun, Jun 23, 2013 at 3:16 PM, Ilya A. Arkhipov wrote: > 24.06.2013, 00:10, "Dan Mack" : > > dialog4ports has been crashing on all of my systems for about the last > > week. I rebuilt it with debug symbols and this is what I got (doesn't > > matter which port is using it). > > > > Anyone else seeing this? > > > > Dan > > > > root@winbsd:/usr/ports/net-mgmt # cd zabbix2-agent/ > > root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # ls > > Makefile dialog4ports.core > > root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # gdb `which dialog4ports` > > dialog4ports.core > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you > are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > details. > > This GDB was configured as "amd64-marcel-freebsd"... > > Core was generated by `dialog4ports'. > > Program terminated with signal 6, Aborted. > > Reading symbols from /lib/libncursesw.so.8...done. > > Loaded symbols for /lib/libncursesw.so.8 > > Reading symbols from /lib/libm.so.5...done. > > Loaded symbols for /lib/libm.so.5 > > Reading symbols from /usr/lib/libdialog.so.7...done. > > Loaded symbols for /usr/lib/libdialog.so.7 > > Reading symbols from /lib/libc.so.7...done. > > Loaded symbols for /lib/libc.so.7 > > Reading symbols from /libexec/ld-elf.so.1...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x0000000800fedffa in kill () from /lib/libc.so.7 > > (gdb) where > > #0 0x0000000800fedffa in kill () from /lib/libc.so.7 > > #1 0x0000000800f8c4c0 in __stack_chk_fail () from /lib/libc.so.7 > > #2 0x0000000800f8c430 in __stack_chk_fail () from /lib/libc.so.7 > > #3 0x00000000004029aa in main (argc=, argv= > optimized out>) at dialog4ports.c:212 > > > > -- > > > > /* > > * Dan Mack > > * danmack at gmail.com > > */ > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > Hi Dan, > > It is interesting because 212 line is: > err(EXIT_FAILURE, "List of items should not be empty"); > > Have you last dialog4ports?(dialog4ports == 0.1.5) > I doesn't have any problem with last ports/d4p. > > Can you also provide bt full output for me. > > -- > With Best Regards, > Ilya A. Arkhipov > -- /* * Dan Mack * danmack at gmail.com */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 23 21:34:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3CEA2A06; Sun, 23 Jun 2013 21:34:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A7BAB1E4F; Sun, 23 Jun 2013 21:34:30 +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 r5NLYMBu096438; Mon, 24 Jun 2013 00:34:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NLYMBu096438 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NLYMO1096437; Mon, 24 Jun 2013 00:34:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 24 Jun 2013 00:34:22 +0300 From: Konstantin Belousov To: bapt@freebsd.org Subject: Re: dialog4ports crashing in head recently Message-ID: <20130623213422.GE91021@kib.kiev.ua> References: <51C75C39.8060100@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kQ1XzZCxpe8xIyYO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, Nathan Whitehorn , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 21:34:31 -0000 --kQ1XzZCxpe8xIyYO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 01:53:24PM -0700, Peter Wemm wrote: > On Sun, Jun 23, 2013 at 1:36 PM, Nathan Whitehorn > wrote: > > On 06/23/13 14:52, Dan Mack wrote: > >> > >> dialog4ports has been crashing on all of my systems for about the last > >> week. I rebuilt it with debug symbols and this is what I got (doesn't > >> matter which port is using it). > >> > >> Anyone else seeing this? > >> > > > > libdialog was updated recently. I had to rebuild dialog4ports after tha= t to > > keep it from crashing. Maybe you have the same issue? > > -Nathan >=20 > I've had the same problem on the freebsd.org cluster over the last > week or so. A forced rebuild of dialog4ports solved it for me. This means that the libdialog ABI was broken, right ? If yes, the so version must be bumped. This is the duty of the committer, not re. --kQ1XzZCxpe8xIyYO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRx2ndAAoJEJDCuSvBvK1BkucQAJ0m0Xu94zxdAfOQI9iFntYp yNShIxwykBuDnu7uZbT2ZuiXBC9vEut+0c0tp/zlP0R3moMIGo4spP4k0BacdU4I 9udf7TNBLB27NBMAtxDMNl8QPrwJOyVviEwrl6nr3Nw+VhgRF7MWjEy4S792S3lC 5UCrEnxo1b39ELUU03tqG8SFxb/kGRzVDuHVmj1rMPLa0TAdGJM4nTIBsYSQ6ixP sZpp1iolINWbiLIFRqvd7F/EM64d1QJLXxyi66POeFZIoO//3u7c+36oFInIf3EI gf3vO8XRhWiA+USwEdugsRqDNoR4LKWkbkkuEiega6GPSBlHvSpeTub9NYrPq72L mrAcj7zo0LQzDBeEoWjrQpbzV1k1bqyGSAvzcOGzfNyNuhOPRSNlPdwdK7Bs9tej jH3+4HRRTptVAig9str0ggJYvOhw4JgJJtWTkDd2nrslMdQfjXsl8uDOrowTaJnM zB5vQug+G//FdMKefnbeiaJMoI+cPwCsI2PpJSeiusRnBDcqJfvpfjDkbJXgoWUU Vs3uTY+bz4t0psXNuDWGe+wLJqrw5XIHpJQ8QpK4v9AY2yj2YTYKzV3KCS92n1u8 N6dHDRFPy5AZTHQ6q03Lu+O7SiiGiQydEUes7/pa8OYnhf0JjspSOqxw2FFRt/Zt NbpZaLQ8ZegYRrUjoI8/ =lDiW -----END PGP SIGNATURE----- --kQ1XzZCxpe8xIyYO-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 10:15:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3424449A; Mon, 24 Jun 2013 10:15:32 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id ED0CE1ABB; Mon, 24 Jun 2013 10:15:31 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (unknown [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id 72495165; Mon, 24 Jun 2013 12:15:23 +0200 (CEST) Received: from thebe.jupiter.sigsegv.be (thebe.jupiter.sigsegv.be [172.16.1.5]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id 3AE95324D; Mon, 24 Jun 2013 12:15:18 +0200 (CEST) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id 19152D90B; Mon, 24 Jun 2013 12:15:18 +0200 (CEST) Date: Mon, 24 Jun 2013 12:15:18 +0200 From: Kristof Provost To: Alexander Leidinger Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130624101517.GA9630@thebe.jupiter.sigsegv.be> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130614230702.00006aa0@unknown> X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 10:15:32 -0000 On 2013-06-14 23:07:02 (+0200), Alexander Leidinger wrote: > The bt in the minidump is useless, but I made a bt directly > in the kernel debugger: > ---snip--- > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xffffff839e79d930 > frame pointer = 0x28:0xffffff839e79d9e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2183 (zfs) > > db> bt > Tracing pid 2356 > uart_sab82532_class() at 0 > devfs_ioctl_f() at devfs_ioctl_f+0xf0 > kern_ioctl() at kern_ioctl+0x1d7 > sys_ioctl() at sys_ioctl+0x142 > ---snip--- > For what it's worth, I'm running into exactly the same problem. (amd64, stable/9). I have no custom settings in /etc/make.conf or /etc/src.conf Regards, Kristof From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 10:21:58 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7B03E640; Mon, 24 Jun 2013 10:21:58 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0B60E1B22; Mon, 24 Jun 2013 10:21:57 +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 r5OALuMj077535; Mon, 24 Jun 2013 14:21:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r5OALuBY077534; Mon, 24 Jun 2013 14:21:56 +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, 24 Jun 2013 14:21:56 +0400 From: Gleb Smirnoff To: Glen Barber Subject: Re: [panic] swi4 page fault (ip_slowtimo()) Message-ID: <20130624102155.GF1214@FreeBSD.org> References: <20130622001712.GA1888@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20130622001712.GA1888@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 10:21:58 -0000 On Fri, Jun 21, 2013 at 08:17:12PM -0400, Glen Barber wrote: G> Hi, G> G> I have the following kgdb session from a page fault seemingly triggered G> in pf(4). pfslowtimo() isn't related to pf(4). "pf" stands here for "protocol family". G> (kgdb) list *0xffffffff80772688 G> 0xffffffff80772688 is in ip_slowtimo (/usr/src/sys/netinet/ip_input.c:1242). G> 1237 for(fp = TAILQ_FIRST(&V_ipq[i]); fp;) { G> 1238 struct ipq *fpp; G> 1239 G> 1240 fpp = fp; G> 1241 fp = TAILQ_NEXT(fp, ipq_list); G> 1242 if(--fpp->ipq_ttl == 0) { G> 1243 IPSTAT_ADD(ips_fragtimeout, G> 1244 fpp->ipq_nfrags); G> 1245 ip_freef(&V_ipq[i], fpp); G> 1246 } G> (kgdb) p *ipq G> $1 = {tqh_first = 0x0, tqh_last = 0xffffffff80e20e80} Can you please "print ipq", so that we can look at entire array. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 10:30:08 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 22292824; Mon, 24 Jun 2013 10:30:08 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id D64F81BA4; Mon, 24 Jun 2013 10:30:07 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 2F6DD23F840; Mon, 24 Jun 2013 06:30:06 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.8.3 onyx.glenbarber.us 2F6DD23F840 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 24 Jun 2013 06:30:03 -0400 From: Glen Barber To: Gleb Smirnoff Subject: Re: [panic] swi4 page fault (ip_slowtimo()) Message-ID: <20130624103003.GL1888@glenbarber.us> References: <20130622001712.GA1888@glenbarber.us> <20130624102155.GF1214@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Rl6QTk5rIKeAVhSO" Content-Disposition: inline In-Reply-To: <20130624102155.GF1214@FreeBSD.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 10:30:08 -0000 --Rl6QTk5rIKeAVhSO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 24, 2013 at 02:21:56PM +0400, Gleb Smirnoff wrote: > On Fri, Jun 21, 2013 at 08:17:12PM -0400, Glen Barber wrote: > G> Hi, > G>=20 > G> I have the following kgdb session from a page fault seemingly triggered > G> in pf(4). >=20 > pfslowtimo() isn't related to pf(4). "pf" stands here for "protocol famil= y". >=20 Ah, thanks. > G> (kgdb) list *0xffffffff80772688 > G> 0xffffffff80772688 is in ip_slowtimo (/usr/src/sys/netinet/ip_input.c:= 1242). > G> 1237 for(fp =3D TAILQ_FIRST(&V_ipq[i]); fp;) { > G> 1238 struct ipq *fpp; > G> 1239=09 > G> 1240 fpp =3D fp; > G> 1241 fp =3D TAILQ_NEXT(fp, ipq_list); > G> 1242 if(--fpp->ipq_ttl =3D=3D 0) { > G> 1243 IPSTAT_ADD(ips_fragtimeout, > G> 1244 fpp->ipq_nfrags); > G> 1245 ip_freef(&V_ipq[i], fpp); > G> 1246 } > G> (kgdb) p *ipq > G> $1 =3D {tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20e80} >=20 > Can you please "print ipq", so that we can look at entire array. >=20 Sure, output follows. Glen Script started on Mon Jun 24 06:28:36 2013 root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug /var/crash/vmco= re.8 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x11 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80772688 stack pointer =3D 0x28:0xffffff800026da20 frame pointer =3D 0x28:0xffffff800026da40 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock) trap number =3D 12 panic: page fault cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff80676a46 at kdb_backtrace+0x66 #1 0xffffffff8063ae6b at panic+0x13b #2 0xffffffff80918ba0 at trap_fatal+0x290 #3 0xffffffff80918f11 at trap_pfault+0x221 #4 0xffffffff809194c4 at trap+0x344 #5 0xffffffff80902c53 at calltrap+0x8 #6 0xffffffff806a29ce at pfslowtimo+0x2e #7 0xffffffff80651476 at softclock_call_cc+0x106 #8 0xffffffff80651b09 at softclock+0xa9 #9 0xffffffff8060c06d at intr_event_execute_handlers+0xfd #10 0xffffffff8060d81b at ithread_loop+0x9b #11 0xffffffff80608c1f at fork_exit+0x11f #12 0xffffffff8090317e at fork_trampoline+0xe Uptime: 42d1h53m40s (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress (ada0:ahcich0:0:0:0): Error 5, Retries exhausted (ada0:ahcich0:0:0:0): Synchronize cache failed (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress (ada1:ahcich1:0:0:0): Error 5, Retries exhausted (ada1:ahcich1:0:0:0): Synchronize cache failed (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress (ada2:ahcich4:0:0:0): Error 5, Retries exhausted (ada2:ahcich4:0:0:0): Synchronize cache failed (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress (ada3:ahcich5:0:0:0): Error 5, Retries exhausted (ada3:ahcich5:0:0:0): Synchronize cache failed Dumping 2263 out of 6048 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..9= 1% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols #0 doadump (textdump=3D) at pcpu.h:231 231 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) p ipq $1 =3D {{tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20e80}, {tqh_first = =3D 0x0,=20 tqh_last =3D 0xffffffff80e20e90}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20ea0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20eb0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20ec0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20ed0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20ee0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20ef0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20f00}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20f10}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20f20}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20f30}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20f40}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20f50}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20f60}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20f70}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20f80}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20f90}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20fa0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20fb0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20fc0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e20fd0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e20fe0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e20ff0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21000}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21010}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21020}, { tqh_first =3D 0x1, tqh_last =3D 0xffffffff80e21030}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21040}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21050}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21060}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21070}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21080}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21090}, {tqh_first =3D 0x0= ,=20 ---Type to continue, or q to quit--- tqh_last =3D 0xffffffff80e210a0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e210b0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e210c0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e210d0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e210e0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e210f0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21100}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21110}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21120}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21130}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21140}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21150}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21160}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21170}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21180}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21190}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e211a0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e211b0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e211c0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e211d0}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e211e0}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e211f0}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21200}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21210}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21220}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21230}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21240}, {tqh_first =3D 0x0= ,=20 tqh_last =3D 0xffffffff80e21250}, {tqh_first =3D 0x0, tqh_last =3D 0xff= ffffff80e21260}, { tqh_first =3D 0x0, tqh_last =3D 0xffffffff80e21270}} (kgdb) quit root@orion:/usr/obj/usr/src/sys/ORION # ^D Script done on Mon Jun 24 06:28:46 2013 --Rl6QTk5rIKeAVhSO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJRyB+rAAoJEFJPDDeguUaj8QQH/jv9oWqp8tH/PSho/73Ru9OY almCo4T72lVk2m+x61usJzhdKTwvB9FczJ5MGhC55Jrdub1fTbfgiUdmMiMQ/8D4 RviBy7qSRlSfxmyRQ332nNHm5etCUspmcYee+yOifkoTCfNMVtRTk5rAuxmbs9Ye VziqrXKMrTQCStV0Q+R0HMjkkFZAM5nqCc9Yp76YRxziv2CN44J526c0pHGyzjyO nTU3Q6ignN9DTtgLV/JwYdTYID9Y9+pPuVvQf/Dc1NER7VDAVI3f7ygL8uM6GxDf VaUpnbJjV+kApMhh+Mngm7OqBJ/oC8VfQ2dw0xKwhztjjGMJ7ra7tl/A74GWUDQ= =iem5 -----END PGP SIGNATURE----- --Rl6QTk5rIKeAVhSO-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 12:46:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 623DB552 for ; Mon, 24 Jun 2013 12:46:35 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3F38A1617 for ; Mon, 24 Jun 2013 12:46:34 +0000 (UTC) Received: from [172.22.30.42] (dulse.macktronics.com [209.181.253.69]) by borg.macktronics.com (Postfix) with ESMTP id 1205C22D for ; Sun, 23 Jun 2013 06:55:54 -0500 (CDT) From: Dan Mack Subject: dialog4ports crashing / dumping core Message-Id: Date: Sun, 23 Jun 2013 06:55:53 -0500 To: freebsd-current Current Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 12:46:35 -0000 I've started seeing these on multiple machines in the last few days = when building pretty much any port:=20 +pid 23141 (dialog4ports), uid 0: exited on signal 6 (core dumped) +pid 23394 (dialog4ports), uid 0: exited on signal 6 (core dumped) +pid 23782 (dialog4ports), uid 0: exited on signal 6 (core dumped) +pid 24011 (dialog4ports), uid 0: exited on signal 6 (core dumped) +pid 24564 (dialog4ports), uid 0: exited on signal 6 (core dumped) +pid 24739 (dialog4ports), uid 0: exited on signal 6 (core dumped) I'll rebuild a box with debug symbols and get a decent trace but for now = this is all I have on a couple systems running 10.0-CURRENT FreeBSD = 10.0-CURRENT #11 r252104. This crash appears to happen after you exit = the dialog4port dialog screen. root@darkstor:/usr/ports/misc/help2man # gdb `which dialog4ports` = dialog4ports.core=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging = symbols found)... Core was generated by `dialog4ports'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libncursesw.so.8...(no debugging symbols = found)...done. Loaded symbols for /lib/libncursesw.so.8 Reading symbols from /lib/libm.so.5...(no debugging symbols = found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/lib/libdialog.so.7...(no debugging symbols = found)...done. Loaded symbols for /usr/lib/libdialog.so.7 Reading symbols from /lib/libc.so.7...(no debugging symbols = found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols = found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800fef1fa in kill () from /lib/libc.so.7 (gdb) where #0 0x0000000800fef1fa in kill () from /lib/libc.so.7 #1 0x0000000800f8ccae in __stack_chk_fail () from /lib/libc.so.7 #2 0x0000000800f8cc10 in __stack_chk_fail () from /lib/libc.so.7 #3 0x00000000004029d9 in main () (gdb)=20 Dan From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 12:46:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1804A551 for ; Mon, 24 Jun 2013 12:46:35 +0000 (UTC) (envelope-from danmack42@me.com) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id E92D71616 for ; Mon, 24 Jun 2013 12:46:34 +0000 (UTC) Received: from [172.22.30.42] (dulse.macktronics.com [209.181.253.69]) by borg.macktronics.com (Postfix) with ESMTP id D7D0A30D for ; Sun, 23 Jun 2013 14:50:09 -0500 (CDT) From: Daniel Mack Subject: dialog4ports stack overflowing recently Message-Id: <7FFDE019-B095-40CB-BCE7-B63FEE537437@me.com> Date: Sun, 23 Jun 2013 14:50:09 -0500 To: freebsd-current Current Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-Mailman-Approved-At: Mon, 24 Jun 2013 12:54:11 +0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 12:46:35 -0000 I've noticed that dialog4ports has been crashing pretty consistently = recently. Happening to anyone else? Dan root@winbsd:/usr/ports/net-mgmt # cd zabbix2-agent/ root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # ls Makefile dialog4ports.core root@winbsd:/usr/ports/net-mgmt/zabbix2-agent # gdb `which dialog4ports` = dialog4ports.core=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `dialog4ports'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libncursesw.so.8...done. Loaded symbols for /lib/libncursesw.so.8 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/lib/libdialog.so.7...done. Loaded symbols for /usr/lib/libdialog.so.7 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800fedffa in kill () from /lib/libc.so.7 (gdb) where #0 0x0000000800fedffa in kill () from /lib/libc.so.7 #1 0x0000000800f8c4c0 in __stack_chk_fail () from /lib/libc.so.7 #2 0x0000000800f8c430 in __stack_chk_fail () from /lib/libc.so.7 #3 0x00000000004029aa in main (argc=3D, = argv=3D) at dialog4ports.c:212 From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 12:55:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 32E06AA7 for ; Mon, 24 Jun 2013 12:55:37 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCC516B6 for ; Mon, 24 Jun 2013 12:55:36 +0000 (UTC) Received: from web7h.yandex.ru (web7h.yandex.ru [84.201.186.36]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 479C01B20A98; Mon, 24 Jun 2013 16:55:34 +0400 (MSK) Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1]) by web7h.yandex.ru (Yandex) with ESMTP id 86EDF3EC004E; Mon, 24 Jun 2013 16:55:33 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1372078533; bh=/rNDMqHO4UzKr32NXpcufmAsF/3yLsnehM33at+TNBQ=; h=From:To:In-Reply-To:References:Subject:Date; b=oyBwgznNk2bkOINSA7IjfNJraQIjA9oW2r4V92gMeiMtx/ZkmNZYEPKO/ZVkSY1wh xc9AXrl0KIvSm5BMRb/aIhKv2kllsdFApYRmaEdZGKb/7lMaiSdrucQCiyUugzQMat VlQJAGKT64infkPlYUM89CmSZJIDpnujmzKh86gI= Received: from broadband-109-173-115-35.nationalcablenetworks.ru (broadband-109-173-115-35.nationalcablenetworks.ru [109.173.115.35]) by web7h.yandex.ru with HTTP; Mon, 24 Jun 2013 16:55:33 +0400 From: Ilya A. Arkhipov To: Dan Mack , freebsd-current Current In-Reply-To: References: Subject: Re: dialog4ports crashing / dumping core MIME-Version: 1.0 Message-Id: <561391372078533@web7h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 24 Jun 2013 16:55:33 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 12:55:37 -0000 24.06.2013, 16:46, "Dan Mack" : > I've started seeing these on multiple machines in the last šfew days when building pretty much any port: > > +pid 23141 (dialog4ports), uid 0: exited on signal 6 (core dumped) > +pid 23394 (dialog4ports), uid 0: exited on signal 6 (core dumped) > +pid 23782 (dialog4ports), uid 0: exited on signal 6 (core dumped) > +pid 24011 (dialog4ports), uid 0: exited on signal 6 (core dumped) > +pid 24564 (dialog4ports), uid 0: exited on signal 6 (core dumped) > +pid 24739 (dialog4ports), uid 0: exited on signal 6 (core dumped) > > I'll rebuild a box with debug symbols and get a decent trace but for now this is all I have on a couple systems running š10.0-CURRENT FreeBSD 10.0-CURRENT #11 r252104. šThis crash appears to happen after you exit the dialog4port dialog screen. > > root@darkstor:/usr/ports/misc/help2man # gdb `which dialog4ports` dialog4ports.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. šType "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `dialog4ports'. > Program terminated with signal 6, Aborted. > Reading symbols from /lib/libncursesw.so.8...(no debugging symbols found)...done. > Loaded symbols for /lib/libncursesw.so.8 > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/lib/libdialog.so.7...(no debugging symbols found)...done. > Loaded symbols for /usr/lib/libdialog.so.7 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 š0x0000000800fef1fa in kill () from /lib/libc.so.7 > (gdb) where > #0 š0x0000000800fef1fa in kill () from /lib/libc.so.7 > #1 š0x0000000800f8ccae in __stack_chk_fail () from /lib/libc.so.7 > #2 š0x0000000800f8cc10 in __stack_chk_fail () from /lib/libc.so.7 > #3 š0x00000000004029d9 in main () > (gdb) > > Dan > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hi Dan, libdialog was bumped "svn commit: r252129 - in head: . gnu/lib/libdialog". ABI was broken, now you should rebuild dialog4ports, it should fix your problem. Sorry for any inconvenience caused. -- With Best Regards, Ilya A. Arkhipov From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 16:14:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 00ADC897; Mon, 24 Jun 2013 16:14:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) by mx1.freebsd.org (Postfix) with ESMTP id 993691FFE; Mon, 24 Jun 2013 16:14:49 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id g10so2321880qah.5 for ; Mon, 24 Jun 2013 09:14:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QaWLr/bSMCFS9sA15IGQ5JQc5UMgG9SNSMHF6U3O2EM=; b=ydg8vvJEtgfdVQ56w16Hjyv2m17NPW+9rzwqqcJF7h9mJ5WljZLOTVZ9p2WIGi91uv GtiQdTFjwT7jyaXCr/7thV/R1mBusvTBi/rEaA/SL99QDDalm3sivC6oHB6vZ6URiCdh NKiHe/h5I4PI9IipNJYng9fSpfGTZNmIkg6nKi0E8Rqmn4aGvvbLskPn0WtPHiBrwnKd 8kM22fPcEWtvxpwtVw7xH0RWezi3UljROEHjYssCnWCAk1ax+p21AQPi7s/fW/xKwgmK ZL1UuXe67rf0+pv+oz6KfIt1MyDAzO+WWPNwx+Z66allgR9R5OarfnqZsXI79VnLkKGR HnLA== MIME-Version: 1.0 X-Received: by 10.49.98.196 with SMTP id ek4mr28331656qeb.8.1372090489177; Mon, 24 Jun 2013 09:14:49 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Mon, 24 Jun 2013 09:14:49 -0700 (PDT) In-Reply-To: <51C41E03.6060205@FreeBSD.org> References: <51C41E03.6060205@FreeBSD.org> Date: Mon, 24 Jun 2013 09:14:49 -0700 X-Google-Sender-Auth: a4XzqGRxA23CVnsf7zVAl6Bokr4 Message-ID: Subject: Re: Atom N450 + C3 + HPET == bad timer behaviour From: Adrian Chadd To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-mobile@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 16:14:50 -0000 Hi, It's (transcribed): kern.timecounter.hardware: TSC kern.timecounter.choice: TSC(1000) ACPI-fast (900) HPET (950) i8254 (0) dummy(-1000) kern.timecounter.tick: 1 kern.timecounter.fast_gettime: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.smp_tsc: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.tsc_shift: 1 Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 18:17:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 59A1B737 for ; Mon, 24 Jun 2013 18:17:05 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 38529175F for ; Mon, 24 Jun 2013 18:17:05 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) by borg.macktronics.com (Postfix) with ESMTP id 4D9D0507; Mon, 24 Jun 2013 13:17:04 -0500 (CDT) Date: Mon, 24 Jun 2013 13:17:04 -0500 (CDT) From: Dan Mack To: "Ilya A. Arkhipov" Subject: Re: dialog4ports crashing / dumping core In-Reply-To: <561391372078533@web7h.yandex.ru> Message-ID: References: <561391372078533@web7h.yandex.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 18:17:05 -0000 Yep, got it. Sorry for the multiple posts ... we lost power and my mail server switched sites causing a temporary loss of trust between me and the freebsd.org mail servers. Thanks for all the help, Dan On Mon, 24 Jun 2013, Ilya A. Arkhipov wrote: > Hi Dan, > > libdialog was bumped "svn commit: r252129 - in head: . gnu/lib/libdialog". ABI was broken, now you should rebuild dialog4ports, it should fix your problem. > Sorry for any inconvenience caused. > > -- > With Best Regards, > Ilya A. Arkhipov > _______________________________________________ > 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" dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 20:08:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 272C48C3; Mon, 24 Jun 2013 20:08:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id D611C1D16; Mon, 24 Jun 2013 20:08:20 +0000 (UTC) Received: from outgoing.leidinger.net (pD9FBB26D.dip0.t-ipconnect.de [217.251.178.109]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id ED6438440CF; Mon, 24 Jun 2013 22:08:00 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id 69851193F; Mon, 24 Jun 2013 22:07:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1372104478; bh=oZLaNuWQUmi8EskMnokXlsPRLd2TtA7dATRNqx6DIZU=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=2pmJ+sdAI8IPoklllYLTNCJNZRL/LdecXZaxHNo6xeOcRTuXuX7hECJC9919rDk/t L+MoZVGmMLxyVp6sjyZyXQbHFkKxZFz0rhh8y6GQYQjP8eusuVZcszJqkZpvPUp5/E 7QDysuLmj07zd0lcr62/I1agmnxYIMwfxIqZ5Ek/LVo6Bu7784r9hEipQ1VSKrjuh2 Rw0zjDfNbRoOprkt3HgM1DNsSwGZcz2ucnsbN4rJhefks/8+uV6U5KK5TxkAifJ3r9 gqPyOvmOA8NmWiQ17JdmcrCWBcUN27MBUq4wtLH0C/uGg2ZCRs3G1Rl2V3NFBWxf2k 5JMSjO1aeT3cg== Date: Mon, 24 Jun 2013 22:08:01 +0200 From: Alexander Leidinger To: Kristof Provost Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130624220801.0000492c@unknown> In-Reply-To: <20130624101517.GA9630@thebe.jupiter.sigsegv.be> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> X-Mailer: Claws Mail 3.9.1-2-g66aa06 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: ED6438440CF.A04DA X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.931, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.10, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_ZF 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1372709281.53452@Nm7UgBDygb9qngVbrS/5JA X-EBL-Spam-Status: No Cc: Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 20:08:21 -0000 On Mon, 24 Jun 2013 12:15:18 +0200 Kristof Provost wrote: > For what it's worth, I'm running into exactly the same problem. > (amd64, stable/9). I have no custom settings in /etc/make.conf > or /etc/src.conf I had a short discussion with the maintainer of our stress-test-suite, he was able to create a test-case which triggers the problem. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 20:11:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F69EA86 for ; Mon, 24 Jun 2013 20:11:51 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1CCB81D51 for ; Mon, 24 Jun 2013 20:11:50 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r5OKBn7K071081 for ; Mon, 24 Jun 2013 15:11:49 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id r5OKBnhA071080 for current@freebsd.org; Mon, 24 Jun 2013 15:11:49 -0500 (CDT) (envelope-from brooks) Date: Mon, 24 Jun 2013 15:11:49 -0500 From: Brooks Davis To: current@freebsd.org Subject: errors building 9-STABLE on recent HEAD Message-ID: <20130624201149.GB70873@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 20:11:51 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I recently upgraded my main buildbox from an ancient 9.0-STABLE snapshot to head and I've run into an issue building 9-STABLE on it. Initally this was broken by the switch to bmake, but Simon committed a work around that and using the fmake port also works around it. Now I'm seeing a strange error in yacc generated code. I say strange because yacc is correctly being bootstrapped so we're using the expected version and not the one in HEAD. Does anyone have any insight into this issue? cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. -I/home/bed22/src-9/gnu/usr.bin/binutils/ld -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../libbfd -I/home/bed22/obj/home/bed22/src-9/gnu/usr.bin/binutils/ld/../libbfd -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DTARGET=\"x86_64-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_x86_64_fbsd\" -DSCRIPTDIR=\"/usr/libdata\" -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" -DTARGET_SYSTEM_ROOT=\"\" -DTOOLBINDIR=\"//usr/bin/libexec\" -D_GNU_SOURCE -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c ldlex.c cc1: warnings being treated as errors : In function 'yy_get_next_buffer': :3229: warning: passing argument 2 of 'yy_input' from incompatible pointer type *** [ldlex.o] Error code 1 Stop in /home/bed22/src-9/gnu/usr.bin/binutils/ld. *** [all] Error code 1 Thanks, Brooks --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRyKgEXY6L6fI4GtQRAusfAKDQfLMHxC3GsvPC54ruxCttrqKR6ACg5LnL 58CUuvtQc3rH6SxOwNQuDQM= =hhvP -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 20:25:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8E9E4248; Mon, 24 Jun 2013 20:25:40 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 463D01E0C; Mon, 24 Jun 2013 20:25:40 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i7so12486332oag.2 for ; Mon, 24 Jun 2013 13:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9SsyWRw7xiE+S09ASoaBTe7veElVaj/zuZ965YRSXdQ=; b=lkiCp748CCsBaRk+WO4eQXBHdxIRZILTpN+O6Vk9fJxLMm9+hKJwTMT/d5mWUPBw+H cyaX2pNLFFHYaH1LHDohxgJTmWMgRu/w4HrWvMxM90lXNdS298az637+mxpRAmbANT81 lykr5gI6bkUkMwQlTfuiGCbjINNyby1Ut+7+WdEe83hMsl9rU038NOFa3+lwAZClYCSO DAquROYrDFODiF01N960TTmUzDTD4PkHRx4gDHEkwv4mmkRLMJ83OEBn9vz1DqQivLGx Xf8pPRQU44t8CW/0TYYfBmlK7gklo+ZLigZRwNbTZEpu9DnN6AOo2qVpXzK6MRsaQjrv SFag== MIME-Version: 1.0 X-Received: by 10.60.36.226 with SMTP id t2mr10968115oej.6.1372105539887; Mon, 24 Jun 2013 13:25:39 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.27.101 with HTTP; Mon, 24 Jun 2013 13:25:39 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Jun 2013 22:25:39 +0200 X-Google-Sender-Auth: d-H1FpeH3sxgVubwCRJV1umnHSo Message-ID: Subject: Re: FreeBSD 2013-Q2 status reports! From: Gabor Pali To: developers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 20:25:40 -0000 On Mon, Jun 17, 2013 at 7:14 PM, Isabell Long wrote: > It's that time again! On behalf of monthly@, I would like to inform > you that the next submission date for the April to June quarterly > status reports is July 7th, 2013 - less than a month away. Note that you have a little less than 2 weeks left to prepare and send us your reports. > They don't have to be very long - anything that lets people know what > is going on inside FreeBSD is useful. Note that submission of reports > is not restricted to committers - anyone who is doing anything > interesting and FreeBSD-related can write one! > > The preferred and easiest submission method is to use the XML > generator linked to from > http://www.freebsd.org/news/status/status.html, with the result > emailed as an attachment to monthly@FreeBSD.org. On that page, there > is also a link to an XML template which can be filled out manually and > attached if preferred. > > To enable compilation and publication of the Q2 report as soon as > possible for the July 7th deadline, please be prompt with any report > submissions you may have. > > I look forward to compiling the report for 2013 Q2. Many thanks, > > Isabell. > (Hat: monthly@) From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 22:22:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 958967FB; Mon, 24 Jun 2013 22:22:17 +0000 (UTC) (envelope-from sjk4015@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 70093129A; Mon, 24 Jun 2013 22:22:17 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id fa11so11646484pad.33 for ; Mon, 24 Jun 2013 15:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=+wsCrpzkgNK5Vtl2XywoNBeTZPSBAW/QyqujlghqyL4=; b=tf6vQDs5ZCKGE3Yfl41ldaT8PQ5s3cDiSzWsiiWCK9N0W40bsA1mrRYJmvMYSerbDm 62R8QQ+c4RnDhegJiZKVAG1IhI+FV4GTjEoK3y+Lp0LWPshDEzG10SXWaEf+A2plfNTy /boRPSGQQlbNlBW1Fkl3qSLMyZZ9gP5CSdkm+6+OfHTkUpdVVCVlfm8SD1tE0E3DXBU/ kdA8dtljiSicgfTunqg2610aBGqDy+UlPDVYpgBMLgXEwpGNgRyEmrmarhgbiwZd2lfW 3wGOMfKHCQ0Xn2Rr2fitnKD3Zvg8k5YSGFX+32Uhf6UTb9brqCgf31XjhP6L1/F9jwlh HZ/Q== MIME-Version: 1.0 X-Received: by 10.66.158.101 with SMTP id wt5mr28889815pab.8.1372112537258; Mon, 24 Jun 2013 15:22:17 -0700 (PDT) Sender: sjk4015@gmail.com Received: by 10.68.195.199 with HTTP; Mon, 24 Jun 2013 15:22:17 -0700 (PDT) Date: Mon, 24 Jun 2013 18:22:17 -0400 X-Google-Sender-Auth: sNNkqGIYV5qxYcToeDKZArLhzXM Message-ID: Subject: lock order reversal in r252098 From: Steven Kreuzer To: freebsd-arm@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 22:22:17 -0000 Hello- I am running 10.0-CURRENT #0 r252098 on a beaglebone and I am getting the occasional LOR when reading/writing in an nfs mount lock order reversal: 1st 0xc1c0a150 newnfs (newnfs) @ /usr/src/sys/kern/vfs_syscalls.c:4064 2nd 0xc6a5e278 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2311 3rd 0xc1c12150 newnfs (newnfs) @ /usr/src/sys/kern/vfs_subr.c:2099 KDB: stack backtrace: end() at 0xd52035b0 scp=0xd52035b0 rlv=0xc05108e0 (db_trace_self+0x14) rsp=0xd5203498 rfp=0xc057394f Bad frame pointer: 0xc057394f Shortly after, the beaglebone locks up and requires a power cycle If anyone has any hints or can spare some cycles to help me debug this issue, please let me know Many Thanks From owner-freebsd-current@FreeBSD.ORG Mon Jun 24 22:40:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 92ABCD2B for ; Mon, 24 Jun 2013 22:40:19 +0000 (UTC) (envelope-from jaglover@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5F71358 for ; Mon, 24 Jun 2013 22:40:19 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id ih17so153817qab.19 for ; Mon, 24 Jun 2013 15:40:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=juaYiKOpUvvKBflt/QCRt530vF594992WLy7C2AjFbQ=; b=OrcZDUQjp9OPZN7RhmnOie0jyhEFTQSvwJLfN+BHUgTelmXc2ThvZit9Vp7H4soy+O 9kbKgVSdCKE5+j3mFHQHL4A/w3atsezcavGwgi0cq3JJavIO+O/w8ucNzNDK5tt0SWvC wihOSEQCmPnif0oTIEXbJ6ysjwuHd0sQ9W9qtLD+4GCYOXTQ2Rq/qwEwB5fWiT7BVvAq AjkggiXGEY5IVy9z70+SEPp1d0jxCcEqdgJTw7F8UNUHins9D/yk6DJuopSHkgcXL6qz lzPd9CAGRk/LUeVlDScxqHBq/0S1NqVG3S/aAIrInmBCddcgo/VWvh0HD3TaehkHTrpZ blJQ== X-Received: by 10.49.132.69 with SMTP id os5mr1654930qeb.48.1372113618967; Mon, 24 Jun 2013 15:40:18 -0700 (PDT) Received: from zeus.saul.homeunix.org (ip-66-186-247-24.eatel.net. [66.186.247.24]) by mx.google.com with ESMTPSA id q10sm23127157qas.6.2013.06.24.15.40.17 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 24 Jun 2013 15:40:18 -0700 (PDT) Date: Mon, 24 Jun 2013 17:40:16 -0500 From: "Saul A. Peebsen" To: freebsd-current@freebsd.org Subject: sysctl -n compat.ia32.maxvmem Message-ID: <20130624174016.3464e268@zeus.saul.homeunix.org> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.19; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 22:40:19 -0000 Hello list, I was forced to run -CURRENT because no other version booted in my new box. Running 10.0-CURRENT FreeBSD 10.0-CURRENT #1: Wed Jun 12 15:23:10 CDT 2013. I'm getting this: # portupgrade -a make: "Mk/Mk/bsd.port.mk" line 1638: warning: Couldn't read shell's output for "if /sbin/sysctl -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi" make: "/usr/ports/Mk/bsd.port.mk" line 1638: warning: Couldn't read shell's output for "if /sbin/sysctl -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi" make: "Mk/Mk/bsd.port.mk" line 1638: warning: Couldn't read shell's output for "if /sbin/sysctl -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi" make: "Mk/Mk/bsd.port.mk" line 1638: warning: Couldn't read shell's output for "if /sbin/sysctl -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi" ... After getting tons of messages like this portupgrade actually works. Sure enough, I do not have COMPAT_FREEBSD32 enabled in kernel, I guess this is what it is about? -- Cheers, Saul From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 03:21:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E116E12C for ; Tue, 25 Jun 2013 03:21:32 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id B6EF51FFA for ; Tue, 25 Jun 2013 03:21:32 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id rl6so11992146pac.15 for ; Mon, 24 Jun 2013 20:21:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=WSKAWMuR0u5oqUpLVVolEHRnpTo8GdesRUgDi1i6XXI=; b=gwUH8EWk41PVeLBxKNX5z5k9Jtumcwp++nBkUZgLFHFtywoIx05lGhDLcpv+KPcsiQ F8ff2Tz55GYty121EXPYIP+cNZXceCRf2EWzs/i/WuoVX/i3BSlSwoqMdPXbc5/xRiKu Rt6JSqkha3VsxuRwZE0FAzsZRYKHwbyxFubOb2rXmSG7UnTq4W6igZBaWBfG0c9zEeZO WZY4BV5i633yzJIG71VmAcUBoM4zwjp0MML5B0GIuuS7UEtpw0uZzXpqXQwHll0j9nxK dQ6xCeFMJCCVH0p++ExD8EPDR5wbRorStW7sXrhI0VasvGAAw8g6nKUD1ue3ItbpwQdO jCwg== X-Received: by 10.66.136.16 with SMTP id pw16mr19228102pab.202.1372130492507; Mon, 24 Jun 2013 20:21:32 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id kc8sm15009678pbc.18.2013.06.24.20.21.30 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Jun 2013 20:21:31 -0700 (PDT) Date: Mon, 24 Jun 2013 17:23:34 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory In-Reply-To: <20130623170507.GA79364@mail.bsdpad.com> Message-ID: References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> <20130623165040.GD91021@kib.kiev.ua> <20130623170507.GA79364@mail.bsdpad.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQkH+YICaBuMC8vylhMTx4s/hqSJAHn/goCdgFe2Lj6dWbxwMoh53qsHjOclME2D7thpXAGO Cc: Konstantin Belousov , Zbyszek Bodek , freebsd-current@freebsd.org, freebsd-arm@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 03:21:32 -0000 On Sun, 23 Jun 2013, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 07:50:40PM +0300, Konstantin Belousov wrote: >> On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: >>> On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: >>>> On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: >>>>> >>>>> Trying to mount root from ufs:/dev/da0 []... >>>>> WARNING: / was not properly dismounted >>>>> warning: no time-of-day clock registered, system time will not be set accurately >>>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >>>>> >>>>> KDB: enter: panic >>>>> [ thread pid 1 tid 100001 ] >>>>> Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >>>>> db> bt >>>>> Tracing pid 1 tid 100001 td 0xc547f620 >>>>> _end() at 0xde9d0530 >>>>> scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) >>>>> rsp=0xde9d0514 rfp=0xc12d1b60 >>>>> Bad frame pointer: 0xc12d1b60 >>>>> db> >>>> This is completely broken. It seems that witness triggered the panic, >>>> and ddb is unable to obtain a backtrace from the normal panic(9) call. >>>> >>>> Show the output of the 'show alllocks'. >>> >>> No such command >> Do you have witness in the kernel config ? If not, add it to the config >> and retry. > > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set accurately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > KDB: enter: panic > [ thread pid 1 tid 100001 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> show alllocks > Process 1 (kernel) thread 0xc55fc620 (100001) > exclusive sleep mutex pmap (pmap) r = 0 (0xc5600590) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:729 > exclusive rw pmap pv global (pmap pv global) r = 0 (0xc1479dd0) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:728 > shared rw vm object (vm object) r = 0 (0xc1551d4c) locked @ /usr/home/br/dev/head/sys/vm/vm_map.c:1809 > exclusive sx vm map (user) (vm map (user)) r = 0 (0xc5600528) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:445 > exclusive lockmgr ufs (ufs) r = 0 (0xc56f7914) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:821 > exclusive sleep mutex Giant (Giant) r = 0 (0xc147c778) locked @ /usr/home/br/dev/head/sys/kern/vfs_mount.c:1093 > db> > Would any of the arm users be interested in testing a larger patch that changes the way the kernel allocations KVA? It also has some UMA code that lessens kernel memory utilization. http://people.freebsd.org/~jeff/vmem.diff Any reports would be helpful. Is there any ETA on getting stack tracing fixed? I suspect the pmap recursion encountered with Kostik's patch exist in the current kernel. The other changes in this patch my fix that as well. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 08:38:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DEE1BE9D for ; Tue, 25 Jun 2013 08:38:59 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEAF1AD9 for ; Tue, 25 Jun 2013 08:38:59 +0000 (UTC) Received: from [10.225.4.237] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id BEB921C0C0693 for ; Tue, 25 Jun 2013 10:38:57 +0200 (CEST) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Problem with installworld Message-Id: Date: Tue, 25 Jun 2013 10:38:59 +0200 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 08:38:59 -0000 Dear all, when doing a make installworld the following happens: -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/home/tuexen/head; make -f Makefile.inc1 install =3D=3D=3D> share/info (install) =3D=3D=3D> lib (install) =3D=3D=3D> lib/csu/amd64 (install) install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /usr/lib =3D=3D=3D> lib/libc (install) install -C -o root -g wheel -m 444 libc.a /usr/lib install -C -o root -g wheel -m 444 libc_p.a /usr/lib install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib install: exec(strip): No such file or directory install: wait: No such file or directory *** Error code 70 Stop. make: stopped in /usr/home/tuexen/head/lib/libc *** Error code 1 Stop. make: stopped in /usr/home/tuexen/head/lib *** Error code 1 Stop. make: stopped in /usr/home/tuexen/head *** Error code 1 Stop. make: stopped in /usr/home/tuexen/head #=20 Any idea how to progress? This is using svn head of yesterday. Thanks for you help. Best regards Michael= From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 08:51:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EBB89118 for ; Tue, 25 Jun 2013 08:51:00 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id B6B101B4A for ; Tue, 25 Jun 2013 08:51:00 +0000 (UTC) Received: from localhost.localdomain (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 53AF272CA for ; Tue, 25 Jun 2013 10:44:28 +0200 (CEST) Message-ID: <51C95866.2080106@peterschmitt.fr> Date: Tue, 25 Jun 2013 10:44:22 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Problem with installworld References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2GCOQCIJPSHFGWVTEVABP" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 08:51:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2GCOQCIJPSHFGWVTEVABP Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Please tell us what branch are you using. And "> install: exec(strip): No such file or directory" seems to say "strip" program is missing. Try to rebuild & install it manually. cd YOUR_SRCDIR/gnu/usr.bin/binutils/strip && make clean && make all install clean Then try to rebuild the world. Le 25/06/2013 10:38, Michael Tuexen a =E9crit : > Dear all, >=20 > when doing a make installworld the following happens: >=20 > -------------------------------------------------------------- >>>> Installing everything > -------------------------------------------------------------- > cd /usr/home/tuexen/head; make -f Makefile.inc1 install > =3D=3D=3D> share/info (install) > =3D=3D=3D> lib (install) > =3D=3D=3D> lib/csu/amd64 (install) > install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /= usr/lib > =3D=3D=3D> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: exec(strip): No such file or directory > install: wait: No such file or directory > *** Error code 70 >=20 > Stop. > make: stopped in /usr/home/tuexen/head/lib/libc > *** Error code 1 >=20 > Stop. > make: stopped in /usr/home/tuexen/head/lib > *** Error code 1 >=20 > Stop. > make: stopped in /usr/home/tuexen/head > *** Error code 1 >=20 > Stop. > make: stopped in /usr/home/tuexen/head > #=20 >=20 >=20 > Any idea how to progress? >=20 > This is using svn head of yesterday. >=20 > Thanks for you help. >=20 > Best regards > Michael --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | Thank you :) ------enig2GCOQCIJPSHFGWVTEVABP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRyVhmAAoJEMtO2Sol0IImum4H/0FPeaHfqHOk10LKP3hGm5Z5 +ps4Eft9Suq0uYvvdVSGCSyIkbV1jh006EuxlHmSn8O3tSplVYUey/CmBU195IZJ 8/vARUGnsSEsaL5xKOydVeUYiFMBfDUNZllH1o9ErViFyvMRy1hdrL4bsbFhTKcn BKRHB3uezoX8+2RUdvUtbNvxa6FGhbdv3yYz7MmAYjuJmovfMZcr8dRidceOUVYf SqI9WFI3Z56eDuQ9xqQ15vOXqiRbrfukHkR0dSAzGwrpJqUjUnNwVRU6Tc69PTIK 9plLupHqpz0kmylklkBCVF8Ty/Q12NRqZ1yFN1Fzbbn4668wEwN8iLoSSaOno3U= =6Tn0 -----END PGP SIGNATURE----- ------enig2GCOQCIJPSHFGWVTEVABP-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 08:56:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F344287 for ; Tue, 25 Jun 2013 08:56:27 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 259B81B94 for ; Tue, 25 Jun 2013 08:56:26 +0000 (UTC) Received: from [10.0.1.100] (unknown [212.201.121.94]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 6839F1C0C0693; Tue, 25 Jun 2013 10:56:25 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C95866.2080106@peterschmitt.fr> Date: Tue, 25 Jun 2013 10:56:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51C95866.2080106@peterschmitt.fr> To: Florent Peterschmitt X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 08:56:27 -0000 On Jun 25, 2013, at 10:44 AM, Florent Peterschmitt = wrote: > Please tell us what branch are you using. And "> install: exec(strip): [bsd5:~/head] tuexen% svn info Path: . Working Copy Root Path: /usr/home/tuexen/head URL: svn+ssh://svn.freebsd.org/base/head Repository Root: svn+ssh://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 252164 Node Kind: directory Schedule: normal Last Changed Author: glebius Last Changed Rev: 252161 Last Changed Date: 2013-06-24 15:36:16 +0200 (Mon, 24 Jun 2013) > No such file or directory" seems to say "strip" program is missing. [bsd5:~/head] tuexen% which strip /usr/bin/strip >=20 > Try to rebuild & install it manually. >=20 > cd YOUR_SRCDIR/gnu/usr.bin/binutils/strip && make clean && make all > install clean >=20 > Then try to rebuild the world. I'll try and let you know. Best regards Michael >=20 > Le 25/06/2013 10:38, Michael Tuexen a =E9crit : >> Dear all, >>=20 >> when doing a make installworld the following happens: >>=20 >> -------------------------------------------------------------- >>>>> Installing everything >> -------------------------------------------------------------- >> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >> =3D=3D=3D> share/info (install) >> =3D=3D=3D> lib (install) >> =3D=3D=3D> lib/csu/amd64 (install) >> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /usr/lib >> =3D=3D=3D> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: exec(strip): No such file or directory >> install: wait: No such file or directory >> *** Error code 70 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib/libc >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> #=20 >>=20 >>=20 >> Any idea how to progress? >>=20 >> This is using svn head of yesterday. >>=20 >> Thanks for you help. >>=20 >> Best regards >> Michael >=20 >=20 > --=20 > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | Thank you :) >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 10:39:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F0874C9C for ; Tue, 25 Jun 2013 10:39:52 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 88D4510D8 for ; Tue, 25 Jun 2013 10:39:52 +0000 (UTC) Received: from [10.225.4.237] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id C492D1C0C0695; Tue, 25 Jun 2013 12:39:51 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C95866.2080106@peterschmitt.fr> Date: Tue, 25 Jun 2013 12:39:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51C95866.2080106@peterschmitt.fr> To: Florent Peterschmitt X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 10:39:53 -0000 On Jun 25, 2013, at 10:44 AM, Florent Peterschmitt = wrote: > Please tell us what branch are you using. And "> install: exec(strip): > No such file or directory" seems to say "strip" program is missing. >=20 > Try to rebuild & install it manually. >=20 > cd YOUR_SRCDIR/gnu/usr.bin/binutils/strip && make clean && make all > install clean >=20 > Then try to rebuild the world. Done. Same result: -------------------------------------------------------------- install -C -o root -g wheel -m 444 libc.a /usr/lib install -C -o root -g wheel -m 444 libc_p.a /usr/lib install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib install: exec(strip): No such file or directory install: wait: No such file or directory *** Error code 70 Stop. make: stopped in /usr/home/tuexen/head/lib/libc *** Error code 1 Stop. make: stopped in /usr/home/tuexen/head/lib *** Error code 1 Stop. make: stopped in /usr/home/tuexen/head *** Error code 1 Stop. make: stopped in /usr/home/tuexen/head # which strip /usr/bin/strip #=20 Any further idea? Best regards Michael >=20 > Le 25/06/2013 10:38, Michael Tuexen a =E9crit : >> Dear all, >>=20 >> when doing a make installworld the following happens: >>=20 >> -------------------------------------------------------------- >>>>> Installing everything >> -------------------------------------------------------------- >> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >> =3D=3D=3D> share/info (install) >> =3D=3D=3D> lib (install) >> =3D=3D=3D> lib/csu/amd64 (install) >> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /usr/lib >> =3D=3D=3D> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: exec(strip): No such file or directory >> install: wait: No such file or directory >> *** Error code 70 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib/libc >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> #=20 >>=20 >>=20 >> Any idea how to progress? >>=20 >> This is using svn head of yesterday. >>=20 >> Thanks for you help. >>=20 >> Best regards >> Michael >=20 >=20 > --=20 > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | Thank you :) >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 10:43:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1CC81E7E for ; Tue, 25 Jun 2013 10:43:48 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id D6E28111A for ; Tue, 25 Jun 2013 10:43:47 +0000 (UTC) Received: from localhost.localdomain (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 91785732B for ; Tue, 25 Jun 2013 12:43:51 +0200 (CEST) Message-ID: <51C97461.2040901@peterschmitt.fr> Date: Tue, 25 Jun 2013 12:43:45 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Problem with installworld References: <51C95866.2080106@peterschmitt.fr> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2JAXVBUHDFBIDGSUTNFEN" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 10:43:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2JAXVBUHDFBIDGSUTNFEN Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 25/06/2013 12:39, Michael Tuexen a =E9crit : > Done. Same result: [=85] Hum. Try to delete objects files (/usr/obj) that are related to gnu binutils. I'm really not sure about what that will do but if it's like for bmake (see 20130613 UPDATING), it can resolve the problem. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | Thank you :) ------enig2JAXVBUHDFBIDGSUTNFEN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRyXRhAAoJEMtO2Sol0IImyRUIAK4PXVWdw310meyypuS3I8tT 8YhdS7u3P/413KwG9WFEzawXBqFZ1728e6wopLTYeS6D0XjmXUpNz6OBDVyfacn3 sxnXO7ETBNbCYBsLimcq5ZmfWDQZWjxyDUcLEVAdGHqJlXJi4ZbFfNFh+3nkC/3B izKENn58hiSqvo2Um9JP1Hlv2K68iNPHaNvAHIzanuj0OrQq8mG3bcYYH+vdBlpq rqus+AfTZmMxYZFmtBkXZnDhXvnlt30AoRFhkvOBUkVgqYUMoSC3M1TF3znQpnC/ lRh+WHl5PLqFoxDpyyHhh6W57clY2t99dkeYJ7jhTzBMc4J+T7g2AZ5nbbCmE2s= =gn0i -----END PGP SIGNATURE----- ------enig2JAXVBUHDFBIDGSUTNFEN-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 10:48:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 54866FF0; Tue, 25 Jun 2013 10:48:14 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE8B1152; Tue, 25 Jun 2013 10:48:14 +0000 (UTC) Received: from spaceball.andric.com (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9482F5C43; Tue, 25 Jun 2013 12:48:10 +0200 (CEST) Message-ID: <51C97568.7090206@FreeBSD.org> Date: Tue, 25 Jun 2013 12:48:08 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Thunderbird/22.0 MIME-Version: 1.0 To: Michael Tuexen , freebsd-current@freebsd.org Subject: Re: Problem with installworld References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 10:48:14 -0000 On 2013-06-25 10:38, Michael Tuexen wrote: > when doing a make installworld the following happens: > > -------------------------------------------------------------- >>>> Installing everything > -------------------------------------------------------------- > cd /usr/home/tuexen/head; make -f Makefile.inc1 install > ===> share/info (install) > ===> lib (install) > ===> lib/csu/amd64 (install) > install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: exec(strip): No such file or directory > install: wait: No such file or directory Can you please post the contents of your make.conf and src.conf? From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 10:48:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1C815194 for ; Tue, 25 Jun 2013 10:48:47 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id D55D41164 for ; Tue, 25 Jun 2013 10:48:46 +0000 (UTC) Received: from [10.225.4.237] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 142301C0C069A; Tue, 25 Jun 2013 12:48:46 +0200 (CEST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C97461.2040901@peterschmitt.fr> Date: Tue, 25 Jun 2013 12:48:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7CE4341F-3AE9-44A4-8107-4F343B3D283B@freebsd.org> References: <51C95866.2080106@peterschmitt.fr> <51C97461.2040901@peterschmitt.fr> To: Florent Peterschmitt X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 10:48:47 -0000 On Jun 25, 2013, at 12:43 PM, Florent Peterschmitt = wrote: > Le 25/06/2013 12:39, Michael Tuexen a =E9crit : >> Done. Same result: > [=85] >=20 > Hum. Try to delete objects files (/usr/obj) that are related to gnu > binutils. I removed already /usr/obj. It didn't help... >=20 > I'm really not sure about what that will do but if it's like for bmake > (see 20130613 UPDATING), it can resolve the problem. >=20 > --=20 > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | Thank you :) >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 10:51:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F4724A1; Tue, 25 Jun 2013 10:51:20 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 093431194; Tue, 25 Jun 2013 10:51:20 +0000 (UTC) Received: from [10.225.4.237] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 1A9BF1C0C0695; Tue, 25 Jun 2013 12:51:19 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C97568.7090206@FreeBSD.org> Date: Tue, 25 Jun 2013 12:51:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <695631C3-C469-4BD5-B053-DC8D861D2391@freebsd.org> References: <51C97568.7090206@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 10:51:20 -0000 On Jun 25, 2013, at 12:48 PM, Dimitry Andric wrote: > On 2013-06-25 10:38, Michael Tuexen wrote: >> when doing a make installworld the following happens: >>=20 >> -------------------------------------------------------------- >>>>> Installing everything >> -------------------------------------------------------------- >> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >> =3D=3D=3D> share/info (install) >> =3D=3D=3D> lib (install) >> =3D=3D=3D> lib/csu/amd64 (install) >> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /usr/lib >> =3D=3D=3D> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: exec(strip): No such file or directory >> install: wait: No such file or directory >=20 > Can you please post the contents of your make.conf and src.conf? [bsd5:~] tuexen% cat /etc/make.conf WITHOUT_PKGNG=3Dyes #NO_MODULES=3D # added by use.perl 2012-03-24 15:25:22 PERL_VERSION=3D5.12.4 [bsd5:~] tuexen% sudo find . -name src.conf -print Password: Best regards Michael >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 11:47:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A118506; Tue, 25 Jun 2013 11:47:49 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward1h.mail.yandex.net (forward1h.mail.yandex.net [IPv6:2a02:6b8:0:f05::10]) by mx1.freebsd.org (Postfix) with ESMTP id 52E5C15FA; Tue, 25 Jun 2013 11:47:49 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward1h.mail.yandex.net (Yandex) with ESMTP id B34899E0B63; Tue, 25 Jun 2013 15:47:45 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 5B47E1B41047; Tue, 25 Jun 2013 15:47:45 +0400 (MSK) Received: from 93.91.10.62.tel.ru (93.91.10.62.tel.ru [93.91.10.62]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 3CNE3tujgi-lihOHeJE; Tue, 25 Jun 2013 15:47:44 +0400 Message-ID: <51C98360.3000105@passap.ru> Date: Tue, 25 Jun 2013 15:47:44 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130621 Thunderbird/17.0.6 MIME-Version: 1.0 To: Michael Tuexen Subject: Re: Problem with installworld References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 11:47:49 -0000 25.06.2013 12:38, Michael Tuexen пишет: > Dear all, > > when doing a make installworld the following happens: > > -------------------------------------------------------------- >>>> Installing everything > -------------------------------------------------------------- > cd /usr/home/tuexen/head; make -f Makefile.inc1 install > ===> share/info (install) > ===> lib (install) > ===> lib/csu/amd64 (install) > install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: exec(strip): No such file or directory > install: wait: No such file or directory > *** Error code 70 > > Stop. > make: stopped in /usr/home/tuexen/head/lib/libc > *** Error code 1 > > Stop. > make: stopped in /usr/home/tuexen/head/lib > *** Error code 1 > > Stop. > make: stopped in /usr/home/tuexen/head > *** Error code 1 > > Stop. > make: stopped in /usr/home/tuexen/head > # > > > Any idea how to progress? > > This is using svn head of yesterday. > > Thanks for you help. May be you system clock has changed? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 12:16:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 718D71D2 for ; Tue, 25 Jun 2013 12:16:41 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 083EC17B4 for ; Tue, 25 Jun 2013 12:16:41 +0000 (UTC) Received: from [192.168.1.101] (p508F35DA.dip0.t-ipconnect.de [80.143.53.218]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 31A2C1C0C0693; Tue, 25 Jun 2013 14:16:39 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C98360.3000105@passap.ru> Date: Tue, 25 Jun 2013 14:16:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> References: <51C98360.3000105@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 12:16:41 -0000 On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote: > 25.06.2013 12:38, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Dear all, >>=20 >> when doing a make installworld the following happens: >>=20 >> -------------------------------------------------------------- >>>>> Installing everything >> -------------------------------------------------------------- >> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >> =3D=3D=3D> share/info (install) >> =3D=3D=3D> lib (install) >> =3D=3D=3D> lib/csu/amd64 (install) >> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /usr/lib >> =3D=3D=3D> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: exec(strip): No such file or directory >> install: wait: No such file or directory >> *** Error code 70 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib/libc >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> #=20 >>=20 >>=20 >> Any idea how to progress? >>=20 >> This is using svn head of yesterday. >>=20 >> Thanks for you help. >=20 > May be you system clock has changed? You never know. But I have done this a lot of times and never had this = problem... I have tried this a couple of times and I doubt that the clock gets changed all the time... Best regards Michael >=20 > --=20 > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 12:28:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C74FF88D; Tue, 25 Jun 2013 12:28:28 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDFF1869; Tue, 25 Jun 2013 12:28:28 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward3l.mail.yandex.net (Yandex) with ESMTP id C8FE91501130; Tue, 25 Jun 2013 16:28:27 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 7107D1B41042; Tue, 25 Jun 2013 16:28:27 +0400 (MSK) Received: from 93.91.10.62.tel.ru (93.91.10.62.tel.ru [93.91.10.62]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id VxOS34RxE2-SRhKKKdu; Tue, 25 Jun 2013 16:28:27 +0400 Message-ID: <51C98CEA.3090305@passap.ru> Date: Tue, 25 Jun 2013 16:28:26 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130621 Thunderbird/17.0.6 MIME-Version: 1.0 To: Michael Tuexen Subject: Re: Problem with installworld References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> In-Reply-To: <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 12:28:28 -0000 25.06.2013 16:16, Michael Tuexen пишет: > On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote: > >> 25.06.2013 12:38, Michael Tuexen пишет: >>> Dear all, >>> >>> when doing a make installworld the following happens: >>> >>> -------------------------------------------------------------- >>>>>> Installing everything >>> -------------------------------------------------------------- >>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>> ===> share/info (install) >>> ===> lib (install) >>> ===> lib/csu/amd64 (install) >>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib >>> ===> lib/libc (install) >>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>> install: exec(strip): No such file or directory >>> install: wait: No such file or directory >>> *** Error code 70 >>> >>> Stop. >>> make: stopped in /usr/home/tuexen/head/lib/libc >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/home/tuexen/head/lib >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/home/tuexen/head >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/home/tuexen/head >>> # >>> Any idea how to progress? >>> >>> This is using svn head of yesterday. >>> >>> Thanks for you help. >> >> May be you system clock has changed? > You never know. Well, since the problem is with your host, I think that you should find it out. > But I have done this a lot of times and never had this problem... Sorry, I can not parse your answer. What have you done a lot of times? Change system clocks? Install world? Change system clocks while installing world? > I have tried this a couple of times and I doubt that the clock gets > changed all the time... Do not guess. Just find it out. If you are too unwilling to look at times at /usr/src and /usr/obj files, you may try to touch all those files, I think that may help. But then, again, you'll never know for sure what had happend. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 12:39:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 140FEE1B; Tue, 25 Jun 2013 12:39:03 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) by mx1.freebsd.org (Postfix) with ESMTP id CDBA218F0; Tue, 25 Jun 2013 12:39:02 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 18D181501470; Tue, 25 Jun 2013 16:39:02 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id C286316A08AD; Tue, 25 Jun 2013 16:39:01 +0400 (MSK) Received: from 93.91.10.62.tel.ru (93.91.10.62.tel.ru [93.91.10.62]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id I5Q5DmqWOw-d1hWxv5J; Tue, 25 Jun 2013 16:39:01 +0400 Message-ID: <51C98F65.2000406@passap.ru> Date: Tue, 25 Jun 2013 16:39:01 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130621 Thunderbird/17.0.6 MIME-Version: 1.0 To: Michael Tuexen Subject: Re: Problem with installworld References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> In-Reply-To: <51C98CEA.3090305@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 12:39:03 -0000 25.06.2013 16:28, Boris Samorodov пишет: > 25.06.2013 12:38, Michael Tuexen пишет: >> I have tried this a couple of times and I doubt that the clock gets >> > changed all the time... > Do not guess. Just find it out. BTW, the fact of time changing should be written at the system log. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 13:12:53 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CC6376C8; Tue, 25 Jun 2013 13:12:53 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw13.york.ac.uk (mail-gw13.york.ac.uk [144.32.129.163]) by mx1.freebsd.org (Postfix) with ESMTP id 983EB1A36; Tue, 25 Jun 2013 13:12:53 +0000 (UTC) Received: from buffy-128.york.ac.uk ([144.32.128.160]:52976 helo=buffy.york.ac.uk) by mail-gw13.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1UrT3E-00056s-HZ; Tue, 25 Jun 2013 14:12:52 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.6/8.14.6) with ESMTP id r5PDCqRD001067; Tue, 25 Jun 2013 14:12:52 +0100 (BST) (envelope-from gavin@FreeBSD.org) Subject: panic: vm_page_alloc: pindex already allocated From: Gavin Atkinson To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset="ASCII" Date: Tue, 25 Jun 2013 14:12:51 +0100 Message-ID: <1372165971.96049.42.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: alc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 13:12:53 -0000 Hi, I've just managed to panic an amd64 host, running HEAD r252161 from June 24th. Filesystem is fully ZFS, no UFS or NFS is involved. The panic is fully reproducible, and is also reproduceable with r251861, so has not been introduced in the last week. The host machine runs several jails. Inside one of them Apache is used to serve a SVN repository though mod_svn. At the time of the panic, two machines were checking out the same (FreeBSD ports) tree over IPv4 https. Apache will have been writing significant amounts of data to to /var/log/httpd-access.log at the time. Within the jail, I ran "tail -f /var/log/httpd-access.log". The machine immediately paniced: panic: vm_page_alloc: pindex already allocated cpuid = 3 KDB: enter: panic [ thread pid 29345 tid 100408 ] Stopped at kdb_enter+0x3b: movq $0,0xabcab2(%rip) db> bt Tracing pid 29345 tid 100408 td 0xfffffe00cd564000 kdb_enter() at kdb_enter+0x3b/frame 0xffffff895d48e340 vpanic() at vpanic+0xe1/frame 0xffffff895d48e380 kassert_panic() at kassert_panic+0xd3/frame 0xffffff895d48e470 vm_page_alloc() at vm_page_alloc+0x4ce/frame 0xffffff895d48e4b0 zfs_freebsd_write() at zfs_freebsd_write+0x89c/frame 0xffffff895d48e6c0 VOP_WRITE_APV() at VOP_WRITE_APV+0x113/frame 0xffffff895d48e7d0 vn_write() at vn_write+0x281/frame 0xffffff895d48e860 vn_io_fault() at vn_io_fault+0x94/frame 0xffffff895d48e9f0 dofilewrite() at dofilewrite+0x85/frame 0xffffff895d48ea40 kern_writev() at kern_writev+0x6c/frame 0xffffff895d48ea80 sys_write() at sys_write+0x64/frame 0xffffff895d48ead0 amd64_syscall() at amd64_syscall+0x389/frame 0xffffff895d48ebf0 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff895d48ebf0 --- syscall (4, FreeBSD ELF64, sys_write), rip = 0x8020cd7aa, rsp = 0x7fffffffd798, rbp = 0x13 --- Reproducing the panic is easy. While the machine is being accessed (and so Apache is busy writing lots to /var/log/httpd-access.log), running the following as root will panic the machine, usually within 10 seconds: #!/bin/sh while [ 1 ] do tail /var/log/httpd-access.log > /dev/null done I have core files available. I've also put a dump of the implicated mpred and object structures at https://svnmir.bme.freebsd.org/core.1.gdb.txt (gdb output) https://svnmir.bme.freebsd.org/core.txt.1 (dumpinfo) Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 13:14:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4443A826 for ; Tue, 25 Jun 2013 13:14:47 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id CB86F1A51 for ; Tue, 25 Jun 2013 13:14:46 +0000 (UTC) Received: from [192.168.1.101] (p508F35DA.dip0.t-ipconnect.de [80.143.53.218]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 154761C0C0693; Tue, 25 Jun 2013 15:14:39 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C98CEA.3090305@passap.ru> Date: Tue, 25 Jun 2013 15:14:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 13:14:47 -0000 On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote: > 25.06.2013 16:16, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote: >>=20 >>> 25.06.2013 12:38, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> Dear all, >>>>=20 >>>> when doing a make installworld the following happens: >>>>=20 >>>> -------------------------------------------------------------- >>>>>>> Installing everything >>>> -------------------------------------------------------------- >>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>> =3D=3D=3D> share/info (install) >>>> =3D=3D=3D> lib (install) >>>> =3D=3D=3D> lib/csu/amd64 (install) >>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o = gcrt1.o /usr/lib >>>> =3D=3D=3D> lib/libc (install) >>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>> install: exec(strip): No such file or directory >>>> install: wait: No such file or directory >>>> *** Error code 70 >>>>=20 >>>> Stop. >>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make: stopped in /usr/home/tuexen/head/lib >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make: stopped in /usr/home/tuexen/head >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make: stopped in /usr/home/tuexen/head >>>> #=20 >>>> Any idea how to progress? >>>>=20 >>>> This is using svn head of yesterday. >>>>=20 >>>> Thanks for you help. >>>=20 >>> May be you system clock has changed? >=20 >> You never know. >=20 > Well, since the problem is with your host, I think that you > should find it out. >=20 >> But I have done this a lot of times and never had this problem... >=20 > Sorry, I can not parse your answer. What have you done a lot of times? > Change system clocks? Install world? Change system clocks while > installing world? >=20 I have done installing world a lot of times on this machine with the same setup...=20 I have not changed the clock manually. I don't run an ntp client. I don't find anything related in /var/log/messages... >> I have tried this a couple of times and I doubt that the clock gets >> changed all the time... >=20 > Do not guess. Just find it out. If you are too unwilling to look > at times at /usr/src and /usr/obj files, you may try to touch all I removed /usr/obj before the last build. I'm building from ~/head. So do I have to consider /usr/src? > those files, I think that may help. But then, again, you'll never know > for sure what had happend. >=20 > --=20 > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 13:40:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3AC6AFBB; Tue, 25 Jun 2013 13:40:35 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [IPv6:2a02:6b8:0:1819::a]) by mx1.freebsd.org (Postfix) with ESMTP id C38DC1BA7; Tue, 25 Jun 2013 13:40:34 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 4616DBA16A2; Tue, 25 Jun 2013 17:40:33 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id DC8ADE403BA; Tue, 25 Jun 2013 17:40:32 +0400 (MSK) Received: from 93.91.10.62.tel.ru (93.91.10.62.tel.ru [93.91.10.62]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id suOkpcV4sQ-eWPeAYOV; Tue, 25 Jun 2013 17:40:32 +0400 Message-ID: <51C99DD0.1020200@passap.ru> Date: Tue, 25 Jun 2013 17:40:32 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130621 Thunderbird/17.0.6 MIME-Version: 1.0 To: Michael Tuexen Subject: Re: Problem with installworld References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> In-Reply-To: <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 13:40:35 -0000 25.06.2013 17:14, Michael Tuexen пишет: > On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote: > >> 25.06.2013 16:16, Michael Tuexen пишет: >>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote: >>> >>>> 25.06.2013 12:38, Michael Tuexen пишет: >>>>> Dear all, >>>>> >>>>> when doing a make installworld the following happens: >>>>> >>>>> -------------------------------------------------------------- >>>>>>>> Installing everything >>>>> -------------------------------------------------------------- >>>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>>> ===> share/info (install) >>>>> ===> lib (install) >>>>> ===> lib/csu/amd64 (install) >>>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib >>>>> ===> lib/libc (install) >>>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>>> install: exec(strip): No such file or directory >>>>> install: wait: No such file or directory >>>>> *** Error code 70 >>>>> >>>>> Stop. >>>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make: stopped in /usr/home/tuexen/head/lib >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make: stopped in /usr/home/tuexen/head >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make: stopped in /usr/home/tuexen/head >>>>> # >>>>> Any idea how to progress? >>>>> >>>>> This is using svn head of yesterday. >>>>> >>>>> Thanks for you help. >>>> >>>> May be you system clock has changed? >> >>> You never know. >> >> Well, since the problem is with your host, I think that you >> should find it out. >> >>> But I have done this a lot of times and never had this problem... >> >> Sorry, I can not parse your answer. What have you done a lot of times? >> Change system clocks? Install world? Change system clocks while >> installing world? >> > I have done installing world a lot of times on this machine with > the same setup... > I have not changed the clock manually. I don't run an ntp client. > I don't find anything related in /var/log/messages... OK. >>> I have tried this a couple of times and I doubt that the clock gets >>> changed all the time... >> >> Do not guess. Just find it out. If you are too unwilling to look >> at times at /usr/src and /usr/obj files, you may try to touch all > I removed /usr/obj before the last build. I'm building from > ~/head. So do I have to consider /usr/src? So far I don't thimk so. But let's see... Am I right that you don't use any customization at /etc/make.conf, /etc/src.conf? BTW, what's your system, environment, commands you use to build/install world? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 13:59:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1560FB6B for ; Tue, 25 Jun 2013 13:59:40 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD561CBA for ; Tue, 25 Jun 2013 13:59:39 +0000 (UTC) Received: from [192.168.1.101] (p508F35DA.dip0.t-ipconnect.de [80.143.53.218]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 08A751C0C0693; Tue, 25 Jun 2013 15:59:36 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C99DD0.1020200@passap.ru> Date: Tue, 25 Jun 2013 15:59:37 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> <51C99DD0.1020200@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 13:59:40 -0000 On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote: > 25.06.2013 17:14, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote: >>=20 >>> 25.06.2013 16:16, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov = wrote: >>>>=20 >>>>> 25.06.2013 12:38, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>>> Dear all, >>>>>>=20 >>>>>> when doing a make installworld the following happens: >>>>>>=20 >>>>>> -------------------------------------------------------------- >>>>>>>>> Installing everything >>>>>> -------------------------------------------------------------- >>>>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>>>> =3D=3D=3D> share/info (install) >>>>>> =3D=3D=3D> lib (install) >>>>>> =3D=3D=3D> lib/csu/amd64 (install) >>>>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o = gcrt1.o /usr/lib >>>>>> =3D=3D=3D> lib/libc (install) >>>>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>>>> install: exec(strip): No such file or directory >>>>>> install: wait: No such file or directory >>>>>> *** Error code 70 >>>>>>=20 >>>>>> Stop. >>>>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>>>> *** Error code 1 >>>>>>=20 >>>>>> Stop. >>>>>> make: stopped in /usr/home/tuexen/head/lib >>>>>> *** Error code 1 >>>>>>=20 >>>>>> Stop. >>>>>> make: stopped in /usr/home/tuexen/head >>>>>> *** Error code 1 >>>>>>=20 >>>>>> Stop. >>>>>> make: stopped in /usr/home/tuexen/head >>>>>> #=20 >>>>>> Any idea how to progress? >>>>>>=20 >>>>>> This is using svn head of yesterday. >>>>>>=20 >>>>>> Thanks for you help. >>>>>=20 >>>>> May be you system clock has changed? >>>=20 >>>> You never know. >>>=20 >>> Well, since the problem is with your host, I think that you >>> should find it out. >>>=20 >>>> But I have done this a lot of times and never had this problem... >>>=20 >>> Sorry, I can not parse your answer. What have you done a lot of = times? >>> Change system clocks? Install world? Change system clocks while >>> installing world? >>>=20 >> I have done installing world a lot of times on this machine with >> the same setup...=20 >> I have not changed the clock manually. I don't run an ntp client. >> I don't find anything related in /var/log/messages... >=20 > OK. >=20 >>>> I have tried this a couple of times and I doubt that the clock gets >>>> changed all the time... >>>=20 >>> Do not guess. Just find it out. If you are too unwilling to look >>> at times at /usr/src and /usr/obj files, you may try to touch all >> I removed /usr/obj before the last build. I'm building from >> ~/head. So do I have to consider /usr/src? >=20 > So far I don't thimk so. But let's see... >=20 > Am I right that you don't use any customization at /etc/make.conf, > /etc/src.conf? BTW, what's your system, environment, commands you use > to build/install world? cd ~/head sudo make buildworld sudo make buildkernel make installkernel shutdown -r now adjkerntz -i mount -a -t ufs mergemaster -p cd /home/tuexen/head make installworld mergemaster reboot But I managed to get the installworld done. I needed to add strip and makewhatis to ITOOLS in head/Makefile.inc1. Not sure why, but it worked for me. Maybe someone familiar with the build system does have an explanation. Thanks for your help! Best regards Michael >=20 > --=20 > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 14:07:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51A78DD3; Tue, 25 Jun 2013 14:07:59 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id BDBB61D17; Tue, 25 Jun 2013 14:07:58 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward4h.mail.yandex.net (Yandex) with ESMTP id CC2A11B2BBBE; Tue, 25 Jun 2013 18:07:55 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 6927E2C05CF; Tue, 25 Jun 2013 18:07:55 +0400 (MSK) Received: from 93.91.10.62.tel.ru (93.91.10.62.tel.ru [93.91.10.62]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xsYnVD4AjW-7sI8V3jh; Tue, 25 Jun 2013 18:07:54 +0400 Message-ID: <51C9A43A.1080706@passap.ru> Date: Tue, 25 Jun 2013 18:07:54 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130621 Thunderbird/17.0.6 MIME-Version: 1.0 To: Michael Tuexen Subject: Re: Problem with installworld References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> <51C99DD0.1020200@passap.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 14:07:59 -0000 25.06.2013 17:59, Michael Tuexen пишет: > On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote: > >> 25.06.2013 17:14, Michael Tuexen пишет: >>> On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote: >>> >>>> 25.06.2013 16:16, Michael Tuexen пишет: >>>>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote: >>>>> >>>>>> 25.06.2013 12:38, Michael Tuexen пишет: >>>>>>> Dear all, >>>>>>> >>>>>>> when doing a make installworld the following happens: >>>>>>> >>>>>>> -------------------------------------------------------------- >>>>>>>>>> Installing everything >>>>>>> -------------------------------------------------------------- >>>>>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>>>>> ===> share/info (install) >>>>>>> ===> lib (install) >>>>>>> ===> lib/csu/amd64 (install) >>>>>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib >>>>>>> ===> lib/libc (install) >>>>>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>>>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>>>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>>>>> install: exec(strip): No such file or directory >>>>>>> install: wait: No such file or directory >>>>>>> *** Error code 70 >>>>>>> >>>>>>> Stop. >>>>>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>>>>> *** Error code 1 >>>>>>> >>>>>>> Stop. >>>>>>> make: stopped in /usr/home/tuexen/head/lib >>>>>>> *** Error code 1 >>>>>>> >>>>>>> Stop. >>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>> *** Error code 1 >>>>>>> >>>>>>> Stop. >>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>> # >>>>>>> Any idea how to progress? >>>>>>> >>>>>>> This is using svn head of yesterday. >>>>>>> >>>>>>> Thanks for you help. >>>>>> >>>>>> May be you system clock has changed? >>>> >>>>> You never know. >>>> >>>> Well, since the problem is with your host, I think that you >>>> should find it out. >>>> >>>>> But I have done this a lot of times and never had this problem... >>>> >>>> Sorry, I can not parse your answer. What have you done a lot of times? >>>> Change system clocks? Install world? Change system clocks while >>>> installing world? >>>> >>> I have done installing world a lot of times on this machine with >>> the same setup... >>> I have not changed the clock manually. I don't run an ntp client. >>> I don't find anything related in /var/log/messages... >> >> OK. >> >>>>> I have tried this a couple of times and I doubt that the clock gets >>>>> changed all the time... >>>> >>>> Do not guess. Just find it out. If you are too unwilling to look >>>> at times at /usr/src and /usr/obj files, you may try to touch all >>> I removed /usr/obj before the last build. I'm building from >>> ~/head. So do I have to consider /usr/src? >> >> So far I don't thimk so. But let's see... >> >> Am I right that you don't use any customization at /etc/make.conf, >> /etc/src.conf? What about this question? > BTW, what's your system, ... and this? > environment, commands you use >> to build/install world? > cd ~/head > sudo make buildworld > sudo make buildkernel > make installkernel > shutdown -r now > adjkerntz -i > mount -a -t ufs > mergemaster -p > cd /home/tuexen/head > make installworld > mergemaster > reboot Seems to be OK. As for me I usually install the whole thing at one command... (not that you should do it though) > But I managed to get the installworld done. Great, glad you managed to. > I needed to add > strip and makewhatis to ITOOLS in head/Makefile.inc1. Not sure > why, but it worked for me. Maybe someone familiar with the > build system does have an explanation. It may be possible once you define your system and customization (if any). > Thanks for your help! Actually, it was only a _try_ to help. :-) -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 14:23:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 739B51CC for ; Tue, 25 Jun 2013 14:23:18 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD041DE7 for ; Tue, 25 Jun 2013 14:23:17 +0000 (UTC) Received: from [192.168.1.101] (p508F35DA.dip0.t-ipconnect.de [80.143.53.218]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 9A4BD1C0C0693; Tue, 25 Jun 2013 16:23:16 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C9A43A.1080706@passap.ru> Date: Tue, 25 Jun 2013 16:23:17 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> <51C99DD0.1020200@passap.ru> <51C9A43A.1080706@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 14:23:18 -0000 On Jun 25, 2013, at 4:07 PM, Boris Samorodov wrote: > 25.06.2013 17:59, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote: >>=20 >>> 25.06.2013 17:14, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> On Jun 25, 2013, at 2:28 PM, Boris Samorodov = wrote: >>>>=20 >>>>> 25.06.2013 16:16, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov = wrote: >>>>>>=20 >>>>>>> 25.06.2013 12:38, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>>>>> Dear all, >>>>>>>>=20 >>>>>>>> when doing a make installworld the following happens: >>>>>>>>=20 >>>>>>>> -------------------------------------------------------------- >>>>>>>>>>> Installing everything >>>>>>>> -------------------------------------------------------------- >>>>>>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>>>>>> =3D=3D=3D> share/info (install) >>>>>>>> =3D=3D=3D> lib (install) >>>>>>>> =3D=3D=3D> lib/csu/amd64 (install) >>>>>>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o = gcrt1.o /usr/lib >>>>>>>> =3D=3D=3D> lib/libc (install) >>>>>>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>>>>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>>>>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>>>>>> install: exec(strip): No such file or directory >>>>>>>> install: wait: No such file or directory >>>>>>>> *** Error code 70 >>>>>>>>=20 >>>>>>>> Stop. >>>>>>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>>>>>> *** Error code 1 >>>>>>>>=20 >>>>>>>> Stop. >>>>>>>> make: stopped in /usr/home/tuexen/head/lib >>>>>>>> *** Error code 1 >>>>>>>>=20 >>>>>>>> Stop. >>>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>>> *** Error code 1 >>>>>>>>=20 >>>>>>>> Stop. >>>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>>> #=20 >>>>>>>> Any idea how to progress? >>>>>>>>=20 >>>>>>>> This is using svn head of yesterday. >>>>>>>>=20 >>>>>>>> Thanks for you help. >>>>>>>=20 >>>>>>> May be you system clock has changed? >>>>>=20 >>>>>> You never know. >>>>>=20 >>>>> Well, since the problem is with your host, I think that you >>>>> should find it out. >>>>>=20 >>>>>> But I have done this a lot of times and never had this problem... >>>>>=20 >>>>> Sorry, I can not parse your answer. What have you done a lot of = times? >>>>> Change system clocks? Install world? Change system clocks while >>>>> installing world? >>>>>=20 >>>> I have done installing world a lot of times on this machine with >>>> the same setup...=20 >>>> I have not changed the clock manually. I don't run an ntp client. >>>> I don't find anything related in /var/log/messages... >>>=20 >>> OK. >>>=20 >>>>>> I have tried this a couple of times and I doubt that the clock = gets >>>>>> changed all the time... >>>>>=20 >>>>> Do not guess. Just find it out. If you are too unwilling to look >>>>> at times at /usr/src and /usr/obj files, you may try to touch all >>>> I removed /usr/obj before the last build. I'm building from >>>> ~/head. So do I have to consider /usr/src? >>>=20 >>> So far I don't thimk so. But let's see... >>>=20 >>> Am I right that you don't use any customization at /etc/make.conf, >>> /etc/src.conf? [bsd5:~] tuexen% cat /etc/make.conf WITHOUT_PKGNG=3Dyes #NO_MODULES=3D # added by use.perl 2012-03-24 15:25:22 PERL_VERSION=3D5.12.4 I don't have /etc/src.conf >=20 > What about this question? >=20 >> BTW, what's your system, >=20 > ... and this? amd64 >=20 >> environment, commands you use >>> to build/install world? >> cd ~/head >> sudo make buildworld >> sudo make buildkernel >> make installkernel >> shutdown -r now >> adjkerntz -i >> mount -a -t ufs >> mergemaster -p >> cd /home/tuexen/head >> make installworld >> mergemaster >> reboot >=20 > Seems to be OK. As for me I usually install the whole thing > at one command... (not that you should do it though) >=20 >> But I managed to get the installworld done. >=20 > Great, glad you managed to. >=20 >> I needed to add >> strip and makewhatis to ITOOLS in head/Makefile.inc1. Not sure >> why, but it worked for me. Maybe someone familiar with the >> build system does have an explanation. >=20 > It may be possible once you define your system and customization > (if any). Let me know if you need more information. >=20 >> Thanks for your help! >=20 > Actually, it was only a _try_ to help. :-) Well, it really helped... Based on the discussion on the list I started to dig through the makefiles... >=20 > --=20 > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 14:41:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 519328B9; Tue, 25 Jun 2013 14:41:19 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) by mx1.freebsd.org (Postfix) with ESMTP id F10981F01; Tue, 25 Jun 2013 14:41:18 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 8BE3B1AC1302; Tue, 25 Jun 2013 18:41:17 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 41FC316A082E; Tue, 25 Jun 2013 18:41:17 +0400 (MSK) Received: from 93.91.10.62.tel.ru (93.91.10.62.tel.ru [93.91.10.62]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nxfRd8NAkX-fGhKWVaG; Tue, 25 Jun 2013 18:41:16 +0400 Message-ID: <51C9AC0C.8030909@passap.ru> Date: Tue, 25 Jun 2013 18:41:16 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130621 Thunderbird/17.0.6 MIME-Version: 1.0 To: Michael Tuexen Subject: Re: Problem with installworld References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> <51C99DD0.1020200@passap.ru> <51C9A43A.1080706@passap.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 14:41:19 -0000 25.06.2013 18:23, Michael Tuexen пишет: > On Jun 25, 2013, at 4:07 PM, Boris Samorodov wrote: > >> 25.06.2013 17:59, Michael Tuexen пишет: >>> On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote: >>> >>>> 25.06.2013 17:14, Michael Tuexen пишет: >>>>> On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote: >>>>> >>>>>> 25.06.2013 16:16, Michael Tuexen пишет: >>>>>>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote: >>>>>>> >>>>>>>> 25.06.2013 12:38, Michael Tuexen пишет: >>>>>>>>> Dear all, >>>>>>>>> >>>>>>>>> when doing a make installworld the following happens: >>>>>>>>> >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>>>> Installing everything >>>>>>>>> -------------------------------------------------------------- >>>>>>>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>>>>>>> ===> share/info (install) >>>>>>>>> ===> lib (install) >>>>>>>>> ===> lib/csu/amd64 (install) >>>>>>>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib >>>>>>>>> ===> lib/libc (install) >>>>>>>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>>>>>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>>>>>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >>>>>>>>> install: exec(strip): No such file or directory >>>>>>>>> install: wait: No such file or directory >>>>>>>>> *** Error code 70 >>>>>>>>> >>>>>>>>> Stop. >>>>>>>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>>>>>>> *** Error code 1 >>>>>>>>> >>>>>>>>> Stop. >>>>>>>>> make: stopped in /usr/home/tuexen/head/lib >>>>>>>>> *** Error code 1 >>>>>>>>> >>>>>>>>> Stop. >>>>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>>>> *** Error code 1 >>>>>>>>> >>>>>>>>> Stop. >>>>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>>>> # >>>>>>>>> Any idea how to progress? >>>>>>>>> >>>>>>>>> This is using svn head of yesterday. >>>>>>>>> >>>>>>>>> Thanks for you help. >>>>>>>> >>>>>>>> May be you system clock has changed? >>>>>> >>>>>>> You never know. >>>>>> >>>>>> Well, since the problem is with your host, I think that you >>>>>> should find it out. >>>>>> >>>>>>> But I have done this a lot of times and never had this problem... >>>>>> >>>>>> Sorry, I can not parse your answer. What have you done a lot of times? >>>>>> Change system clocks? Install world? Change system clocks while >>>>>> installing world? >>>>>> >>>>> I have done installing world a lot of times on this machine with >>>>> the same setup... >>>>> I have not changed the clock manually. I don't run an ntp client. >>>>> I don't find anything related in /var/log/messages... >>>> >>>> OK. >>>> >>>>>>> I have tried this a couple of times and I doubt that the clock gets >>>>>>> changed all the time... >>>>>> >>>>>> Do not guess. Just find it out. If you are too unwilling to look >>>>>> at times at /usr/src and /usr/obj files, you may try to touch all >>>>> I removed /usr/obj before the last build. I'm building from >>>>> ~/head. So do I have to consider /usr/src? >>>> >>>> So far I don't thimk so. But let's see... >>>> >>>> Am I right that you don't use any customization at /etc/make.conf, >>>> /etc/src.conf? > [bsd5:~] tuexen% cat /etc/make.conf > WITHOUT_PKGNG=yes > #NO_MODULES= > # added by use.perl 2012-03-24 15:25:22 > PERL_VERSION=5.12.4 > > I don't have /etc/src.conf >> >> What about this question? >> >>> BTW, what's your system, >> >> ... and this? > amd64 May be not this time, but "uname -a" is more freferrable here, especially for the CURRENT system. And the target svn revision number is meaningfull. >>> environment, commands you use >>>> to build/install world? >>> cd ~/head >>> sudo make buildworld >>> sudo make buildkernel >>> make installkernel >>> shutdown -r now >>> adjkerntz -i >>> mount -a -t ufs >>> mergemaster -p >>> cd /home/tuexen/head >>> make installworld >>> mergemaster >>> reboot >> >> Seems to be OK. As for me I usually install the whole thing >> at one command... (not that you should do it though) >> >>> But I managed to get the installworld done. >> >> Great, glad you managed to. >> >>> I needed to add >>> strip and makewhatis to ITOOLS in head/Makefile.inc1. Not sure >>> why, but it worked for me. Maybe someone familiar with the >>> build system does have an explanation. >> >> It may be possible once you define your system and customization >> (if any). > Let me know if you need more information. As I can understand your system has a faily default config. I have no more ideas on what got wrong and why. Sorry. >>> Thanks for your help! >> >> Actually, it was only a _try_ to help. :-) > Well, it really helped... Based on the discussion on the > list I started to dig through the makefiles... -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 15:33:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 23CB7D26 for ; Tue, 25 Jun 2013 15:33:35 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB1412B8 for ; Tue, 25 Jun 2013 15:33:32 +0000 (UTC) Received: from [10.225.4.237] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id EC86C1C0C0693; Tue, 25 Jun 2013 17:33:30 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <51C9AC0C.8030909@passap.ru> Date: Tue, 25 Jun 2013 17:33:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3C7F2D98-513C-41C7-947F-C07D07E947E3@freebsd.org> References: <51C98360.3000105@passap.ru> <4A093777-39D2-482E-B2DC-E60E3E76CFFC@freebsd.org> <51C98CEA.3090305@passap.ru> <6E747CE8-C5B4-4670-A15E-FB14BC486AEE@freebsd.org> <51C99DD0.1020200@passap.ru> <51C9A43A.1080706@passap.ru> <51C9AC0C.8030909@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 15:33:35 -0000 On Jun 25, 2013, at 4:41 PM, Boris Samorodov wrote: > 25.06.2013 18:23, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On Jun 25, 2013, at 4:07 PM, Boris Samorodov wrote: >>=20 >>> 25.06.2013 17:59, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> On Jun 25, 2013, at 3:40 PM, Boris Samorodov = wrote: >>>>=20 >>>>> 25.06.2013 17:14, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>>> On Jun 25, 2013, at 2:28 PM, Boris Samorodov = wrote: >>>>>>=20 >>>>>>> 25.06.2013 16:16, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>>>>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov = wrote: >>>>>>>>=20 >>>>>>>>> 25.06.2013 12:38, Michael Tuexen =D0=BF=D0=B8=D1=88=D0=B5=D1=82:= >>>>>>>>>> Dear all, >>>>>>>>>>=20 >>>>>>>>>> when doing a make installworld the following happens: >>>>>>>>>>=20 >>>>>>>>>> = -------------------------------------------------------------- >>>>>>>>>>>>> Installing everything >>>>>>>>>> = -------------------------------------------------------------- >>>>>>>>>> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >>>>>>>>>> =3D=3D=3D> share/info (install) >>>>>>>>>> =3D=3D=3D> lib (install) >>>>>>>>>> =3D=3D=3D> lib/csu/amd64 (install) >>>>>>>>>> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o = gcrt1.o /usr/lib >>>>>>>>>> =3D=3D=3D> lib/libc (install) >>>>>>>>>> install -C -o root -g wheel -m 444 libc.a /usr/lib >>>>>>>>>> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >>>>>>>>>> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 = /lib >>>>>>>>>> install: exec(strip): No such file or directory >>>>>>>>>> install: wait: No such file or directory >>>>>>>>>> *** Error code 70 >>>>>>>>>>=20 >>>>>>>>>> Stop. >>>>>>>>>> make: stopped in /usr/home/tuexen/head/lib/libc >>>>>>>>>> *** Error code 1 >>>>>>>>>>=20 >>>>>>>>>> Stop. >>>>>>>>>> make: stopped in /usr/home/tuexen/head/lib >>>>>>>>>> *** Error code 1 >>>>>>>>>>=20 >>>>>>>>>> Stop. >>>>>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>>>>> *** Error code 1 >>>>>>>>>>=20 >>>>>>>>>> Stop. >>>>>>>>>> make: stopped in /usr/home/tuexen/head >>>>>>>>>> #=20 >>>>>>>>>> Any idea how to progress? >>>>>>>>>>=20 >>>>>>>>>> This is using svn head of yesterday. >>>>>>>>>>=20 >>>>>>>>>> Thanks for you help. >>>>>>>>>=20 >>>>>>>>> May be you system clock has changed? >>>>>>>=20 >>>>>>>> You never know. >>>>>>>=20 >>>>>>> Well, since the problem is with your host, I think that you >>>>>>> should find it out. >>>>>>>=20 >>>>>>>> But I have done this a lot of times and never had this = problem... >>>>>>>=20 >>>>>>> Sorry, I can not parse your answer. What have you done a lot of = times? >>>>>>> Change system clocks? Install world? Change system clocks while >>>>>>> installing world? >>>>>>>=20 >>>>>> I have done installing world a lot of times on this machine with >>>>>> the same setup...=20 >>>>>> I have not changed the clock manually. I don't run an ntp client. >>>>>> I don't find anything related in /var/log/messages... >>>>>=20 >>>>> OK. >>>>>=20 >>>>>>>> I have tried this a couple of times and I doubt that the clock = gets >>>>>>>> changed all the time... >>>>>>>=20 >>>>>>> Do not guess. Just find it out. If you are too unwilling to look >>>>>>> at times at /usr/src and /usr/obj files, you may try to touch = all >>>>>> I removed /usr/obj before the last build. I'm building from >>>>>> ~/head. So do I have to consider /usr/src? >>>>>=20 >>>>> So far I don't thimk so. But let's see... >>>>>=20 >>>>> Am I right that you don't use any customization at /etc/make.conf, >>>>> /etc/src.conf? >> [bsd5:~] tuexen% cat /etc/make.conf >> WITHOUT_PKGNG=3Dyes >> #NO_MODULES=3D >> # added by use.perl 2012-03-24 15:25:22 >> PERL_VERSION=3D5.12.4 >>=20 >> I don't have /etc/src.conf >>>=20 >>> What about this question? >>>=20 >>>> BTW, what's your system, >>>=20 >>> ... and this? >> amd64 >=20 > May be not this time, but "uname -a" is more freferrable here, > especially for the CURRENT system. And the target svn revision > number is meaningfull. [bsd5:~] tuexen% uname -a FreeBSD bsd5.fh-muenster.de 10.0-CURRENT FreeBSD 10.0-CURRENT #209 = r252164M: Tue Jun 25 16:21:42 CEST 2013 = tuexen@bsd5.fh-muenster.de:/usr/home/tuexen/head/sys/amd64/compile/SCTP = amd64 >=20 >>>> environment, commands you use >>>>> to build/install world? >>>> cd ~/head >>>> sudo make buildworld >>>> sudo make buildkernel >>>> make installkernel >>>> shutdown -r now >>>> adjkerntz -i >>>> mount -a -t ufs >>>> mergemaster -p >>>> cd /home/tuexen/head >>>> make installworld >>>> mergemaster >>>> reboot >>>=20 >>> Seems to be OK. As for me I usually install the whole thing >>> at one command... (not that you should do it though) >>>=20 >>>> But I managed to get the installworld done. >>>=20 >>> Great, glad you managed to. >>>=20 >>>> I needed to add >>>> strip and makewhatis to ITOOLS in head/Makefile.inc1. Not sure >>>> why, but it worked for me. Maybe someone familiar with the >>>> build system does have an explanation. >>>=20 >>> It may be possible once you define your system and customization >>> (if any). >> Let me know if you need more information. >=20 > As I can understand your system has a faily default config. > I have no more ideas on what got wrong and why. Sorry. Thanks a lot for your effort. I'll see if this comes up also on other machines when upgrading them. Best regards Michael >=20 >>>> Thanks for your help! >>>=20 >>> Actually, it was only a _try_ to help. :-) >> Well, it really helped... Based on the discussion on the >> list I started to dig through the makefiles... >=20 > --=20 > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 20:45:47 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 88576BA4; Tue, 25 Jun 2013 20:45:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [IPv6:2607:f8b0:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5C0164C; Tue, 25 Jun 2013 20:45:47 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id gf11so873818vcb.25 for ; Tue, 25 Jun 2013 13:45:46 -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:cc:content-type; bh=uH/0hpgXXhXyO6A9JcUJViRdENniwc9XemkXENh4gVs=; b=uukCtPkHlMMBqzTHt4qXzI+njgVo0npRyrwEE4FjvdDz8sCFRYIOcrmxM9CMVhb89N jj3F1SUpJNN9djuITKKHq0fdeeunl8yzAxkzGybg64UipV0gHHsV+BBr+yPXsc/i5Nwc G/jLdsiPC22L2tJ2uNk2vSg+KccbVPL2snXPABWrjZRQk2CAhVCIqFn6kofwBMXL+bm3 0fgAz0jRrN6D+8IlFE5dr9fUC0ccu+TgkC8FtPFvHKwLKOG/JSZgLQ7oW6xZFu9BtAOG FdT7voXfYBTel1DC23OU5IHmlxut5dde+Rp4Bugr7x71mjHXKFGpKZWQyUIbYo2oadjK 92Ow== MIME-Version: 1.0 X-Received: by 10.52.16.77 with SMTP id e13mr396413vdd.49.1372193146719; Tue, 25 Jun 2013 13:45:46 -0700 (PDT) Received: by 10.220.146.145 with HTTP; Tue, 25 Jun 2013 13:45:46 -0700 (PDT) Date: Tue, 25 Jun 2013 13:45:46 -0700 Message-ID: Subject: Kernel hangs on reboot on system with 05/2013~06/2013 CURRENT sources From: Garrett Cooper To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Tue, 25 Jun 2013 20:56:23 +0000 Cc: Matthew Fleming , mav@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 20:45:47 -0000 Long story short is that I've run into an issue on several VM images and real machines where UFS on mpt fails to reboot because it hangs in the kernel. I don't have any specific details, other than it occurs regularly with cam/mpt on VMware boxes running builds; however I've also seen this occur with a Dell box that has an mpt SAS controller with 2 zpools and gobs of RAM. Does anyone know of any issues in this area [recently]? This set of issues appears to have started cropping up after 03/2013, because I was running reliable builds off those sources. Thanks! -Garrett PS Please CC me in all emails as I'm not subscribed to freebsd-current@. From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 21:27:56 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7FB947F2; Tue, 25 Jun 2013 21:27:56 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [5.9.87.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5AC1838; Tue, 25 Jun 2013 21:27:56 +0000 (UTC) Received: from cpos1.nexxtmobile.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id CDABE18B4D; Tue, 25 Jun 2013 23:27:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at nexxtmobile.de Received: from mail.solomo.de ([127.0.0.1]) by cpos1.nexxtmobile.de (cpos1.nexxtmobile.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CLHoFDxZKhzS; Tue, 25 Jun 2013 23:27:53 +0200 (CEST) Received: from [IPv6:2001:4dd0:ff00:8bb6:7913:92f1:2537:1901] (unknown [IPv6:2001:4dd0:ff00:8bb6:7913:92f1:2537:1901]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id EDE5D18B39; Tue, 25 Jun 2013 23:27:52 +0200 (CEST) Message-ID: <51CA0B57.8000204@smeets.im> Date: Tue, 25 Jun 2013 23:27:51 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130511 Thunderbird/17.0.6 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: Kernel hangs on reboot on system with 05/2013~06/2013 CURRENT sources References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2QAGECRWCMUJNBHUBDGRB" Cc: Matthew Fleming , mav@FreeBSD.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 21:27:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2QAGECRWCMUJNBHUBDGRB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/25/2013 22:45, Garrett Cooper wrote: > Long story short is that I've run into an issue on several VM > images and real machines where UFS on mpt fails to reboot because it > hangs in the kernel. I don't have any specific details, other than it > occurs regularly with cam/mpt on VMware boxes running builds; however > I've also seen this occur with a Dell box that has an mpt SAS > controller with 2 zpools and gobs of RAM. Does anyone know of any > issues in this area [recently]? > This set of issues appears to have started cropping up after > 03/2013, because I was running reliable builds off those sources. > Thanks! > -Garrett >=20 Yes, I saw the same thing today when rebooting a box running r251905: Tue Jun 18 10:12:42 CEST 2013 with ahci on a zfs only system. I update this box about once a week, that previous kernel was from Jun 11. and that still rebooted successfully. As the kernel from June 18. is now kernel.old I don't know the SVN rev for the June 11 kernel, but it looks like it was broken between June 11. and 18. However my workstation, also running a kernel from June 18. does still reboot OK, it's using ahci and UFS. Florian ------enig2QAGECRWCMUJNBHUBDGRB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJRygtYAAoJECrpj4KP8Zz/+V8IAKwnyjHzPj52TX23gVFAUWA3 6CoGfP1rZ9hfTkma7lw4DxxlnBnM7x3WPLuGt80l3tWBoHpFPgz4YjRD/Zu63bGa BPKvwjrdHVfkDno9OyCuWRhRSkW8zD/XGA9dyKBma2Jj46s7WkZC5uxN4oqeGHtG GpFmY1GNYcZWR3uV4uah/29FW2NqE45UOMk9NwzlGGuFBmmP/wzETmFldBXUM5m4 5hbMgrN68cexevpZGF77MArPjcJ6t8jBhGseHJbp1vURk8ofulpWwNqX1/noq6C5 UTXCFmD3AaetT87FkMcHIsUm3EsADGcJe5dhHdKCMuwFG6/m6baOlo3QQxdRdl4= =gSM/ -----END PGP SIGNATURE----- ------enig2QAGECRWCMUJNBHUBDGRB-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 22:35:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2C80F1A2; Tue, 25 Jun 2013 22:35:11 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) by mx1.freebsd.org (Postfix) with ESMTP id ECCBA1A86; Tue, 25 Jun 2013 22:35:10 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 42D40BDFFB; Tue, 25 Jun 2013 22:35:09 +0000 (UTC) Date: Wed, 26 Jun 2013 00:35:09 +0200 From: Jeremie Le Hen To: Michael Tuexen Subject: Re: Problem with installworld Message-ID: <20130625223509.GB4484@caravan.chchile.org> Mail-Followup-To: Michael Tuexen , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 22:35:11 -0000 Hi Michael, On Tue, Jun 25, 2013 at 10:38:59AM +0200, Michael Tuexen wrote: > Dear all, > > when doing a make installworld the following happens: > > -------------------------------------------------------------- > >>> Installing everything > -------------------------------------------------------------- > cd /usr/home/tuexen/head; make -f Makefile.inc1 install > ===> share/info (install) > ===> lib (install) > ===> lib/csu/amd64 (install) > install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib > ===> lib/libc (install) > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: exec(strip): No such file or directory > install: wait: No such file or directory > *** Error code 70 > > Stop. > make: stopped in /usr/home/tuexen/head/lib/libc > *** Error code 1 > > Stop. > make: stopped in /usr/home/tuexen/head/lib > *** Error code 1 > > Stop. > make: stopped in /usr/home/tuexen/head > *** Error code 1 > > Stop. > make: stopped in /usr/home/tuexen/head > # > > > Any idea how to progress? > > This is using svn head of yesterday. install(1) uses strip(1). Can you check: ls -l /usr/bin/strip Can you run it manually? Did you check you $PATH? -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Tue Jun 25 22:15:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 87938DCC; Tue, 25 Jun 2013 22:15:50 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-vb0-x22a.google.com (mail-vb0-x22a.google.com [IPv6:2607:f8b0:400c:c02::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 28A7C19F4; Tue, 25 Jun 2013 22:15:50 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id i3so10140977vbh.29 for ; Tue, 25 Jun 2013 15:15:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gWhsObZkB3ENFwE8OcLsfSALh2AO5WWvV9/eCXZFtsw=; b=pm9TeGexnLzAIFibAqxX4qC2Fg4so/9XY815fWlgdANRhVQKJFayyDxUjUQrEn8rof BfxON66+rt0l7Rn2/OM58CZ+54XmxKvRDCJULqD69zxLhO9hLTJ20hdcXaKwLyAyJu1a Dw3ePozJomiwozSLDB9VvgZ+JobR2/hGHrVtRBnzUi4Qr8BCLy6H7VW/DHH6ABpuFSrj 4iCOyvkmi6pbzNET1oqFEoQjvdngRSwDofxmIfrBZ6CWLDGqVbKPTsc/lBwxRnpl0EEk rnYX4iyYzB3DMcaA2hN/r/jz56486DfO49pGeF+aztVH3n83bKo5WDQCwaCurCKIXFH+ jD4Q== MIME-Version: 1.0 X-Received: by 10.52.92.171 with SMTP id cn11mr561089vdb.10.1372198549761; Tue, 25 Jun 2013 15:15:49 -0700 (PDT) Received: by 10.220.146.145 with HTTP; Tue, 25 Jun 2013 15:15:49 -0700 (PDT) In-Reply-To: <51CA0B57.8000204@smeets.im> References: <51CA0B57.8000204@smeets.im> Date: Tue, 25 Jun 2013 15:15:49 -0700 Message-ID: Subject: Re: Kernel hangs on reboot on system with 05/2013~06/2013 CURRENT sources From: Garrett Cooper To: Florian Smeets Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Wed, 26 Jun 2013 01:15:21 +0000 Cc: Matthew Fleming , mav@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 22:15:50 -0000 On Tue, Jun 25, 2013 at 2:27 PM, Florian Smeets wrote: > On 06/25/2013 22:45, Garrett Cooper wrote: >> Long story short is that I've run into an issue on several VM >> images and real machines where UFS on mpt fails to reboot because it >> hangs in the kernel. I don't have any specific details, other than it >> occurs regularly with cam/mpt on VMware boxes running builds; however >> I've also seen this occur with a Dell box that has an mpt SAS >> controller with 2 zpools and gobs of RAM. Does anyone know of any >> issues in this area [recently]? >> This set of issues appears to have started cropping up after >> 03/2013, because I was running reliable builds off those sources. >> Thanks! >> -Garrett >> > > Yes, I saw the same thing today when rebooting a box running r251905: > Tue Jun 18 10:12:42 CEST 2013 with ahci on a zfs only system. > > I update this box about once a week, that previous kernel was from Jun > 11. and that still rebooted successfully. As the kernel from June 18. is > now kernel.old I don't know the SVN rev for the June 11 kernel, but it > looks like it was broken between June 11. and 18. > > However my workstation, also running a kernel from June 18. does still > reboot OK, it's using ahci and UFS. Hmmm... nothing's jumping out as being incorrect for me in those dates. There was a rev that were broken in your case that were reverted by mav, but there doesn't appear to be anything that would be causing my particular problem (again, right offhand). The snapshot I'm using was generated on 06/07/2013. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 26 01:19:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8ABE0FF4; Wed, 26 Jun 2013 01:19:39 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF471F87; Wed, 26 Jun 2013 01:19:39 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so29932668iec.27 for ; Tue, 25 Jun 2013 18:19:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=O3JSkXUfIgGhOBAgo6zneBfOb6ojJny7ALuL/8fp/QY=; b=cDSuNL1hcro8JME3W1BsFe+i7cef/NJqhcD3sOeVQmhD86Ih9V0dwR6IbxeNH8HJT8 KVmyXxF5o6O0oN2Vy/MPmmWDXTX9ilLpTbaXdn1xvZUATx8b75W7Cou45U6i0gy47gLg Bv64CNXBAu7DnaMfDaA34AoAOZWhrMZfCFTgZ8AJ+xo14shKeqdzXzgCesE7q1AKiDHt HlteU6U9JAYHpcS2DPko/5mNgL50XxsKNjqUl+p3JsAC8cb3p1DsqsBttw2M+ZQ4HHJP jk0YMawmaBtgyqa/Qp7hpCd6yIykc53MGaR6eBJ70kEsyv+5FANNWl7qMPBIiQiSqiQo kcig== MIME-Version: 1.0 X-Received: by 10.50.109.134 with SMTP id hs6mr965134igb.35.1372209578789; Tue, 25 Jun 2013 18:19:38 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.42.253.129 with HTTP; Tue, 25 Jun 2013 18:19:38 -0700 (PDT) In-Reply-To: <51CA0B57.8000204@smeets.im> References: <51CA0B57.8000204@smeets.im> Date: Wed, 26 Jun 2013 03:19:38 +0200 X-Google-Sender-Auth: vznGIFC_l-VRcXX7e4I3T1SbSGU Message-ID: Subject: Re: Kernel hangs on reboot on system with 05/2013~06/2013 CURRENT sources From: Attilio Rao To: Florian Smeets Content-Type: text/plain; charset=UTF-8 Cc: Matthew Fleming , Alexander Motin , "freebsd-current@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 01:19:39 -0000 On Tue, Jun 25, 2013 at 11:27 PM, Florian Smeets wrote: > On 06/25/2013 22:45, Garrett Cooper wrote: >> Long story short is that I've run into an issue on several VM >> images and real machines where UFS on mpt fails to reboot because it >> hangs in the kernel. I don't have any specific details, other than it >> occurs regularly with cam/mpt on VMware boxes running builds; however >> I've also seen this occur with a Dell box that has an mpt SAS >> controller with 2 zpools and gobs of RAM. Does anyone know of any >> issues in this area [recently]? >> This set of issues appears to have started cropping up after >> 03/2013, because I was running reliable builds off those sources. >> Thanks! >> -Garrett >> > > Yes, I saw the same thing today when rebooting a box running r251905: > Tue Jun 18 10:12:42 CEST 2013 with ahci on a zfs only system. > > I update this box about once a week, that previous kernel was from Jun > 11. and that still rebooted successfully. As the kernel from June 18. is > now kernel.old I don't know the SVN rev for the June 11 kernel, but it > looks like it was broken between June 11. and 18. Can you break into KDB once the loop happens? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jun 26 06:08:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A6C3F779; Wed, 26 Jun 2013 06:08:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22b.google.com (mail-qe0-x22b.google.com [IPv6:2607:f8b0:400d:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5451FD8; Wed, 26 Jun 2013 06:08:06 +0000 (UTC) Received: by mail-qe0-f43.google.com with SMTP id q19so848355qeb.30 for ; Tue, 25 Jun 2013 23:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=B0Hb6VafK9etzSjpM/Ia31pli+EigDI0dZ7khAQcaV0=; b=qufzh3MpubwGG5IfEInZQXwvYiogtIkDQQIwkLHc2SjTSJmG/aLZPrRgwVfNMgG4T8 +OOxVDCSulDbKSvGFiDicT5OKXIXOTLstnXNzkdFDsritl0SrAbNuWVW1xOuRyYvQQgY ldxnMCJvDxHfx+KiKor+71NaphhQRghw9xgSEnzMRLA7t+ea/7km2wURqBq21k3SEWZi twwoutqW7dfYF5YxCN0LPSnEsVAqaq9LNley2/UXwzaciDg38o/Wa5K9QLEmbTaIf23b Zwk9edrEgKliUIy6Gfn9obSKuUluu+4ICdLPFksYG4MprLTmWfVICW2DvojzuTqKb3gO HHEQ== MIME-Version: 1.0 X-Received: by 10.224.190.137 with SMTP id di9mr3375314qab.95.1372226885913; Tue, 25 Jun 2013 23:08:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.214.7 with HTTP; Tue, 25 Jun 2013 23:08:05 -0700 (PDT) Date: Tue, 25 Jun 2013 23:08:05 -0700 X-Google-Sender-Auth: bubwzSND5kiT9P3nOxoernn6oEU Message-ID: Subject: -HEAD has (what seems to be) working AR933x SoC support; Carambola 2 board now works! From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 06:08:06 -0000 Hi, I've finally brought up wifi on the Carambola 2 board. It's an AR9330 SoC with 10/100 ethernet, 64MB RAM, 16MB flash, 1x1 2GHz 11n wifi. It's perfect for embedding into projects to wifi enable them. It should also make for an awesome cheap 802.11s device. The details and instructions are here: http://code.google.com/p/freebsd-wifi-build/wiki/Carambola2 Seriously cool stuff. It turns out that bringing up the QCA HAL was really easy on this board - the support is already there! I just needed to hack at the AHB bus glue that I wrote and make sure that the QCA HAL flash EEPROM code understood what I was doing. Woot! Adrian From owner-freebsd-current@FreeBSD.ORG Wed Jun 26 06:46:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E3D0A144; Wed, 26 Jun 2013 06:46:02 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6F2114E; Wed, 26 Jun 2013 06:46:02 +0000 (UTC) Received: from [10.225.4.237] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 7CA041C0C0693; Wed, 26 Jun 2013 08:46:00 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problem with installworld From: Michael Tuexen In-Reply-To: <20130625223509.GB4484@caravan.chchile.org> Date: Wed, 26 Jun 2013 08:46:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <42771FCE-21D9-4030-B602-C76486A6E37F@freebsd.org> References: <20130625223509.GB4484@caravan.chchile.org> To: Jeremie Le Hen X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 06:46:03 -0000 On Jun 26, 2013, at 12:35 AM, Jeremie Le Hen wrote: > Hi Michael, >=20 > On Tue, Jun 25, 2013 at 10:38:59AM +0200, Michael Tuexen wrote: >> Dear all, >>=20 >> when doing a make installworld the following happens: >>=20 >> -------------------------------------------------------------- >>>>> Installing everything >> -------------------------------------------------------------- >> cd /usr/home/tuexen/head; make -f Makefile.inc1 install >> =3D=3D=3D> share/info (install) >> =3D=3D=3D> lib (install) >> =3D=3D=3D> lib/csu/amd64 (install) >> install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /usr/lib >> =3D=3D=3D> lib/libc (install) >> install -C -o root -g wheel -m 444 libc.a /usr/lib >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib >> install: exec(strip): No such file or directory >> install: wait: No such file or directory >> *** Error code 70 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib/libc >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head/lib >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/home/tuexen/head >> #=20 >>=20 >>=20 >> Any idea how to progress? >>=20 >> This is using svn head of yesterday. >=20 > install(1) uses strip(1). >=20 > Can you check: ls -l /usr/bin/strip >=20 > Can you run it manually? Did you check you $PATH? I solved it by adding strip and makewhatis to ITOOLS in = head/Makefile.inc1 Since the problem is gone, I can't provide the above information. Best regards Michael >=20 > --=20 > Jeremie Le Hen >=20 > Scientists say the world is made up of Protons, Neutrons and = Electrons. > They forgot to mention Morons. >=20 From owner-freebsd-current@FreeBSD.ORG Wed Jun 26 12:33:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B20F4CD0 for ; Wed, 26 Jun 2013 12:33:18 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1E81309 for ; Wed, 26 Jun 2013 12:33:18 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id fs12so13488955lab.26 for ; Wed, 26 Jun 2013 05:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=JLuwmvhUii5YZu0aBKkUh98l/F8DZgMW7zRUjcR6hUQ=; b=d67IAEXJauNfoK9/T23cPZwh++4WLmRF93NNc8WjvIGWBaeslAozRTQY+0cocy/jXV MK6tZUPqRLBNIQsUETlsk5ilRtl3xZORn/a4vV+bNrY6BbGwGolESanj2PvKE9fefJty B8+mHRCmTfWgOvhfvyHS5S2JJjYqxrPEthEnlmRHnVLcemP+/7VLz2Ok7Ug34hr+2QAW 4opiZDGYfNaT2LHUx82LV3+6b1H0dS4+0jr18mgkhpn1lEfgTiYzs66oqYWlGJ99SGhF Nv9rzC6jJUnVYFWpIWoNYf7iLHQwM4GPsXkis3wo76JKCU3o4zUL6TJ1WgkEoqeg+mwf Qgog== X-Received: by 10.152.120.196 with SMTP id le4mr1862089lab.6.1372249997084; Wed, 26 Jun 2013 05:33:17 -0700 (PDT) Received: from Sevans-MacBook-Air-11.local ([46.250.130.56]) by mx.google.com with ESMTPSA id t15sm10456709lbh.16.2013.06.26.05.33.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Jun 2013 05:33:15 -0700 (PDT) Message-ID: <51CADF82.8000301@gmail.com> Date: Wed, 26 Jun 2013 16:33:06 +0400 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Using camcontrol on a Corsair CSSD-F120GB2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 12:33:18 -0000 Hi, I have a system with a Corsair SSD which I tried to use the secure erase feature on r252161 with not much success (do I specifically need enhanced erase support?). The disk is also running an older version of firmware (1.1) but I'm unable to use fwdownload to update the firmware to 2.0 (the reason is because it's not supported by camcontrol currently according to manpage), is the addition of new brands of disks easy? Happy to test diffs. camcontrol security ada0 camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 0000 0000 003f 0000 8: 0000 0000 3130 3434 3635 3236 3332 3030 16: 3039 3938 3033 3736 0000 0000 0004 312e 24: 3120 2020 2020 436f 7273 6169 7220 4353 32: 5344 2d46 3132 3047 4232 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 4bb0 0df9 0000 0007 64: 0003 0078 0078 0078 0078 4000 0000 0000 72: 0000 0000 0000 001f 0706 0000 004c 0044 80: 01fc 0028 746b 7501 6163 7069 b401 6163 88: 407f 0000 0000 00fe 0000 0000 0000 0000 96: 0000 0000 0000 0000 4bb0 0df9 0000 0000 104: 0000 0001 4000 0000 5000 0000 0998 0376 112: 0000 0000 0000 0000 0000 0000 0000 4014 120: 4014 0000 0000 0000 0000 0000 0000 0000 128: 0001 0000 0000 0000 0000 0000 0000 0000 136: 0000 0000 0000 0000 0000 0000 0000 0000 144: 0000 0000 0000 0000 0000 0000 0000 0000 152: 0000 0000 0000 0000 0000 0000 0000 0000 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0001 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 003d 0000 208: 0000 4000 0000 0000 0000 0000 0000 0000 216: 0000 0001 0000 0000 0000 0000 1010 ffff 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0000 0000 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 1aa5 pass0: ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Security Option Value status 0001 supported yes enabled no drive locked no security config frozen no count expired no security level high enhanced erase supported no erase time unspecified enhanced erase time unspecified master password rev 0000 (unsupported) camcontrol security ada0 -u user -e MyPass -v camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 0000 0000 003f 0000 8: 0000 0000 3130 3434 3635 3236 3332 3030 16: 3039 3938 3033 3736 0000 0000 0004 312e 24: 3120 2020 2020 436f 7273 6169 7220 4353 32: 5344 2d46 3132 3047 4232 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 4bb0 0df9 0000 0007 64: 0003 0078 0078 0078 0078 4000 0000 0000 72: 0000 0000 0000 001f 0706 0000 004c 0044 80: 01fc 0028 746b 7501 6163 7069 b401 6163 88: 407f 0000 0000 00fe 0000 0000 0000 0000 96: 0000 0000 0000 0000 4bb0 0df9 0000 0000 104: 0000 0001 4000 0000 5000 0000 0998 0376 112: 0000 0000 0000 0000 0000 0000 0000 4014 120: 4014 0000 0000 0000 0000 0000 0000 0000 128: 0001 0000 0000 0000 0000 0000 0000 0000 136: 0000 0000 0000 0000 0000 0000 0000 0000 144: 0000 0000 0000 0000 0000 0000 0000 0000 152: 0000 0000 0000 0000 0000 0000 0000 0000 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0001 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 003d 0000 208: 0000 4000 0000 0000 0000 0000 0000 0000 216: 0000 0001 0000 0000 0000 0000 1010 ffff 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0000 0000 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 1aa5 pass0: ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) camcontrol: Can't secure erase (security is disabled) camcontrol fwdownload -f Corsair_Force_SSD_FW_Update_2.0.pkg You are about to download firmware image (Corsair_Force_SSD_FW_Update_2.0.pkg) into the following device: It may damage your drive. Are you SURE you want to do this? (yes/no) yes Corsair_Force_SSD_FW_Update_2.0.pkg 0% | | 0 0.00 KiB/s 00:00 ETAcamcontrol: Error writing image to device (pass0:ahcich0:0:0:0): DOWNLOAD_MICROCODE. ACB: 92 03 00 00 00 40 00 00 00 00 40 00 (pass0:ahcich0:0:0:0): CAM status: ATA Status Error (pass0:ahcich0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (pass0:ahcich0:0:0:0): RES: 51 04 40 00 00 e0 00 00 00 00 00 Corsair_Force_SSD_FW_Update_2.0.pkg 0% | | 0 0.00 KiB/s 00:00 ETA Firmware download failed From owner-freebsd-current@FreeBSD.ORG Wed Jun 26 13:08:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D27B6AD for ; Wed, 26 Jun 2013 13:08:22 +0000 (UTC) (envelope-from prvs=18892a6690=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id C6BBB1685 for ; Wed, 26 Jun 2013 13:08:21 +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 md50004551170.msg for ; Wed, 26 Jun 2013 14:08:20 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 26 Jun 2013 14:08:20 +0100 (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=18892a6690=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: From: "Steven Hartland" To: "Sevan / Venture37" , References: <51CADF82.8000301@gmail.com> Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 Date: Wed, 26 Jun 2013 14:08:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 13:08:22 -0000 Try: camcontrol security ada0 -U user -s Erase -e Erase firmware downloading is usually pretty specific so I'd expect you'll need to use the manufacturers tool for that. Regards Steve ----- Original Message ----- From: "Sevan / Venture37" To: Sent: Wednesday, June 26, 2013 1:33 PM Subject: Using camcontrol on a Corsair CSSD-F120GB2 > Hi, > I have a system with a Corsair SSD which I tried to use the secure erase > feature on r252161 with not much success (do I specifically need > enhanced erase support?). > > The disk is also running an older version of firmware (1.1) but I'm > unable to use fwdownload to update the firmware to 2.0 (the reason is > because it's not supported by camcontrol currently according to > manpage), is the addition of new brands of disks easy? > Happy to test diffs. > > camcontrol security ada0 > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > pass0: Raw identify data: > 0: 0040 3fff c837 0010 0000 0000 003f 0000 > 8: 0000 0000 3130 3434 3635 3236 3332 3030 > 16: 3039 3938 3033 3736 0000 0000 0004 312e > 24: 3120 2020 2020 436f 7273 6169 7220 4353 > 32: 5344 2d46 3132 3047 4232 2020 2020 2020 > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > 56: 003f fc10 00fb 0110 4bb0 0df9 0000 0007 > 64: 0003 0078 0078 0078 0078 4000 0000 0000 > 72: 0000 0000 0000 001f 0706 0000 004c 0044 > 80: 01fc 0028 746b 7501 6163 7069 b401 6163 > 88: 407f 0000 0000 00fe 0000 0000 0000 0000 > 96: 0000 0000 0000 0000 4bb0 0df9 0000 0000 > 104: 0000 0001 4000 0000 5000 0000 0998 0376 > 112: 0000 0000 0000 0000 0000 0000 0000 4014 > 120: 4014 0000 0000 0000 0000 0000 0000 0000 > 128: 0001 0000 0000 0000 0000 0000 0000 0000 > 136: 0000 0000 0000 0000 0000 0000 0000 0000 > 144: 0000 0000 0000 0000 0000 0000 0000 0000 > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > 168: 0000 0001 0000 0000 0000 0000 0000 0000 > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > 200: 0000 0000 0000 0000 0000 0000 003d 0000 > 208: 0000 4000 0000 0000 0000 0000 0000 0000 > 216: 0000 0001 0000 0000 0000 0000 1010 ffff > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > 232: 0000 0000 0000 0000 0000 0000 0000 0000 > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > 248: 0000 0000 0000 0000 0000 0000 0000 1aa5 > > pass0: ATA-8 SATA 2.x device > pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > Security Option Value > status 0001 > supported yes > enabled no > drive locked no > security config frozen no > count expired no > security level high > enhanced erase supported no > erase time unspecified > enhanced erase time unspecified > master password rev 0000 (unsupported) > > > camcontrol security ada0 -u user -e MyPass -v > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > pass0: Raw identify data: > 0: 0040 3fff c837 0010 0000 0000 003f 0000 > 8: 0000 0000 3130 3434 3635 3236 3332 3030 > 16: 3039 3938 3033 3736 0000 0000 0004 312e > 24: 3120 2020 2020 436f 7273 6169 7220 4353 > 32: 5344 2d46 3132 3047 4232 2020 2020 2020 > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > 56: 003f fc10 00fb 0110 4bb0 0df9 0000 0007 > 64: 0003 0078 0078 0078 0078 4000 0000 0000 > 72: 0000 0000 0000 001f 0706 0000 004c 0044 > 80: 01fc 0028 746b 7501 6163 7069 b401 6163 > 88: 407f 0000 0000 00fe 0000 0000 0000 0000 > 96: 0000 0000 0000 0000 4bb0 0df9 0000 0000 > 104: 0000 0001 4000 0000 5000 0000 0998 0376 > 112: 0000 0000 0000 0000 0000 0000 0000 4014 > 120: 4014 0000 0000 0000 0000 0000 0000 0000 > 128: 0001 0000 0000 0000 0000 0000 0000 0000 > 136: 0000 0000 0000 0000 0000 0000 0000 0000 > 144: 0000 0000 0000 0000 0000 0000 0000 0000 > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > 168: 0000 0001 0000 0000 0000 0000 0000 0000 > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > 200: 0000 0000 0000 0000 0000 0000 003d 0000 > 208: 0000 4000 0000 0000 0000 0000 0000 0000 > 216: 0000 0001 0000 0000 0000 0000 1010 ffff > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > 232: 0000 0000 0000 0000 0000 0000 0000 0000 > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > 248: 0000 0000 0000 0000 0000 0000 0000 1aa5 > > pass0: ATA-8 SATA 2.x device > pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > camcontrol: Can't secure erase (security is disabled) > > > camcontrol fwdownload -f Corsair_Force_SSD_FW_Update_2.0.pkg > You are about to download firmware image > (Corsair_Force_SSD_FW_Update_2.0.pkg) into the following device: > > It may damage your drive. Are you SURE you want to do this? (yes/no) yes > Corsair_Force_SSD_FW_Update_2.0.pkg 0% | > | 0 > 0.00 KiB/s 00:00 ETAcamcontrol: Error writing image to device > (pass0:ahcich0:0:0:0): DOWNLOAD_MICROCODE. ACB: 92 03 00 00 00 40 00 00 > 00 00 40 00 > (pass0:ahcich0:0:0:0): CAM status: ATA Status Error > (pass0:ahcich0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (pass0:ahcich0:0:0:0): RES: 51 04 40 00 00 e0 00 00 00 00 00 > Corsair_Force_SSD_FW_Update_2.0.pkg 0% | > | 0 > 0.00 KiB/s 00:00 ETA > Firmware download failed > _______________________________________________ > 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" > ================================================ 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-current@FreeBSD.ORG Wed Jun 26 13:43:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 04A27D64 for ; Wed, 26 Jun 2013 13:43:22 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id BE5C31808 for ; Wed, 26 Jun 2013 13:43:21 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id f6so952035qej.9 for ; Wed, 26 Jun 2013 06:43:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Hnwle1e2SpMN0Jb7YE7ZngorjLErGfq9Ai7rNBdQow0=; b=mJwsIbRMufs6ebzne497c+riMQLz2uOfdLHZbY3OlrXa9/70BtWLg0tpHZYWbLRvsl f9qxC8QyWTKT/MRSLnFlV9aqJIFRuJohE8ykzO1jmO2C1bUIgZlmEJSvMoi5cB1FljmA cXRl4BIlxM99W7a8NetN5/mJAXzkWOCNcXysSG3cODfpGQo5uv55G/GDVe8dKwNVtiz/ MgJrNvFi51hNgOix3B6cbmDLDeH311jh6IUwz9DtiuOo0n5083V+pfsJBUEMcP5UAa1S wG0ji8+p00qKWl4Ctdbq7AWN/ouz27x250M2WUpguXi254oWF4PNim8JvDFfJgsGazIT Bn+g== MIME-Version: 1.0 X-Received: by 10.224.190.137 with SMTP id di9mr5312195qab.95.1372254200844; Wed, 26 Jun 2013 06:43:20 -0700 (PDT) Received: by 10.49.106.1 with HTTP; Wed, 26 Jun 2013 06:43:20 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 Jun 2013 21:43:20 +0800 Message-ID: Subject: Re: -HEAD has (what seems to be) working AR933x SoC support; Carambola 2 board now works! From: Alie Tan To: Adrian Chadd X-Gm-Message-State: ALoCoQkcmuaIiSscpNgn2qFE3UH1voPwHAoaQMgz+/q9q8XR+QrM4bn/GQjotSIABZi1PEIuk7Ah Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 13:43:22 -0000 On Wed, Jun 26, 2013 at 2:08 PM, Adrian Chadd wrote: > Hi, > > I've finally brought up wifi on the Carambola 2 board. > > It's an AR9330 SoC with 10/100 ethernet, 64MB RAM, 16MB flash, 1x1 > 2GHz 11n wifi. It's perfect for embedding into projects to wifi enable > them. It should also make for an awesome cheap 802.11s device. > Awesome stuff Adrian! How is FreeBSD performance on Carambola2? What do you have btw, is it Cambola2 soldered version? > > The details and instructions are here: > > http://code.google.com/p/freebsd-wifi-build/wiki/Carambola2 > > Seriously cool stuff. > > It turns out that bringing up the QCA HAL was really easy on this > board - the support is already there! I just needed to hack at the AHB > bus glue that I wrote and make sure that the QCA HAL flash EEPROM code > understood what I was doing. Woot! > > > > Adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 00:48:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 734FC89A for ; Thu, 27 Jun 2013 00:48:49 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) by mx1.freebsd.org (Postfix) with ESMTP id F15751994 for ; Thu, 27 Jun 2013 00:48:48 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id v1so113723lbd.4 for ; Wed, 26 Jun 2013 17:48:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=VcRQiyvv3Q4ka5+Wv3LvUNvQUHyOf5VdZgLcFF3q2pg=; b=DjjuBBpjAgO1NtRmuVaqZ3yKBExs9gGaBpHPMxhaoMU3sKiymhXnhRj8cQb7sVVFre Y5gAr7Ji/YBoWMlLBIJNk9BKTmXz+foN+v9+CiPdF3ltMLOhilTD2AFO8CuZD940gfl2 /Wy3b+Vcm+c2sUkMaRAHx6L77aml4e/pIo/glzzvRyTHETYb1nyvlJybuDbY7ZAl/ZYk 24g5Hdn0Ia2JnaRw7iu9U5ElkSZkFeIXt50hiCsiOL+bN8qWkFeb7O0ENe8IJKYsI8ds hFWOTvBRh+kNgHNftRrRTimkEqP/Hj+A5DwL3HRC4UGKl3+6YDvxm+p8ZYbAhE/xU4vB 6iHw== X-Received: by 10.112.155.161 with SMTP id vx1mr3174264lbb.78.1372294127674; Wed, 26 Jun 2013 17:48:47 -0700 (PDT) Received: from Sevans-MacBook-Air-11.local ([83.167.125.235]) by mx.google.com with ESMTPSA id y5sm111929lae.2.2013.06.26.17.48.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Jun 2013 17:48:46 -0700 (PDT) Message-ID: <51CB8BE4.7070501@gmail.com> Date: Thu, 27 Jun 2013 04:48:36 +0400 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 References: <51CADF82.8000301@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 00:48:49 -0000 On 26/06/2013 17:08, Steven Hartland wrote: > Try: camcontrol security ada0 -U user -s Erase -e Erase camcontrol security ada0 -U user -s Erase -e Erase -v camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 0000 0000 003f 0000 8: 0000 0000 3130 3434 3635 3236 3332 3030 16: 3039 3938 3033 3736 0000 0000 0004 312e 24: 3120 2020 2020 436f 7273 6169 7220 4353 32: 5344 2d46 3132 3047 4232 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 4bb0 0df9 0000 0007 64: 0003 0078 0078 0078 0078 4000 0000 0000 72: 0000 0000 0000 001f 0706 0000 004c 0044 80: 01fc 0028 746b 7501 6163 706b b401 6163 88: 407f 0000 0000 00fe 0000 0000 0000 0000 96: 0000 0000 0000 0000 4bb0 0df9 0000 0000 104: 0000 0001 4000 0000 5000 0000 0998 0376 112: 0000 0000 0000 0000 0000 0000 0000 4014 120: 4014 0000 0000 0000 0000 0000 0000 0000 128: 0003 0000 0000 0000 0000 0000 0000 0000 136: 0000 0000 0000 0000 0000 0000 0000 0000 144: 0000 0000 0000 0000 0000 0000 0000 0000 152: 0000 0000 0000 0000 0000 0000 0000 0000 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0001 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 003d 0000 208: 0000 4000 0000 0000 0000 0000 0000 0000 216: 0000 0001 0000 0000 0000 0000 1010 ffff 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0000 0000 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 16a5 pass0: ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) You are about to ERASE ALL DATA from the following device: pass0,ada0: ATA-8 SATA 2.x device Are you SURE you want to ERASE ALL DATA? (yes/no) yes Issuing SECURITY_SET_PASSWORD password='Erase', user='user', mode='high' camcontrol: sending ATA SECURITY_SET_PASSWORD with timeout of 15000 msecs Issuing SECURITY_ERASE_PREPARE camcontrol: sending ATA SECURITY_ERASE_PREPARE with timeout of 15000 msecs Issuing SECURITY_ERASE_UNIT password='Erase', user='user' camcontrol: sending ATA SECURITY_ERASE_UNIT with timeout of 7200000 msecs camcontrol: ATA SECURITY_ERASE_UNIT failed: 0 (pass0:ahcich0:0:0:0): SECURITY_ERASE_UNIT. ACB: f4 00 00 00 00 40 00 00 00 00 00 00 (pass0:ahcich0:0:0:0): CAM status: Command timeout > firmware downloading is usually pretty specific so I'd > expect you'll need to use the manufacturers tool for that. ah, ok. Sevan From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 04:15:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BF56649D; Thu, 27 Jun 2013 04:15:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7CAB81454; Thu, 27 Jun 2013 04:15:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5R4FFs9007293; Thu, 27 Jun 2013 00:15:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5R4FFNB007288; Thu, 27 Jun 2013 04:15:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 04:15:15 GMT Message-Id: <201306270415.r5R4FFNB007288@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 04:15:22 -0000 TB --- 2013-06-27 01:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-27 01:20:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-27 01:20:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-06-27 01:20:18 - cleaning the object tree TB --- 2013-06-27 01:20:18 - /usr/local/bin/svn stat /src TB --- 2013-06-27 01:20:22 - At svn revision 252287 TB --- 2013-06-27 01:20:23 - building world TB --- 2013-06-27 01:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 01:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 01:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 01:20:23 - SRCCONF=/dev/null TB --- 2013-06-27 01:20:23 - TARGET=amd64 TB --- 2013-06-27 01:20:23 - TARGET_ARCH=amd64 TB --- 2013-06-27 01:20:23 - TZ=UTC TB --- 2013-06-27 01:20:23 - __MAKE_CONF=/dev/null TB --- 2013-06-27 01:20:23 - cd /src TB --- 2013-06-27 01:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 27 01:20:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -o nos-tun nos-tun.o gzip -cn /src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/nvmecontrol (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/sbin/nvmecontrol/nvmecontrol.c /src/sbin/nvmecontrol/nvmecontrol.c:53:3: error: no previous extern declaration for non-static variable 'funcs' [-Werror,-Wmissing-variable-declarations] } funcs[] = { ^ 1 error generated. *** Error code 1 Stop. make: stopped in /src/sbin/nvmecontrol *** Error code 1 Stop. make: stopped in /src/sbin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-27 04:15:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 04:15:15 - ERROR: failed to build world TB --- 2013-06-27 04:15:15 - 8751.40 user 1346.94 system 10496.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 04:15:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C91E949E; Thu, 27 Jun 2013 04:15:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 880FE1455; Thu, 27 Jun 2013 04:15:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5R4FGfZ007419; Thu, 27 Jun 2013 00:15:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5R4FGNc007411; Thu, 27 Jun 2013 04:15:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 04:15:16 GMT Message-Id: <201306270415.r5R4FGNc007411@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 04:15:23 -0000 TB --- 2013-06-27 01:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-27 01:20:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-27 01:20:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-06-27 01:20:18 - cleaning the object tree TB --- 2013-06-27 01:20:18 - /usr/local/bin/svn stat /src TB --- 2013-06-27 01:20:23 - At svn revision 252287 TB --- 2013-06-27 01:20:24 - building world TB --- 2013-06-27 01:20:24 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 01:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 01:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 01:20:24 - SRCCONF=/dev/null TB --- 2013-06-27 01:20:24 - TARGET=i386 TB --- 2013-06-27 01:20:24 - TARGET_ARCH=i386 TB --- 2013-06-27 01:20:24 - TZ=UTC TB --- 2013-06-27 01:20:24 - __MAKE_CONF=/dev/null TB --- 2013-06-27 01:20:24 - cd /src TB --- 2013-06-27 01:20:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jun 27 01:20:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -o nos-tun nos-tun.o gzip -cn /src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/nvmecontrol (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/sbin/nvmecontrol/nvmecontrol.c /src/sbin/nvmecontrol/nvmecontrol.c:53:3: error: no previous extern declaration for non-static variable 'funcs' [-Werror,-Wmissing-variable-declarations] } funcs[] = { ^ 1 error generated. *** Error code 1 Stop. make: stopped in /src/sbin/nvmecontrol *** Error code 1 Stop. make: stopped in /src/sbin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-27 04:15:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 04:15:16 - ERROR: failed to build world TB --- 2013-06-27 04:15:16 - 8733.45 user 1362.91 system 10497.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 07:39:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6DCCDA2 for ; Thu, 27 Jun 2013 07:39:55 +0000 (UTC) (envelope-from prvs=18908e678d=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 553181F97 for ; Thu, 27 Jun 2013 07:39:55 +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 md50004577606.msg for ; Thu, 27 Jun 2013 08:39:50 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 27 Jun 2013 08:39:50 +0100 (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=18908e678d=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: From: "Steven Hartland" To: "Sevan / Venture37" , References: <51CADF82.8000301@gmail.com> <51CB8BE4.7070501@gmail.com> Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 Date: Thu, 27 Jun 2013 08:39:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 07:39:55 -0000 ----- Original Message ----- From: "Sevan / Venture37" To: Sent: Thursday, June 27, 2013 1:48 AM Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 > On 26/06/2013 17:08, Steven Hartland wrote: >> Try: camcontrol security ada0 -U user -s Erase -e Erase > > camcontrol security ada0 -U user -s Erase -e Erase -v > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > pass0: Raw identify data: > 0: 0040 3fff c837 0010 0000 0000 003f 0000 > 8: 0000 0000 3130 3434 3635 3236 3332 3030 > 16: 3039 3938 3033 3736 0000 0000 0004 312e > 24: 3120 2020 2020 436f 7273 6169 7220 4353 > 32: 5344 2d46 3132 3047 4232 2020 2020 2020 > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > 56: 003f fc10 00fb 0110 4bb0 0df9 0000 0007 > 64: 0003 0078 0078 0078 0078 4000 0000 0000 > 72: 0000 0000 0000 001f 0706 0000 004c 0044 > 80: 01fc 0028 746b 7501 6163 706b b401 6163 > 88: 407f 0000 0000 00fe 0000 0000 0000 0000 > 96: 0000 0000 0000 0000 4bb0 0df9 0000 0000 > 104: 0000 0001 4000 0000 5000 0000 0998 0376 > 112: 0000 0000 0000 0000 0000 0000 0000 4014 > 120: 4014 0000 0000 0000 0000 0000 0000 0000 > 128: 0003 0000 0000 0000 0000 0000 0000 0000 > 136: 0000 0000 0000 0000 0000 0000 0000 0000 > 144: 0000 0000 0000 0000 0000 0000 0000 0000 > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > 168: 0000 0001 0000 0000 0000 0000 0000 0000 > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > 200: 0000 0000 0000 0000 0000 0000 003d 0000 > 208: 0000 4000 0000 0000 0000 0000 0000 0000 > 216: 0000 0001 0000 0000 0000 0000 1010 ffff > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > 232: 0000 0000 0000 0000 0000 0000 0000 0000 > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > 248: 0000 0000 0000 0000 0000 0000 0000 16a5 > > pass0: ATA-8 SATA 2.x device > pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > You are about to ERASE ALL DATA from the following device: > pass0,ada0: ATA-8 SATA 2.x device > > Are you SURE you want to ERASE ALL DATA? (yes/no) yes > Issuing SECURITY_SET_PASSWORD password='Erase', user='user', mode='high' > camcontrol: sending ATA SECURITY_SET_PASSWORD with timeout of 15000 msecs > Issuing SECURITY_ERASE_PREPARE > camcontrol: sending ATA SECURITY_ERASE_PREPARE with timeout of 15000 msecs > Issuing SECURITY_ERASE_UNIT password='Erase', user='user' > camcontrol: sending ATA SECURITY_ERASE_UNIT with timeout of 7200000 msecs > camcontrol: ATA SECURITY_ERASE_UNIT failed: 0 > (pass0:ahcich0:0:0:0): SECURITY_ERASE_UNIT. ACB: f4 00 00 00 00 40 00 00 > 00 00 00 00 > (pass0:ahcich0:0:0:0): CAM status: Command timeout How long did the command actually take to timeout? I ask as you may well be tripping over a timeout overfow. 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-current@FreeBSD.ORG Thu Jun 27 08:07:16 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 22D91567; Thu, 27 Jun 2013 08:07:16 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id C61C0110C; Thu, 27 Jun 2013 08:07:14 +0000 (UTC) Received: from alph.d.allbsd.org (p3086-ipbf906funabasi.chiba.ocn.ne.jp [122.26.46.86]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r5R86uUO034136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Jun 2013 17:07:06 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r5R86s1a002546; Thu, 27 Jun 2013 17:06:56 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 27 Jun 2013 17:06:42 +0900 (JST) Message-Id: <20130627.170642.243849725172853011.hrs@allbsd.org> To: freebsd-current@FreeBSD.org, freebsd-rc@FreeBSD.org Subject: Re: RFC: swapon(8) vnode-backed md and gbde/geli encryption support From: Hiroki Sato In-Reply-To: <20130624.032458.2116947740119973135.hrs@allbsd.org> <20130623.035356.644417021040610458.hrs@allbsd.org> References: <20130623.035356.644417021040610458.hrs@allbsd.org> <20130624.032458.2116947740119973135.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Thu_Jun_27_17_06_42_2013_463)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Thu, 27 Jun 2013 17:07:07 +0900 (JST) X-Spam-Status: No, score=-89.3 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,ONLY1HOPDIRECT,QENCPTR2,RCVD_IN_PBL,SAMEHELOBY2HOP, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: crees@FreeBSD.org, swhetzel@gmail.com, wblock@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 08:07:16 -0000 ----Security_Multipart0(Thu_Jun_27_17_06_42_2013_463)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Jun_27_17_06_42_2013_845)--" Content-Transfer-Encoding: 7bit ----Next_Part(Thu_Jun_27_17_06_42_2013_845)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20130623.035356.644417021040610458.hrs@allbsd.org>: hr> Hi, hr> hr> I created a patchset to add support of automatic generation of hr> vnode-backed md(4) devices and gbde/geli geom providers to swapon(8) hr> via /etc/fstab. We already have equivalent functionality by using hr> rc.d scripts. This simplifies rc.d scripts and fixes a race between hr> mdconfig/gbde/geli and swapon/swapoff by using /etc/fstab. A slightly revised patch is attached. I will commit this today. -- Hiroki ----Next_Part(Thu_Jun_27_17_06_42_2013_845)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="swap_20130627-1.diff" - Add vnode-backed swap space specification support. This is enabled when device names "md" or "md[0-9]*" and a "file" option are specified in /etc/fstab like this: md none swap sw,file=/swap.bin 0 0 - Add GBDE/GELI encrypted swap space specification support, which rc.d/encswap supported. The /etc/fstab lines are like the following: /dev/ada1p1.bde none swap sw 0 0 /dev/ada1p2.eli none swap sw 0 0 .eli devices accepts aalgo, ealgo, keylen, and sectorsize as options. swapctl(8) can understand an encrypted device in the command line like this: # swapctl -a /dev/ada2p1.bde - "-L" flag is added to support "late" option to defer swapon until rc.d/mountlate runs. - rc.d script change: rc.d/encswap -> removed rc.d/addswap -> just display a warning message if is defined. rc.d/swap1 -> renamed to rc.d/swap rc.d/swaplate -> newly added to support "late" option These changes alleviate a race condition between device creation/removal and swapon/swapoff. MFC after: 1 week ==== Index: sbin/swapon/swapon.c =================================================================== --- sbin/swapon/swapon.c (revision 252094) +++ sbin/swapon/swapon.c (working copy) @@ -41,35 +41,51 @@ static char sccsid[] = "@(#)swapon.c 8.1 (Berkeley #include __FBSDID("$FreeBSD$"); +#include +#include +#include #include -#include #include +#include #include #include #include +#include +#include #include +#include +#include +#include +#include +#include #include #include #include #include -#include -#include static void usage(void); -static int swap_on_off(char *name, int ignoreebusy); +static const char *swap_on_off(char *, int, char *); +static const char *swap_on_off_gbde(char *, int); +static const char *swap_on_off_geli(char *, char *, int); +static const char *swap_on_off_md(char *, char *, int); +static const char *swap_on_off_sfile(char *, int); static void swaplist(int, int, int); +static int run_cmd(int *, const char *, ...) __printflike(2, 3); static enum { SWAPON, SWAPOFF, SWAPCTL } orig_prog, which_prog = SWAPCTL; +static int qflag; + int main(int argc, char **argv) { struct fstab *fsp; + const char *swfile; char *ptr; int ret; int ch, doall; - int sflag = 0, lflag = 0, hflag = 0, qflag = 0; + int sflag = 0, lflag = 0, late = 0, hflag = 0; const char *etc_fstab; if ((ptr = strrchr(argv[0], '/')) == NULL) @@ -82,7 +98,7 @@ main(int argc, char **argv) doall = 0; etc_fstab = NULL; - while ((ch = getopt(argc, argv, "AadghklmqsUF:")) != -1) { + while ((ch = getopt(argc, argv, "AadghklLmqsUF:")) != -1) { switch(ch) { case 'A': if (which_prog == SWAPCTL) { @@ -116,6 +132,9 @@ main(int argc, char **argv) case 'l': lflag = 1; break; + case 'L': + late = 1; + break; case 'm': hflag = 'M'; break; @@ -145,6 +164,7 @@ main(int argc, char **argv) argv += optind; ret = 0; + swfile = NULL; if (etc_fstab != NULL) setfstab(etc_fstab); if (which_prog == SWAPON || which_prog == SWAPOFF) { @@ -154,27 +174,37 @@ main(int argc, char **argv) continue; if (strstr(fsp->fs_mntops, "noauto")) continue; - if (swap_on_off(fsp->fs_spec, 1)) { + if (which_prog != SWAPOFF && + strstr(fsp->fs_mntops, "late") && + !late) + continue; + swfile = swap_on_off(fsp->fs_spec, 1, + fsp->fs_mntops); + if (swfile == NULL) { ret = 1; - } else { - if (!qflag) { - printf("%s: %sing %s as swap device\n", - getprogname(), - which_prog == SWAPOFF ? "remov" : "add", - fsp->fs_spec); - } + continue; } + if (!qflag) { + printf("%s: %sing %s as swap device\n", + getprogname(), + (which_prog == SWAPOFF) ? + "remov" : "add", swfile); + } } } else if (!*argv) usage(); for (; *argv; ++argv) { - if (swap_on_off(*argv, 0)) { + swfile = swap_on_off(*argv, 0, NULL); + if (swfile == NULL) { ret = 1; - } else if (orig_prog == SWAPCTL) { + continue; + } + if (orig_prog == SWAPCTL) { printf("%s: %sing %s as swap device\n", - getprogname(), which_prog == SWAPOFF ? "remov" : "add", - *argv); + getprogname(), + (which_prog == SWAPOFF) ? "remov" : "add", + swfile); } } } else { @@ -186,14 +216,503 @@ main(int argc, char **argv) exit(ret); } +static const char * +swap_on_off(char *name, int doingall, char *mntops) +{ + char base[PATH_MAX]; + + /* Swap on vnode-backed md(4) device. */ + if (mntops != NULL && + (fnmatch(_PATH_DEV MD_NAME "[0-9]*", name, 0) != FNM_NOMATCH || + fnmatch(MD_NAME "[0-9]*", name, 0) != FNM_NOMATCH || + strncmp(_PATH_DEV MD_NAME, name, + sizeof(_PATH_DEV) + sizeof(MD_NAME)) == 0 || + strncmp(MD_NAME, name, sizeof(MD_NAME)) == 0)) + return (swap_on_off_md(name, mntops, doingall)); + + /* Swap on encrypted device by GEOM_BDE. */ + basename_r(name, base); + if (fnmatch("*.bde", base, 0) != FNM_NOMATCH) + return (swap_on_off_gbde(name, doingall)); + + /* Swap on encrypted device by GEOM_ELI. */ + if (fnmatch("*.eli", base, 0) != FNM_NOMATCH) + return (swap_on_off_geli(name, mntops, doingall)); + + /* Swap on special file. */ + return (swap_on_off_sfile(name, doingall)); +} + +static const char * +swap_on_off_gbde(char *name, int doingall) +{ + const char *ret; + char pass[64 * 2 + 1], bpass[64]; + char *devname, *p; + int i, fd, error; + + devname = strdup(name); + p = strrchr(devname, '.'); + if (p == NULL) { + warnx("%s: Malformed device name", name); + return (NULL); + } + *p = '\0'; + + fd = -1; + switch (which_prog) { + case SWAPON: + arc4random_buf(bpass, sizeof(bpass)); + for (i = 0; i < (int)sizeof(bpass); i++) + sprintf(&pass[2 * i], "%02x", bpass[i]); + pass[sizeof(pass) - 1] = '\0'; + + error = run_cmd(&fd, "%s init %s -P %s", _PATH_GBDE, + devname, pass); + if (error) { + /* bde device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("%s: Device already in use", name); + return (NULL); + } + close(fd); + error = run_cmd(&fd, "%s attach %s -p %s", _PATH_GBDE, + devname, pass); + if (error) { + close(fd); + warnx("gbde (attach) error: %s", name); + return (NULL); + } + break; + case SWAPOFF: + break; + default: + return (NULL); + break; + } + if (fd != -1) + close(fd); + ret = swap_on_off_sfile(name, doingall); + + fd = -1; + switch (which_prog) { + case SWAPOFF: + error = run_cmd(&fd, "%s detach %s", _PATH_GBDE, devname); + if (error) { + /* bde device not found. Ignore it. */ + if (!qflag) + warnx("%s: Device not found", devname); + return (NULL); + } + break; + default: + return (NULL); + break; + } + + if (fd != -1) + close(fd); + return (ret); +} + +static const char * +swap_on_off_geli(char *name, char *mntops, int doingall) +{ + const char *ops, *aalgo, *ealgo, *keylen_str, *sectorsize_str; + char *devname, *p; + char args[4096]; + struct stat sb; + int fd, error, keylen, sectorsize; + u_long ul; + + devname = strdup(name); + p = strrchr(devname, '.'); + if (p == NULL) { + warnx("%s: Malformed device name", name); + return (NULL); + } + *p = '\0'; + + ops = strdup(mntops); + + /* Default parameters for geli(8). */ + aalgo = "hmac/sha256"; + ealgo = "aes"; + keylen = 256; + sectorsize = 4096; + + if ((p = strstr(ops, "aalgo=")) != NULL) { + aalgo = p + sizeof("aalgo=") - 1; + p = strchr(aalgo, ','); + if (p != NULL) + *p = '\0'; + } + if ((p = strstr(ops, "ealgo=")) != NULL) { + ealgo = p + sizeof("ealgo=") - 1; + p = strchr(ealgo, ','); + if (p != NULL) + *p = '\0'; + } + if ((p = strstr(ops, "keylen=")) != NULL) { + keylen_str = p + sizeof("keylen=") - 1; + p = strchr(keylen_str, ','); + if (p != NULL) + *p = '\0'; + errno = 0; + ul = strtoul(keylen_str, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("Invalid keylen: %s", keylen_str); + return (NULL); + } + keylen = (int)ul; + } + if ((p = strstr(ops, "sectorsize=")) != NULL) { + sectorsize_str = p + sizeof("sectorsize=") - 1; + p = strchr(sectorsize_str, ','); + if (p != NULL) + *p = '\0'; + errno = 0; + ul = strtoul(sectorsize_str, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("Invalid sectorsize: %s", sectorsize_str); + return (NULL); + } + sectorsize = (int)ul; + } + snprintf(args, sizeof(args), "-a %s -e %s -l %d -s %d -d", + aalgo, ealgo, keylen, sectorsize); + args[sizeof(args) - 1] = '\0'; + free((void *)ops); + + fd = -1; + switch (which_prog) { + case SWAPON: + error = run_cmd(&fd, "%s onetime %s %s", _PATH_GELI, args, + devname); + if (error) { + /* eli device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("%s: Device already in use " + "or invalid parameters", name); + return (NULL); + } + break; + case SWAPOFF: + if (stat(name, &sb) == -1 && errno == ENOENT) { + if (!qflag) + warnx("%s: Device not found", name); + return (NULL); + } + break; + default: + return (NULL); + break; + } + if (fd != -1) + close(fd); + + return (swap_on_off_sfile(name, doingall)); +} + +static const char * +swap_on_off_md(char *name, char *mntops, int doingall) +{ + FILE *sfd; + int fd, mdunit, error; + const char *ret; + char mdpath[PATH_MAX], linebuf[PATH_MAX]; + char *p, *vnodefile; + size_t linelen; + u_long ul; + + fd = -1; + sfd = NULL; + if (strlen(name) == (sizeof(MD_NAME) - 1)) + mdunit = -1; + else { + errno = 0; + ul = strtoul(name + 2, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("Bad device unit: %s", name); + return (NULL); + } + mdunit = (int)ul; + } + + vnodefile = NULL; + if ((p = strstr(mntops, "file=")) != NULL) { + vnodefile = strdup(p + sizeof("file=") - 1); + p = strchr(vnodefile, ','); + if (p != NULL) + *p = '\0'; + } + if (vnodefile == NULL) { + warnx("file option not found for %s", name); + return (NULL); + } + + switch (which_prog) { + case SWAPON: + if (mdunit == -1) { + error = run_cmd(&fd, "%s -l -n -f %s", + _PATH_MDCONFIG, vnodefile); + if (error == 0) { + /* md device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("%s: Device already in use", + vnodefile); + return (NULL); + } + error = run_cmd(&fd, "%s -a -t vnode -n -f %s", + _PATH_MDCONFIG, vnodefile); + if (error) { + warnx("mdconfig (attach) error: file=%s", + vnodefile); + return (NULL); + } + sfd = fdopen(fd, "r"); + if (sfd == NULL) { + warn("mdconfig (attach) fdopen error"); + ret = NULL; + goto err; + } + p = fgetln(sfd, &linelen); + if (p == NULL && + (linelen < 2 || linelen > sizeof(linebuf))) { + warn("mdconfig (attach) unexpected output"); + ret = NULL; + goto err; + } + strncpy(linebuf, p, linelen); + linebuf[linelen - 1] = '\0'; + errno = 0; + ul = strtoul(linebuf, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("mdconfig (attach) unexpected output: %s", + linebuf); + ret = NULL; + goto err; + } + mdunit = (int)ul; + } else { + error = run_cmd(&fd, "%s -l -n -f %s -u %d", + _PATH_MDCONFIG, vnodefile, mdunit); + if (error == 0) { + /* md device found. Ignore it. */ + close(fd); + if (!qflag) + warnx("md%d on %s: Device already " + "in use", mdunit, vnodefile); + return (NULL); + } + error = run_cmd(NULL, "%s -a -t vnode -u %d -f %s", + _PATH_MDCONFIG, mdunit, vnodefile); + if (error) { + warnx("mdconfig (attach) error: " + "md%d on file=%s", mdunit, vnodefile); + return (NULL); + } + } + break; + case SWAPOFF: + if (mdunit == -1) { + error = run_cmd(&fd, "%s -l -n -f %s", + _PATH_MDCONFIG, vnodefile); + if (error) { + /* md device not found. Ignore it. */ + close(fd); + if (!qflag) + warnx("md on %s: Device not found", + vnodefile); + return (NULL); + } + sfd = fdopen(fd, "r"); + if (sfd == NULL) { + warn("mdconfig (list) fdopen error"); + ret = NULL; + goto err; + } + p = fgetln(sfd, &linelen); + if (p == NULL && + (linelen < 2 || linelen > sizeof(linebuf) - 1)) { + warn("mdconfig (list) unexpected output"); + ret = NULL; + goto err; + } + strncpy(linebuf, p, linelen); + linebuf[linelen - 1] = '\0'; + p = strchr(linebuf, ' '); + if (p != NULL) + *p = '\0'; + errno = 0; + ul = strtoul(linebuf, &p, 10); + if (errno == 0) { + if (*p != '\0' || ul > INT_MAX) + errno = EINVAL; + } + if (errno) { + warn("mdconfig (list) unexpected output: %s", + linebuf); + ret = NULL; + goto err; + } + mdunit = (int)ul; + } else { + error = run_cmd(&fd, "%s -l -n -f %s -u %d", + _PATH_MDCONFIG, vnodefile, mdunit); + if (error) { + /* md device not found. Ignore it. */ + close(fd); + if (!qflag) + warnx("md%d on %s: Device not found", + mdunit, vnodefile); + return (NULL); + } + } + break; + default: + return (NULL); + } + snprintf(mdpath, sizeof(mdpath), "%s%s%d", _PATH_DEV, + MD_NAME, mdunit); + mdpath[sizeof(mdpath) - 1] = '\0'; + ret = swap_on_off_sfile(mdpath, doingall); + + switch (which_prog) { + case SWAPOFF: + if (ret != NULL) { + error = run_cmd(NULL, "%s -d -u %d", + _PATH_MDCONFIG, mdunit); + if (error) + warn("mdconfig (detach) detach failed: %s%s%d", + _PATH_DEV, MD_NAME, mdunit); + } + break; + default: + break; + } +err: + if (sfd != NULL) + fclose(sfd); + if (fd != -1) + close(fd); + return (ret); +} + static int -swap_on_off(char *name, int doingall) +run_cmd(int *ofd, const char *cmdline, ...) { - if ((which_prog == SWAPOFF ? swapoff(name) : swapon(name)) == -1) { + va_list ap; + char **argv, **argvp, *cmd, *p; + int argc, pid, status, rv; + int pfd[2], nfd, dup2dn; + + va_start(ap, cmdline); + rv = vasprintf(&cmd, cmdline, ap); + if (rv == -1) { + warn("%s", __func__); + return (rv); + } + va_end(ap); + + for (argc = 1, p = cmd; (p = strchr(p, ' ')) != NULL; p++) + argc++; + argv = (char **)malloc(sizeof(*argv) * (argc + 1)); + for (p = cmd, argvp = argv; (*argvp = strsep(&p, " ")) != NULL;) + if (**argvp != '\0' && (++argvp > &argv[argc])) { + *argvp = NULL; + break; + } + /* The argv array ends up NULL-terminated here. */ +#if 0 + { + int i; + + fprintf(stderr, "DEBUG: running:"); + /* Should be equivalent to 'cmd' (before strsep, of course). */ + for (i = 0; argv[i] != NULL; i++) + fprintf(stderr, " %s", argv[i]); + fprintf(stderr, "\n"); + } +#endif + dup2dn = 1; + if (ofd != NULL) { + if (pipe(&pfd[0]) == -1) { + warn("%s: pipe", __func__); + return (-1); + } + *ofd = pfd[0]; + dup2dn = 0; + } + pid = fork(); + switch (pid) { + case 0: + /* Child process. */ + if (ofd != NULL) + if (dup2(pfd[1], STDOUT_FILENO) < 0) + err(1, "dup2 in %s", __func__); + nfd = open(_PATH_DEVNULL, O_RDWR); + if (nfd == -1) + err(1, "%s: open %s", __func__, _PATH_DEVNULL); + if (dup2(nfd, STDIN_FILENO) < 0) + err(1, "%s: dup2", __func__); + if (dup2dn && dup2(nfd, STDOUT_FILENO) < 0) + err(1, "%s: dup2", __func__); + if (dup2(nfd, STDERR_FILENO) < 0) + err(1, "%s: dup2", __func__); + execv(argv[0], argv); + warn("exec: %s", argv[0]); + _exit(-1); + case -1: + err(1, "%s: fork", __func__); + } + free(cmd); + free(argv); + while (waitpid(pid, &status, 0) != pid) + ; + return (WEXITSTATUS(status)); +} + +static const char * +swap_on_off_sfile(char *name, int doingall) +{ + int error; + + switch (which_prog) { + case SWAPON: + error = swapon(name); + break; + case SWAPOFF: + error = swapoff(name); + break; + default: + error = 0; + break; + } + if (error == -1) { switch (errno) { case EBUSY: if (!doingall) - warnx("%s: device already in use", name); + warnx("%s: Device already in use", name); break; case EINVAL: if (which_prog == SWAPON) @@ -205,9 +724,9 @@ static int warn("%s", name); break; } - return(1); + return (NULL); } - return(0); + return (name); } static void @@ -217,7 +736,7 @@ usage(void) switch(orig_prog) { case SWAPON: case SWAPOFF: - fprintf(stderr, "[-F fstab] -aq | file ...\n"); + fprintf(stderr, "[-F fstab] -aLq | file ...\n"); break; case SWAPCTL: fprintf(stderr, "[-AghklmsU] [-a file ... | -d file ...]\n"); Index: sbin/swapon/swapon.8 =================================================================== --- sbin/swapon/swapon.8 (revision 252094) +++ sbin/swapon/swapon.8 (working copy) @@ -28,7 +28,7 @@ .\" @(#)swapon.8 8.1 (Berkeley) 6/5/93 .\" $FreeBSD$ .\" -.Dd June 23, 2008 +.Dd June 21, 2013 .Dt SWAPON 8 .Os .Sh NAME @@ -38,11 +38,11 @@ .Nm swapon .Oo Fl F Ar fstab .Oc -.Fl aq | Ar +.Fl aLq | Ar .Nm swapoff .Oo Fl F Ar fstab .Oc -.Fl aq | Ar +.Fl aLq | Ar .Nm swapctl .Op Fl AghklmsU .Oo @@ -74,8 +74,16 @@ option is used, all swap devices in .Pa /etc/fstab will be added, unless their .Dq noauto +or +.Dq late option is also set. If the +.Fl L +option is specified, +the swap devices with +.Dq late +option will be added as well as ones with no option. +If the .Fl q option is used informational messages will not be written to standard output when a swap device is added. @@ -89,8 +97,16 @@ option is used, all swap devices in .Pa /etc/fstab will be removed, unless their .Dq noauto +or +.Dq late option is also set. If the +.Fl L +option is specified, +the swap devices with +.Dq late +option will be removed as well as ones with no option. +If the .Fl q option is used informational messages will not be written to standard output when a swap device is removed. Index: share/man/man5/fstab.5 =================================================================== --- share/man/man5/fstab.5 (revision 252094) +++ share/man/man5/fstab.5 (working copy) @@ -32,7 +32,7 @@ .\" @(#)fstab.5 8.1 (Berkeley) 6/5/93 .\" $FreeBSD$ .\" -.Dd October 11, 2012 +.Dd June 21, 2013 .Dt FSTAB 5 .Os .Sh NAME @@ -185,6 +185,15 @@ variable must be used to extend the .Xr rc 8 startup script's list of network file system types. .Pp +If the option +.Dq late +is specified, the file system will be automatically mounted +at a stage of system startup after remote mount points are mounted. +For more detail about this option, +see +.Xr mount 8 +manual page. +.Pp The type of the mount is extracted from the .Fa fs_mntops field and stored separately in the @@ -202,6 +211,7 @@ then the file system whose name is given in the .Fa fs_file field is normally mounted read-write or read-only on the specified special file. +.Pp If .Fa fs_type is @@ -210,6 +220,25 @@ then the special file is made available as a piece space by the .Xr swapon 8 command at the end of the system reboot procedure. +For vnode-backed swap spaces, +.Dq file +is supported in the +.Fa fs_mntops +field. +When +.Fa fs_spec +is a +.Xr md 4 +device file +.Pq Do md Dc or Do md[0-9]* Dc +and +.Dq file +is specified in +.Fa fs_mntopts , +a +.Xr md 4 +device is created and the specified file is used as backing store of it, +and then it is used as a swap space. The fields other than .Fa fs_spec and Index: include/paths.h =================================================================== --- include/paths.h (revision 252094) +++ include/paths.h (working copy) @@ -57,6 +57,8 @@ #define _PATH_ETC "/etc" #define _PATH_FTPUSERS "/etc/ftpusers" #define _PATH_FWMEM "/dev/fwmem" +#define _PATH_GBDE "/sbin/gbde" +#define _PATH_GELI "/sbin/geli" #define _PATH_HALT "/sbin/halt" #ifdef COMPAT_32BIT #define _PATH_I18NMODULE "/usr/lib32/i18n" Index: etc/rc.d/swap1 =================================================================== --- etc/rc.d/swap1 (revision 252094) +++ etc/rc.d/swap1 (working copy) @@ -1,17 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# PROVIDE: localswap -# REQUIRE: disks -# KEYWORD: nojail shutdown - -. /etc/rc.subr - -name="swap1" -start_cmd='swapon -aq' -stop_cmd=':' - -load_rc_config swap -run_rc_command "$1" Index: etc/rc.d/swap =================================================================== --- etc/rc.d/swap (revision 251659) +++ etc/rc.d/swap (working copy) @@ -3,15 +3,15 @@ # $FreeBSD$ # -# PROVIDE: localswap +# PROVIDE: swap # REQUIRE: disks # KEYWORD: nojail shutdown . /etc/rc.subr -name="swap1" +name="swap" start_cmd='swapon -aq' stop_cmd=':' -load_rc_config swap +load_rc_config $name run_rc_command "$1" Index: etc/rc.d/addswap =================================================================== --- etc/rc.d/addswap (revision 252094) +++ etc/rc.d/addswap (working copy) @@ -13,57 +13,11 @@ . /etc/rc.subr name="addswap" -start_cmd="addswap_start" -stop_cmd="addswap_stop" +start_cmd=":" +stop_cmd=":" +rcvar= -addswap_start() -{ - case ${swapfile} in - [Nn][Oo] | '') - ;; - *) - if [ -w "${swapfile}" ]; then - check_startmsgs && echo "Adding ${swapfile} as additional swap" +set_rcvar_obsolete swapfile - if [ -n "${swapfile_mdunit}" ]; then - mdev="/dev/md${swapfile_mdunit#md}" - mdconfig -a -t vnode -f "${swapfile}" -u ${swapfile_mdunit} - else - mdev="/dev/`mdconfig -a -t vnode -f "${swapfile}"`" - fi - - if [ $? -eq 0 ]; then - swapon ${mdev} - else - echo "error creating swapfile device" - fi - fi - ;; - esac -} - -addswap_stop() -{ - case ${swapfile} in - [Nn][Oo] | '') - ;; - *) - if [ -n "${swapfile_mdunit}" ]; then - mdev="/dev/md${swapfile_mdunit#md}" - else - mdev="/dev/`mdconfig -lv | grep "${swapfile}" | cut -f1`" - swapfile_mdunit=${mdev#md} - fi - if [ -n "${swapfile_mdunit}" ]; then - swapctl -l | grep -q ${mdev} - if [ $? -eq 0 ]; then - echo "Dismounting swapfile ${swapfile}" - swapoff ${mdev} && mdconfig -d -u ${swapfile_mdunit} - fi - fi - ;; - esac -} - load_rc_config $name run_rc_command "$1" Index: etc/rc.d/fsck =================================================================== --- etc/rc.d/fsck (revision 252094) +++ etc/rc.d/fsck (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: fsck -# REQUIRE: localswap +# REQUIRE: swap # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/mdconfig =================================================================== --- etc/rc.d/mdconfig (revision 252094) +++ etc/rc.d/mdconfig (working copy) @@ -28,7 +28,7 @@ # # PROVIDE: mdconfig -# REQUIRE: localswap root +# REQUIRE: swap root . /etc/rc.subr Index: etc/rc.d/swaplate =================================================================== --- etc/rc.d/swaplate (revision 0) +++ etc/rc.d/swaplate (working copy) @@ -0,0 +1,17 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: swaplate +# REQUIRE: mountlate +# KEYWORD: nojail shutdown + +. /etc/rc.subr + +name="swaplate" +start_cmd='swapon -aLq' +stop_cmd='swapoff -aq' + +load_rc_config swap +run_rc_command "$1" Property changes on: etc/rc.d/swaplate ___________________________________________________________________ Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:executable ## -0,0 +1 ## +* \ No newline at end of property Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 252094) +++ etc/defaults/rc.conf (working copy) @@ -32,8 +32,6 @@ early_late_divider="FILESYSTEMS" # Script that sep always_force_depends="NO" # Set to check that indicated dependencies are # running during boot (can increase boot time). -swapfile="NO" # Set to name of swapfile if aux swapfile desired. -swapfile_mdunit="99" # Swapfile md(4) unit number created by mdconfig(8). apm_enable="NO" # Set to YES to enable APM BIOS functions (or NO). apmd_enable="NO" # Run apmd to handle APM event from userland. apmd_flags="" # Flags to apmd (if enabled). @@ -85,9 +83,6 @@ geli_autodetach="YES" # Automatically detach on la #geli_da1_autodetach="NO" #geli_mirror_home_flags="-k /etc/geli/home.keys" -geli_swap_flags="-e aes -l 256 -s 4096 -d" # Options for GELI-encrypted - # swap partitions. - root_rw_mount="YES" # Set to NO to inhibit remounting root read-write. fsck_y_enable="NO" # Set to YES to do fsck -y if the initial preen fails. fsck_y_flags="" # Additional flags for fsck -y ----Next_Part(Thu_Jun_27_17_06_42_2013_845)---- ----Security_Multipart0(Thu_Jun_27_17_06_42_2013_463)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlHL8pIACgkQTyzT2CeTzy2xOQCgt3A70bClskSprxiorPkKTIdj CXYAnRHTujWShABAAHTtSopc9yo7V+LO =7lnX -----END PGP SIGNATURE----- ----Security_Multipart0(Thu_Jun_27_17_06_42_2013_463)---- From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 08:43:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7329D462; Thu, 27 Jun 2013 08:43:54 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:4f8:162:1142::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3276812C6; Thu, 27 Jun 2013 08:43:54 +0000 (UTC) Received: from cpos1.nexxtmobile.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 413D618E81; Thu, 27 Jun 2013 10:43:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at nexxtmobile.de Received: from mail.solomo.de ([127.0.0.1]) by cpos1.nexxtmobile.de (cpos1.nexxtmobile.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id zUpzolBxY_qn; Thu, 27 Jun 2013 10:43:51 +0200 (CEST) Received: from [IPv6:2001:4dd0:ff00:8bb6:2144:bf75:6131:ed95] (unknown [IPv6:2001:4dd0:ff00:8bb6:2144:bf75:6131:ed95]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id D805618E69; Thu, 27 Jun 2013 10:43:50 +0200 (CEST) Message-ID: <51CBFB45.6090107@smeets.im> Date: Thu, 27 Jun 2013 10:43:49 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130626 Thunderbird/17.0.7 MIME-Version: 1.0 To: attilio@FreeBSD.org Subject: Re: Kernel hangs on reboot on system with 05/2013~06/2013 CURRENT sources References: <51CA0B57.8000204@smeets.im> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2KMNXBIKLDQKTMNUNVGXR" Cc: Matthew Fleming , Alexander Motin , "freebsd-current@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 08:43:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2KMNXBIKLDQKTMNUNVGXR Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26.06.13 03:19, Attilio Rao wrote: > On Tue, Jun 25, 2013 at 11:27 PM, Florian Smeets wrote:= >> On 06/25/2013 22:45, Garrett Cooper wrote: >>> Long story short is that I've run into an issue on several VM >>> images and real machines where UFS on mpt fails to reboot because it >>> hangs in the kernel. I don't have any specific details, other than it= >>> occurs regularly with cam/mpt on VMware boxes running builds; however= >>> I've also seen this occur with a Dell box that has an mpt SAS >>> controller with 2 zpools and gobs of RAM. Does anyone know of any >>> issues in this area [recently]? >>> This set of issues appears to have started cropping up after >>> 03/2013, because I was running reliable builds off those sources. >>> Thanks! >>> -Garrett >>> >> >> Yes, I saw the same thing today when rebooting a box running r251905: >> Tue Jun 18 10:12:42 CEST 2013 with ahci on a zfs only system. >> >> I update this box about once a week, that previous kernel was from Jun= >> 11. and that still rebooted successfully. As the kernel from June 18. = is >> now kernel.old I don't know the SVN rev for the June 11 kernel, but it= >> looks like it was broken between June 11. and 18. >=20 > Can you break into KDB once the loop happens? >=20 I cannot reproduce on kernels from yesterday/today. So for me the case is closed. Florian ------enig2KMNXBIKLDQKTMNUNVGXR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJRy/tGAAoJECrpj4KP8Zz/SrAH/231lcW9Ds4sWrL/vumWIvy7 OUhrkFjaq7NtlSgJcOvmg2sPWOMIU+i7Ap+kp07GiteVWR68f2GF1X2E0LGQ/kCf O/TqBNDnDTenmfGSqcFmbo+U+aOZwHPORJxKnu+1P4urfXrxn7GnkBLLeE+xlUOc LCUsOI5tabrXbAKbEN8raa341g50DJOLzfLvP+n74f0nNjIf6dEhm5SfddFGRly3 nqOIH61KSQTBtq8UZqZ/MIwUHC7t0pe8PgJgxuR4gFb40dJbpEqHnKzB24OWTi8n mj/hYtyFPzK3eg4BCqP3b8jd25zOW6HwR2zc3KzFe29SW87qHjcTvTZnl9kflk8= =QaYh -----END PGP SIGNATURE----- ------enig2KMNXBIKLDQKTMNUNVGXR-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 09:35:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ED1FED40 for ; Thu, 27 Jun 2013 09:35:29 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 765D116C9 for ; Thu, 27 Jun 2013 09:35:29 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id fs12so543054lab.40 for ; Thu, 27 Jun 2013 02:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=Vt31ft+Ojjaq0ToSsYOO/KT8nPgQCaT9v6gMvaL5+F8=; b=Z/fJ8ki0ri+6jNOAt9drVKxxX6Y8cIfS7R4ILATphl0aMs7IQ9TomwWfmjgT2xe5/t ji0OmhKz+lBYgMQdiLdJtgCAGJy39RsRh1X0aO/AcLIyL9Lml5zoaqVEUxnByzq47Vql VrRbHzQUFlxUUtQJJOdsvPPdksesDXOybvkDh+4EY9/RZrCTvdXQGtkevyf93qExzUmi eYYE8vt5ZTjJOOjKqGbJ7xD8Es4HCTTiDvjN2vIunE1Q6UwlHG0csFoo/ZStiMOhRJjZ N7KZf/Lc5yLnSKNwREsp8XCfjydc6FOznzoPrO6zbiPEeB8RP3usP7j6u5eTRcia00ev lZDA== X-Received: by 10.112.53.10 with SMTP id x10mr3974327lbo.28.1372325728450; Thu, 27 Jun 2013 02:35:28 -0700 (PDT) Received: from [10.216.79.32] ([83.149.9.246]) by mx.google.com with ESMTPSA id b8sm713599lah.0.2013.06.27.02.35.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Jun 2013 02:35:27 -0700 (PDT) Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 References: <51CADF82.8000301@gmail.com> <51CB8BE4.7070501@gmail.com> From: Sevan / Venture37 Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9B208) In-Reply-To: Message-Id: <41BC4114-A5F5-4A95-BB9A-1B9C809456F7@gmail.com> Date: Thu, 27 Jun 2013 13:35:21 +0400 To: "" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 09:35:30 -0000 On 27 Jun 2013, at 11:39 AM, "Steven Hartland" wro= te: > How long did the command actually take to timeout? >=20 > I ask as you may well be tripping over a timeout overfow A second? Sevan= From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 10:16:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 702E86C0 for ; Thu, 27 Jun 2013 10:16:07 +0000 (UTC) (envelope-from prvs=18908e678d=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 149B618E6 for ; Thu, 27 Jun 2013 10:16:06 +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 md50004583348.msg for ; Thu, 27 Jun 2013 11:16:04 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 27 Jun 2013 11:16:04 +0100 (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=18908e678d=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <70127AA545F24874915F90801B0F53F7@multiplay.co.uk> From: "Steven Hartland" To: "Sevan / Venture37" , References: <51CADF82.8000301@gmail.com> <51CB8BE4.7070501@gmail.com> <41BC4114-A5F5-4A95-BB9A-1B9C809456F7@gmail.com> Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 Date: Thu, 27 Jun 2013 11:16:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 10:16:07 -0000 ----- Original Message ----- From: "Sevan / Venture37" > On 27 Jun 2013, at 11:39 AM, "Steven Hartland": > >> How long did the command actually take to timeout? >> >> I ask as you may well be tripping over a timeout overfow > > > A second? Sounds like you did overflow, try adding -T 60 to the command line e.g. camcontrol security ada0 -U user -s Erase -e Erase -T 60 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-current@FreeBSD.ORG Thu Jun 27 12:39:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 84ABAA56 for ; Thu, 27 Jun 2013 12:39:19 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5801101 for ; Thu, 27 Jun 2013 12:39:18 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id eb20so760948lab.1 for ; Thu, 27 Jun 2013 05:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=e9k8wFg1OHj16M+tRnjEZX9tjeJrv4b3bd3/rtO8Vb8=; b=vDuM6v2oeNdp9cGdGs9oWpd903xyYrpFWnJtuLePeUo+kt2JAizcEYcyJDjGVkna3B FMpSQn5Ip9AnovSC+0QnIdfWCHSOFPZ6oSayLovK/K5pmIjP4fZ3nHHh54EANkPadXE+ A17P8xyOnFJS9hUVBWclngZzgSQW1R3jSOP5a1LxLccXHfl1hgXTCjChv1I6GIfQAsMj Ww0m3SF8QUohiDQP53fJSZYi32Ae0OBe7nZFijvfak/M16ADU7HuSdhfDtJk97G7z3xM Q0JK3gkMjXcR+s7JKIBFUTcyt5LTU6G2+ULv2Q1XZ0B75zSxJ/wtV8GuUTqLHoxg5/sU A9Ow== X-Received: by 10.152.28.66 with SMTP id z2mr4135002lag.5.1372336757865; Thu, 27 Jun 2013 05:39:17 -0700 (PDT) Received: from [46.250.130.249] ([46.250.130.249]) by mx.google.com with ESMTPSA id b8sm981176lah.0.2013.06.27.05.39.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Jun 2013 05:39:16 -0700 (PDT) Subject: Re: Using camcontrol on a Corsair CSSD-F120GB2 References: <51CADF82.8000301@gmail.com> <51CB8BE4.7070501@gmail.com> <41BC4114-A5F5-4A95-BB9A-1B9C809456F7@gmail.com> <70127AA545F24874915F90801B0F53F7@multiplay.co.uk> From: Sevan / Venture37 Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9B208) In-Reply-To: <70127AA545F24874915F90801B0F53F7@multiplay.co.uk> Message-Id: <2ABEF403-4984-4C5B-A31A-E35F0108F8AA@gmail.com> Date: Thu, 27 Jun 2013 16:39:12 +0400 To: "" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 12:39:19 -0000 On 27 Jun 2013, at 02:16 PM, "Steven Hartland" wro= te: > Sounds like you did overflow, try adding -T 60 to the command > line e.g. > camcontrol security ada0 -U user -s Erase -e Erase -T 60 Awesome, worked a treat, after reboot both disks do not contain any partitio= n. Thanks Steve Sevan= From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 16:59:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AA1E4BDD; Thu, 27 Jun 2013 16:59:35 +0000 (UTC) (envelope-from crees@bayofrum.net) Received: from mk-outboundfilter-1.mail.uk.tiscali.com (mk-outboundfilter-1.mail.uk.tiscali.com [212.74.114.37]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6FF125D; Thu, 27 Jun 2013 16:59:34 +0000 (UTC) X-Trace: 734424731/mk-outboundfilter-1.mail.uk.tiscali.com/PIPEX/$ON_NET_AUTH_ACCEPTED/Talk_Talk_Customer/2.102.6.254/None/crees@bayofrum.net X-SBRS: None X-RemoteIP: 2.102.6.254 X-IP-MAIL-FROM: crees@bayofrum.net X-SMTP-AUTH: bayofrum@uwclub.net X-MUA: Apple Mail (2.1085) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnIGAC5uzFECZgb+/2dsb2JhbABbgwnABX8XdIIjAQEEAScTHCMFCwsOODkeBhOICAq7II9VB4MCYwOdU4s3gxI7 X-IronPort-AV: E=Sophos;i="4.87,953,1363132800"; d="scan'208";a="734424731" X-IP-Direction: OUT Received: from host-2-102-6-254.as13285.net (HELO pegasus.bayofrum.net) ([2.102.6.254]) by smtp.pipex.tiscali.co.uk with ESMTP; 27 Jun 2013 17:59:32 +0100 Received: from zeus.bayofrum.net (zeus.bayofrum.net [192.168.1.151]) by pegasus.bayofrum.net (Postfix) with ESMTPA id EB0CD2B406; Thu, 27 Jun 2013 17:57:42 +0100 (BST) References: <20130623.035356.644417021040610458.hrs@allbsd.org> <20130624.032458.2116947740119973135.hrs@allbsd.org> <20130627.170642.243849725172853011.hrs@allbsd.org> In-Reply-To: <20130627.170642.243849725172853011.hrs@allbsd.org> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: <3F225AB1-8111-4841-97D7-0B525F9CC96C@bayofrum.net> Content-Transfer-Encoding: 7bit From: Chris Rees Subject: Re: RFC: swapon(8) vnode-backed md and gbde/geli encryption support Date: Thu, 27 Jun 2013 17:57:43 +0100 To: Hiroki Sato X-Mailer: Apple Mail (2.1085) X-bayofrum-MailScanner-Information: Please contact the ISP for more information X-bayofrum-MailScanner-ID: EB0CD2B406.ACE3B X-bayofrum-MailScanner: Found to be clean X-bayofrum-MailScanner-From: crees@bayofrum.net X-Spam-Status: No X-Mailman-Approved-At: Thu, 27 Jun 2013 17:18:55 +0000 Cc: crees@FreeBSD.org, swhetzel@gmail.com, freebsd-current@FreeBSD.org, freebsd-rc@FreeBSD.org, wblock@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 16:59:35 -0000 On 27 Jun 2013, at 09:06, Hiroki Sato wrote: > Hiroki Sato wrote > in <20130623.035356.644417021040610458.hrs@allbsd.org>: > > hr> Hi, > hr> > hr> I created a patchset to add support of automatic generation of > hr> vnode-backed md(4) devices and gbde/geli geom providers to swapon(8) > hr> via /etc/fstab. We already have equivalent functionality by using > hr> rc.d scripts. This simplifies rc.d scripts and fixes a race between > hr> mdconfig/gbde/geli and swapon/swapoff by using /etc/fstab. > > A slightly revised patch is attached. I will commit this today. > > -- Hiroki > - Add vnode-backed swap space specification support. This is enabled when > device names "md" or "md[0-9]*" and a "file" option are specified in > /etc/fstab like this: > > md none swap sw,file=/swap.bin 0 0 > > - Add GBDE/GELI encrypted swap space specification support, which > rc.d/encswap supported. The /etc/fstab lines are like the following: > > /dev/ada1p1.bde none swap sw 0 0 > /dev/ada1p2.eli none swap sw 0 0 > > .eli devices accepts aalgo, ealgo, keylen, and sectorsize as options. > > swapctl(8) can understand an encrypted device in the command line > like this: > > # swapctl -a /dev/ada2p1.bde > > - "-L" flag is added to support "late" option to defer swapon until > rc.d/mountlate runs. > > - rc.d script change: > > rc.d/encswap -> removed > rc.d/addswap -> just display a warning message if is defined. > rc.d/swap1 -> renamed to rc.d/swap > rc.d/swaplate -> newly added to support "late" option > > These changes alleviate a race condition between device creation/removal > and swapon/swapoff. > > MFC after: 1 week Looks fantastic-- better than hacking around in shell scripts I suppose :) Chris -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 21:58:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 02C0CEE1; Thu, 27 Jun 2013 21:58:52 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id BD23B118B; Thu, 27 Jun 2013 21:58:51 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (unknown [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id 3E16895; Thu, 27 Jun 2013 23:58:49 +0200 (CEST) Received: from thebe.jupiter.sigsegv.be (thebe.jupiter.sigsegv.be [172.16.1.5]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id B41841317E; Thu, 27 Jun 2013 23:58:33 +0200 (CEST) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id 81525D0B5; Thu, 27 Jun 2013 23:58:33 +0200 (CEST) Date: Thu, 27 Jun 2013 23:58:33 +0200 From: Kristof Provost To: Alexander Leidinger Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130627215832.GA9470@thebe.jupiter.sigsegv.be> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130624220801.0000492c@unknown> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 21:58:52 -0000 On 2013-06-24 22:08:01 (+0200), Alexander Leidinger wrote: > On Mon, 24 Jun 2013 12:15:18 +0200 > Kristof Provost wrote: > > > For what it's worth, I'm running into exactly the same problem. > > (amd64, stable/9). I have no custom settings in /etc/make.conf > > or /etc/src.conf > > I had a short discussion with the maintainer of our stress-test-suite, > he was able to create a test-case which triggers the problem. > I've been bisecting for a little bit, and while I'm not 100% sure yet, there is one likely culprit right now: r249643. It's an MFC with a number of ZFS changes relating to a refactoring of the ioctl() interface. It is, unfortunately, also a rather large commit. Regards, Kristof From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 22:17:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 565EE24A; Thu, 27 Jun 2013 22:17:55 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 24BD31256; Thu, 27 Jun 2013 22:17:54 +0000 (UTC) Received: from [10.10.1.32] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id r5RM0hdJ045017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 27 Jun 2013 18:00:43 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: request for your comments on release documentation From: John Nielsen In-Reply-To: <20130613.024921.2080910235950489908.hrs@allbsd.org> Date: Thu, 27 Jun 2013 16:00:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <65E7FAB6-D6AF-4D97-9379-F10047062734@jnielsen.net> References: <20130613.024921.2080910235950489908.hrs@allbsd.org> To: stable@freebsd.org X-Mailer: Apple Mail (2.1508) X-DCC--Metrics: ns1.jnielsen.net 1102; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.5 at ns1.jnielsen.net X-Virus-Status: Clean Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 22:17:55 -0000 On Jun 12, 2013, at 11:49 AM, Hiroki Sato wrote: > I would like your comments on release notes for each release. > Although I have been working on editing them for years, the workflow > is still not optimal and sometimes delay of the preparation became an > obstacle for release process. I would like to improve it, but before > that I would like to know what are desired of the contents which > people think. >=20 > Release Notes is just listing the changes between the two releases. > It includes user-visible change (bugfix and/or UI change), new > functionality, and performance improvement. Minor changes such as > one in kernel internal structure are omitted. I always try to keep > these series of relnotes items are correct and reasonably > comprehensive, but this lengthy list may be boring and > technically-correct descriptions can be cryptic for average users. >=20 > So, my questions are: >=20 > 1. What do you think about current granularity of the relnotes items? > Too detailed, good, or too rough? Currently, judgment of what is > included or not is based on user-visible, new functionality, or > performance improvement. Applicable changes are included as > relnotes items even if the changes are small, I think the current granularity is good. > 2. Do you want technical details? For example, just "disk access > performance was improved by 50%" or "Feature A has been added. > This changes the old behavior because ..., and as a result, it > improves disk access performance by 50%". I want technical details. You could compromise here by trying to always = have the non-technical end result in the first sentence or so, and then = go on with a more technical explanation. I would echo Mark Felder and say that if in doubt, more detail is = better. > 3. Is there missing information which should be in the relnotes? > Probably there are some missing items for each release, but this > question is one at some abstraction level. Link to commit log and > diff, detailed description of major incompatible changes, and so > on. I've not ever noticed any. Thanks! I'm on the SVN mailing lists so I tend to know about or be able to find = changes I care about independent of the release notes. However if there = is a mostly-automated way to link to specific commits in the release = notes that could be valuable. > Although the other release documentations---Errata, Installation > Notes, ReadMe, and Hardware Notes---also need some improvements, > please focus on Release Notes only. And you might think quality of > English writing are not good, please leave that alone for now. I've never noticed any language problems in the release notes, and I = tend to be a stickler. :) JN From owner-freebsd-current@FreeBSD.ORG Thu Jun 27 23:24:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 47F82DAC; Thu, 27 Jun 2013 23:24:22 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 073C81633; Thu, 27 Jun 2013 23:24:21 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 2BCCD2842E; Fri, 28 Jun 2013 01:24:19 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id F2CE22842B; Fri, 28 Jun 2013 01:24:17 +0200 (CEST) Message-ID: <51CCC9A1.30401@quip.cz> Date: Fri, 28 Jun 2013 01:24:17 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Mark Felder Subject: Re: request for your comments on release documentation References: <20130613.024921.2080910235950489908.hrs@allbsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 23:24:22 -0000 Mark Felder wrote: > On Wed, 12 Jun 2013 12:49:21 -0500, Hiroki Sato wrote: [...] >> 3. Is there missing information which should be in the relnotes? >> Probably there are some missing items for each release, but this >> question is one at some abstraction level. Link to commit log and >> diff, detailed description of major incompatible changes, and so >> on. > > I try to keep up with the development and changes in releases as best I > can and I haven't noticed any glaring omissions over the last several > releases. I think you're doing a fine job. > > Also, is there a reason this isn't a "living" document that can be > updated as things get MFC'd to STABLE? It would help take load off your > end and maybe speed up release once the freeze has happened and we begin > the final grind through release candidates. It would be nice if all release related documents (relnotes, errata, hardware notes etc.) will be "living" after release (in online version) and not considered as set in stone. There are sometimes missing items which should be included online as soon as possible, but rarely are. For example, I found two issues with OpenSSH in 8.4 release. (bugs or features, or just incompatibilities with older versions) None of them is listed anywhere and I think it is really bad, because one issue can cause sshd not started after upgrade. So the online version of these docs should be "living" and updated as some issues and questions arises on the mailing lists and forums few days / weeks after release. On the other hand, FreeBSD has good quality of docs included Release Notes. (thank you for your work!) If there is some "man power", some items can be more detailed with links to other online resources like FreeBSD wiki, but only for some important items. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 00:10:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 59BD05F9; Fri, 28 Jun 2013 00:10:51 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.v6.bway.net [IPv6:2607:d300:1::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3346117BA; Fri, 28 Jun 2013 00:10:51 +0000 (UTC) Received: from toasty.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id AF23295853; Thu, 27 Jun 2013 20:10:42 -0400 (EDT) References: <20130613.024921.2080910235950489908.hrs@allbsd.org> <51CCC9A1.30401@quip.cz> In-Reply-To: <51CCC9A1.30401@quip.cz> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: <8AB10C1A-F2CB-4F5C-ACE5-B828393958D3@bway.net> Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Subject: Re: request for your comments on release documentation Date: Thu, 27 Jun 2013 20:10:41 -0400 To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.1085) X-Mailman-Approved-At: Fri, 28 Jun 2013 01:09:11 +0000 Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 00:10:51 -0000 On Jun 27, 2013, at 7:24 PM, Miroslav Lachman wrote: > Mark Felder wrote: >> On Wed, 12 Jun 2013 12:49:21 -0500, Hiroki Sato = wrote: >=20 > [...] >=20 >>> 3. Is there missing information which should be in the relnotes? >>> Probably there are some missing items for each release, but this >>> question is one at some abstraction level. Link to commit log and >>> diff, detailed description of major incompatible changes, and so >>> on. >>=20 >> I try to keep up with the development and changes in releases as best = I >> can and I haven't noticed any glaring omissions over the last several >> releases. I think you're doing a fine job. >>=20 >> Also, is there a reason this isn't a "living" document that can be >> updated as things get MFC'd to STABLE? It would help take load off = your >> end and maybe speed up release once the freeze has happened and we = begin >> the final grind through release candidates. >=20 > It would be nice if all release related documents (relnotes, errata, = hardware notes etc.) will be "living" after release (in online version) = and not considered as set in stone. There are sometimes missing items = which should be included online as soon as possible, but rarely are. >=20 > For example, I found two issues with OpenSSH in 8.4 release. (bugs or = features, or just incompatibilities with older versions) None of them is = listed anywhere and I think it is really bad, because one issue can = cause sshd not started after upgrade. >=20 > So the online version of these docs should be "living" and updated as = some issues and questions arises on the mailing lists and forums few = days / weeks after release. Additionally, it would be nice if the documentation for beta and RCs was = posted before the actual release as well. Just like the OS itself, docs = can be "beta" and open for feedback from the community. It's also nice = to know about changes before you upgrade a box for testing as well - for = example, the jail changes and zfs version bump in 8.4 were something of = a surprise for me (I follow -stable, but not much else). If the project = wants people to test before release, having a list of changes, major and = minor to focus on would probably net the project more useful feedback. I'm also all for the "living" document idea. It seems like the mailing = lists always have a few issues that are documented nowhere else because = they don't quite merit a ERRATA notice (eg: dhclient/fxp issue). Thanks, Charles >=20 >=20 > On the other hand, FreeBSD has good quality of docs included Release = Notes. (thank you for your work!) > If there is some "man power", some items can be more detailed with = links to other online resources like FreeBSD wiki, but only for some = important items. >=20 > Miroslav Lachman > _______________________________________________ > 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-current@FreeBSD.ORG Fri Jun 28 04:05:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F3FAE4B1 for ; Fri, 28 Jun 2013 04:05:14 +0000 (UTC) (envelope-from shonnur@chelsio.com) Received: from stargate.chelsio.com (stargate.chelsio.com [67.207.112.58]) by mx1.freebsd.org (Postfix) with ESMTP id D589C1096 for ; Fri, 28 Jun 2013 04:05:14 +0000 (UTC) Received: from maui.asicdesigners.com (maui.asicdesigners.com [10.192.180.15]) by stargate.chelsio.com (8.13.1/8.13.1) with SMTP id r5S45EID017346 for ; Thu, 27 Jun 2013 21:05:14 -0700 Received: from corona.asicdesigners.com ([10.192.160.6]) by maui.asicdesigners.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 27 Jun 2013 21:05:14 -0700 Received: from NICE.asicdesigners.com (10.192.160.7) by corona.asicdesigners.com (10.192.160.6) with Microsoft SMTP Server (TLS) id 8.3.83.0; Thu, 27 Jun 2013 21:05:13 -0700 Received: from NICE.asicdesigners.com ([fe80::51b2:ba95:9d72:babc]) by nice.asicdesigners.com ([fe80::51b2:ba95:9d72:babc%15]) with mapi id 14.02.0247.003; Thu, 27 Jun 2013 21:05:13 -0700 From: Sreenivasa Honnur To: "'freebsd-current@freebsd.org'" Subject: RE: IPv6 - sobind fails with 49 Thread-Topic: IPv6 - sobind fails with 49 Thread-Index: Ac47MtKWUXzqp/7TS3iQhjr60aw7/w4gdA6Q Date: Fri, 28 Jun 2013 04:05:13 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {88C3929A-DA30-40ED-94FB-2C3C4E8CFF62} x-cr-hashedpuzzle: kRw= AB4/ A0GA A7eU BEFJ CfXb C9vB EBzN E2h+ FS8A FuDD Fyzb GiH2 GqZJ Gv+f JGY4; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {88C3929A-DA30-40ED-94FB-2C3C4E8CFF62}; cwBoAG8AbgBuAHUAcgBAAGMAaABlAGwAcwBpAG8ALgBjAG8AbQA=; Fri, 28 Jun 2013 04:05:10 GMT; UgBFADoAIABJAFAAdgA2ACAALQAgAHMAbwBiAGkAbgBkACAAZgBhAGkAbABzACAAdwBpAHQAaAAgADQAOQA= x-originating-ip: [10.193.190.128] MIME-Version: 1.0 X-OriginalArrivalTime: 28 Jun 2013 04:05:14.0188 (UTC) FILETIME=[B10A68C0:01CE73B4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 04:05:15 -0000 I am writing a kernel socket program which binds to a IPv6 address, so bind= always fails with 49. Below is the code snippet I am using, is something w= rong here? roundhay# uname -a FreeBSD roundhay 9.1-RELEASE FreeBSD 9.1-RELEASE #2: Mon Apr 8 16:15:06 IS= T 2013 root@roundhay:/usr/obj/home/freebsd.org/sys/TOED amd64 Ifconfig/ping6 output: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D cxgbe1: flags=3D8843 metric 0 mtu 1= 500 options=3D6c07bb ether 00:07:43:11:89:88 inet6 2010::102 prefixlen 64 inet6 fe80::207:43ff:fe11:8988%cxgbe1 prefixlen 64 scopeid 0xd inet6 fe80::1%cxgbe1 prefixlen 64 scopeid 0xd nd6 options=3D21 media: Ethernet 10Gbase-SR status: active roundhay# ping6 2010::101 PING6(56=3D40+8+8 bytes) 2010::102 --> 2010::101 16 bytes from 2010::101, icmp_seq=3D0 hlim=3D64 time=3D0.915 ms 16 bytes from 2010::101, icmp_seq=3D1 hlim=3D64 time=3D0.168 ms ^C --- 2010::101 ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev =3D 0.168/0.541/0.915/0.374 ms Code: struct sockaddr_in6 saddr6; rv =3D socreate(AF_INET6, &sock, SOCK_STREAM, IPPROTO_TCP, td->td_ucred, td); if (rv !=3D 0) { printf("sock create ipv6 %s failed %d.\n", tbuf, rv); return NULL; } saddr6.sin6_family =3D AF_INET6; rv =3D inet_pton(AF_INET6, "2010::102", &saddr6.sin6_addr);= =3D=3D> returns 1, which indicates it's a valid IPV6 address printf("inet_pton retunred:%d\n", rv); saddr6.sin6_port =3D htons(3260); saddr6.sin6_len =3D sizeof(saddr6); rv =3D sobind(sock, (struct sockaddr *)&saddr6, td); =3D=3D= > fails with return value of 49 From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 04:39:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E9EF3F35; Fri, 28 Jun 2013 04:39:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8B91189; Fri, 28 Jun 2013 04:39:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S4crn1085474; Fri, 28 Jun 2013 00:38:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S4crWn085473; Fri, 28 Jun 2013 04:38:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 04:38:53 GMT Message-Id: <201306280438.r5S4crWn085473@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 04:39:01 -0000 TB --- 2013-06-28 03:31:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 03:31:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 03:31:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-06-28 03:31:36 - cleaning the object tree TB --- 2013-06-28 03:31:36 - /usr/local/bin/svn stat /src TB --- 2013-06-28 03:31:40 - At svn revision 252320 TB --- 2013-06-28 03:31:41 - building world TB --- 2013-06-28 03:31:41 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 03:31:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 03:31:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 03:31:41 - SRCCONF=/dev/null TB --- 2013-06-28 03:31:41 - TARGET=ia64 TB --- 2013-06-28 03:31:41 - TARGET_ARCH=ia64 TB --- 2013-06-28 03:31:41 - TZ=UTC TB --- 2013-06-28 03:31:41 - __MAKE_CONF=/dev/null TB --- 2013-06-28 03:31:41 - cd /src TB --- 2013-06-28 03:31:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 03:31:49 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/ia64.ia64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/ia64.ia64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/ia64.ia64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 04:38:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 04:38:53 - ERROR: failed to build world TB --- 2013-06-28 04:38:53 - 3189.36 user 605.19 system 4036.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 05:27:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D5CEB14; Fri, 28 Jun 2013 05:27:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D431C12C2; Fri, 28 Jun 2013 05:27:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S5RTCQ076417; Fri, 28 Jun 2013 01:27:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S5RTOl076403; Fri, 28 Jun 2013 05:27:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 05:27:29 GMT Message-Id: <201306280527.r5S5RTOl076403@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 05:27:30 -0000 TB --- 2013-06-28 04:38:54 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 04:38:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 04:38:54 - starting HEAD tinderbox run for mips/mips TB --- 2013-06-28 04:38:54 - cleaning the object tree TB --- 2013-06-28 04:38:54 - /usr/local/bin/svn stat /src TB --- 2013-06-28 04:39:01 - At svn revision 252320 TB --- 2013-06-28 04:39:02 - building world TB --- 2013-06-28 04:39:02 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 04:39:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 04:39:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 04:39:02 - SRCCONF=/dev/null TB --- 2013-06-28 04:39:02 - TARGET=mips TB --- 2013-06-28 04:39:02 - TARGET_ARCH=mips TB --- 2013-06-28 04:39:02 - TZ=UTC TB --- 2013-06-28 04:39:02 - __MAKE_CONF=/dev/null TB --- 2013-06-28 04:39:02 - cd /src TB --- 2013-06-28 04:39:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 04:39: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 [...] cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/mips.mips/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/mips.mips/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/mips.mips/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 05:27:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 05:27:29 - ERROR: failed to build world TB --- 2013-06-28 05:27:29 - 2100.08 user 524.52 system 2915.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 05:50:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A7A7DC0; Fri, 28 Jun 2013 05:50:47 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id 787DE1359; Fri, 28 Jun 2013 05:50:47 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id xb12so1847924pbc.26 for ; Thu, 27 Jun 2013 22:50:47 -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=il5GymCXqUkRJsuFgyLuLNUoL+KgX37SGDR8QIc9Ycs=; b=lSAIIzqiQ4VU5335NtMVkOU5KHADRAYWoVwq2se7bPT4HOUAftZZTvPqRTMvv2f3QP 6hO5Ic/M3qFa9fDLulJNiItVaUef0PI9ovn2DrQ+41gxRMHPTXDlsmznUhNHAJfHHHld oliZt/I/Txd3VXVo7ekaneggZ+HXAazqa7YlU3RdGWMwzspf6UUQxpiXkLcH6ZJi/MWY VXMViYmn6fBTs2c9vywu13QFxdSujs4SRfN+NAt5afa4sJzHUY7LUv/7KjIGZmeBHJGH B0JmqIjM7dYKWUMzb6hLP66+BiwcB5FXtkI+nc1GKjCU9G0On3ZBeJQKIAT+Jg0H1JEp gy5A== MIME-Version: 1.0 X-Received: by 10.68.241.193 with SMTP id wk1mr9808673pbc.5.1372398647327; Thu, 27 Jun 2013 22:50:47 -0700 (PDT) Received: by 10.68.130.133 with HTTP; Thu, 27 Jun 2013 22:50:47 -0700 (PDT) Date: Fri, 28 Jun 2013 01:50:47 -0400 Message-ID: Subject: making bhyve 100% silent From: Aryeh Friedman To: freebsd-virtualization@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 05:50:47 -0000 bhyve(8) seems to bypass the standard stdin/out/err and send it's output directly to the TTY when handling guest console I/O. I need to make it so it is 100% silent (and/or send all it's output to a file and accept no input at all). How can I do this? From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 06:14:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5B5C4970; Fri, 28 Jun 2013 06:14:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC991721; Fri, 28 Jun 2013 06:14:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S6EtX5083433; Fri, 28 Jun 2013 02:14:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S6EtoY083383; Fri, 28 Jun 2013 06:14:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 06:14:55 GMT Message-Id: <201306280614.r5S6EtoY083383@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 06:14:59 -0000 TB --- 2013-06-28 05:27:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 05:27:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 05:27:29 - starting HEAD tinderbox run for mips64/mips TB --- 2013-06-28 05:27:29 - cleaning the object tree TB --- 2013-06-28 05:27:29 - /usr/local/bin/svn stat /src TB --- 2013-06-28 05:27:39 - At svn revision 252320 TB --- 2013-06-28 05:27:40 - building world TB --- 2013-06-28 05:27:40 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 05:27:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 05:27:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 05:27:40 - SRCCONF=/dev/null TB --- 2013-06-28 05:27:40 - TARGET=mips TB --- 2013-06-28 05:27:40 - TARGET_ARCH=mips64 TB --- 2013-06-28 05:27:40 - TZ=UTC TB --- 2013-06-28 05:27:40 - __MAKE_CONF=/dev/null TB --- 2013-06-28 05:27:40 - cd /src TB --- 2013-06-28 05:27:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 05:27:47 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/mips.mips64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/mips.mips64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/mips.mips64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 06:14:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 06:14:55 - ERROR: failed to build world TB --- 2013-06-28 06:14:55 - 2104.07 user 472.66 system 2845.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 06:47:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5519A3F9 for ; Fri, 28 Jun 2013 06:47:51 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id A2A401841 for ; Fri, 28 Jun 2013 06:47:50 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r5S6lgh4002508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Jun 2013 08:47:42 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r5S6lf3J002505; Fri, 28 Jun 2013 08:47:42 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 28 Jun 2013 08:47:41 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Sreenivasa Honnur Subject: RE: IPv6 - sobind fails with 49 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1377063132-1372402062=:1345" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: "'freebsd-current@freebsd.org'" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 06:47:51 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1377063132-1372402062=:1345 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Fri, 28 Jun 2013 04:05-0000, Sreenivasa Honnur wrote: > I am writing a kernel socket program which binds to a IPv6 address, so bind always fails with 49. Below is the code snippet I am using, is something wrong here? > > roundhay# uname -a > FreeBSD roundhay 9.1-RELEASE FreeBSD 9.1-RELEASE #2: Mon Apr 8 16:15:06 IST 2013 root@roundhay:/usr/obj/home/freebsd.org/sys/TOED amd64 > > Ifconfig/ping6 output: > ====================== > cxgbe1: flags=8843 metric 0 mtu 1500 > options=6c07bb > ether 00:07:43:11:89:88 > inet6 2010::102 prefixlen 64 > inet6 fe80::207:43ff:fe11:8988%cxgbe1 prefixlen 64 scopeid 0xd > inet6 fe80::1%cxgbe1 prefixlen 64 scopeid 0xd > nd6 options=21 > media: Ethernet 10Gbase-SR > status: active > > roundhay# ping6 2010::101 > PING6(56=40+8+8 bytes) 2010::102 --> 2010::101 > 16 bytes from 2010::101, icmp_seq=0 hlim=64 time=0.915 ms > 16 bytes from 2010::101, icmp_seq=1 hlim=64 time=0.168 ms > ^C > --- 2010::101 ping6 statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 0.168/0.541/0.915/0.374 ms Warning: I haven't dabbled in programming FreeBSD kernel internals, but I have done some socket programming some years ago. You failed to present the line declaring sock. The prototype for socreate is: int socreate(int dom, struct socket **aso, int type, int proto, struct ucred *cred, struct thread *td); The second argument expects a pointer to a pointer to a socket (a struct socket). The memory for the socket will be allocated by socreate() and a pointer returned through the formal argument aso. I only hope you declared sock as: struct socket *sock; Next, it would probably be wise to clear saddr6 before assigning values to its members, something along: memset((void *)&saddr6, 0, sizeof(saddr6)); or even: bzero((void *)&saddr6, sizeof(saddr6)); That's all I can think of atm. Maybe someone more knowledgeable on FreeBSD internals can assist you further. > Code: > > struct sockaddr_in6 saddr6; > rv = socreate(AF_INET6, &sock, SOCK_STREAM, IPPROTO_TCP, > td->td_ucred, td); > > if (rv != 0) { > printf("sock create ipv6 %s failed %d.\n", > tbuf, rv); > return NULL; > } > > saddr6.sin6_family = AF_INET6; > rv = inet_pton(AF_INET6, "2010::102", &saddr6.sin6_addr); ==> returns 1, which indicates it's a valid IPV6 address > printf("inet_pton retunred:%d\n", rv); > > saddr6.sin6_port = htons(3260); > saddr6.sin6_len = sizeof(saddr6); > > rv = sobind(sock, (struct sockaddr *)&saddr6, td); ==> fails with return value of 49 -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1377063132-1372402062=:1345-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 07:03:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 966DF7CA; Fri, 28 Jun 2013 07:03:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 487D718C1; Fri, 28 Jun 2013 07:03:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S73B78040736; Fri, 28 Jun 2013 03:03:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S73BGF040735; Fri, 28 Jun 2013 07:03:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 07:03:11 GMT Message-Id: <201306280703.r5S73BGF040735@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 07:03:13 -0000 TB --- 2013-06-28 06:14:55 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 06:14:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 06:14:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-28 06:14:55 - cleaning the object tree TB --- 2013-06-28 06:14:55 - /usr/local/bin/svn stat /src TB --- 2013-06-28 06:14:59 - At svn revision 252320 TB --- 2013-06-28 06:15:00 - building world TB --- 2013-06-28 06:15:00 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 06:15:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 06:15:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 06:15:00 - SRCCONF=/dev/null TB --- 2013-06-28 06:15:00 - TARGET=sparc64 TB --- 2013-06-28 06:15:00 - TARGET_ARCH=sparc64 TB --- 2013-06-28 06:15:00 - TZ=UTC TB --- 2013-06-28 06:15:00 - __MAKE_CONF=/dev/null TB --- 2013-06-28 06:15:00 - cd /src TB --- 2013-06-28 06:15:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 06:15:08 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/sparc64.sparc64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/sparc64.sparc64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 07:03:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 07:03:11 - ERROR: failed to build world TB --- 2013-06-28 07:03:11 - 2401.35 user 427.21 system 2896.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 08:05:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6EE04E4D; Fri, 28 Jun 2013 08:05:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 207C41A7B; Fri, 28 Jun 2013 08:05:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S85hIa023689; Fri, 28 Jun 2013 04:05:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S85hJf023688; Fri, 28 Jun 2013 08:05:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 08:05:43 GMT Message-Id: <201306280805.r5S85hJf023688@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 08:05:44 -0000 TB --- 2013-06-28 05:49:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 05:49:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 05:49:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-06-28 05:49:24 - cleaning the object tree TB --- 2013-06-28 05:49:24 - /usr/local/bin/svn stat /src TB --- 2013-06-28 05:49:29 - At svn revision 252320 TB --- 2013-06-28 05:49:30 - building world TB --- 2013-06-28 05:49:30 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 05:49:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 05:49:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 05:49:30 - SRCCONF=/dev/null TB --- 2013-06-28 05:49:30 - TARGET=powerpc TB --- 2013-06-28 05:49:30 - TARGET_ARCH=powerpc TB --- 2013-06-28 05:49:30 - TZ=UTC TB --- 2013-06-28 05:49:30 - __MAKE_CONF=/dev/null TB --- 2013-06-28 05:49:30 - cd /src TB --- 2013-06-28 05:49:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 05:49:37 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/powerpc.powerpc/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/powerpc.powerpc/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/powerpc.powerpc/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 08:05:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 08:05:43 - ERROR: failed to build world TB --- 2013-06-28 08:05:43 - 7077.74 user 804.98 system 8178.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 08:05:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DD870F6A; Fri, 28 Jun 2013 08:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 927351A80; Fri, 28 Jun 2013 08:05:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S85rnP023934; Fri, 28 Jun 2013 04:05:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S85rTX023933; Fri, 28 Jun 2013 08:05:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 08:05:53 GMT Message-Id: <201306280805.r5S85rTX023933@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 08:05:53 -0000 TB --- 2013-06-28 05:51:01 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 05:51:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 05:51:01 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-06-28 05:51:01 - cleaning the object tree TB --- 2013-06-28 05:51:01 - /usr/local/bin/svn stat /src TB --- 2013-06-28 05:51:04 - At svn revision 252320 TB --- 2013-06-28 05:51:05 - building world TB --- 2013-06-28 05:51:05 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 05:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 05:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 05:51:05 - SRCCONF=/dev/null TB --- 2013-06-28 05:51:05 - TARGET=powerpc TB --- 2013-06-28 05:51:05 - TARGET_ARCH=powerpc64 TB --- 2013-06-28 05:51:05 - TZ=UTC TB --- 2013-06-28 05:51:05 - __MAKE_CONF=/dev/null TB --- 2013-06-28 05:51:05 - cd /src TB --- 2013-06-28 05:51:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 05:51:12 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/powerpc.powerpc64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/powerpc.powerpc64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/powerpc.powerpc64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 08:05:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 08:05:53 - ERROR: failed to build world TB --- 2013-06-28 08:05:53 - 7122.49 user 820.81 system 8091.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 14:14:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D39A4243 for ; Fri, 28 Jun 2013 14:14:11 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) by mx1.freebsd.org (Postfix) with ESMTP id C0D491F25 for ; Fri, 28 Jun 2013 14:14:11 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,958,1363158000"; d="scan'208";a="30436748" Received: from vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) by mx11-out.netapp.com with ESMTP; 28 Jun 2013 07:14:09 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.35]) by vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) with mapi id 14.03.0123.003; Fri, 28 Jun 2013 07:14:09 -0700 From: "Eggert, Lars" To: freebsd-current Subject: NFSv4 console messages (locks lost etc.) Thread-Topic: NFSv4 console messages (locks lost etc.) Thread-Index: AQHOdAnBkCLwXfwr6ECtjlyrKEz+QA== Date: Fri, 28 Jun 2013 14:14:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 14:14:11 -0000 Hi, on a -CURRENT client, I get quite a number of console messages under heavy = NFSv4 load, such as: nfsv4 expired locks lost nfscl: never fnd open nfscl: never fnd open nfscl: never fnd open nfsv4 expired locks lost nfscl: never fnd open nfscl: never fnd open nfsv4 expired locks lost nfsv4 expired locks lost nfsv4 expired locks lost nfsv4 expired locks lost nfsv4 expired locks lost nfscl: never fnd open Can I ignore them? Can I turn them off? Thanks, Lars= From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 14:22:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 00AB74A2; Fri, 28 Jun 2013 14:22:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B2B4C1F9F; Fri, 28 Jun 2013 14:22:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SEMPCV009052; Fri, 28 Jun 2013 10:22:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SEMPxk009049; Fri, 28 Jun 2013 14:22:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 14:22:25 GMT Message-Id: <201306281422.r5SEMPxk009049@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 14:22:27 -0000 TB --- 2013-06-28 13:14:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 13:14:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 13:14:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-06-28 13:14:04 - cleaning the object tree TB --- 2013-06-28 13:15:24 - /usr/local/bin/svn stat /src TB --- 2013-06-28 13:15:28 - At svn revision 252337 TB --- 2013-06-28 13:15:29 - building world TB --- 2013-06-28 13:15:29 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 13:15:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 13:15:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 13:15:29 - SRCCONF=/dev/null TB --- 2013-06-28 13:15:29 - TARGET=ia64 TB --- 2013-06-28 13:15:29 - TARGET_ARCH=ia64 TB --- 2013-06-28 13:15:29 - TZ=UTC TB --- 2013-06-28 13:15:29 - __MAKE_CONF=/dev/null TB --- 2013-06-28 13:15:29 - cd /src TB --- 2013-06-28 13:15:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 13:15:35 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/ia64.ia64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 14:22:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 14:22:25 - ERROR: failed to build world TB --- 2013-06-28 14:22:25 - 3189.26 user 610.30 system 4100.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 14:38:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9C3FD7BB for ; Fri, 28 Jun 2013 14:38:02 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) by mx1.freebsd.org (Postfix) with ESMTP id 85E511069 for ; Fri, 28 Jun 2013 14:38:02 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,958,1363158000"; d="scan'208";a="30441915" Received: from vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) by mx11-out.netapp.com with ESMTP; 28 Jun 2013 07:37:48 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.35]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.03.0123.003; Fri, 28 Jun 2013 07:37:48 -0700 From: "Eggert, Lars" To: freebsd-current Subject: Re: NFSv4 console messages (locks lost etc.) Thread-Topic: NFSv4 console messages (locks lost etc.) Thread-Index: AQHOdAnBkCLwXfwr6ECtjlyrKEz+QJlLp2KA Date: Fri, 28 Jun 2013 14:37:46 +0000 Message-ID: <5D7908FE-0E9B-4CBA-9DA1-28D3CA154994@netapp.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: <1D0556FC5EE8414CA4F354805AD02579@hq.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 14:38:02 -0000 Hi, On Jun 28, 2013, at 16:14, "Eggert, Lars" wrote: > on a -CURRENT client, I get quite a number of console messages under heav= y NFSv4 load, such as: >=20 > nfsv4 expired locks lost > nfscl: never fnd open actually, not sure if the "nfscl" message is from an NFSv4 mount point or n= ot, because the box mounts root via BOOTP, so with NFSv3 (or v2?) and some = other mounts with NFSv4. Lars From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 14:49:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A9F6CB0D for ; Fri, 28 Jun 2013 14:49:35 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 942DE10DC for ; Fri, 28 Jun 2013 14:49:35 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,958,1363158000"; d="scan'208";a="69917250" Received: from vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) by mx12-out.netapp.com with ESMTP; 28 Jun 2013 07:49:28 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.35]) by vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) with mapi id 14.03.0123.003; Fri, 28 Jun 2013 07:49:28 -0700 From: "Eggert, Lars" To: freebsd-current Subject: Re: NFSv4 console messages (locks lost etc.) Thread-Topic: NFSv4 console messages (locks lost etc.) Thread-Index: AQHOdAnBkCLwXfwr6ECtjlyrKEz+QJlLp2KAgAADQ4A= Date: Fri, 28 Jun 2013 14:49:26 +0000 Message-ID: <767D9311-710A-4FE0-872F-6065C7F6821F@netapp.com> References: <5D7908FE-0E9B-4CBA-9DA1-28D3CA154994@netapp.com> In-Reply-To: <5D7908FE-0E9B-4CBA-9DA1-28D3CA154994@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.53.51] Content-Type: text/plain; charset="us-ascii" Content-ID: <2DC1D9CD929E794D84EC03D7E0811368@hq.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 14:49:35 -0000 Hi, On Jun 28, 2013, at 16:37, "Eggert, Lars" wrote: > On Jun 28, 2013, at 16:14, "Eggert, Lars" wrote: >> on a -CURRENT client, I get quite a number of console messages under hea= vy NFSv4 load, such as: >>=20 >> nfsv4 expired locks lost >> nfscl: never fnd open >=20 > actually, not sure if the "nfscl" message is from an NFSv4 mount point or= not, because the box mounts root via BOOTP, so with NFSv3 (or v2?) and som= e other mounts with NFSv4. and another data point: the "nfscl" messages seem to disappear when I remov= e the BOOTP_NFSV3 flag from the kernel. The client hangs that made me dig i= nto these messages seem to also disappear, fingers crossed. (I still get a bunch of "nfsv4 expired locks lost" messages, but no hangs.) Lars= From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 15:11:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C3391227; Fri, 28 Jun 2013 15:11:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8063C11D4; Fri, 28 Jun 2013 15:11:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SFBdfN002033; Fri, 28 Jun 2013 11:11:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SFBdr1002030; Fri, 28 Jun 2013 15:11:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 15:11:39 GMT Message-Id: <201306281511.r5SFBdr1002030@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 15:11:40 -0000 TB --- 2013-06-28 14:22:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 14:22:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 14:22:25 - starting HEAD tinderbox run for mips/mips TB --- 2013-06-28 14:22:25 - cleaning the object tree TB --- 2013-06-28 14:23:24 - /usr/local/bin/svn stat /src TB --- 2013-06-28 14:23:34 - At svn revision 252337 TB --- 2013-06-28 14:23:35 - building world TB --- 2013-06-28 14:23:35 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 14:23:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 14:23:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 14:23:35 - SRCCONF=/dev/null TB --- 2013-06-28 14:23:35 - TARGET=mips TB --- 2013-06-28 14:23:35 - TARGET_ARCH=mips TB --- 2013-06-28 14:23:35 - TZ=UTC TB --- 2013-06-28 14:23:35 - __MAKE_CONF=/dev/null TB --- 2013-06-28 14:23:35 - cd /src TB --- 2013-06-28 14:23:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 14:23:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libutil.a >> .depend cc -O -pipe -G0 -DRESCUE -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/mips.mips/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 15:11:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 15:11:39 - ERROR: failed to build world TB --- 2013-06-28 15:11:39 - 2099.95 user 535.33 system 2953.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 15:13:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5A729390; Fri, 28 Jun 2013 15:13:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 7256511FC; Fri, 28 Jun 2013 15:13:35 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq4so939678wib.12 for ; Fri, 28 Jun 2013 08:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=75+TVpSK1iyp1H15ZTEkG+2lUB+SMgdaha8VgpIbje0=; b=nbW4XvnUSdJeu5f2uKNbO9qKtqJ/4vDmi9KQfE2dexF311qdeZ/QhRoR/MX18eePYl sf98FvaQ0Wd/5UQLe2Itap1o2zol2Md0PQYmcGftHuUJ/fsXLHQM7oVkrz8C4csHimpj bJLL3e7kojl1kbCzOcB2lA6XeA1PNm2bdPqppkrrBxYb4s1DbMoUJhdj1vp5YTs78BJg OM7OlWseaHHpl5Te4Ze28+ekF4PIjYwIBkWdW5gNW7z1Yl/ZPoGs3QJGVWUEsOKQ1VJN fQCffHimFLHedjWbYGsdVNL91FkSw95L73ORrkpQ32pvoEzmb4OrK3n3VDG1cAbVLr0r SSYg== MIME-Version: 1.0 X-Received: by 10.180.183.104 with SMTP id el8mr2713079wic.43.1372432414372; Fri, 28 Jun 2013 08:13:34 -0700 (PDT) Received: by 10.194.172.133 with HTTP; Fri, 28 Jun 2013 08:13:34 -0700 (PDT) In-Reply-To: <201306281422.r5SEMPxk009049@freebsd-current.sentex.ca> References: <201306281422.r5SEMPxk009049@freebsd-current.sentex.ca> Date: Fri, 28 Jun 2013 19:13:34 +0400 Message-ID: Subject: Re: [head tinderbox] failure on ia64/ia64 From: Sergey Kandaurov To: FreeBSD Tinderbox , Hiroki Sato Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 15:13:36 -0000 On 28 June 2013 18:22, FreeBSD Tinderbox wrote: > [...] > (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DR= ESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescue/rescue/swapon/ depend && /o= bj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescue/r= escue/swapon/ swapon.o) > rm -f .depend > CC=3D'cc ' mkdep -f .depend -a -DRESCUE -std=3Dgnu99 /src/sbin/swapo= n/swapon.c > echo swapon: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp= /usr/lib/libutil.a >> .depend > cc -O2 -pipe -DRESCUE -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshad= ow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exte= rns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin= /swapon/swapon.c > cc1: warnings being treated as errors > /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': > /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from poi= nter target type > *** Error code 1 To my belief, it's wrong to use a const variable for strdup/free. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 16:00:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B75ED4E9; Fri, 28 Jun 2013 16:00:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 74ECA163D; Fri, 28 Jun 2013 16:00:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SG0ZTZ010237; Fri, 28 Jun 2013 12:00:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SG0ZY9010230; Fri, 28 Jun 2013 16:00:35 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 16:00:35 GMT Message-Id: <201306281600.r5SG0ZY9010230@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 16:00:36 -0000 TB --- 2013-06-28 15:11:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 15:11:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 15:11:39 - starting HEAD tinderbox run for mips64/mips TB --- 2013-06-28 15:11:39 - cleaning the object tree TB --- 2013-06-28 15:13:05 - /usr/local/bin/svn stat /src TB --- 2013-06-28 15:13:33 - At svn revision 252337 TB --- 2013-06-28 15:13:34 - building world TB --- 2013-06-28 15:13:34 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 15:13:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 15:13:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 15:13:34 - SRCCONF=/dev/null TB --- 2013-06-28 15:13:34 - TARGET=mips TB --- 2013-06-28 15:13:34 - TARGET_ARCH=mips64 TB --- 2013-06-28 15:13:34 - TZ=UTC TB --- 2013-06-28 15:13:34 - __MAKE_CONF=/dev/null TB --- 2013-06-28 15:13:34 - cd /src TB --- 2013-06-28 15:13:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 15:13:41 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 [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/mips.mips64/src/tmp/usr/lib/libc.a /obj/mips.mips64/src/tmp/usr/lib/libutil.a >> .depend cc -O -pipe -G0 -DRESCUE -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/mips.mips64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 16:00:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 16:00:35 - ERROR: failed to build world TB --- 2013-06-28 16:00:35 - 2099.30 user 477.01 system 2935.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 16:48:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0F5C59A7; Fri, 28 Jun 2013 16:48:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C15341872; Fri, 28 Jun 2013 16:48:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SGmme1059564; Fri, 28 Jun 2013 12:48:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SGmme7059563; Fri, 28 Jun 2013 16:48:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 16:48:48 GMT Message-Id: <201306281648.r5SGmme7059563@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 16:48:49 -0000 TB --- 2013-06-28 16:00:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 16:00:35 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 16:00:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-28 16:00:35 - cleaning the object tree TB --- 2013-06-28 16:01:26 - /usr/local/bin/svn stat /src TB --- 2013-06-28 16:01:30 - At svn revision 252337 TB --- 2013-06-28 16:01:31 - building world TB --- 2013-06-28 16:01:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 16:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 16:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 16:01:31 - SRCCONF=/dev/null TB --- 2013-06-28 16:01:31 - TARGET=sparc64 TB --- 2013-06-28 16:01:31 - TARGET_ARCH=sparc64 TB --- 2013-06-28 16:01:31 - TZ=UTC TB --- 2013-06-28 16:01:31 - __MAKE_CONF=/dev/null TB --- 2013-06-28 16:01:31 - cd /src TB --- 2013-06-28 16:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 16:01:38 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 [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 16:48:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 16:48:48 - ERROR: failed to build world TB --- 2013-06-28 16:48:48 - 2394.75 user 428.22 system 2892.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 17:47:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 84CFAE00; Fri, 28 Jun 2013 17:47:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 42DF91B44; Fri, 28 Jun 2013 17:47:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SHlj94041164; Fri, 28 Jun 2013 13:47:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SHljB5041163; Fri, 28 Jun 2013 17:47:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 17:47:45 GMT Message-Id: <201306281747.r5SHljB5041163@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 17:47:46 -0000 TB --- 2013-06-28 15:32:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 15:32:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 15:32:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-06-28 15:32:29 - cleaning the object tree TB --- 2013-06-28 15:34:30 - /usr/local/bin/svn stat /src TB --- 2013-06-28 15:34:36 - At svn revision 252337 TB --- 2013-06-28 15:34:37 - building world TB --- 2013-06-28 15:34:37 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 15:34:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 15:34:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 15:34:37 - SRCCONF=/dev/null TB --- 2013-06-28 15:34:37 - TARGET=powerpc TB --- 2013-06-28 15:34:37 - TARGET_ARCH=powerpc TB --- 2013-06-28 15:34:37 - TZ=UTC TB --- 2013-06-28 15:34:37 - __MAKE_CONF=/dev/null TB --- 2013-06-28 15:34:37 - cd /src TB --- 2013-06-28 15:34:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 15:34:44 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/powerpc.powerpc/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 17:47:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 17:47:45 - ERROR: failed to build world TB --- 2013-06-28 17:47:45 - 7072.59 user 806.34 system 8115.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 28 17:48:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DC7C6F41; Fri, 28 Jun 2013 17:48:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 99C471B6C; Fri, 28 Jun 2013 17:48:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SHmecE042541; Fri, 28 Jun 2013 13:48:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SHmeG7042540; Fri, 28 Jun 2013 17:48:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 17:48:40 GMT Message-Id: <201306281748.r5SHmeG7042540@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 17:48:40 -0000 TB --- 2013-06-28 15:34:03 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 15:34:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 15:34:03 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-06-28 15:34:03 - cleaning the object tree TB --- 2013-06-28 15:35:42 - /usr/local/bin/svn stat /src TB --- 2013-06-28 15:35:45 - At svn revision 252337 TB --- 2013-06-28 15:35:46 - building world TB --- 2013-06-28 15:35:46 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 15:35:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 15:35:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 15:35:46 - SRCCONF=/dev/null TB --- 2013-06-28 15:35:46 - TARGET=powerpc TB --- 2013-06-28 15:35:46 - TARGET_ARCH=powerpc64 TB --- 2013-06-28 15:35:46 - TZ=UTC TB --- 2013-06-28 15:35:46 - __MAKE_CONF=/dev/null TB --- 2013-06-28 15:35:46 - cd /src TB --- 2013-06-28 15:35:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 15:35:53 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/powerpc.powerpc64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 17:48:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 17:48:40 - ERROR: failed to build world TB --- 2013-06-28 17:48:40 - 7124.48 user 814.54 system 8076.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 00:32:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1DFC6989 for ; Sat, 29 Jun 2013 00:32:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D96541DFB for ; Sat, 29 Jun 2013 00:32:52 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=u+Bwc9JL7tMNtl/i9xObSTPSFclN5AOtXcIZY5dPsHA= c=1 sm=2 a=ctSXsGKhotwA:10 a=FKkrIqjQGGEA:10 a=vEQvWETbpu8A:10 a=IkcTkHD0fZMA:10 a=6I5d2MoRAAAA:8 a=bSaWKWYsrEDjbO3kcgMA:9 a=QEXdDO2ut3YA:10 a=SV7veod9ZcQA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqMEAEcpzlGDaFve/2dsb2JhbABbgztJgwe8BIEgdIIjAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggHBAEZAwSHaAYMqTKRDYEmjH5+NAeCUYEWA5UAg26QHIMtIDKBAzc X-IronPort-AV: E=Sophos;i="4.87,962,1363147200"; d="scan'208";a="37769961" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 28 Jun 2013 20:32:51 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A23CEB4042; Fri, 28 Jun 2013 20:32:51 -0400 (EDT) Date: Fri, 28 Jun 2013 20:32:51 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <604397759.54014.1372465971639.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: NFSv4 console messages (locks lost etc.) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 00:32:53 -0000 Lars Eggert wrote: > Hi, > > on a -CURRENT client, I get quite a number of console messages under > heavy NFSv4 load, such as: > > nfsv4 expired locks lost Means the lease expired on the NFSv4 server somehow. Lease expiry is "bad news" and there is no way to recover locks lost because of it. > nfscl: never fnd open Usually, opens can be recovered after a lease expiry, but it might be broken. Since lease expiry should never happen during normal operation (see below), it doesn't get a lot of testing. > nfscl: never fnd open > nfscl: never fnd open > nfsv4 expired locks lost > nfscl: never fnd open > nfscl: never fnd open > nfsv4 expired locks lost > nfsv4 expired locks lost > nfsv4 expired locks lost > nfsv4 expired locks lost > nfsv4 expired locks lost > nfscl: never fnd open > > Can I ignore them? Can I turn them off? > Well, these should never happen during normal, correct operation. The "nfsv4 expired locks lost" implies lease expiry. This should only happen when the client is network partitioned from the server for more than a lease duration (chosen by the server, but typically about 1minute). The client does a Renew Op every 1/2 lease durations to avoid this. Also, any state related operation (open/lock/locku/close/etc) is supposed to renew the lease implicitly. If you are getting network partitions happening, then you really need to fix the network. If not, then if you watch network traffic with something like wireshark and see Renew Ops happening at regular intervals, then I can only suggest that the server is somehow broken for NFSv4. You should also look for NFS4ERR_EXPIRED error replies to operations related to state (open/lock/locku/close). That is the server reply which indicates the lease expiry. If the server is never returning this, I have no idea how the client would generate the above messages, but it does indicate a client NFSv4 bug if that is the case. Switching all mounts to NFSv3 will get rid of the above, although it is not exactly a fix;-) rick > Thanks, > Lars > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 00:45:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9E540E2F for ; Sat, 29 Jun 2013 00:45:31 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 65EF61E64 for ; Sat, 29 Jun 2013 00:45:31 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=u+Bwc9JL7tMNtl/i9xObSTPSFclN5AOtXcIZY5dPsHA= c=1 sm=2 a=2CN1efILQXEA:10 a=FKkrIqjQGGEA:10 a=vEQvWETbpu8A:10 a=IkcTkHD0fZMA:10 a=JDjsHSkAAAAA:8 a=6I5d2MoRAAAA:8 a=rHv929zNMZYgKSjTtw4A:9 a=QEXdDO2ut3YA:10 a=Hf6muOzgCGQA:10 a=SV7veod9ZcQA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqMEAMUtzlGDaFve/2dsb2JhbABbgztJgwe8B4EgdIIjAQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASHbgypNpEMgSaMfn40B4JRgRYDlQCDbpAcgy0gMoEDNw X-IronPort-AV: E=Sophos;i="4.87,962,1363147200"; d="scan'208";a="37770613" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 28 Jun 2013 20:45:30 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 64A02B3F2B; Fri, 28 Jun 2013 20:45:30 -0400 (EDT) Date: Fri, 28 Jun 2013 20:45:30 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <301292118.57276.1372466730396.JavaMail.root@uoguelph.ca> In-Reply-To: <767D9311-710A-4FE0-872F-6065C7F6821F@netapp.com> Subject: Re: NFSv4 console messages (locks lost etc.) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 00:45:31 -0000 Lars Eggert wrote: > Hi, > > On Jun 28, 2013, at 16:37, "Eggert, Lars" wrote: > > On Jun 28, 2013, at 16:14, "Eggert, Lars" wrote: > >> on a -CURRENT client, I get quite a number of console messages > >> under heavy NFSv4 load, such as: > >> > >> nfsv4 expired locks lost > >> nfscl: never fnd open The "never fnd open" message is generated by the NFSv4 client when a close can't find an extant open to close. I suspect the "open" was not recovered after lease expiry. Since Close Ops only matter to the NFSv4 server, this doesn't imply a problem unless the NFSv4 server thinks the client still has an Open (which would not be the case after an NFSv4 server expires a lease, since it assumes all state such as opens are lost when a lease is expired). > > > > actually, not sure if the "nfscl" message is from an NFSv4 mount > > point or not, because the box mounts root via BOOTP, so with NFSv3 > > (or v2?) and some other mounts with NFSv4. > > and another data point: the "nfscl" messages seem to disappear when I > remove the BOOTP_NFSV3 flag from the kernel. The client hangs that > made me dig into these messages seem to also disappear, fingers > crossed. > Hmm, weird, since NFSv3 should never generate these messages. I think that a root fs is remounted using the "/" entry in the /etc/fstab in the NFS mounted root fs. Did this entry specify "nfsv4" by any chance? Btw, a NFSv4 mounted root fs will not work correctly, because the client name is generated from the host uuid, which isn't set when the root fs is mounted. I'm not sure what the client would use as its client name, but this will definitely break things badly if multiple clients use the same name. (And this might explain the lease expiry problem.) If the root fs is mounted NFSv3 (or NFSv2) it shouldn't generate the messages or have any effect on the NFSv4 client, so I have no idea why removing BOOTP_NFSV3 would have any effect on this? Oh, and if you are using a pretty up to date system, you can "nfsstat -m" to find out what mount options are actually in use. If "nfsv4" is listed for your root fs, that is a serious problem that you need to fix. rick > (I still get a bunch of "nfsv4 expired locks lost" messages, but no > hangs.) > > Lars > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 09:13:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8F6AE5A4 for ; Sat, 29 Jun 2013 09:13:58 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) by mx1.freebsd.org (Postfix) with ESMTP id 7942B1EBE for ; Sat, 29 Jun 2013 09:13:58 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,965,1363158000"; d="scan'208";a="30678739" Received: from vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) by mx11-out.netapp.com with ESMTP; 29 Jun 2013 02:13:51 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.35]) by vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) with mapi id 14.03.0123.003; Sat, 29 Jun 2013 02:13:50 -0700 From: "Eggert, Lars" To: Rick Macklem Subject: Re: NFSv4 console messages (locks lost etc.) Thread-Topic: NFSv4 console messages (locks lost etc.) Thread-Index: AQHOdAnBkCLwXfwr6ECtjlyrKEz+QJlMTaWAgACRjwA= Date: Sat, 29 Jun 2013 09:13:48 +0000 Message-ID: References: <604397759.54014.1372465971639.JavaMail.root@uoguelph.ca> In-Reply-To: <604397759.54014.1372465971639.JavaMail.root@uoguelph.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.104.60.114] Content-Type: text/plain; charset="us-ascii" Content-ID: <6A6D8F498BD1FA4D87E22764F20C6367@hq.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 09:13:58 -0000 Hi, I should have mentioned that the server is FreeBSD -STABLE running newnfs, = and the network isn't partitioned (because I access the box over SSH at the= same time I see these messages.) They only appear under heavy NFS load (portmaster build of math/R in this c= ase.) Lars On Jun 29, 2013, at 2:32, Rick Macklem wrote: > Lars Eggert wrote: >> Hi, >>=20 >> on a -CURRENT client, I get quite a number of console messages under >> heavy NFSv4 load, such as: >>=20 >> nfsv4 expired locks lost > Means the lease expired on the NFSv4 server somehow. Lease > expiry is "bad news" and there is no way to recover locks > lost because of it. >> nfscl: never fnd open > Usually, opens can be recovered after a lease expiry, but it > might be broken. Since lease expiry should never happen during > normal operation (see below), it doesn't get a lot of testing. >=20 >> nfscl: never fnd open >> nfscl: never fnd open >> nfsv4 expired locks lost >> nfscl: never fnd open >> nfscl: never fnd open >> nfsv4 expired locks lost >> nfsv4 expired locks lost >> nfsv4 expired locks lost >> nfsv4 expired locks lost >> nfsv4 expired locks lost >> nfscl: never fnd open >>=20 >> Can I ignore them? Can I turn them off? >>=20 > Well, these should never happen during normal, correct operation. The > "nfsv4 expired locks lost" implies lease expiry. This should only happen > when the client is network partitioned from the server for more than > a lease duration (chosen by the server, but typically about 1minute). > The client does a Renew Op every 1/2 lease durations to avoid this. Also, > any state related operation (open/lock/locku/close/etc) is supposed to > renew the lease implicitly. >=20 > If you are getting network partitions happening, then you really need > to fix the network. >=20 > If not, then if you watch network traffic with something like wireshark > and see Renew Ops happening at regular intervals, then I can only suggest > that the server is somehow broken for NFSv4. You should also look for > NFS4ERR_EXPIRED error replies to operations related to state (open/lock/l= ocku/close). > That is the server reply which indicates the lease expiry. If the server = is > never returning this, I have no idea how the client would generate the ab= ove > messages, but it does indicate a client NFSv4 bug if that is the case. >=20 > Switching all mounts to NFSv3 will get rid of the above, although it is > not exactly a fix;-) >=20 > rick >=20 >> Thanks, >> Lars >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >>=20 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 09:15:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 29EBA6C3 for ; Sat, 29 Jun 2013 09:15:22 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by mx1.freebsd.org (Postfix) with ESMTP id 150D81EDC for ; Sat, 29 Jun 2013 09:15:21 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,965,1363158000"; d="scan'208";a="70137711" Received: from vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) by mx12-out.netapp.com with ESMTP; 29 Jun 2013 02:15:19 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.35]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.03.0123.003; Sat, 29 Jun 2013 02:15:19 -0700 From: "Eggert, Lars" To: Rick Macklem Subject: Re: NFSv4 console messages (locks lost etc.) Thread-Topic: NFSv4 console messages (locks lost etc.) Thread-Index: AQHOdAnBkCLwXfwr6ECtjlyrKEz+QJlLp2KAgAADQ4CAAKaIAIAAjnIA Date: Sat, 29 Jun 2013 09:15:18 +0000 Message-ID: <02A7574B-7425-47D5-A887-FC07C011E02E@netapp.com> References: <301292118.57276.1372466730396.JavaMail.root@uoguelph.ca> In-Reply-To: <301292118.57276.1372466730396.JavaMail.root@uoguelph.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.104.60.114] Content-Type: text/plain; charset="us-ascii" Content-ID: <1001C5C3F586874A9DADC36A2B69D941@hq.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 09:15:22 -0000 Thanks Rick! I will check these Monday. Lars On Jun 29, 2013, at 2:45, Rick Macklem wrote: > Lars Eggert wrote: >> Hi, >>=20 >> On Jun 28, 2013, at 16:37, "Eggert, Lars" wrote: >>> On Jun 28, 2013, at 16:14, "Eggert, Lars" wrote: >>>> on a -CURRENT client, I get quite a number of console messages >>>> under heavy NFSv4 load, such as: >>>>=20 >>>> nfsv4 expired locks lost >>>> nfscl: never fnd open > The "never fnd open" message is generated by the NFSv4 client when > a close can't find an extant open to close. I suspect the "open" was > not recovered after lease expiry. Since Close Ops only matter to the > NFSv4 server, this doesn't imply a problem unless the NFSv4 server > thinks the client still has an Open (which would not be the case after > an NFSv4 server expires a lease, since it assumes all state such as opens > are lost when a lease is expired). >=20 >>>=20 >>> actually, not sure if the "nfscl" message is from an NFSv4 mount >>> point or not, because the box mounts root via BOOTP, so with NFSv3 >>> (or v2?) and some other mounts with NFSv4. >>=20 >> and another data point: the "nfscl" messages seem to disappear when I >> remove the BOOTP_NFSV3 flag from the kernel. The client hangs that >> made me dig into these messages seem to also disappear, fingers >> crossed. >>=20 > Hmm, weird, since NFSv3 should never generate these messages. I think > that a root fs is remounted using the "/" entry in the /etc/fstab in the > NFS mounted root fs. Did this entry specify "nfsv4" by any chance? >=20 > Btw, a NFSv4 mounted root fs will not work correctly, because the client > name is generated from the host uuid, which isn't set when the root fs > is mounted. I'm not sure what the client would use as its client name, > but this will definitely break things badly if multiple clients use the > same name. (And this might explain the lease expiry problem.) >=20 > If the root fs is mounted NFSv3 (or NFSv2) it shouldn't generate the > messages or have any effect on the NFSv4 client, so I have no idea > why removing BOOTP_NFSV3 would have any effect on this? >=20 > Oh, and if you are using a pretty up to date system, you can "nfsstat -m" > to find out what mount options are actually in use. If "nfsv4" is listed > for your root fs, that is a serious problem that you need to fix. >=20 > rick >=20 >> (I still get a bunch of "nfsv4 expired locks lost" messages, but no >> hangs.) >>=20 >> Lars >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >>=20 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 09:38:24 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4E602CD0; Sat, 29 Jun 2013 09:38:24 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw12.york.ac.uk (mail-gw12.york.ac.uk [144.32.129.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6E51F87; Sat, 29 Jun 2013 09:38:23 +0000 (UTC) Received: from ury.york.ac.uk ([144.32.64.162]:38607) by mail-gw12.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Usrbl-0002UV-6T; Sat, 29 Jun 2013 10:38:17 +0100 Date: Sat, 29 Jun 2013 10:38:17 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@thunderhorn.york.ac.uk To: freebsd-current@FreeBSD.org Subject: Re: panic: vm_page_alloc: pindex already allocated In-Reply-To: <1372165971.96049.42.camel@buffy.york.ac.uk> Message-ID: References: <1372165971.96049.42.camel@buffy.york.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: alc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 09:38:24 -0000 On Tue, 25 Jun 2013, Gavin Atkinson wrote: > I've just managed to panic an amd64 host, running HEAD r252161 from June > 24th. Filesystem is fully ZFS, no UFS or NFS is involved. The panic is > fully reproducible, and is also reproduceable with r251861, so has not > been introduced in the last week. > > Within the jail, I ran "tail -f /var/log/httpd-access.log". The machine > immediately paniced: For the archives, this was fixed with r252337. Gavin > panic: vm_page_alloc: pindex already allocated > cpuid = 3 > KDB: enter: panic > [ thread pid 29345 tid 100408 ] > Stopped at kdb_enter+0x3b: movq $0,0xabcab2(%rip) > db> bt > Tracing pid 29345 tid 100408 td 0xfffffe00cd564000 > kdb_enter() at kdb_enter+0x3b/frame 0xffffff895d48e340 > vpanic() at vpanic+0xe1/frame 0xffffff895d48e380 > kassert_panic() at kassert_panic+0xd3/frame 0xffffff895d48e470 > vm_page_alloc() at vm_page_alloc+0x4ce/frame 0xffffff895d48e4b0 > zfs_freebsd_write() at zfs_freebsd_write+0x89c/frame 0xffffff895d48e6c0 > VOP_WRITE_APV() at VOP_WRITE_APV+0x113/frame 0xffffff895d48e7d0 > vn_write() at vn_write+0x281/frame 0xffffff895d48e860 > vn_io_fault() at vn_io_fault+0x94/frame 0xffffff895d48e9f0 > dofilewrite() at dofilewrite+0x85/frame 0xffffff895d48ea40 > kern_writev() at kern_writev+0x6c/frame 0xffffff895d48ea80 > sys_write() at sys_write+0x64/frame 0xffffff895d48ead0 > amd64_syscall() at amd64_syscall+0x389/frame 0xffffff895d48ebf0 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff895d48ebf0 > --- syscall (4, FreeBSD ELF64, sys_write), rip = 0x8020cd7aa, rsp = 0x7fffffffd798, rbp = 0x13 --- > > > Reproducing the panic is easy. While the machine is being accessed (and > so Apache is busy writing lots to /var/log/httpd-access.log), running > the following as root will panic the machine, usually within 10 seconds: > > #!/bin/sh > while [ 1 ] > do > tail /var/log/httpd-access.log > /dev/null > done > > I have core files available. I've also put a dump of the implicated > mpred and object structures at > https://svnmir.bme.freebsd.org/core.1.gdb.txt (gdb output) > https://svnmir.bme.freebsd.org/core.txt.1 (dumpinfo) > > Thanks, > > Gavin > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 10:01:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 280183D8; Sat, 29 Jun 2013 10:01:38 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id D4F101044; Sat, 29 Jun 2013 10:01:37 +0000 (UTC) Received: from outgoing.leidinger.net (p57A396DB.dip0.t-ipconnect.de [87.163.150.219]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 1C8888440CE; Sat, 29 Jun 2013 12:01:21 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id 9360A1141; Sat, 29 Jun 2013 12:01:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1372500078; bh=HRs1FdpCnOW3IY3XGCrK83dq4ghfpFhZ7UDaLCXZSSg=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=HVdj/EKTeuXiGuarwutykCEvUIvdq2vLGcuAtnMkpzkSqONDmZSX7G3ZroirMKlXe sqlOCIDHQNmQZAz78xgJMWMrdJUqEcpFrYanoGn9z+bd73XT/7nYOE7yfTribbD+7V TW5d22naeRzp7PF42/JuMVh8wM9NCT89h+kR/8Va0LfDvrRc9rx3VUG7f/vbX/8ZB5 Sph6MVamH4hC/ItCKCk5cWeq6bfMfDVnG0M9gz2uWHxaq2tXmOcV082d1Fn7dUSjPM 7K0Odg6sflcR7Jk0gv7Zurn6NsrJiS/vTBjBU8VaRYx2kkjpXiICM5XjDT63Z1CAb2 2DN30Lje3ugkQ== Date: Sat, 29 Jun 2013 12:01:22 +0200 From: Alexander Leidinger To: mm@FreeBSD.org Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130629120122.000041c7@unknown> In-Reply-To: <20130627215832.GA9470@thebe.jupiter.sigsegv.be> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> X-Mailer: Claws Mail 3.9.1-2-g66aa06 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 1C8888440CE.A02C6 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.803, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.37, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, J_CHICKENPOX_21 0.60, TW_ZF 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1373104884.73767@yoOtDxx2RTKuwFLldKt2MQ X-EBL-Spam-Status: No Cc: Kristof Provost , Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 10:01:38 -0000 On Thu, 27 Jun 2013 23:58:33 +0200 Kristof Provost wrote: > On 2013-06-24 22:08:01 (+0200), Alexander Leidinger > wrote: > > On Mon, 24 Jun 2013 12:15:18 +0200 > > Kristof Provost wrote: > > > > > For what it's worth, I'm running into exactly the same problem. > > > (amd64, stable/9). I have no custom settings in /etc/make.conf > > > or /etc/src.conf > > > > I had a short discussion with the maintainer of our > > stress-test-suite, he was able to create a test-case which triggers > > the problem. > > > I've been bisecting for a little bit, and while I'm not 100% sure yet, > there is one likely culprit right now: r249643. > It's an MFC with a number of ZFS changes relating to a refactoring of > the ioctl() interface. > > It is, unfortunately, also a rather large commit. Martin, the issue here is that starting a jail with a recent -current panics, if the jail has a dataset assigned to it during start (and the rc.d zfs scripts kicks in). At least in my case the jail contains an userland from before the change and the jail host a current userland. Any ideas / suggestions? pho@ has a test case for this. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 12:02:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F255371E; Sat, 29 Jun 2013 12:02:38 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:150:6101::4]) by mx1.freebsd.org (Postfix) with ESMTP id B613F1329; Sat, 29 Jun 2013 12:02:38 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.2]) by mail.vx.sk (Postfix) with ESMTP id E4F64235F7; Sat, 29 Jun 2013 14:02:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk by core.vx.sk (amavisd-new, unix socket) with LMTP id C3Hl9DYrhKMP; Sat, 29 Jun 2013 14:02:36 +0200 (CEST) Received: from [10.9.8.144] (chello085216226145.chello.sk [85.216.226.145]) by mail.vx.sk (Postfix) with ESMTPSA id 86419235F0; Sat, 29 Jun 2013 14:02:36 +0200 (CEST) Message-ID: <51CECCDB.7040904@FreeBSD.org> Date: Sat, 29 Jun 2013 14:02:35 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Alexander Leidinger Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> <20130629120122.000041c7@unknown> In-Reply-To: <20130629120122.000041c7@unknown> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kristof Provost , Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 12:02:39 -0000 On 2013-06-29 12:01, Alexander Leidinger wrote: > On Thu, 27 Jun 2013 23:58:33 +0200 > Kristof Provost wrote: > >> On 2013-06-24 22:08:01 (+0200), Alexander Leidinger >> wrote: >>> On Mon, 24 Jun 2013 12:15:18 +0200 >>> Kristof Provost wrote: >>> >>>> For what it's worth, I'm running into exactly the same problem. >>>> (amd64, stable/9). I have no custom settings in /etc/make.conf >>>> or /etc/src.conf >>> I had a short discussion with the maintainer of our >>> stress-test-suite, he was able to create a test-case which triggers >>> the problem. >>> >> I've been bisecting for a little bit, and while I'm not 100% sure yet, >> there is one likely culprit right now: r249643. >> It's an MFC with a number of ZFS changes relating to a refactoring of >> the ioctl() interface. >> >> It is, unfortunately, also a rather large commit. > Martin, the issue here is that starting a jail with a recent -current > panics, if the jail has a dataset assigned to it during start (and > the rc.d zfs scripts kicks in). At least in my case the jail contains an > userland from before the change and the jail host a current userland. > > Any ideas / suggestions? pho@ has a test case for this. > > Bye, > Alexander. > Hi Alexander, some input would be great (at least the panic message - ideally from a debug kernel). Cheers, mm From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 14:16:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 81CECA6C for ; Sat, 29 Jun 2013 14:16:53 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 147EC17D6 for ; Sat, 29 Jun 2013 14:16:53 +0000 (UTC) Received: from [192.168.1.80] ([46.107.123.81]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LlE86-1UHwmI0UT8-00b3f1 for ; Sat, 29 Jun 2013 16:16:52 +0200 Message-ID: <51CEEC34.2010308@gmx.com> Date: Sat, 29 Jun 2013 16:16:20 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: another -Wunsequenced topic Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:MDDUK329ifedDgAPLz+U6RnIGZEw6abR8Op27aVt47wNJ9EjbhI C/4A4+zXcD2/S4IZpuyaLkk2clXlRliRX5fv0bFhl5i19MY6lqTP1cyBM/g/s2pjpjGQ4ak 20r5ed4PNxp/hBlI+JnVCrRIzHWPStz/WIVKr/XZCBakXYLDhGBilPjHBhHCQIjJhy7aIuT 7EHXC8veYfahhtiqdYo3g== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 14:16:53 -0000 Here's a patch to fix several compilation errors coming from -Wunsequenced warnings: Index: bin/ed/re.c =================================================================== --- bin/ed/re.c (revision 252372) +++ bin/ed/re.c (working copy) @@ -89,7 +89,7 @@ default: break; case '[': - if ((nd = parse_char_class(++nd)) == NULL) { + if ((nd = parse_char_class(nd + 1)) == NULL) { errmsg = "unbalanced brackets ([])"; return NULL; } Index: contrib/bmake/meta.c =================================================================== --- contrib/bmake/meta.c (revision 252372) +++ contrib/bmake/meta.c (working copy) @@ -1249,7 +1249,7 @@ warnx("%s: %d: line truncated at %u", fname, lineno, x); break; } - cp = strchr(++cp, '\n'); + cp = strchr(cp + 1, '\n'); } while (cp); if (buf[x - 1] == '\n') buf[x - 1] = '\0'; Index: lib/libfetch/fetch.c =================================================================== --- lib/libfetch/fetch.c (revision 252372) +++ lib/libfetch/fetch.c (working copy) @@ -376,7 +376,7 @@ /* password */ if (*q == ':') - q = fetch_pctdecode(u->pwd, ++q, URL_PWDLEN); + q = fetch_pctdecode(u->pwd, q + 1, URL_PWDLEN); p++; } else { Index: lib/libutil/login_times.c =================================================================== --- lib/libutil/login_times.c (revision 252372) +++ lib/libutil/login_times.c (working copy) @@ -96,7 +96,7 @@ else m.lt_start = 0; if (*p == '-') - p = parse_time(++p, &m.lt_end); + p = parse_time(p + 1, &m.lt_end); else m.lt_end = 1440; Index: usr.sbin/newsyslog/newsyslog.c =================================================================== --- usr.sbin/newsyslog/newsyslog.c (revision 252372) +++ usr.sbin/newsyslog/newsyslog.c (working copy) @@ -1083,7 +1083,7 @@ * at any time, etc). */ if (strcasecmp(DEBUG_MARKER, q) == 0) { - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); if (!*parse) warnx("debug line specifies no option:\n%s", @@ -1096,7 +1096,7 @@ } else if (strcasecmp(INCLUDE_MARKER, q) == 0) { if (verbose) printf("Found: %s", errline); - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); if (!*parse) { warnx("include line missing argument:\n%s", @@ -1138,7 +1138,7 @@ defconf_p = working; } - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); if (!*parse) errx(1, "malformed line (missing fields):\n%s", @@ -1172,7 +1172,7 @@ } else working->gid = (gid_t)-1; - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); if (!*parse) errx(1, "malformed line (missing fields):\n%s", @@ -1187,7 +1187,7 @@ errx(1, "error in config file; bad permissions:\n%s", errline); - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); if (!*parse) errx(1, "malformed line (missing fields):\n%s", @@ -1197,7 +1197,7 @@ errx(1, "error in config file; bad value for count of logs to save:\n%s", errline); - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); if (!*parse) errx(1, "malformed line (missing fields):\n%s", @@ -1215,7 +1215,7 @@ working->flags = 0; working->compress = COMPRESS_NONE; - q = parse = missing_field(sob(++parse), errline); + q = parse = missing_field(sob(parse + 1), errline); parse = son(parse); eol = !*parse; *parse = '\0'; @@ -1257,7 +1257,7 @@ if (eol) q = NULL; else { - q = parse = sob(++parse); /* Optional field */ + q = parse = sob(parse + 1); /* Optional field */ parse = son(parse); if (!*parse) eol = 1; @@ -1327,7 +1327,7 @@ if (eol) q = NULL; else { - q = parse = sob(++parse); /* Optional field */ + q = parse = sob(parse + 1); /* Optional field */ parse = son(parse); if (!*parse) eol = 1; @@ -1348,7 +1348,7 @@ if (eol) q = NULL; else { - q = parse = sob(++parse); /* Optional field */ + q = parse = sob(parse + 1); /* Optional field */ *(parse = son(parse)) = '\0'; } Index: usr.sbin/pw/pw_user.c =================================================================== --- usr.sbin/pw/pw_user.c (revision 252372) +++ usr.sbin/pw/pw_user.c (working copy) @@ -200,7 +200,7 @@ strlcpy(dbuf, cnf->home, sizeof(dbuf)); p = dbuf; if (stat(dbuf, &st) == -1) { - while ((p = strchr(++p, '/')) != NULL) { + while ((p = strchr(p + 1, '/')) != NULL) { *p = '\0'; if (stat(dbuf, &st) == -1) { if (mkdir(dbuf, _DEF_DIRMODE) == -1) From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 14:20:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 54AD1C0C for ; Sat, 29 Jun 2013 14:20:17 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id D20B0180A for ; Sat, 29 Jun 2013 14:20:16 +0000 (UTC) Received: from [192.168.1.80] ([46.107.123.81]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LnfuZ-1UKQrH1Apb-00hxSw for ; Sat, 29 Jun 2013 16:15:12 +0200 Message-ID: <51CEEBD0.5050905@gmx.com> Date: Sat, 29 Jun 2013 16:14:40 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: compilation error regarding __cxa_call_terminate() Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:WjwOpe8dEtQCNEc7lBXDTxMUuYSpW1GYbPzr+0W/i/bpO56N9Yf OWt2RB23OHed5lRAFw7mvz1tBEBhk32nTf31dV3ESYbO6pmKjkqGGKFiHsWp4VIPSuu+1Jh MRTqDFPqixPm/P0xKsgcsNvlL1x4X0zAp/NosxYH6mu1pVIZxC0HY89W489gDLBNMIHARd9 V1v/sTWV9WgvGzKD3ovUw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 14:20:17 -0000 Using Clang head: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc:44:1: error: conflicting types for '__cxa_call_terminate' __cxa_call_terminate(_Unwind_Exception* ue_header_) ^ /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:136:17: note: previous declaration is here extern "C" void __cxa_call_terminate (void*) __attribute__((noreturn)); ^ From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 14:22:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2D240D6D; Sat, 29 Jun 2013 14:22:15 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by mx1.freebsd.org (Postfix) with ESMTP id A9129182E; Sat, 29 Jun 2013 14:22:14 +0000 (UTC) Received: from [192.168.1.80] ([46.107.123.81]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MaIsi-1UZ3k0074q-00Jo3u; Sat, 29 Jun 2013 16:22:08 +0200 Message-ID: <51CEED6F.8050605@gmx.com> Date: Sat, 29 Jun 2013 16:21:35 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Robert Noland's DRM patch Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:9focaNzJr6TPS5cqzIUBnBBMHcWOqi7T25qfzwG4v8k/oBc86Wm IieeculILGpJ4XxBO7CLBghmh3NaihBk9rfOAqWLOWIlSCbexRdkqd35I1AdocqyoW63zN+ RDU2NRBlXOUofbvsY+DZXqPrkxFpzrPherMGm2NbJM8ifq3bpd8Hi1abvZTSIo9qkPhsUcR qHGnOzprJjoMSW05iQNAg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 14:22:15 -0000 I'm tired of having a local patch to fix video card software. The patch was written by Robert Noland, and is supposed to fix cases where "DRM is doing a copyin() while holding a mutex, which is not allowed". Could someone commit the patch? If not, why? From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 14:22:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8B1BFE7C; Sat, 29 Jun 2013 14:22:53 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1E43E183D; Sat, 29 Jun 2013 14:22:53 +0000 (UTC) Received: from [192.168.1.80] ([46.107.123.81]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LdHeL-1USddi4AVN-00iXTy; Sat, 29 Jun 2013 16:22:52 +0200 Message-ID: <51CEED9B.6050603@gmx.com> Date: Sat, 29 Jun 2013 16:22:19 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: Robert Noland's DRM patch References: <51CEED6F.8050605@gmx.com> In-Reply-To: <51CEED6F.8050605@gmx.com> Content-Type: multipart/mixed; boundary="------------050301030108050908010407" X-Provags-ID: V03:K0:a/C/rfNi+61z0pkJfzEGMj8cwW4eRYAC2hOdtiEvjchyy9t92B0 VajrOdHHqaEr3R9oUU53kFgFPu0Rl2DlARG7P3xOihzZ+lFKt1GCWhJ0xLUFhDN6NRe1QIs UsnVgijY0esjeSPOMe66EpBVx7Ons7qpQy/rkS23SvNIcN2C2ozQbzKu8LSgI01emkma9CO vr+dHevg+JeMgxMuq01Wg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 14:22:53 -0000 This is a multi-part message in MIME format. --------------050301030108050908010407 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit --------------050301030108050908010407 Content-Type: text/x-patch; name="rn_drm.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="rn_drm.patch" Index: sys/dev/drm/r300_cmdbuf.c =================================================================== --- sys/dev/drm/r300_cmdbuf.c (revision 252372) +++ sys/dev/drm/r300_cmdbuf.c (working copy) @@ -1043,6 +1043,8 @@ int emit_dispatch_age = 0; int ret = 0; + DRM_UNLOCK(); + DRM_DEBUG("\n"); /* pacify */ @@ -1205,5 +1207,7 @@ COMMIT_RING(); + DRM_LOCK(); + return ret; } Index: sys/dev/drm/radeon_irq.c =================================================================== --- sys/dev/drm/radeon_irq.c (revision 252372) +++ sys/dev/drm/radeon_irq.c (working copy) @@ -338,10 +338,13 @@ result = radeon_emit_irq(dev); + DRM_UNLOCK(); if (DRM_COPY_TO_USER(emit->irq_seq, &result, sizeof(int))) { DRM_ERROR("copy_to_user\n"); + DRM_LOCK(); return -EFAULT; } + DRM_LOCK(); return 0; } Index: sys/dev/drm/radeon_mem.c =================================================================== --- sys/dev/drm/radeon_mem.c (revision 252372) +++ sys/dev/drm/radeon_mem.c (working copy) @@ -246,11 +246,14 @@ if (!block) return -ENOMEM; + DRM_UNLOCK(); if (DRM_COPY_TO_USER(alloc->region_offset, &block->start, sizeof(int))) { DRM_ERROR("copy_to_user\n"); + DRM_LOCK(); return -EFAULT; } + DRM_LOCK(); return 0; } Index: sys/dev/drm/radeon_state.c =================================================================== --- sys/dev/drm/radeon_state.c (revision 252372) +++ sys/dev/drm/radeon_state.c (working copy) @@ -1773,8 +1773,13 @@ } if (!buf) { DRM_DEBUG("EAGAIN\n"); - if (DRM_COPY_TO_USER(tex->image, image, sizeof(*image))) + DRM_UNLOCK(); + if (DRM_COPY_TO_USER(tex->image, image, + sizeof(*image))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); return -EAGAIN; } @@ -1786,10 +1791,13 @@ #define RADEON_COPY_MT(_buf, _data, _width) \ do { \ - if (DRM_COPY_FROM_USER(_buf, _data, (_width))) {\ + DRM_UNLOCK(); \ + if (DRM_COPY_FROM_USER(_buf, _data, (_width))) { \ DRM_ERROR("EFAULT on pad, %d bytes\n", (_width)); \ + DRM_LOCK(); \ return -EFAULT; \ } \ + DRM_LOCK(); \ } while(0) if (microtile) { @@ -2130,9 +2138,13 @@ if (sarea_priv->nbox > RADEON_NR_SAREA_CLIPRECTS) sarea_priv->nbox = RADEON_NR_SAREA_CLIPRECTS; + DRM_UNLOCK(); if (DRM_COPY_FROM_USER(&depth_boxes, clear->depth_boxes, - sarea_priv->nbox * sizeof(depth_boxes[0]))) + sarea_priv->nbox * sizeof(depth_boxes[0]))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); radeon_cp_dispatch_clear(dev, clear, depth_boxes); @@ -2394,10 +2406,13 @@ return -EINVAL; } - if (DRM_COPY_FROM_USER(&image, - (drm_radeon_tex_image_t __user *) tex->image, - sizeof(image))) - return -EFAULT; + DRM_UNLOCK(); + ret = -DRM_COPY_FROM_USER(&image, + (drm_radeon_tex_image_t __user *) tex->image, + sizeof(image)); + DRM_LOCK(); + if (ret) + return ret; RING_SPACE_TEST_WITH_RETURN(dev_priv); VB_AGE_TEST_WITH_RETURN(dev_priv); @@ -2418,8 +2433,12 @@ LOCK_TEST_WITH_RETURN(dev, file_priv); - if (DRM_COPY_FROM_USER(&mask, stipple->mask, 32 * sizeof(u32))) + DRM_UNLOCK(); + if (DRM_COPY_FROM_USER(&mask, stipple->mask, 32 * sizeof(u32))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); RING_SPACE_TEST_WITH_RETURN(dev_priv); @@ -2546,16 +2565,24 @@ drm_radeon_prim_t prim; drm_radeon_tcl_prim_t tclprim; - if (DRM_COPY_FROM_USER(&prim, &vertex->prim[i], sizeof(prim))) + DRM_UNLOCK(); + if (DRM_COPY_FROM_USER(&prim, &vertex->prim[i], sizeof(prim))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); if (prim.stateidx != laststate) { drm_radeon_state_t state; + DRM_UNLOCK(); if (DRM_COPY_FROM_USER(&state, &vertex->state[prim.stateidx], - sizeof(state))) + sizeof(state))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); if (radeon_emit_state2(dev_priv, file_priv, &state)) { DRM_ERROR("radeon_emit_state2 failed\n"); @@ -2772,8 +2799,12 @@ do { if (i < cmdbuf->nbox) { - if (DRM_COPY_FROM_USER(&box, &boxes[i], sizeof(box))) + DRM_UNLOCK(); + if (DRM_COPY_FROM_USER(&box, &boxes[i], sizeof(box))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); /* FIXME The second and subsequent times round * this loop, send a WAIT_UNTIL_3D_IDLE before * calling emit_clip_rect(). This fixes a @@ -2866,11 +2897,14 @@ kbuf = drm_alloc(cmdbuf->bufsz, DRM_MEM_DRIVER); if (kbuf == NULL) return -ENOMEM; + DRM_UNLOCK(); if (DRM_COPY_FROM_USER(kbuf, (void __user *)cmdbuf->buf, cmdbuf->bufsz)) { + DRM_LOCK(); drm_free(kbuf, orig_bufsz, DRM_MEM_DRIVER); return -EFAULT; } + DRM_LOCK(); cmdbuf->buf = kbuf; } @@ -3089,10 +3123,13 @@ return -EINVAL; } + DRM_UNLOCK(); if (DRM_COPY_TO_USER(param->value, &value, sizeof(int))) { DRM_ERROR("copy_to_user\n"); + DRM_LOCK(); return -EFAULT; } + DRM_LOCK(); return 0; } --------------050301030108050908010407-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 15:00:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2EAF367F; Sat, 29 Jun 2013 15:00:38 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id B1C731947; Sat, 29 Jun 2013 15:00:37 +0000 (UTC) Received: from outgoing.leidinger.net (p57A396DB.dip0.t-ipconnect.de [87.163.150.219]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 2072D8440CE; Sat, 29 Jun 2013 17:00:23 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id A6152119E; Sat, 29 Jun 2013 17:00:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1372518020; bh=3TRKZgT/Eqf6Rm2lgVjbJqlCeHS3ES80HevWN/J80go=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=JOIJQuFz5/Meq3bbapEoRj/rvoxDSXBLkbbeu3J+90BhZkbqm7vsiVkqupJUqxaVE 1S58ZCGNDAvyqyKrGk46gWojcDtcGIxriFd5JEoi2RpclVu3QFTQvceeMCZqT7T0zz Up9s3ztkC9nxdG9loQ7DJA1wmDYsvEzlPWVMvdtbECwKyujuymkG8CPxqciq4K2WFS V/IRssoxQhXdOPkY5tBZ2yGaNnr9bSfj7gozk+xg1m7rfyLD432zZQ8racbLBTHbx7 gWSEDZE24dfD65b2F8usCK69lRAM+eTOgUFdSnw5KDaKFwHXHPJPWFjA8zAmgs7o1T xwe+N/QyxewuQ== Date: Sat, 29 Jun 2013 17:00:24 +0200 From: Alexander Leidinger To: Martin Matuska Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130629170024.0000145b@unknown> In-Reply-To: <51CECCDB.7040904@FreeBSD.org> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> <20130629120122.000041c7@unknown> <51CECCDB.7040904@FreeBSD.org> X-Mailer: Claws Mail 3.9.1-2-g66aa06 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 2072D8440CE.A06B9 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.024, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.15, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_EV 0.08, TW_ZF 0.08, TW_ZJ 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1373122824.06539@hSHCwNjZkHEGVBnyPF3Edw X-EBL-Spam-Status: No Cc: Kristof Provost , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 15:00:38 -0000 On Sat, 29 Jun 2013 14:02:35 +0200 Martin Matuska wrote: > some input would be great (at least the panic message - ideally from a > debug kernel). The bt in the minidump is useless, but I made a bt directly in the kernel debugger: ---snip--- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xffffff839e79d930 frame pointer = 0x28:0xffffff839e79d9e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2183 (zfs) db> bt Tracing pid 2356 uart_sab82532_class() at 0 devfs_ioctl_f() at devfs_ioctl_f+0xf0 kern_ioctl() at kern_ioctl+0x1d7 sys_ioctl() at sys_ioctl+0x142 ---snip--- The test case is easy, create a dataset for a jail, add something like this to /etc/devfs.rules: ---snip--- [devfsrules_unhide_zfs=12] add path zfs unhide [devfsrules_jail_withzfs=17] add include $devfsrules_hide_all add include $devfsrules_unhide_basic add include $devfsrules_unhide_login add include $devfsrules_unhide_zfs ---snip--- Attach the dataset to the jail and see the box panicing on the use of the zfs command in the jail (maybe you don't even need to attach the dataset to the jail, maybe just the above devfs stuff is enough). The default jail scripts don't attach a ZFS dataset to a jail, the corresponding ezjail-script code is # Attach ZFS-datasets to the jail for zfs in ${ezjail_zfs_datasets}; do /sbin/zfs jail ${ezjail_id} ${zfs} || echo -n "Error: ${zfs} could not be configured" done Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 15:59:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 68BEE9EC for ; Sat, 29 Jun 2013 15:59:02 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 356AF1B47 for ; Sat, 29 Jun 2013 15:59:01 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r5TFx1IL058529; Sat, 29 Jun 2013 15:59:01 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id z74pwnx72i74qe5kzty6k8c7a2; Sat, 29 Jun 2013 15:59:01 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: another -Wunsequenced topic Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <51CEEC34.2010308@gmx.com> Date: Sat, 29 Jun 2013 08:59:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51CEEC34.2010308@gmx.com> To: dt71@gmx.com X-Mailer: Apple Mail (2.1283) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 15:59:02 -0000 Thanks! I've committed all of these except the change to contrib/bmake/ which should probably be submitted upstream first. Tim On Jun 29, 2013, at 7:16 AM, dt71@gmx.com wrote: > Here's a patch to fix several compilation errors coming from = -Wunsequenced warnings: >=20 > Index: bin/ed/re.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- bin/ed/re.c (revision 252372) > +++ bin/ed/re.c (working copy) > @@ -89,7 +89,7 @@ > default: > break; > case '[': > - if ((nd =3D parse_char_class(++nd)) =3D=3D NULL) = { > + if ((nd =3D parse_char_class(nd + 1)) =3D=3D = NULL) { > errmsg =3D "unbalanced brackets ([])"; > return NULL; > } > Index: contrib/bmake/meta.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- contrib/bmake/meta.c (revision 252372) > +++ contrib/bmake/meta.c (working copy) > @@ -1249,7 +1249,7 @@ > warnx("%s: %d: line truncated at %u", = fname, lineno, x); > break; > } > - cp =3D strchr(++cp, '\n'); > + cp =3D strchr(cp + 1, '\n'); > } while (cp); > if (buf[x - 1] =3D=3D '\n') > buf[x - 1] =3D '\0'; > Index: lib/libfetch/fetch.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- lib/libfetch/fetch.c (revision 252372) > +++ lib/libfetch/fetch.c (working copy) > @@ -376,7 +376,7 @@ > /* password */ > if (*q =3D=3D ':') > - q =3D fetch_pctdecode(u->pwd, ++q, URL_PWDLEN); > + q =3D fetch_pctdecode(u->pwd, q + 1, = URL_PWDLEN); > p++; > } else { > Index: lib/libutil/login_times.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- lib/libutil/login_times.c (revision 252372) > +++ lib/libutil/login_times.c (working copy) > @@ -96,7 +96,7 @@ > else > m.lt_start =3D 0; > if (*p =3D=3D '-') > - p =3D parse_time(++p, &m.lt_end); > + p =3D parse_time(p + 1, &m.lt_end); > else > m.lt_end =3D 1440; > Index: usr.sbin/newsyslog/newsyslog.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/newsyslog/newsyslog.c (revision 252372) > +++ usr.sbin/newsyslog/newsyslog.c (working copy) > @@ -1083,7 +1083,7 @@ > * at any time, etc). > */ > if (strcasecmp(DEBUG_MARKER, q) =3D=3D 0) { > - q =3D parse =3D missing_field(sob(++parse), = errline); > + q =3D parse =3D missing_field(sob(parse + 1), = errline); > parse =3D son(parse); > if (!*parse) > warnx("debug line specifies no = option:\n%s", > @@ -1096,7 +1096,7 @@ > } else if (strcasecmp(INCLUDE_MARKER, q) =3D=3D 0) { > if (verbose) > printf("Found: %s", errline); > - q =3D parse =3D missing_field(sob(++parse), = errline); > + q =3D parse =3D missing_field(sob(parse + 1), = errline); > parse =3D son(parse); > if (!*parse) { > warnx("include line missing = argument:\n%s", > @@ -1138,7 +1138,7 @@ > defconf_p =3D working; > } > - q =3D parse =3D missing_field(sob(++parse), errline); > + q =3D parse =3D missing_field(sob(parse + 1), errline); > parse =3D son(parse); > if (!*parse) > errx(1, "malformed line (missing fields):\n%s", > @@ -1172,7 +1172,7 @@ > } else > working->gid =3D (gid_t)-1; > - q =3D parse =3D missing_field(sob(++parse), = errline); > + q =3D parse =3D missing_field(sob(parse + 1), = errline); > parse =3D son(parse); > if (!*parse) > errx(1, "malformed line (missing = fields):\n%s", > @@ -1187,7 +1187,7 @@ > errx(1, "error in config file; bad = permissions:\n%s", > errline); > - q =3D parse =3D missing_field(sob(++parse), errline); > + q =3D parse =3D missing_field(sob(parse + 1), errline); > parse =3D son(parse); > if (!*parse) > errx(1, "malformed line (missing fields):\n%s", > @@ -1197,7 +1197,7 @@ > errx(1, "error in config file; bad value for = count of logs to save:\n%s", > errline); > - q =3D parse =3D missing_field(sob(++parse), errline); > + q =3D parse =3D missing_field(sob(parse + 1), errline); > parse =3D son(parse); > if (!*parse) > errx(1, "malformed line (missing fields):\n%s", > @@ -1215,7 +1215,7 @@ > working->flags =3D 0; > working->compress =3D COMPRESS_NONE; > - q =3D parse =3D missing_field(sob(++parse), errline); > + q =3D parse =3D missing_field(sob(parse + 1), errline); > parse =3D son(parse); > eol =3D !*parse; > *parse =3D '\0'; > @@ -1257,7 +1257,7 @@ > if (eol) > q =3D NULL; > else { > - q =3D parse =3D sob(++parse); /* Optional = field */ > + q =3D parse =3D sob(parse + 1); /* Optional = field */ > parse =3D son(parse); > if (!*parse) > eol =3D 1; > @@ -1327,7 +1327,7 @@ > if (eol) > q =3D NULL; > else { > - q =3D parse =3D sob(++parse); /* Optional = field */ > + q =3D parse =3D sob(parse + 1); /* Optional = field */ > parse =3D son(parse); > if (!*parse) > eol =3D 1; > @@ -1348,7 +1348,7 @@ > if (eol) > q =3D NULL; > else { > - q =3D parse =3D sob(++parse); /* Optional = field */ > + q =3D parse =3D sob(parse + 1); /* Optional = field */ > *(parse =3D son(parse)) =3D '\0'; > } > Index: usr.sbin/pw/pw_user.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/pw/pw_user.c (revision 252372) > +++ usr.sbin/pw/pw_user.c (working copy) > @@ -200,7 +200,7 @@ > strlcpy(dbuf, cnf->home, sizeof(dbuf)); > p =3D dbuf; > if (stat(dbuf, &st) =3D=3D -1) { > - while ((p =3D strchr(++p, '/')) !=3D = NULL) { > + while ((p =3D strchr(p + 1, '/')) !=3D = NULL) { > *p =3D '\0'; > if (stat(dbuf, &st) =3D=3D -1) { > if (mkdir(dbuf, = _DEF_DIRMODE) =3D=3D -1) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 16:49:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D0A4D992 for ; Sat, 29 Jun 2013 16:49:22 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:150:6101::4]) by mx1.freebsd.org (Postfix) with ESMTP id 94F2F1CDB for ; Sat, 29 Jun 2013 16:49:22 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.2]) by mail.vx.sk (Postfix) with ESMTP id C44983515A; Sat, 29 Jun 2013 18:49:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk by core.vx.sk (amavisd-new, unix socket) with LMTP id 0ijnS01fR5yZ; Sat, 29 Jun 2013 18:49:17 +0200 (CEST) Received: from [10.9.8.1] (chello085216226145.chello.sk [85.216.226.145]) by mail.vx.sk (Postfix) with ESMTPSA id 57F063514E; Sat, 29 Jun 2013 18:49:17 +0200 (CEST) Message-ID: <51CF100C.2010902@FreeBSD.org> Date: Sat, 29 Jun 2013 18:49:16 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Alexander Leidinger Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> <20130629120122.000041c7@unknown> <51CECCDB.7040904@FreeBSD.org> <20130629170024.0000145b@unknown> In-Reply-To: <20130629170024.0000145b@unknown> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kristof Provost , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 16:49:22 -0000 This was an obvious error by me - I forgot to register zfs_ioc_jail and zfs_ioc_unjail using the new functions. Amazing noone noticed this by now until it got merged down to stable/8. In addition, I see no need to log these operations to the zpool history as they cause no on-disk changes, so I have disabled logging for these calls. Please test the patch from current in r252380. http://svnweb.freebsd.org/base?view=revision&revision=252380 On 29.6.2013 17:00, Alexander Leidinger wrote: > On Sat, 29 Jun 2013 14:02:35 +0200 > Martin Matuska wrote: > >> some input would be great (at least the panic message - ideally from a >> debug kernel). > The bt in the minidump is useless, but I made a bt directly > in the kernel debugger: > ---snip--- > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xffffff839e79d930 > frame pointer = 0x28:0xffffff839e79d9e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2183 (zfs) > > db> bt > Tracing pid 2356 > uart_sab82532_class() at 0 > devfs_ioctl_f() at devfs_ioctl_f+0xf0 > kern_ioctl() at kern_ioctl+0x1d7 > sys_ioctl() at sys_ioctl+0x142 > ---snip--- > > The test case is easy, create a dataset for a jail, add something like > this to /etc/devfs.rules: > ---snip--- > [devfsrules_unhide_zfs=12] > add path zfs unhide > > [devfsrules_jail_withzfs=17] > add include $devfsrules_hide_all > add include $devfsrules_unhide_basic > add include $devfsrules_unhide_login > add include $devfsrules_unhide_zfs > ---snip--- > > Attach the dataset to the jail and see the box panicing on the use of > the zfs command in the jail (maybe you don't even need to attach the > dataset to the jail, maybe just the above devfs stuff is enough). > > The default jail scripts don't attach a ZFS dataset to a jail, the > corresponding ezjail-script code is > > # Attach ZFS-datasets to the jail > for zfs in ${ezjail_zfs_datasets}; do > /sbin/zfs jail ${ezjail_id} ${zfs} || echo -n "Error: ${zfs} could not be configured" > done > > Bye, > Alexander. > -- Martin Matuska FreeBSD committer http://blog.vx.sk From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 17:33:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 94F6E1FD; Sat, 29 Jun 2013 17:33:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4E8BE1E00; Sat, 29 Jun 2013 17:33:34 +0000 (UTC) Received: from outgoing.leidinger.net (p57A396DB.dip0.t-ipconnect.de [87.163.150.219]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9B1018440CE; Sat, 29 Jun 2013 19:33:18 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id 052C011B1; Sat, 29 Jun 2013 19:33:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1372527196; bh=BUKJ/4+OTFVVHod/shgRLqqUBlORw+pYvEVopJFImzY=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Ju86xbNfjZdbym1QipcMxM9mnakC3DZSQEW1bJ7xrOfQz0w843Iby5AZiU8pJWypH N5CG1Zm2a2po7NWaOU2pW8SQ15YzsDoeJjxZEbHdaXGT+J7QMqbkEW9Bhy+3bHbw8R PEieSsMmbubxVzaJu4fZnfspOBg8C9BbY2GXbKucvxdq4Vtiq1CLiWwgatNryeB714 +lsSxWm53D/f+F4WQ6Houwukm2HQa6UwqKk9RgCAbBba5r0v/KPW4mEsR1ae2VkkZf 0OHr9PeONyj3+L1fa4blNIl5jDSeclvUdZ5rvRW+c7rg5imImYcyfZv1x8SyQo3hB1 2XfqM1/wSPGgw== Date: Sat, 29 Jun 2013 19:33:19 +0200 From: Alexander Leidinger To: Martin Matuska Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130629193319.00002a4c@unknown> In-Reply-To: <51CF100C.2010902@FreeBSD.org> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> <20130629120122.000041c7@unknown> <51CECCDB.7040904@FreeBSD.org> <20130629170024.0000145b@unknown> <51CF100C.2010902@FreeBSD.org> X-Mailer: Claws Mail 3.9.1-2-g66aa06 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9B1018440CE.A1352 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.102, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.07, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_ZF 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1373132001.42347@X7yYNuOFIo44lCQBs/y6nw X-EBL-Spam-Status: No Cc: Kristof Provost , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 17:33:35 -0000 On Sat, 29 Jun 2013 18:49:16 +0200 Martin Matuska wrote: > Please test the patch from current in r252380. Buildworld+kernel in progress, expect feedback soon. FYI: you misspelled my FreeBSD address in the commit. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 18:39:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C4411D5A for ; Sat, 29 Jun 2013 18:39:30 +0000 (UTC) (envelope-from feld@feld.me) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA79104B for ; Sat, 29 Jun 2013 18:39:30 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 0EF8020CD9 for ; Sat, 29 Jun 2013 14:39:29 -0400 (EDT) Received: from web3.nyi.mail.srv.osa ([10.202.2.213]) by compute2.internal (MEProxy); Sat, 29 Jun 2013 14:39:29 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=wBn5xEEhgfgidG2ywY22sVQ /SF4=; b=li2QQ1zTHCXKPp/w3cvrZ3trTsgK34TgaqtznwwDVb6oYARjUGv6z35 pavVotDXqJN0UuUmBBTF3Nr0mb5JydTOiQf5kWy0kuKSDBcp+OJuy9Xf5M6p1djv ntju2peRmGJUHWh2aXnpCay66YkgsoUW7VJtAMuBvVCshLCoPlFc= 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:subject:date; s=smtpout; bh=wBn5xEEhgfgidG2ywY22sVQ/SF4=; b=equl5CG70UUhAU9Jmep6jfdfLayC Bxz5ambEsh3b7ADDYge2m6J98phjT+4E2l+SvxLwBzlCZa/rCnE6UB969pl7O86p sEEKycrKUCpqbgsdAZP9hXkX7R8KC//e36yYLuC9YySA+XBDfZlid8A2tYMoPTqI oiUcl2St+IpaG+c= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id DDAB0B00003; Sat, 29 Jun 2013 14:39:28 -0400 (EDT) Message-Id: <1372531168.29452.140661249974753.35B34BFC@webmail.messagingengine.com> X-Sasl-Enc: 0e1PvZ1Ol2koUm7+iZ9Qst5WleM7BrDzHrkwZBV/qm6w 1372531168 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-5ae8e04c Subject: panic: Unrecoverable machine check exception Date: Sat, 29 Jun 2013 13:39:28 -0500 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 18:39:30 -0000 I'm trying to get my server to a stable build of current so I can run a current poudriere jail alongside my 9.1 and 8.4 environments for testing package building. This server runs several other jails that host all the other services on my server. Coredump, etc can be found here: http://feld.me/freebsd/r251046/ Any suggestions on how to work around this so I can stabilize my build server would be appreciated. From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 19:03:23 2013 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BB907F6C for ; Sat, 29 Jun 2013 19:03:23 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id AD17910D1 for ; Sat, 29 Jun 2013 19:03:20 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id 5C64A36F4BF4; Sat, 29 Jun 2013 12:03:20 -0700 (PDT) To: FreeBSD-current@FreeBSD.org Subject: usb sound module loading From: Waitman Gobble X-UUID-HOR: 1CD5F2D9-2ABA-ABF2-E1A7-62739D5286E1 Message-Id: <20130629190320.5C64A36F4BF4@dx.burplex.com> Date: Sat, 29 Jun 2013 12:03:20 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 19:03:23 -0000 Hi, I have sound modules commented out in kernel config : # Sound support #device sound # Generic sound driver (required) #device snd_cmi # CMedia CMI8338/CMI8738 #device snd_csa # Crystal Semiconductor CS461x/428x #device snd_emu10kx # Creative SoundBlaster Live! and Audigy #device snd_es137x # Ensoniq AudioPCI ES137x #device snd_hda # Intel High Definition Audio #device snd_ich # Intel, NVidia and other ICH AC'97 Audio #device snd_via8233 # VIA VT8233x Audio #device snd_uaudio # USB Audio However, if i plug in a USB mic the following kernel modules are loaded automatically: 8 1 0xffffffff81e44000 f344 snd_uaudio.ko 9 2 0xffffffff81e54000 3dfdf sound.ko I do not seem to have any sound related options active in /boot/loader.conf or /etc/rc.conf This causes a problem when using ossv4.2 in ports, actually when a USB mic is plugged in ... (when using the oss v4.2 drivers, and you have them loaded into the kernel, ie 14 3 0xffffffff82086000 7b581 osscore.ko 15 1 0xffffffff81e44000 4360 oss_cmpci.ko 16 1 0xffffffff81e49000 214a0 oss_hdaudio.ko ) ... the machine instantly reboots. It would be good to either prevent sound.ko from loading, or have the machine use the oss4.2 driver instead. Any hints or suggestions appreciated. Thanks, -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 19:20:15 2013 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 682553C5 for ; Sat, 29 Jun 2013 19:20:15 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 40BF5113D for ; Sat, 29 Jun 2013 19:20:15 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ut0gv-000DoK-8D; Sat, 29 Jun 2013 15:20:13 -0400 Date: Sat, 29 Jun 2013 15:20:13 -0400 From: Gary Palmer To: Waitman Gobble Subject: Re: usb sound module loading Message-ID: <20130629192012.GB38815@in-addr.com> References: <20130629190320.5C64A36F4BF4@dx.burplex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130629190320.5C64A36F4BF4@dx.burplex.com> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: FreeBSD-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 19:20:15 -0000 On Sat, Jun 29, 2013 at 12:03:20PM -0700, Waitman Gobble wrote: > > Hi, > > > I have sound modules commented out in kernel config : > # Sound support > #device sound # Generic sound driver (required) > #device snd_cmi # CMedia CMI8338/CMI8738 > #device snd_csa # Crystal Semiconductor CS461x/428x > #device snd_emu10kx # Creative SoundBlaster Live! and Audigy > #device snd_es137x # Ensoniq AudioPCI ES137x > #device snd_hda # Intel High Definition Audio > #device snd_ich # Intel, NVidia and other ICH AC'97 Audio > #device snd_via8233 # VIA VT8233x Audio > #device snd_uaudio # USB Audio > > However, if i plug in a USB mic the following kernel modules are loaded > automatically: > > 8 1 0xffffffff81e44000 f344 snd_uaudio.ko > 9 2 0xffffffff81e54000 3dfdf sound.ko > > I do not seem to have any sound related options active in /boot/loader.conf or > /etc/rc.conf > > This causes a problem when using ossv4.2 in ports, actually when a USB mic is > plugged in ... > (when using the oss v4.2 drivers, and you have them loaded into the kernel, > ie > 14 3 0xffffffff82086000 7b581 osscore.ko > 15 1 0xffffffff81e44000 4360 oss_cmpci.ko > 16 1 0xffffffff81e49000 214a0 oss_hdaudio.ko > ) > ... the machine instantly reboots. It would be good to either prevent sound.ko > from loading, or have the machine use the oss4.2 driver instead. > > Any hints or suggestions appreciated. > > Thanks, Check /etc/devd/usb.conf You don't mention which release you are using, but I suspect the USB config file for devd is autoloading the snd_uaudio module for you. Regards, Gary From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 20:01:59 2013 Return-Path: Delivered-To: FreeBSD-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DCFA5F5B; Sat, 29 Jun 2013 20:01:59 +0000 (UTC) (envelope-from daemon@dx.burplex.com) Received: from dx.burplex.com (dx.burplex.com [50.197.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id CE1BB127A; Sat, 29 Jun 2013 20:01:56 +0000 (UTC) Received: by dx.burplex.com (Postfix, from userid 1) id 2692B36F47D5; Sat, 29 Jun 2013 13:01:56 -0700 (PDT) To: Gary Palmer Subject: Re: usb sound module loading From: Waitman Gobble X-UUID-HOR: ed82f420-e0f0-11e2-a0c8-902b34a86bc3 Message-Id: <20130629200156.2692B36F47D5@dx.burplex.com> Date: Sat, 29 Jun 2013 13:01:56 -0700 (PDT) Cc: FreeBSD-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 20:01:59 -0000 On Sat, 29 Jun 2013 15:20:13 -0400, Gary Palmer wrote: >Check /etc/devd/usb.conf > >You don't mention which release you are using, but I suspect the USB >config file for devd is autoloading the snd_uaudio module for you. > >Regards, > >Gary > Thanks Gary. BTW I'm running FreeBSD 10.0-CURRENT #0 r252355 That /etc/devd/usb.conf file is the ticket! -- Waitman Gobble San Jose California USA +1.5108307875 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 20:18:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5EE5A7F5 for ; Sat, 29 Jun 2013 20:18:13 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 24EA4133F for ; Sat, 29 Jun 2013 20:18:12 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::f4c1:4dbb:d6db:27cc] (unknown [IPv6:2001:7b8:3a7:0:f4c1:4dbb:d6db:27cc]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AEFA95C43; Sat, 29 Jun 2013 22:18:05 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: compilation error regarding __cxa_call_terminate() From: Dimitry Andric In-Reply-To: <51CEEBD0.5050905@gmx.com> Date: Sat, 29 Jun 2013 22:18:04 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51CEEBD0.5050905@gmx.com> To: dt71@gmx.com X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 20:18:13 -0000 On Jun 29, 2013, at 16:14, dt71@gmx.com wrote: > Using Clang head: >=20 > = /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc= :44:1: error: > conflicting types for '__cxa_call_terminate' > __cxa_call_terminate(_Unwind_Exception* ue_header_) > ^ > = /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx= .h:136:17: note: > previous declaration is here > extern "C" void __cxa_call_terminate (void*) = __attribute__((noreturn)); > ^ Thanks, this should be fixed with r252387. From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 21:05:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AC3F2E1; Sat, 29 Jun 2013 21:05:37 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3B31636; Sat, 29 Jun 2013 21:05:37 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (unknown [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id 5369495; Sat, 29 Jun 2013 23:05:36 +0200 (CEST) Received: from thebe.jupiter.sigsegv.be (thebe.jupiter.sigsegv.be [172.16.1.5]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id D6A022125; Sat, 29 Jun 2013 23:05:20 +0200 (CEST) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id B28D6D0B0; Sat, 29 Jun 2013 23:05:20 +0200 (CEST) Date: Sat, 29 Jun 2013 23:05:20 +0200 From: Kristof Provost To: Martin Matuska Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130629210519.GA9208@thebe.jupiter.sigsegv.be> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> <20130629120122.000041c7@unknown> <51CECCDB.7040904@FreeBSD.org> <20130629170024.0000145b@unknown> <51CF100C.2010902@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <51CF100C.2010902@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 21:05:37 -0000 On 2013-06-29 18:49:16 (+0200), Martin Matuska wrote: > This was an obvious error by me - I forgot to register zfs_ioc_jail and > zfs_ioc_unjail using the new functions. > Amazing noone noticed this by now until it got merged down to stable/8. > > In addition, I see no need to log these operations to the zpool history > as they cause no on-disk changes, so I have disabled logging for these > calls. > Please test the patch from current in r252380. > > http://svnweb.freebsd.org/base?view=revision&revision=252380 > This fixes the panic for me (on stable/9). Thanks, Kristof From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 21:38:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4A8C8CA1; Sat, 29 Jun 2013 21:38:59 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 02176170E; Sat, 29 Jun 2013 21:38:58 +0000 (UTC) Received: from outgoing.leidinger.net (p57A396DB.dip0.t-ipconnect.de [87.163.150.219]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9F1A98440CF; Sat, 29 Jun 2013 23:38:44 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id D6ED71034; Sat, 29 Jun 2013 23:38:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1372541922; bh=yVQgJyJghHUx4UpdKCTm7uNPQukAn+8lTmcUTUPHgoQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=QgyekAaMhYYkpcxEu1Cxalaq4LotGPT4LFmA+40R/ZUztZdTEnokmGNb0dST1VsBy 37E1dTVUEMjWPshzuFCshj2von/FavttfGzbBIdmG6qvhO55USo6Ax7oITqRdELdRz vCqrDG6diBQvxpAh3saawwXZMCK5jJLpEzOqTNbq/WoduLqIc2Je3gwtqQ3fEExTNg lsmnwhiSqb/Rrxx13ceMBKcBdh0YP51HaJ0e/Dgr2ONJ5AfqTKbMXSSL0vsn50NizU KeA7X1aKTKPoOQZNdXsR4RuDDwQ+fnzfZelTAWg4kqq9Q0Tn7F9hvtuDg+DQ+lbURf IQuXqeqMCrQkQ== Date: Sat, 29 Jun 2013 23:38:44 +0200 From: Alexander Leidinger To: Kristof Provost Subject: Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS? Message-ID: <20130629233844.0000318b@unknown> In-Reply-To: <20130629210519.GA9208@thebe.jupiter.sigsegv.be> References: <20130612223024.00003980@unknown> <20130614230702.00006aa0@unknown> <20130624101517.GA9630@thebe.jupiter.sigsegv.be> <20130624220801.0000492c@unknown> <20130627215832.GA9470@thebe.jupiter.sigsegv.be> <20130629120122.000041c7@unknown> <51CECCDB.7040904@FreeBSD.org> <20130629170024.0000145b@unknown> <51CF100C.2010902@FreeBSD.org> <20130629210519.GA9208@thebe.jupiter.sigsegv.be> X-Mailer: Claws Mail 3.9.1-2-g66aa06 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9F1A98440CF.A3355 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.105, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.07, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_ZF 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1373146725.68115@f2nNvlxafl2JGnv07udjWw X-EBL-Spam-Status: No Cc: Martin Matuska , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 21:38:59 -0000 On Sat, 29 Jun 2013 23:05:20 +0200 Kristof Provost wrote: > On 2013-06-29 18:49:16 (+0200), Martin Matuska wrote: > > This was an obvious error by me - I forgot to register zfs_ioc_jail > > and zfs_ioc_unjail using the new functions. > > Amazing noone noticed this by now until it got merged down to > > stable/8. > > > > In addition, I see no need to log these operations to the zpool > > history as they cause no on-disk changes, so I have disabled > > logging for these calls. > > Please test the patch from current in r252380. > > > > http://svnweb.freebsd.org/base?view=revision&revision=252380 > > > This fixes the panic for me (on stable/9). I confirm for -current. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 23:12:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E3031F32 for ; Sat, 29 Jun 2013 23:12:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id AABCC1937 for ; Sat, 29 Jun 2013 23:12:27 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=u+Bwc9JL7tMNtl/i9xObSTPSFclN5AOtXcIZY5dPsHA= c=1 sm=2 a=ctSXsGKhotwA:10 a=FKkrIqjQGGEA:10 a=vEQvWETbpu8A:10 a=IkcTkHD0fZMA:10 a=6I5d2MoRAAAA:8 a=SSXDxoJpruQyTNpCM6UA:9 a=QEXdDO2ut3YA:10 a=SV7veod9ZcQA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEABJoz1GDaFve/2dsb2JhbABZFoMlSYMHvAyBFHSCIwEBAQMBAQEBICsgCwUWGAICDRkCKQEJJgYIBwQBGQMEh2gGDKl1kFOBJo0GfjQHglGBFgOVA4NukByDLSAygQM3 X-IronPort-AV: E=Sophos;i="4.87,967,1363147200"; d="scan'208";a="37889922" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 29 Jun 2013 19:12:25 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EF82979776; Sat, 29 Jun 2013 19:12:25 -0400 (EDT) Date: Sat, 29 Jun 2013 19:12:25 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <622716002.319507.1372547545943.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: NFSv4 console messages (locks lost etc.) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 23:12:28 -0000 Lars Eggert wrote: > Hi, > > I should have mentioned that the server is FreeBSD -STABLE running > newnfs, and the network isn't partitioned (because I access the box > over SSH at the same time I see these messages.) > > They only appear under heavy NFS load (portmaster build of math/R in > this case.) > All I can think of that the server gets overloaded to the point where it doesn't process Renews within a reasonable timeframe. One thing you could try is the drc4 patch which wollman@ has had pretty good luck with for reducing CPU overhead and mutex contention in the server. The patch can be found at: http://people.freebsd.org/~rmacklem/drc4.patch Someday I'll get together with ivoras@ and come up with a version of this for head, rick > Lars > > On Jun 29, 2013, at 2:32, Rick Macklem wrote: > > > Lars Eggert wrote: > >> Hi, > >> > >> on a -CURRENT client, I get quite a number of console messages > >> under > >> heavy NFSv4 load, such as: > >> > >> nfsv4 expired locks lost > > Means the lease expired on the NFSv4 server somehow. Lease > > expiry is "bad news" and there is no way to recover locks > > lost because of it. > >> nfscl: never fnd open > > Usually, opens can be recovered after a lease expiry, but it > > might be broken. Since lease expiry should never happen during > > normal operation (see below), it doesn't get a lot of testing. > > > >> nfscl: never fnd open > >> nfscl: never fnd open > >> nfsv4 expired locks lost > >> nfscl: never fnd open > >> nfscl: never fnd open > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfscl: never fnd open > >> > >> Can I ignore them? Can I turn them off? > >> > > Well, these should never happen during normal, correct operation. > > The > > "nfsv4 expired locks lost" implies lease expiry. This should only > > happen > > when the client is network partitioned from the server for more > > than > > a lease duration (chosen by the server, but typically about > > 1minute). > > The client does a Renew Op every 1/2 lease durations to avoid this. > > Also, > > any state related operation (open/lock/locku/close/etc) is supposed > > to > > renew the lease implicitly. > > > > If you are getting network partitions happening, then you really > > need > > to fix the network. > > > > If not, then if you watch network traffic with something like > > wireshark > > and see Renew Ops happening at regular intervals, then I can only > > suggest > > that the server is somehow broken for NFSv4. You should also look > > for > > NFS4ERR_EXPIRED error replies to operations related to state > > (open/lock/locku/close). > > That is the server reply which indicates the lease expiry. If the > > server is > > never returning this, I have no idea how the client would generate > > the above > > messages, but it does indicate a client NFSv4 bug if that is the > > case. > > > > Switching all mounts to NFSv3 will get rid of the above, although > > it is > > not exactly a fix;-) > > > > rick > > > >> Thanks, > >> Lars > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 23:22:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C21AC286 for ; Sat, 29 Jun 2013 23:22:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 89CAE196D for ; Sat, 29 Jun 2013 23:22:15 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=u+Bwc9JL7tMNtl/i9xObSTPSFclN5AOtXcIZY5dPsHA= c=1 sm=2 a=4x594vOIrDwA:10 a=FKkrIqjQGGEA:10 a=vEQvWETbpu8A:10 a=IkcTkHD0fZMA:10 a=6I5d2MoRAAAA:8 a=BHBPfNSxC4LuMt8AMycA:9 a=QEXdDO2ut3YA:10 a=SV7veod9ZcQA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqMEAJBpz1GDaFve/2dsb2JhbABZgztJgwe8DIEUdIIjAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggHBAEZAwSHaAYMqXiQVIEmjQZ+NAeCUYEWA5UDg26QHIMtIDKBAzc X-IronPort-AV: E=Sophos;i="4.87,967,1363147200"; d="scan'208";a="37891415" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 29 Jun 2013 19:22:14 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 6D92FB4086; Sat, 29 Jun 2013 19:22:14 -0400 (EDT) Date: Sat, 29 Jun 2013 19:22:14 -0400 (EDT) From: Rick Macklem To: Lars Eggert Message-ID: <842074670.320465.1372548134429.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: NFSv4 console messages (locks lost etc.) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 23:22:15 -0000 Lars Eggert wrote: > Hi, > > I should have mentioned that the server is FreeBSD -STABLE running > newnfs, and the network isn't partitioned (because I access the box > over SSH at the same time I see these messages.) > > They only appear under heavy NFS load (portmaster build of math/R in > this case.) > Oh, one more thing. If the server hits NFSRV_V4STATELIMIT for a total count of opens and locks (defined in sys/fs/nfs/nfsport.h) it will stop doing opens and pretty well come to a grinding halt. The default of 500000 seems pretty generous, but since it was chosen to avoid resource exhaustion on a single core PIII with 256Mbytes of RAM, increasing it is probably safe for more modern server hardware. (You'll need to edit sys/fs/nfs/nfsport.h and rebuild a kernel. It isn't a sysctl.) rick > Lars > > On Jun 29, 2013, at 2:32, Rick Macklem wrote: > > > Lars Eggert wrote: > >> Hi, > >> > >> on a -CURRENT client, I get quite a number of console messages > >> under > >> heavy NFSv4 load, such as: > >> > >> nfsv4 expired locks lost > > Means the lease expired on the NFSv4 server somehow. Lease > > expiry is "bad news" and there is no way to recover locks > > lost because of it. > >> nfscl: never fnd open > > Usually, opens can be recovered after a lease expiry, but it > > might be broken. Since lease expiry should never happen during > > normal operation (see below), it doesn't get a lot of testing. > > > >> nfscl: never fnd open > >> nfscl: never fnd open > >> nfsv4 expired locks lost > >> nfscl: never fnd open > >> nfscl: never fnd open > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfsv4 expired locks lost > >> nfscl: never fnd open > >> > >> Can I ignore them? Can I turn them off? > >> > > Well, these should never happen during normal, correct operation. > > The > > "nfsv4 expired locks lost" implies lease expiry. This should only > > happen > > when the client is network partitioned from the server for more > > than > > a lease duration (chosen by the server, but typically about > > 1minute). > > The client does a Renew Op every 1/2 lease durations to avoid this. > > Also, > > any state related operation (open/lock/locku/close/etc) is supposed > > to > > renew the lease implicitly. > > > > If you are getting network partitions happening, then you really > > need > > to fix the network. > > > > If not, then if you watch network traffic with something like > > wireshark > > and see Renew Ops happening at regular intervals, then I can only > > suggest > > that the server is somehow broken for NFSv4. You should also look > > for > > NFS4ERR_EXPIRED error replies to operations related to state > > (open/lock/locku/close). > > That is the server reply which indicates the lease expiry. If the > > server is > > never returning this, I have no idea how the client would generate > > the above > > messages, but it does indicate a client NFSv4 bug if that is the > > case. > > > > Switching all mounts to NFSv3 will get rid of the above, although > > it is > > not exactly a fix;-) > > > > rick > > > >> Thanks, > >> Lars > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 23:51:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 371EBB9E; Sat, 29 Jun 2013 23:51:09 +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]) by mx1.freebsd.org (Postfix) with ESMTP id F36A01A13; Sat, 29 Jun 2013 23:51:08 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id 16so3072047obc.40 for ; Sat, 29 Jun 2013 16:51:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=7cQHXGGCA7kqfX4KJEVHP6JIikY8kjp1FAxKUQCXDNU=; b=VEU8Z4ENmGNHKRn7Hmp5sWIGMxrLY/6rFq21mC9kt/W8JK6k7aeojhs8FE3N5qOdUS auIADzZl4DAfb90JhnifbWzarzjPTozQo1RcXIpCYjmcoSW2ejgd8mSuzEcmhyOAouwj 8FGjuLM5v8fb4zJOkqy/QmoXrFsDxYn894pWuUgSNlyjkSU5BXwLvecFbVcDqqESMheF s/qsVsodtqynGg4Z4rStUrOqpbEu2LOjTx05kG9DiaQ4EIbEJtzwxXxT7ciAxpGmqfhw 4c2HN3e1P71VuWuw+1Soe7A/NZSQOTXX1cJh55JpsALVyPicmGVtp244/v39FxXtnE6H UAJA== MIME-Version: 1.0 X-Received: by 10.182.176.34 with SMTP id cf2mr8299992obc.45.1372549868628; Sat, 29 Jun 2013 16:51:08 -0700 (PDT) Received: by 10.182.227.231 with HTTP; Sat, 29 Jun 2013 16:51:08 -0700 (PDT) Date: Sun, 30 Jun 2013 01:51:08 +0200 Message-ID: Subject: VFCF_JAIL From: Oliver Pinter To: peter@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 23:51:09 -0000 Hi! Why needed the VFCF_JAIL flag in this commit? And why not reflected this change in the commit message? https://github.com/freebsd/freebsd/commit/b08615c213db4d34132dea8c42770d1635e903fc PS.: the svnweb.freebsd.org is out of sync.. From owner-freebsd-current@FreeBSD.ORG Sat Jun 29 23:55:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51918E40; Sat, 29 Jun 2013 23:55:01 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 172671A38; Sat, 29 Jun 2013 23:55:01 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id j1so3558560oag.4 for ; Sat, 29 Jun 2013 16:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ug2USjjBayjAp5lGQ/TKCxHW5BoOFEOVx2b2hp60tTU=; b=Gkz1QrgWlN8alaVE2kXM8OIdIdsZclGBDsGzePYeDCg6t7b2WcLwJKVORcuBF7iVGp rEKjigsUivcu41qnpBSFm/NClbn1J76v7ytDkhw8Um+YAk5oEkoS5mKmAic0puy9z61S whyOPSrL+MsHpDlo9Ce27Z7n2tuqAZaZ4Vr7IbdMnSfjXHKmA2Oz322dNoHfowJRhYdS 5XkvzcC4R66ZybwfURYzWzrSxvrc9MInHaE3MV68PcpxUHTg29kEmOUNpIfqmV8jrKjN UQwsDiKd9PkXa7gRdUZR9x9YZKPAPL6SgOwBJF+gMNOd88HoaCNusRBiU2kYLAQ15c1j nyCA== MIME-Version: 1.0 X-Received: by 10.60.102.41 with SMTP id fl9mr7544989oeb.37.1372550100741; Sat, 29 Jun 2013 16:55:00 -0700 (PDT) Received: by 10.182.227.231 with HTTP; Sat, 29 Jun 2013 16:55:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 30 Jun 2013 01:55:00 +0200 Message-ID: Subject: Re: VFCF_JAIL From: Oliver Pinter To: peter@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 23:55:01 -0000 Sorry for the noise, I found this revert: https://github.com/freebsd/freebsd/commit/51861f0c71f2b3945937dbef2e27efaf6e19fe92 On 6/30/13, Oliver Pinter wrote: > Hi! > > Why needed the VFCF_JAIL flag in this commit? And why not reflected > this change in the commit message? > > https://github.com/freebsd/freebsd/commit/b08615c213db4d34132dea8c42770d1635e903fc > > PS.: > the svnweb.freebsd.org is out of sync.. >