From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 07:25:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C9281065675; Sun, 12 Dec 2010 07:25:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1DADA8FC14; Sun, 12 Dec 2010 07:25:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBC7Pvef030057; Sun, 12 Dec 2010 02:25:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBC7PvV8030056; Sun, 12 Dec 2010 07:25:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Dec 2010 07:25:57 GMT Message-Id: <201012120725.oBC7PvV8030056@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2010 07:25:58 -0000 TB --- 2010-12-12 05:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-12 05:35:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-12-12 05:35:00 - cleaning the object tree TB --- 2010-12-12 05:35:22 - cvsupping the source tree TB --- 2010-12-12 05:35:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-12-12 05:35:36 - building world TB --- 2010-12-12 05:35:36 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-12 05:35:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-12 05:35:36 - TARGET=pc98 TB --- 2010-12-12 05:35:36 - TARGET_ARCH=i386 TB --- 2010-12-12 05:35:36 - TZ=UTC TB --- 2010-12-12 05:35:36 - __MAKE_CONF=/dev/null TB --- 2010-12-12 05:35:36 - cd /src TB --- 2010-12-12 05:35:36 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 12 05:35:37 UTC 2010 >>> 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 Dec 12 07:17:43 UTC 2010 TB --- 2010-12-12 07:17:44 - generating LINT kernel config TB --- 2010-12-12 07:17:44 - cd /src/sys/pc98/conf TB --- 2010-12-12 07:17:44 - /usr/bin/make -B LINT TB --- 2010-12-12 07:17:44 - building LINT kernel TB --- 2010-12-12 07:17:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-12 07:17:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-12 07:17:44 - TARGET=pc98 TB --- 2010-12-12 07:17:44 - TARGET_ARCH=i386 TB --- 2010-12-12 07:17:44 - TZ=UTC TB --- 2010-12-12 07:17:44 - __MAKE_CONF=/dev/null TB --- 2010-12-12 07:17:44 - cd /src TB --- 2010-12-12 07:17:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 12 07:17:44 UTC 2010 >>> 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clnfsiod.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsserver/nfs_nfsdsocket.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsserver/nfs_nfsdsubs.c /src/sys/fs/nfsserver/nfs_nfsdsubs.c: In function 'nfsrv_putreferralattr': /src/sys/fs/nfsserver/nfs_nfsdsubs.c:1654: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-12 07:25:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-12 07:25:56 - ERROR: failed to build lint kernel TB --- 2010-12-12 07:25:56 - 5367.19 user 905.90 system 6655.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:19:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F35E1065670 for ; Sun, 12 Dec 2010 11:19:14 +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 3AB028FC13 for ; Sun, 12 Dec 2010 11:19:14 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32F9D9.dip.t-dialin.net [91.50.249.217]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id AE17184400D for ; Sun, 12 Dec 2010 12:19:10 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 5D8C61C97 for ; Sun, 12 Dec 2010 12:19:07 +0100 (CET) Date: Sun, 12 Dec 2010 12:19:07 +0100 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20101212121907.000010bd@unknown> In-Reply-To: <20101211222417.GA41847@freebsd.org> References: <20101211222417.GA41847@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: AE17184400D.A4985 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1292757551.09379@wMPAJNf2zJrKaTyIlx3ugA X-EBL-Spam-Status: No Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2010 11:19:14 -0000 On Sat, 11 Dec 2010 22:24:17 +0000 Alexander Best wrote: > hi there, >=20 > any thoughts on this patch? it adds files which will be removed when > WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) > only get installed when WITHOUT_SYSINSTALL wasn't defined and also Gab es nicht "gerade" einen commit der sade von sysinstall unabh=E4ngig installiert? Kann auch sein, dass es nur ein commit war der f=FCr eine bestimmte Architektur sade nun auch installiert... Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:20:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8562106564A; Sun, 12 Dec 2010 11:20:57 +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 83AD98FC12; Sun, 12 Dec 2010 11:20:57 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32F9D9.dip.t-dialin.net [91.50.249.217]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 2B0DA84400D; Sun, 12 Dec 2010 12:20:51 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 568D51C98; Sun, 12 Dec 2010 12:20:48 +0100 (CET) Date: Sun, 12 Dec 2010 12:20:48 +0100 From: Alexander Leidinger To: Alexander Best Message-ID: <20101212122048.00004aff@unknown> In-Reply-To: <20101211222417.GA41847@freebsd.org> References: <20101211222417.GA41847@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; 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: 2B0DA84400D.A5DE7 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1292757654.02863@0TzUSUGhKBWysfgiy3grFw X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2010 11:20:57 -0000 On Sat, 11 Dec 2010 22:24:17 +0000 Alexander Best wrote: > hi there, > > any thoughts on this patch? it adds files which will be removed when > WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) > only get installed when WITHOUT_SYSINSTALL wasn't defined and also Ooops, sorry, I hit the wrong button in my previous mail, it was supposed to go to Alex only. The translation: I think I remember a commit which changed something related to sade recently. I do not remember if it is related to all architectures or only to one. Something to look at... Bye, Alexander. > that any related executables and manual pages get removed if in fact > that var is defined. > > cheers. > alex > From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:21:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id BE42E1065673; Sun, 12 Dec 2010 12:21:09 +0000 (UTC) Date: Sun, 12 Dec 2010 12:21:09 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20101212122109.GB61077@freebsd.org> References: <20101211222417.GA41847@freebsd.org> <20101212122048.00004aff@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101212122048.00004aff@unknown> Cc: freebsd-current@freebsd.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2010 12:21:09 -0000 On Sun Dec 12 10, Alexander Leidinger wrote: > On Sat, 11 Dec 2010 22:24:17 +0000 Alexander Best > wrote: > > > hi there, > > > > any thoughts on this patch? it adds files which will be removed when > > WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) > > only get installed when WITHOUT_SYSINSTALL wasn't defined and also > > Ooops, sorry, I hit the wrong button in my previous mail, it was > supposed to go to Alex only. The translation: I think I remember a > commit which changed something related to sade recently. I do not > remember if it is related to all architectures or only to one. > Something to look at... this one? http://www.mail-archive.com/svn-src-head@freebsd.org/msg08677.html > > Bye, > Alexander. > > > that any related executables and manual pages get removed if in fact > > that var is defined. > > > > cheers. > > alex > > -- a13x From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 15:49:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E098106564A; Sun, 12 Dec 2010 15:49:36 +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 3836F8FC17; Sun, 12 Dec 2010 15:49:35 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32F9D9.dip.t-dialin.net [91.50.249.217]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 68799844012; Sun, 12 Dec 2010 16:49:31 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 65FD21CB4; Sun, 12 Dec 2010 16:49:28 +0100 (CET) Date: Sun, 12 Dec 2010 16:49:27 +0100 From: Alexander Leidinger To: Alexander Best Message-ID: <20101212164927.000029a9@unknown> In-Reply-To: <20101212122109.GB61077@freebsd.org> References: <20101211222417.GA41847@freebsd.org> <20101212122048.00004aff@unknown> <20101212122109.GB61077@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; 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: 68799844012.A5F5B X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1292773772.16385@/bc4YotFxCDQNu53ZN468Q X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2010 15:49:36 -0000 On Sun, 12 Dec 2010 12:21:09 +0000 Alexander Best wrote: > On Sun Dec 12 10, Alexander Leidinger wrote: > > On Sat, 11 Dec 2010 22:24:17 +0000 Alexander Best > > wrote: > > > > > hi there, > > > > > > any thoughts on this patch? it adds files which will be removed > > > when WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and > > > sade(8) only get installed when WITHOUT_SYSINSTALL wasn't defined > > > and also > > > > Ooops, sorry, I hit the wrong button in my previous mail, it was > > supposed to go to Alex only. The translation: I think I remember a > > commit which changed something related to sade recently. I do not > > remember if it is related to all architectures or only to one. > > Something to look at... > > this one? > > http://www.mail-archive.com/svn-src-head@freebsd.org/msg08677.html Yes. So it's not an issue. Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 14:38:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 540FE10656A9 for ; Mon, 13 Dec 2010 14:38:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 27BC08FC19 for ; Mon, 13 Dec 2010 14:38:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C605546B09; Mon, 13 Dec 2010 09:38:15 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EDB318A009; Mon, 13 Dec 2010 09:38:14 -0500 (EST) From: John Baldwin To: Tom Uffner Date: Mon, 13 Dec 2010 09:24:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4D010215.8020600@uffner.com> <201012100820.52926.jhb@freebsd.org> <4D02D01D.7090902@uffner.com> In-Reply-To: <4D02D01D.7090902@uffner.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012130924.26244.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 13 Dec 2010 09:38:15 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: USB 1.1 devs not working on ASUS K8VSE (x86) MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 14:38:16 -0000 On Friday, December 10, 2010 8:13:01 pm Tom Uffner wrote: > John Baldwin wrote: > > >> pci0: at device 16.0 (no driver attached) > >> pci0: at device 16.1 (no driver attached) > >> pci0: at device 16.2 (no driver attached) > >> pci0: at device 16.3 (no driver attached) > > > > Can you get pciconf -lv output for these four devices? > > > > none0@pci0:0:16:0: class=0x0c0300 card=0x80ed1043 chip=0x30381106 > rev=0x81 hdr=0x00 > vendor = 'VIA Technologies, Inc.' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > none1@pci0:0:16:1: class=0x0c0300 card=0x80ed1043 chip=0x30381106 > rev=0x81 hdr=0x00 > vendor = 'VIA Technologies, Inc.' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > none2@pci0:0:16:2: class=0x0c0300 card=0x80ed1043 chip=0x30381106 > rev=0x81 hdr=0x00 > vendor = 'VIA Technologies, Inc.' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > none3@pci0:0:16:3: class=0x0c0300 card=0x80ed1043 chip=0x30381106 > rev=0x81 hdr=0x00 > vendor = 'VIA Technologies, Inc.' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB Ok, can you show the output of 'pciconf -rb pci0:0:16:0 0x9'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 16:30:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B6DD1065672; Mon, 13 Dec 2010 16:30:04 +0000 (UTC) (envelope-from tom@uffner.com) Received: from eris.uffner.com (uffner.com [66.208.243.25]) by mx1.freebsd.org (Postfix) with ESMTP id 02FA18FC0C; Mon, 13 Dec 2010 16:30:03 +0000 (UTC) Received: from xiombarg.uffner.com (static-71-162-143-94.phlapa.fios.verizon.net [71.162.143.94]) (authenticated bits=0) by eris.uffner.com (8.14.3/8.14.3) with ESMTP id oBDGWJbU009942 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=FAIL); Mon, 13 Dec 2010 11:32:20 -0500 (EST) (envelope-from tom@uffner.com) Message-ID: <4D064A08.9070905@uffner.com> Date: Mon, 13 Dec 2010 11:30:00 -0500 From: Tom Uffner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.15) Gecko/20101106 Lightning/1.0b1 SeaMonkey/2.0.10 MIME-Version: 1.0 To: John Baldwin References: <4D010215.8020600@uffner.com> <201012100820.52926.jhb@freebsd.org> <4D02D01D.7090902@uffner.com> <201012130924.26244.jhb@freebsd.org> In-Reply-To: <201012130924.26244.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: USB 1.1 devs not working on ASUS K8VSE (x86) MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 16:30:04 -0000 John Baldwin wrote: > On Friday, December 10, 2010 8:13:01 pm Tom Uffner wrote: >> none0@pci0:0:16:0: class=0x0c0300 card=0x80ed1043 chip=0x30381106 >> rev=0x81 hdr=0x00 >> vendor = 'VIA Technologies, Inc.' >> device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' >> class = serial bus >> subclass = USB > Ok, can you show the output of 'pciconf -rb pci0:0:16:0 0x9'? [xiombarg#:~:1] pciconf -rb pci0:0:16:0 0x9 00 From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 18:03:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E49AD106566B for ; Mon, 13 Dec 2010 18:03:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B40998FC0C for ; Mon, 13 Dec 2010 18:03:51 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6186946B17; Mon, 13 Dec 2010 13:03:51 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 866A88A009; Mon, 13 Dec 2010 13:03:50 -0500 (EST) From: John Baldwin To: Tom Uffner Date: Mon, 13 Dec 2010 12:01:51 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4D010215.8020600@uffner.com> <201012130924.26244.jhb@freebsd.org> <4D064A08.9070905@uffner.com> In-Reply-To: <4D064A08.9070905@uffner.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012131201.51315.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 13 Dec 2010 13:03:50 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: USB 1.1 devs not working on ASUS K8VSE (x86) MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 18:03:52 -0000 On Monday, December 13, 2010 11:30:00 am Tom Uffner wrote: > John Baldwin wrote: > > On Friday, December 10, 2010 8:13:01 pm Tom Uffner wrote: > > >> none0@pci0:0:16:0: class=0x0c0300 card=0x80ed1043 chip=0x30381106 > >> rev=0x81 hdr=0x00 > >> vendor = 'VIA Technologies, Inc.' > >> device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > >> class = serial bus > >> subclass = USB > > > Ok, can you show the output of 'pciconf -rb pci0:0:16:0 0x9'? > > [xiombarg#:~:1] pciconf -rb pci0:0:16:0 0x9 > 00 This device should be supported by the generic UHCI probe in uhci(4). Are you sure you have uhci(4) in your kernel (or uhci.ko loaded)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 21:46:07 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 740F01065670; Mon, 13 Dec 2010 21:46:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6958FC12; Mon, 13 Dec 2010 21:46:06 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1E4FE45CA0; Mon, 13 Dec 2010 22:46:05 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CB2F945683; Mon, 13 Dec 2010 22:45:59 +0100 (CET) Date: Mon, 13 Dec 2010 22:45:56 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 21:46:07 -0000 --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. The new patchset is ready for testing: http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 When applying the patch be sure to use correct options for patch(1)!: # cd /usr/src # fetch http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 # bzip2 -d zfs_20101212.patch.bz2 # patch -E -p0 < zfs_20101212.patch The patch is against FreeBSD HEAD as of 2010-12-12. Some of the changes since the last patchset (zfs_20100831.patch): - Boot support for ZFS v28 (only RAIDZ3 is not yet supported). - Various fixes for the existing ZFS boot code. - Support for sendfile(2) (by avg@). - Userland<->kernel compatibility with v13-v15 (by mm@). - ACL fixes (by trasz@). - Various bug fixes. Please test, test, test. Chances are this is the last patchset before v28 going to HEAD (finally). Especially test new changes, like boot support and sendfile(2) support. Also be sure to verify if you can import for existing ZFS pools (v13-v15) when running v28 or boot from your existing pools. Enjoy! PS. Martin (mm@) will be providing patch against 8-STABLE soon. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GlBMACgkQForvXbEpPzRlcQCgmkzn29dOIcfIZYRv+HNowl/f hYwAn1nCa2M5RjtgDv/DqU3OkFWG4foF =cal6 -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 22:45:41 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAA72106564A; Mon, 13 Dec 2010 22:45:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 911E98FC17; Mon, 13 Dec 2010 22:45:40 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E160245E8E; Mon, 13 Dec 2010 23:45:38 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CC87045DF4; Mon, 13 Dec 2010 23:45:33 +0100 (CET) Date: Mon, 13 Dec 2010 23:45:30 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20101213224530.GI2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q59ABw34pTSIagmi" Content-Disposition: inline In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 22:45:41 -0000 --Q59ABw34pTSIagmi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. >=20 > The new patchset is ready for testing: >=20 > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 >=20 > When applying the patch be sure to use correct options for patch(1)!: >=20 > # cd /usr/src > # fetch http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 > # bzip2 -d zfs_20101212.patch.bz2 > # patch -E -p0 < zfs_20101212.patch [...] If patch(1) reports reject of sys/cddl/compat/opensolaris/sys/sysmacros.h file or you see the following error while compiling world: /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ct= f/cvt/strtab.c:249: undefined reference to `MIN' strtab.o(.text+0x28d): In function `strtab_insert': /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ct= f/cvt/strtab.c:119: undefined reference to `MIN' strtab.o(.text+0x3a1):/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contri= b/opensolaris/tools/ctf/cvt/strtab.c:145: undefined reference to `MIN' *** Error code 1 Simple remove sys/cddl/compat/opensolaris/sys/sysmacros.h file from the tre= e. Unfortunately the patch can either works on source downloaded via cvsup or = on the source downloaded via subversion as those two have different $FreeBSD$ = id strings (at least in case of this file). The patch is generated based on subversion source, so if you use cvsup, you most likely will see the reject= and the error. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Q59ABw34pTSIagmi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GogoACgkQForvXbEpPzRlwwCfZA/DRfA+IbHCO/TN+fsUs43r FzkAn1fl84RQuuZ7QMM6nsBCuLSeJ8r8 =LoRe -----END PGP SIGNATURE----- --Q59ABw34pTSIagmi-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 23:12:22 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B21E0106566B; Mon, 13 Dec 2010 23:12:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 51E228FC0A; Mon, 13 Dec 2010 23:12:21 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7B5A445C9B; Tue, 14 Dec 2010 00:12:20 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4813245C8A; Tue, 14 Dec 2010 00:12:12 +0100 (CET) Date: Tue, 14 Dec 2010 00:12:08 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20101213231208.GK2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HLsZ5Z1opAQvdr2J" Content-Disposition: inline In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 23:12:22 -0000 --HLsZ5Z1opAQvdr2J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. >=20 > The new patchset is ready for testing: >=20 > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 You can also download the whole source tree already patched from here: http://people.freebsd.org/~pjd/zfs_20101212.tbz --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --HLsZ5Z1opAQvdr2J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GqEgACgkQForvXbEpPzQvUwCgxFcxR2dmztee/q1/FQoJwyWc zgUAoLoO2mN7lLB6bec71NLdr++DT6bt =uph1 -----END PGP SIGNATURE----- --HLsZ5Z1opAQvdr2J-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 05:12:37 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 209381065670; Tue, 14 Dec 2010 05:12:37 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C25B28FC13; Tue, 14 Dec 2010 05:12:36 +0000 (UTC) Received: by ywp6 with SMTP id 6so128478ywp.13 for ; Mon, 13 Dec 2010 21:12:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=3Fmdt2lc8Aikawbho++x4IH8cxlhVNfAC5ZOWQMour8=; b=mmXfv0Jxf8YCsYCwLGmPqLXbd8s1rnZrdq+kB2noUtXxREPhIM5eMCU/WVRqNiYKZF JsYMffNXCtyjLp6EiUa26UGgMkjCuAlvwmf9BHTCo80rkaCoklZrIjOOW2e9CtwQjsDd fciaUblmvE/AIqoJppP3GKg52gUSjRwRu/LkQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=GVgYHke3qTiLrkQ+O1H0UFhl/N3vPU985CmU/FxTlEPDfC6nwjCuxTn/YD3z1EjxYG C1VAVCrXCaPID91lfuXF/rU4ciOIfLyXpwkFuzMO125dNqs12iigIA11YYhJc9vGyGeY JFEMhqCz/fQt0V7qjqrKT6Q1v21KSSA/9BXoA= MIME-Version: 1.0 Received: by 10.236.103.175 with SMTP id f35mr495992yhg.27.1292302059788; Mon, 13 Dec 2010 20:47:39 -0800 (PST) Received: by 10.236.102.142 with HTTP; Mon, 13 Dec 2010 20:47:39 -0800 (PST) Date: Tue, 14 Dec 2010 04:47:39 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Best Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 05:12:37 -0000 Alexander Best wrote: >any thoughts on this patch? it adds files which will be removed when >WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) only get >installed when WITHOUT_SYSINSTALL wasn't defined and also that any related >executables and manual pages get removed if in fact that var is defined. ... >diff --git a/usr.sbin/Makefile b/usr.sbin/Makefile >index f3e853e..2151868 100644 >--- a/usr.sbin/Makefile >+++ b/usr.sbin/Makefile >@@ -250,7 +250,6 @@ SUBDIR+= ftp-proxy > SUBDIR+= pkg_install > .endif > >-# XXX MK_TOOLCHAIN? > .if ${MK_PMC} != "no" > SUBDIR+= pmcannotate > SUBDIR+= pmccontrol >@@ -283,7 +282,9 @@ SUBDIR+= praliases > SUBDIR+= sendmail > .endif > >+.if ${MK_SYSINSTALL} != "no" > SUBDIR+= sysinstall >+.endif I'm glad to see that you're filling in some of the many missing bits in this file. The last part of your patch reverts a change that Warner Losh made in r212525 as part of his tbemd project merge. It's possible that this change may have been an unintended, but it followed a discussion in which Warner rejected a related patch proposed by Garrett Cooper, partly because sysinstall is included in build-tools in Makefile.inc1, even though some thought that it should not be. In any event, you should probably look into that before committing the last part of your patch. b. From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 07:04:11 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEC16106564A; Tue, 14 Dec 2010 07:04:11 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 754778FC16; Tue, 14 Dec 2010 07:04:10 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AA4FA45CA6; Tue, 14 Dec 2010 08:04:09 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 959B145C99; Tue, 14 Dec 2010 08:04:04 +0100 (CET) Date: Tue, 14 Dec 2010 08:03:59 +0100 From: Pawel Jakub Dawidek To: Steven Hartland Message-ID: <20101214070359.GL2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <461DD46B04234127AC0984F945FF6CA6@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2YJj5f1P6Th4nBRw" Content-Disposition: inline In-Reply-To: <461DD46B04234127AC0984F945FF6CA6@multiplay.co.uk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 07:04:11 -0000 --2YJj5f1P6Th4nBRw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 11:00:31PM -0000, Steven Hartland wrote: > What's the expected behaviour for the sendfile changes as > sendfile is one of the problems we have here with the > double memory allocation required for it under ZFS compared > to UFS. Does this patch address that? No. The patch doesn't address that. It only adds support for sendfile(2), as it was commented out in the previous patchset. > Inspecting the patch the following segment looks odd:- > --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c.orig > +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > ... > while (n > 0) { > nbytes =3D MIN(n, zfs_read_chunk_size - > P2PHASE(uio->uio_loffset, zfs_read_chunk_size)); >=20 > +#ifdef __FreeBSD__ > + if (uio->uio_segflg =3D=3D UIO_NOCOPY) > + error =3D mappedread_sf(vp, nbytes, uio); > + else > +#endif /* __FreeBSD__ */ > if (vn_has_cached_data(vp)) > error =3D mappedread(vp, nbytes, uio); > else >=20 > Is there an extra "else" in there which will break things or should > the __FreeBSD__ mappedread_sf block replace the standard mappedread > call or is the indentation just a bit weird? The code is correct. It is just hard to split 'else' and 'if' with a '#endif' and keep the indentation pretty. Depends on the conditions we use one of the three methods to read the data. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2YJj5f1P6Th4nBRw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0HFt8ACgkQForvXbEpPzQv7ACg8/MXfzFBhw/3Anqp662p9S9a AqQAoNJBzLjkCHVVWerdU1PCfI1oGUFG =5U9O -----END PGP SIGNATURE----- --2YJj5f1P6Th4nBRw-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 09:32:12 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8521B10665D0; Tue, 14 Dec 2010 09:32:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0718FC1A; Tue, 14 Dec 2010 09:32:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 60251E63D3; Tue, 14 Dec 2010 09:32:11 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=GbNSf/+kVX6t 80JAl1BlLWCyX70=; b=imXBOF6Yc6YIR9a76ALYIou0ln8ZRyTNB7hcXAkDCNcO T8PtNOD4hAp0TeZGoTiRE6j5KsrUB8ZHHTegNHoXUQnC9EPxQ7a+NEVn2fJRgU+S z9znpr3pLFspF3A1XCeQA84TosW2YjS6alVvEcnQL8TaTYbPksnHpvS+hVNjLuE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=Mz0Xie Zu6ghDkqOQMotiKN446UDSHcVovpS6NoiPwKIS8mEK5ikGuQM4UqgKXhIbfSG4G7 CNcuxTgF2WJ8U7mtCw1AGeLwmXfFAC8JlttY6IUxFZTP4QVZlX/OcndK7Ewqw8Vg ZPYQ+AturPj7SZJNBC5cHJem1P2FS2HAphsTA= Received: from unknown (client-86-27-21-134.glfd.adsl.virginmedia.com [86.27.21.134]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 0C555E62CD; Tue, 14 Dec 2010 09:32:11 +0000 (GMT) Date: Tue, 14 Dec 2010 09:31:40 +0000 From: Bruce Cran To: bf1783@gmail.com Message-ID: <20101214093140.00007aad@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@FreeBSD.org, bf1783@googlemail.com Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 09:32:12 -0000 On Tue, 14 Dec 2010 04:47:39 +0000 "b. f." wrote: > The last part of your patch reverts a change that Warner Losh made in > r212525 as part of his tbemd project merge. It's possible that this > change may have been an unintended, but it followed a discussion in > which Warner rejected a related patch proposed by Garrett Cooper, > partly because sysinstall is included in build-tools in Makefile.inc1, > even though some thought that it should not be. In any event, you > should probably look into that before committing the last part of your > patch. I'm wondering if people might be surprised to find sade gone if they set WITHOUT_SYSINSTALL - one's an installer, the other a partitioning program. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 13:58:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F5B8106566B; Tue, 14 Dec 2010 13:58:01 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED35B8FC18; Tue, 14 Dec 2010 13:58:00 +0000 (UTC) Received: by iyb26 with SMTP id 26so331581iyb.13 for ; Tue, 14 Dec 2010 05:58:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.11.204 with SMTP id u12mr3316173ibu.109.1292335080125; Tue, 14 Dec 2010 05:58:00 -0800 (PST) Received: by 10.231.59.142 with HTTP; Tue, 14 Dec 2010 05:58:00 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 14:58:00 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 13:58:01 -0000 2010/12/13 Pawel Jakub Dawidek : > Hi. > > The new patchset is ready for testing: > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.= bz2 > > When applying the patch be sure to use correct options for patch(1)!: > > =A0 =A0 =A0 =A0# cd /usr/src > =A0 =A0 =A0 =A0# fetch http://people.freebsd.org/~pjd/patches/zfs_2010121= 2.patch.bz2 > =A0 =A0 =A0 =A0# bzip2 -d zfs_20101212.patch.bz2 > =A0 =A0 =A0 =A0# patch -E -p0 < zfs_20101212.patch > > The patch is against FreeBSD HEAD as of 2010-12-12. Is it Christmas already ? Thanks ! :) > > Some of the changes since the last patchset (zfs_20100831.patch): > > - Boot support for ZFS v28 (only RAIDZ3 is not yet supported). > - Various fixes for the existing ZFS boot code. > - Support for sendfile(2) (by avg@). > - Userland<->kernel compatibility with v13-v15 (by mm@). I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with an usb l2 cache). I checked-out CURRENT sources with svn, applied the patch (it applied cleanly). Did not modify kernel config (no debugging) or make.conf. buildworld, buildkernel, installkernel INSTKERNNAME=3DCURRENT and rebooted in single-user mode with kernel=3D"CURRENT". No problem so far, the kernel displayed the good freebsd/zpool/zfs version numbers, and it booted correctly in single-user mode. But I had problems with userland v15 : # mount tank/freebsd on / (zfs, local, noatime, read-only) devfs on /dev (devfs, local) # zpool status Assertion failed: (nvlist_lookup_uint64_array(nvroot, ZPOOL_CONFIG_STATS, (uint64_t **)&vs, &vsc) =3D=3D 0), file /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/commo= n/libzfs_status.c, line 181. pid 20 (zpool), uid 0: exited on signal 6 Abort trap Am I missing something ? > - ACL fixes (by trasz@). > - Various bug fixes. > > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. > > Enjoy! > > PS. Martin (mm@) will be providing patch against 8-STABLE soon. > > -- > Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://ww= w.wheelsystems.com > pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http:= //www.FreeBSD.org > FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I Ev= il? Yes, I Am! > Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 14:16:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E0C51065679; Tue, 14 Dec 2010 14:16:22 +0000 (UTC) (envelope-from prvs=19646eb657=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 AE5F98FC13; Tue, 14 Dec 2010 14:16:21 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 14:05:22 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 14:05:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50011777672.msg; Tue, 14 Dec 2010 14:05:21 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=19646eb657=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Olivier Smedts" , "Pawel Jakub Dawidek" References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 14:05:23 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 14:16:22 -0000 ----- Original Message ----- From: "Olivier Smedts" > I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with > an usb l2 cache). I checked-out CURRENT sources with svn, applied the > patch (it applied cleanly). Did not modify kernel config (no > debugging) or make.conf. buildworld, buildkernel, installkernel > INSTKERNNAME=CURRENT and rebooted in single-user mode with > kernel="CURRENT". No problem so far, the kernel displayed the good > freebsd/zpool/zfs version numbers, and it booted correctly in > single-user mode. But I had problems with userland v15 : > # mount > tank/freebsd on / (zfs, local, noatime, read-only) > devfs on /dev (devfs, local) > # zpool status > Assertion failed: (nvlist_lookup_uint64_array(nvroot, > ZPOOL_CONFIG_STATS, (uint64_t **)&vs, &vsc) == 0), file > /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_status.c, > line 181. > pid 20 (zpool), uid 0: exited on signal 6 > Abort trap > > Am I missing something ? build and install world? cd /usr/src make buildworld make installworld 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 Tue Dec 14 14:20:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56875106564A; Tue, 14 Dec 2010 14:20:06 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 059D78FC1B; Tue, 14 Dec 2010 14:20:05 +0000 (UTC) Received: by iwn39 with SMTP id 39so839104iwn.13 for ; Tue, 14 Dec 2010 06:20:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.11.204 with SMTP id u12mr3350110ibu.109.1292336405203; Tue, 14 Dec 2010 06:20:05 -0800 (PST) Received: by 10.231.59.142 with HTTP; Tue, 14 Dec 2010 06:20:05 -0800 (PST) In-Reply-To: References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 15:20:05 +0100 Message-ID: From: Olivier Smedts To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 14:20:06 -0000 2010/12/14 Steven Hartland : > ----- Original Message ----- From: "Olivier Smedts" > >> I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with >> an usb l2 cache). I checked-out CURRENT sources with svn, applied the >> patch (it applied cleanly). Did not modify kernel config (no >> debugging) or make.conf. buildworld, buildkernel, installkernel >> INSTKERNNAME=3DCURRENT and rebooted in single-user mode with >> kernel=3D"CURRENT". No problem so far, the kernel displayed the good >> freebsd/zpool/zfs version numbers, and it booted correctly in >> single-user mode. But I had problems with userland v15 : >> # mount >> tank/freebsd on / (zfs, local, noatime, read-only) >> devfs on /dev (devfs, local) >> # zpool status >> Assertion failed: (nvlist_lookup_uint64_array(nvroot, >> ZPOOL_CONFIG_STATS, (uint64_t **)&vs, &vsc) =3D=3D 0), file >> >> /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/co= mmon/libzfs_status.c, >> line 181. >> pid 20 (zpool), uid 0: exited on signal 6 >> Abort trap >> >> Am I missing something ? > > build and install world? > cd /usr/src > make buildworld Already done, before buildkernel as usual. > make installworld That's what I wanted to do, and why I rebooted single-user on the new kernel. But isn't the v13-v15 userland supposed to work with the v28 kernel ? >>> - Userland<->kernel compatibility with v13-v15 (by mm@). > > =A0 Regards > =A0 Steve > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > This e.mail is private and confidential between Multiplay (UK) Ltd. and t= he > person or entity to whom it is addressed. In the event of misdirection, t= he > 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. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 15:36:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 278971065674; Tue, 14 Dec 2010 15:36:06 +0000 (UTC) (envelope-from prvs=19646eb657=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 5FFA48FC12; Tue, 14 Dec 2010 15:36:04 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 15:35:51 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 15:35:49 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50011778379.msg; Tue, 14 Dec 2010 15:35:49 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=19646eb657=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Olivier Smedts" References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 15:35:48 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 15:36:06 -0000 ----- Original Message ----- From: "Olivier Smedts" >> make installworld > That's what I wanted to do, and why I rebooted single-user on the new > kernel. But isn't the v13-v15 userland supposed to work with the v28 > kernel ? Not if you have just upgrade from 8-STABLE to Current. 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 Tue Dec 14 15:44:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9AA1065672; Tue, 14 Dec 2010 15:44:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id DE4368FC08; Tue, 14 Dec 2010 15:44:28 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F41F145CA6; Tue, 14 Dec 2010 16:44:26 +0100 (CET) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2034445C99; Tue, 14 Dec 2010 16:44:22 +0100 (CET) Date: Tue, 14 Dec 2010 16:44:18 +0100 From: Pawel Jakub Dawidek To: Olivier Smedts Message-ID: <20101214154418.GE1715@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CGDBiGfvSTbxKZlW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland , mm@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 15:44:29 -0000 --CGDBiGfvSTbxKZlW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: > > make installworld >=20 > That's what I wanted to do, and why I rebooted single-user on the new > kernel. But isn't the v13-v15 userland supposed to work with the v28 > kernel ? Yes, it is suppose to work. Exactly to be able to follow FreeBSD common upgrade path. Martin was working on this (CCed). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CGDBiGfvSTbxKZlW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0HkNIACgkQForvXbEpPzRR6QCgpzve3fJfZGOZ0QO6Kl1biSrf A0cAn11cgvgYEX1rzDuojDuuDA82HgqH =7evM -----END PGP SIGNATURE----- --CGDBiGfvSTbxKZlW-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 16:53:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93F4D106564A; Tue, 14 Dec 2010 16:53:26 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD0D8FC12; Tue, 14 Dec 2010 16:53:25 +0000 (UTC) Received: by iwn39 with SMTP id 39so987077iwn.13 for ; Tue, 14 Dec 2010 08:53:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.17.66 with SMTP id r2mr3569022iba.159.1292345605564; Tue, 14 Dec 2010 08:53:25 -0800 (PST) Received: by 10.231.59.142 with HTTP; Tue, 14 Dec 2010 08:53:25 -0800 (PST) In-Reply-To: <20101214154418.GE1715@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <20101214154418.GE1715@garage.freebsd.pl> Date: Tue, 14 Dec 2010 17:53:25 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland , mm@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 16:53:26 -0000 2010/12/14 Pawel Jakub Dawidek : > On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: >> > make installworld >> >> That's what I wanted to do, and why I rebooted single-user on the new >> kernel. But isn't the v13-v15 userland supposed to work with the v28 >> kernel ? > > Yes, it is suppose to work. Exactly to be able to follow FreeBSD common > upgrade path. Martin was working on this (CCed). Ok, glad to hear that. FYI, with the patched 9-CURRENT kernel in single user mode and the 8-STABLE world, I could "zfs list", "zfs list -t snapshot", "zfs mount -a" and "zfs unmount -a" ; those zfs commands worked properly. I only had problems with the zpool command (see previous mails for the error message). It was not necessary for the upgrade path, and I was able to make installworld, but I first wanted to see if the pool reported problems. With the 9-CURRENT world, all is working properly since 2 hours. Desktop/workstation use on an Intel 8-core (4 real with HTT), 4GB RAM, ATI RadeonHD. KDE with compositing, firefox and thunderbird are running fine. No ZFS debug messages except mount_snapshot. I left the few 8-STABLE old libraries, and did not upgrade the pool or the filesystems. Don't want to try that on a "production" desktop machine until it's safer :) Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 22:29:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B99D1065674; Tue, 14 Dec 2010 22:29:30 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id F0A948FC19; Tue, 14 Dec 2010 22:29:29 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 294091289D6; Tue, 14 Dec 2010 23:29:29 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OxdDB45CBVtk; Tue, 14 Dec 2010 23:29:27 +0100 (CET) Received: from [10.9.8.3] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 1F44B1289CF; Tue, 14 Dec 2010 23:29:27 +0100 (CET) Message-ID: <4D07EFC6.3070204@FreeBSD.org> Date: Tue, 14 Dec 2010 23:29:26 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> <20101214154418.GE1715@garage.freebsd.pl> In-Reply-To: <20101214154418.GE1715@garage.freebsd.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Olivier Smedts , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 22:29:30 -0000 Thanks for the notice. I have found the cause of this error (wrong constants), tested the code in both directions again (v15->v28 and v28->v15) + fixed it in perforce. Bugfix patch (apply after pjd's patch): http://people.freebsd.org/~mm/patches/zfs/v28/head-zfs_ioctl_compat.c.patch Dňa 14.12.2010 16:44, Pawel Jakub Dawidek wrote / napísal(a): > On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: >>> make installworld >> That's what I wanted to do, and why I rebooted single-user on the new >> kernel. But isn't the v13-v15 userland supposed to work with the v28 >> kernel ? > Yes, it is suppose to work. Exactly to be able to follow FreeBSD common > upgrade path. Martin was working on this (CCed). > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 12:18:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FACD106564A; Wed, 15 Dec 2010 12:18:46 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id 248208FC15; Wed, 15 Dec 2010 12:18:44 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFCIeci072710; Wed, 15 Dec 2010 14:18:40 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D08B21B.5090000@ukr.net> Date: Wed, 15 Dec 2010 14:18:35 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------030107090307000501030806" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org Subject: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 12:18:46 -0000 This is a multi-part message in MIME format. --------------030107090307000501030806 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit The kernel of the standard, GENERIC Similar problems after attempting to install from the disk FreeBSD-9.0-CURRENT-201011-amd64-dvd1.iso In the latter case, there were cases of complete system lockup. The upgrade process: cd /usr/src make clean rm -r /usr/obj make buildworld make buildkernel KERNCONF=GENERIC make installkernel KERNCONF=GENERIC make installworld What am I doing wrong? -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru --------------030107090307000501030806 Content-Type: text/plain; name="dmesg-9-CURRENT.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-9-CURRENT.txt" RnJlZUJTRCA5LjAtQ1VSUkVOVCAjMDogV2VkIERlYyAxNSAxMTo0ODo0MCBFRVQgMjAxMA0K ICAgIHJvb3RAYmVhc3RpZTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDIGFtZDY0DQpX QVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4NCkNQVTogQU1EIFBoZW5vbSh0bSkgSUkgWDYgMTA5MFQgUHJvY2Vzc29yICgzMjE0 LjI1LU1IeiBLOC1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9 IDB4MTAwZmEwICBGYW1pbHkgPSAxMCAgTW9kZWwgPSBhICBTdGVwcGluZyA9IDANCiAgRmVh dHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQ SUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNT RSxTU0UyLEhUVD4NCiAgRmVhdHVyZXMyPTB4ODAyMDA5PFNTRTMsTU9OLENYMTYsUE9QQ05U Pg0KICBBTUQgRmVhdHVyZXM9MHhlZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUGFn ZTFHQixSRFRTQ1AsTE0sM0ROb3chKywzRE5vdyE+DQogIEFNRCBGZWF0dXJlczI9MHgzN2Zm PExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9TVlcs SUJTLFNLSU5JVCxXRFQ+DQogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQNCnJlYWwgbWVtb3J5 ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikNCmF2YWlsIG1lbW9yeSA9IDE2Mzk4MzExNDI0 ICgxNTYzOCBNQikNCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA0MDANCkFDUEkgQVBJ QyBUYWJsZTogPEdCVCAgICBHQlRVQUNQST4NCkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3Nv ciBTeXN0ZW0gRGV0ZWN0ZWQ6IDYgQ1BVcw0KRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4 IDYgY29yZShzKQ0KIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwDQogY3B1MSAoQVApOiBBUElD IElEOiAgMQ0KIGNwdTIgKEFQKTogQVBJQyBJRDogIDINCiBjcHUzIChBUCk6IEFQSUMgSUQ6 ICAzDQogY3B1NCAoQVApOiBBUElDIElEOiAgNA0KIGNwdTUgKEFQKTogQVBJQyBJRDogIDUN CmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gOA0KaW9hcGljMCA8VmVyc2lvbiAyLjE+ IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZA0Ka2JkMSBhdCBrYmRtdXgwDQphY3BpMDogPEdC VCBHQlRVQUNQST4gb24gbW90aGVyYm9hcmQNCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVk KQ0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQNCmFjcGkwOiBy ZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGQ3YmYwMDAwICgzKSBmYWlsZWQNClRpbWVjb3VudGVy ICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90 aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDA4LTB4NDAw YiBvbiBhY3BpMA0KY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MTogPEFDUEkgQ1BV PiBvbiBhY3BpMA0KY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MzogPEFDUEkgQ1BV PiBvbiBhY3BpMA0KY3B1NDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1NTogPEFDUEkgQ1BV PiBvbiBhY3BpMA0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KcGNp YjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0K cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMQ0KdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhkZTAwLTB4 ZGVmZiBtZW0gMHhkODAwMDAwMC0weGRmZmZmZmZmLDB4ZmRiZTAwMDAtMHhmZGJlZmZmZiww eGZkYTAwMDAwLTB4ZmRhZmZmZmYgaXJxIDE4IGF0IGRldmljZSA1LjAgb24gcGNpMQ0KcGNp MTogPG11bHRpbWVkaWEsIEhEQT4gYXQgZGV2aWNlIDUuMSAobm8gZHJpdmVyIGF0dGFjaGVk KQ0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDkuMCBv biBwY2kwDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNpMjogPHNlcmlhbCBi dXMsIFVTQj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjM6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDEwLjAgb24gcGNpMA0KcGNp MzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMNCnJlMDogPFJlYWxUZWsgODE2OC84MTExIEIv Qy9DUC9EL0RQL0UgUENJZSBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZWUwMC0weGVlZmYg bWVtIDB4ZmRlZmYwMDAtMHhmZGVmZmZmZiwweGZkZWY4MDAwLTB4ZmRlZmJmZmYgaXJxIDE4 IGF0IGRldmljZSAwLjAgb24gcGNpMw0KcmUwOiBVc2luZyAxIE1TSSBtZXNzYWdlcw0KcmUw OiBDaGlwIHJldi4gMHgyODAwMDAwMA0KcmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwDQptaWli dXMwOiA8TUlJIGJ1cz4gb24gcmUwDQpyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMUIg bWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwDQpyZ2VwaHkwOiAgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZE WCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEw MDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3cs IDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdw0KcmUwOiBFdGhl cm5ldCBhZGRyZXNzOiAxYzo2Zjo2NTo0MzpmYTo5YQ0KYXRhcGNpMDogPEFUSSBJWFA3MDAv ODAwIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGZmMDAtMHhmZjA3LDB4ZmUwMC0weGZl MDMsMHhmZDAwLTB4ZmQwNywweGZjMDAtMHhmYzAzLDB4ZmIwMC0weGZiMGYgbWVtIDB4ZmUw MmYwMDAtMHhmZTAyZjNmZiBpcnEgMTkgYXQgZGV2aWNlIDE3LjAgb24gcGNpMA0KYXRhcGNp MDogQUhDSSB2MS4yMCBjb250cm9sbGVyIHdpdGggNiA2R2JwcyBwb3J0cywgUE0gc3VwcG9y dGVkDQphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRhMzogPEFUQSBjaGFu bmVsIDE+IG9uIGF0YXBjaTANCmF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kwDQph dGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMA0KYXRhNjogPEFUQSBjaGFubmVsIDQ+ IG9uIGF0YXBjaTANCmF0YTc6IDxBVEEgY2hhbm5lbCA1PiBvbiBhdGFwY2kwDQpvaGNpMDog PE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyZTAwMC0weGZlMDJl ZmZmIGlycSAxOCBhdCBkZXZpY2UgMTguMCBvbiBwY2kwDQp1c2J1czA6IDxPSENJIChnZW5l cmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTANCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTAyZDAwMC0weGZlMDJkMGZmIGlycSAxNyBh dCBkZXZpY2UgMTguMiBvbiBwY2kwDQp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjANCnVzYnVz MTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTANCm9oY2kx OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJjMDAwLTB4ZmUw MmNmZmYgaXJxIDE4IGF0IGRldmljZSAxOS4wIG9uIHBjaTANCnVzYnVzMjogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQ0KZWhjaTE6IDxFSENJIChnZW5lcmlj KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJiMDAwLTB4ZmUwMmIwZmYgaXJxIDE3 IGF0IGRldmljZSAxOS4yIG9uIHBjaTANCnVzYnVzMzogRUhDSSB2ZXJzaW9uIDEuMA0KdXNi dXMzOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMQ0KcGNp MDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMjAuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMA0K aXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMC40IG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0 DQpmd29oY2kwOiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNCNDNBQjIzPiBtZW0gMHhmZGRmZjAw MC0weGZkZGZmN2ZmLDB4ZmRkZjgwMDAtMHhmZGRmYmZmZiBpcnEgMjIgYXQgZGV2aWNlIDE0 LjAgb24gcGNpNA0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0wKQ0KZndvaGNp MDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29oY2kwOiBFVUk2NCAw MDoxMToxNzplZTowMDoxYzo2Zjo2NQ0KZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBT NDAwLCAzIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMu DQpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpmd2Uw OiA8RXRoZXJuZXQgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwDQppZl9md2UwOiBGYWtl IEV0aGVybmV0IGFkZHJlc3M6IDAyOjExOjE3OjFjOjZmOjY1DQpmd2UwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMjoxMToxNzoxYzo2Zjo2NQ0KZndpcDA6IDxJUCBvdmVyIEZpcmVXaXJlPiBv biBmaXJld2lyZTANCmZ3aXAwOiBGaXJld2lyZSBhZGRyZXNzOiAwMDoxMToxNzplZTowMDox Yzo2Zjo2NSBAIDB4ZmZmZTAwMDAwMDAwLCBTNDAwLCBtYXhyZWMgMjA0OA0Kc2JwMDogPFNC UC0yL1NDU0kgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwDQpkY29uc19jcm9tMDogPGRj b25zIGNvbmZpZ3VyYXRpb24gUk9NPiBvbiBmaXJld2lyZTANCmRjb25zX2Nyb20wOiBidXNf YWRkciAweDEyZWMwMDANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldA0KZndvaGNpMDog ZndvaGNpX2ludHJfY29yZTogQlVTIHJlc2V0DQpmd29oY2kwOiBmd29oY2lfaW50cl9jb3Jl OiBub2RlX2lkPTB4MDAwMDAwMDAsIFNlbGZJRCBDb3VudD0xLCBDWUNMRU1BU1RFUiBtb2Rl DQpvaGNpMjogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyYTAw MC0weGZlMDJhZmZmIGlycSAxOCBhdCBkZXZpY2UgMjAuNSBvbiBwY2kwDQp1c2J1czQ6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTINCnBjaWI1OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIxLjAgb24gcGNpMA0KcGNpNTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjUNCmF0YXBjaTE6IDxKTWljcm9uIEpNQjM2MyBVRE1BMTMzIGNvbnRy b2xsZXI+IHBvcnQgMHhhZjAwLTB4YWYwNywweGFlMDAtMHhhZTAzLDB4YWQwMC0weGFkMDcs MHhhYzAwLTB4YWMwMywweGFiMDAtMHhhYjBmIG1lbSAweGZkOWZlMDAwLTB4ZmQ5ZmZmZmYg aXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpNQ0KYXRhcGNpMjogPEFIQ0kgU0FUQSBjb250 cm9sbGVyPiBvbiBhdGFwY2kxDQphdGFwY2kyOiBBSENJIHYxLjAwIGNvbnRyb2xsZXIgd2l0 aCAyIDNHYnBzIHBvcnRzLCBQTSBzdXBwb3J0ZWQNCmF0YTg6IDxBVEEgY2hhbm5lbCAwPiBv biBhdGFwY2kyDQphdGE5OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMg0KYXRhMTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxDQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMS4xIG9uIHBjaTANCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2 DQpvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyOTAw MC0weGZlMDI5ZmZmIGlycSAxOCBhdCBkZXZpY2UgMjIuMCBvbiBwY2kwDQp1c2J1czU6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTMNCmVoY2kyOiA8RUhDSSAo Z2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTAyODAwMC0weGZlMDI4MGZm IGlycSAxNyBhdCBkZXZpY2UgMjIuMiBvbiBwY2kwDQp1c2J1czY6IEVIQ0kgdmVyc2lvbiAx LjANCnVzYnVzNjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhj aTINCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGFjcGkwDQphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAt MHg0MyBpcnEgMCBvbiBhY3BpMA0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDANCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAxMDANCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4 NzAtMHg3MyBpcnEgOCBvbiBhY3BpMA0KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMy NzY4IEh6IHF1YWxpdHkgMA0Kb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMw MDAwLTB4Y2VmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4 MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMw MD4NCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0g MHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJv YXJkPiBpcnEgMSBvbiBhdGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQt TE9DS0VEXQ0KcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UNCmh3cHN0YXRl MDogPENvb2xgbidRdWlldCAyLjA+IG9uIGNwdTANCmZpcmV3aXJlMDogMSBub2RlcywgbWF4 aG9wIDw9IDAgY2FibGUgSVJNIGlybSgwKSAgKG1lKQ0KZmlyZXdpcmUwOiBidXMgbWFuYWdl ciAwDQpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDQNClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lv biAxNQ0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KdXNidXMwOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KdXNidXMxOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNC IHYyLjANCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMzogNDgw TWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQp1c2J1czQ6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wDQp1c2J1czU6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wDQp1c2J1czY6IDQ4 ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMA0KdWdlbjAuMTogPEFUST4gYXQgdXNidXMwDQp1 aHViMDogPEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMwDQp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czENCnVodWIxOiA8QVRJ IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czENCnVnZW4yLjE6IDxBVEk+IGF0IHVzYnVzMg0KdWh1YjI6IDxBVEkgT0hDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMg0KdWdl bjMuMTogPEFUST4gYXQgdXNidXMzDQp1aHViMzogPEFUSSBFSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzDQp1Z2VuNC4xOiA8QVRJ PiBhdCB1c2J1czQNCnVodWI0OiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQNCnVnZW41LjE6IDxBVEk+IGF0IHVzYnVz NQ0KdWh1YjU6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzNQ0KdWdlbjYuMTogPEFUST4gYXQgdXNidXM2DQp1aHViNjog PEFUSSBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXM2DQphZDQ6IDE0MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4g YXQgYXRhMi1tYXN0ZXIgVURNQTEwMCBTQVRBIDNHYi9zDQp1aHViNDogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFkNjogMTQzMDc5OU1CIDxTZWFnYXRlIFNU MzE1MDAzNDFBUyBDQzFIPiBhdCBhdGEzLW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MNCnVo dWI1OiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWh1YjA6IDUg cG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1aHViMjogNSBwb3J0cyB3 aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFkODogMTQzMDc5OU1CIDxTZWFnYXRl IFNUMzE1MDAzNDFBUyBDQzFIPiBhdCBhdGE0LW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MN CmFkMTA6IDE0MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4gYXQgYXRhNS1t YXN0ZXIgVURNQTEwMCBTQVRBIDNHYi9zDQp1aHViNjogNCBwb3J0cyB3aXRoIDQgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQNCnVodWIxOiA1IHBvcnRzIHdpdGggNSByZW1vdmFibGUsIHNl bGYgcG93ZXJlZA0KdWh1YjM6IDUgcG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkDQp1Z2VuMC4yOiA8QlRDPiBhdCB1c2J1czANCnVrYmQwOiA8QlRDIFVTQiBNdWx0aW1l ZGlhIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMTAsIGFkZHIgMj4gb24gdXNi dXMwDQprYmQyIGF0IHVrYmQwDQp1aGlkMDogPDA5MjkyMDAzPiBvbiB1c2J1czANClNNUDog QVAgQ1BVICM1IExhdW5jaGVkIQ0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQpTTVA6IEFQ IENQVSAjMyBMYXVuY2hlZCENClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQ0KU01QOiBBUCBD UFUgIzIgTGF1bmNoZWQhDQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZz OnRhbmsgW10uLi4NCmFkNjogVElNRU9VVCAtIFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJl dHJ5IGxlZnQpIExCQT01NjIwNDUzNjINCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUE0OCBy ZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NTYyMDQ1Mzc0DQphZDY6IFRJTUVPVVQgLSBX UklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUxNDMxDQphZDg6IFRJ TUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUxNDA5 DQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExC QT00MTk1MTQwOQ0KYWQ2OiBUSU1FT1VUIC0gUkVBRF9ETUEgcmV0cnlpbmcgKDEgcmV0cnkg bGVmdCkgTEJBPTgzODkyOTgNCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcg KDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUxNjUxDQphZDQ6IFRJTUVPVVQgLSBSRUFEX0RNQSBy ZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9ODM4OTI5OA0KYWQ2OiBUSU1FT1VUIC0gUkVB RF9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTgzODkyOTgNCmFkMTA6IFRJTUVP VVQgLSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9ODM4OTI5OA0KYWQ2 OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTU2 MjA0NTEyNA0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxl ZnQpIExCQT00MTk1MjEwOA0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgx IHJldHJ5IGxlZnQpIExCQT00MTk1MjEyMA0KYWQxMDogVElNRU9VVCAtIFdSSVRFX0RNQTQ4 IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDUxMjQNCmFkNjogVElNRU9VVCAt IFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIxMTgNCmFkODog VElNRU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT04Mzg5Mjk4 DQphZDY6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJB PTQxOTUxNTUwDQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5 IGxlZnQpIExCQT00MTk1MTU2NQ0KYWQ0OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5n ICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjM5NA0KYWQxMDogVElNRU9VVCAtIFJFQURfRE1B IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT04Mzg5Mjk4DQphZDEwOiBUSU1FT1VUIC0g V1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MTU5Nw0KYWQ2OiBU SU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjQ2 OQ0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkg TEJBPTU2MjA0NzE5MA0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJl dHJ5IGxlZnQpIExCQT00MTk1MjQ3OA0KYWQ0OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5 aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjUzNg0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVf RE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjYzNw0KYWQ2OiBUSU1FT1VU IC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MTUzMg0KYWQ0 OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1 MTUyMw0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQp IExCQT00MTk1MTUyOQ0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEg cmV0cnkgbGVmdCkgTEJBPTU2MjA0NTEzMg0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJl dHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjgyMg0KYWQxMDogVElNRU9VVCAtIFdS SVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDU4ODYNCmFkNjog VElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTE1 MzgNCmFkNjogVElNRU9VVCAtIFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQp IExCQT01NjIwNDUxMzINCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEg cmV0cnkgbGVmdCkgTEJBPTQxOTUyOTk0DQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJl dHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjQ0MQ0KYWQxMDogVElNRU9VVCAtIFdS SVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIzMTkNCmFkODogVElN RU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT04Mzg5Mjk4DQph ZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00 MTk1MjU4NQ0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxl ZnQpIExCQT00MTk1MjMyMQ0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgx IHJldHJ5IGxlZnQpIExCQT00MTk1MjI2MA0KYWQxMDogVElNRU9VVCAtIFdSSVRFX0RNQTQ4 IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDU5MTYNCmFkNjogVElNRU9VVCAt IFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIzMjENCmFkNjog VElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIw ODkNCmFkNDogVElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBM QkE9NDE5NTMyNjUNCmFkNjogVElNRU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5 IGxlZnQpIExCQT0yNTE3NTg0Mg0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5n ICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MzQwNQ0KYWQxMDogVElNRU9VVCAtIFdSSVRFX0RN QSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTM2MzcNCmFkNjogVElNRU9VVCAt IFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDUxMzgNCmFk NjogVElNRU9VVCAtIFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01 NjIwNDUxMzgNCmFkODogVElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBs ZWZ0KSBMQkE9NDE5NTIzODUNCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcg KDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNTc3DQphZDQ6IFRJTUVPVVQgLSBXUklURV9ETUEg cmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNjQyDQphZDg6IFRJTUVPVVQgLSBX UklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNDM5DQphZDQ6IFRJ TUVPVVQgLSBXUklURV9ETUE0OCByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NTYyMDQ1 NDIyDQphZDY6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkg TEJBPTQxOTUyMzYyDQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJl dHJ5IGxlZnQpIExCQT00MTk1Mjg2Mw0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0 cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTU2MjA0NTQyOA0KYWQ0OiBUSU1FT1VUIC0gV1JJ VEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjQ2Nw0KYWQ2OiBUSU1F T1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjY2Nw0K YWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJB PTU2MjA0NTQ0Mg0KYWQ0OiBUSU1FT1VUIC0gUkVBRF9ETUE0OCByZXRyeWluZyAoMSByZXRy eSBsZWZ0KSBMQkE9MjkzMDI3NjAxOA0KYWQ0OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5 aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1Mjc1NA0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVf RE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjA3NQ0KYWQxMDogVElNRU9V VCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTQwMDANCmFk NjogVElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5 NTIwMTgNCmFkODogVElNRU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQp IExCQT04Mzg5Mjk4DQphZDQ6IFRJTUVPVVQgLSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRy eSBsZWZ0KSBMQkE9ODM4OTI5OA0KYWQxMDogV0FSTklORyAtIFJFQURfRE1BNDggcmVxdWV1 ZWQgZHVlIHRvIGNoYW5uZWwgcmVzZXQgTEJBPTI5MzAyNzYwMTgNCmFkMTA6IFRJTUVPVVQg LSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9ODM4OTI5OA0KYXRhNTog RkFJTFVSRSAtIGFscmVhZHkgYWN0aXZlIERNQSBvbiB0aGlzIGRldmljZQ0KYXRhNTogc2V0 dGluZyB1cCBETUEgZmFpbGVkDQphZDQ6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcg KDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUzMTE0DQphZDg6IFRJTUVPVVQgLSBXUklURV9ETUEg cmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNTMyDQphZDEwOiBUSU1FT1VUIC0g V1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjM3Mg0KYWQ2OiBU SU1FT1VUIC0gUkVBRF9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTgzODkyOTgN CmFkMTA6IFRJTUVPVVQgLSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9 ODM4OTI5OA0K --------------030107090307000501030806 Content-Type: text/plain; name="dmesg-8-STABLE.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-8-STABLE.txt" RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUgc3lzbG9nZDoga2VybmVsIGJvb3QgZmlsZSBpcyAv Ym9vdC9rZXJuZWwva2VybmVsDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IENv cHlyaWdodCAoYykgMTk5Mi0yMDEwIFRoZSBGcmVlQlNEIFByb2plY3QuDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IENvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4Mywg MTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KRGVjIDE1IDAyOjIy OjE3IGJlYXN0aWUga2VybmVsOiBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBD YWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0 aWUga2VybmVsOiBGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRnJl ZUJTRCA4LjEtU1RBQkxFLTIwMTAxMSAjMDogV2VkIE5vdiAgMyAyMDo1MTozMiBVVEMgMjAx MA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiByb290QG1hc29uLmNzZS5idWZm YWxvLmVkdTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDIGFtZDY0DQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IENQ VTogQU1EIFBoZW5vbSh0bSkgSUkgWDYgMTA5MFQgUHJvY2Vzc29yICgzMjE0LjIwLU1IeiBL OC1jbGFzcyBDUFUpDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IE9yaWdpbiA9 ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MTAwZmEwICBGYW1pbHkgPSAxMCAgTW9kZWwgPSBh ICBTdGVwcGluZyA9IDANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRmVhdHVy ZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMs U0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxT U0UyLEhUVD4NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRmVhdHVyZXMyPTB4 ODAyMDA5PFNTRTMsTU9OLENYMTYsUE9QQ05UPg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBBTUQgRmVhdHVyZXM9MHhlZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1Is UGFnZTFHQixSRFRTQ1AsTE0sM0ROb3chKywzRE5vdyE+DQpEZWMgMTUgMDI6MjI6MTcgYmVh c3RpZSBrZXJuZWw6IEFNRCBGZWF0dXJlczI9MHgzN2ZmPExBSEYsQ01QLFNWTSxFeHRBUElD LENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9TVlcsSUJTLFNLSU5JVCxXRFQ+DQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQNCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcmVhbCBtZW1vcnkgID0gMTcxNzk4Njkx ODQgKDE2Mzg0IE1CKQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdmFpbCBt ZW1vcnkgPSAxNjQwMTg2MjY1NiAoMTU2NDIgTUIpDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IEFDUEkgQVBJQyBUYWJsZTogPEdCVCAgICBHQlRVQUNQST4NCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5 c3RlbSBEZXRlY3RlZDogNiBDUFVzDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6 IEZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA2IGNvcmUocykNCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogY3B1MCAoQlNQKTogQVBJQyBJRDogIDANCkRlYyAxNSAwMjoy MjoxNyBiZWFzdGllIGtlcm5lbDogY3B1MSAoQVApOiBBUElDIElEOiAgMQ0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBjcHUyIChBUCk6IEFQSUMgSUQ6ICAyDQpEZWMgMTUg MDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGNwdTMgKEFQKTogQVBJQyBJRDogIDMNCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogY3B1NCAoQVApOiBBUElDIElEOiAgNA0KRGVj IDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBjcHU1IChBUCk6IEFQSUMgSUQ6ICA1DQpE ZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGlvYXBpYzA6IENoYW5naW5nIEFQSUMg SUQgdG8gOA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBpb2FwaWMwIDxWZXJz aW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQpEZWMgMTUgMDI6MjI6MTcgYmVh c3RpZSBrZXJuZWw6IGtiZDEgYXQga2JkbXV4MA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBhY3BpMDogPEdCVCBHQlRVQUNQST4gb24gbW90aGVyYm9hcmQNCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWNwaTA6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIy OjE3IGJlYXN0aWUga2VybmVsOiBhY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkNCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEw MDAwICgzKSBmYWlsZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWNwaTA6 IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgZDdiZjAwMDAgKDMpIGZhaWxlZA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVu Y3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtl cm5lbDogYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHg0MDA4LTB4NDAwYiBvbiBhY3BpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVs OiBjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFz dGllIGtlcm5lbDogY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KRGVjIDE1IDAyOjIyOjE3 IGJlYXN0aWUga2VybmVsOiBjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGNwdTQ6IDxBQ1BJIENQVT4gb24gYWNwaTANCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogY3B1NTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhY3BpX2J1dHRvbjA6IDxQb3dlciBC dXR0b24+IG9uIGFjcGkwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpYjE6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBi ZWFzdGllIGtlcm5lbDogcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHhkZTAwLTB4ZGVmZiBtZW0gMHhkODAwMDAwMC0weGRmZmZmZmZmLDB4ZmRi ZTAwMDAtMHhmZGJlZmZmZiwweGZkYTAwMDAwLTB4ZmRhZmZmZmYgaXJxIDE4IGF0IGRldmlj ZSA1LjAgb24gcGNpMQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBwY2kxOiA8 bXVsdGltZWRpYSwgSERBPiBhdCBkZXZpY2UgNS4xIChubyBkcml2ZXIgYXR0YWNoZWQpDQpE ZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHBjaWIyOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gaXJxIDE3IGF0IGRldmljZSA5LjAgb24gcGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBwY2kyOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZp Y2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IHBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAx MC4wIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpMzogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjMNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDog cmUwOiA8UmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRSBQQ0llIEdpZ2FiaXQgRXRo ZXJuZXQ+IHBvcnQgMHhlZTAwLTB4ZWVmZiBtZW0gMHhmZGVmZjAwMC0weGZkZWZmZmZmLDB4 ZmRlZjgwMDAtMHhmZGVmYmZmZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2kzDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHJlMDogVXNpbmcgMSBNU0kgbWVzc2FnZXMN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcmUwOiBDaGlwIHJldi4gMHgyODAw MDAwMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiByZTA6IE1BQyByZXYuIDB4 MDAwMDAwMDANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogbWlpYnVzMDogPE1J SSBidXM+IG9uIHJlMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiByZ2VwaHkw OiA8UlRMODE2OVMvODExMFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWli dXMwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHJnZXBoeTA6ICAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEw MDBiYXNlVC1GRFgsIGF1dG8NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcmUw OiBFdGhlcm5ldCBhZGRyZXNzOiAxYzo2Zjo2NTo0MzpmYTo5YQ0KRGVjIDE1IDAyOjIyOjE3 IGJlYXN0aWUga2VybmVsOiByZTA6IFtGSUxURVJdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IGF0YXBjaTA6IDxBVEkgSVhQNzAwLzgwMCBTQVRBMzAwIGNvbnRyb2xsZXI+ IHBvcnQgMHhmZjAwLTB4ZmYwNywweGZlMDAtMHhmZTAzLDB4ZmQwMC0weGZkMDcsMHhmYzAw LTB4ZmMwMywweGZiMDAtMHhmYjBmIG1lbSAweGZlMDJmMDAwLTB4ZmUwMmYzZmYgaXJxIDE5 IGF0IGRldmljZSAxNy4wIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogYXRhcGNpMDogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6 IGF0YXBjaTA6IEFIQ0kgdjEuMjAgY29udHJvbGxlciB3aXRoIDYgNkdicHMgcG9ydHMsIFBN IHN1cHBvcnRlZA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGEyOiA8QVRB IGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVs OiBhdGEyOiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRh MzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGll IGtlcm5lbDogYXRhMzogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IGF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kwDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IGF0YTQ6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0 aWUga2VybmVsOiBhdGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGE1OiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogYXRhNjogPEFUQSBjaGFubmVsIDQ+IG9uIGF0YXBjaTANCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRhNjogW0lUSFJFQURdDQpEZWMgMTUg MDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGF0YTc6IDxBVEEgY2hhbm5lbCA1PiBvbiBhdGFw Y2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGF0YTc6IFtJVEhSRUFEXQ0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBvaGNpMDogPE9IQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyZTAwMC0weGZlMDJlZmZmIGlycSAxOCBhdCBk ZXZpY2UgMTguMCBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IG9o Y2kwOiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdXNidXMw OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBj b250cm9sbGVyPiBtZW0gMHhmZTAyZDAwMC0weGZlMDJkMGZmIGlycSAxNyBhdCBkZXZpY2Ug MTguMiBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGVoY2kwOiBb SVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdXNidXMxOiBFSENJ IHZlcnNpb24gMS4wDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMTog PEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTANCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogb2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gbWVtIDB4ZmUwMmMwMDAtMHhmZTAyY2ZmZiBpcnEgMTggYXQgZGV2aWNlIDE5 LjAgb24gcGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBvaGNpMTogW0lU SFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMjogPE9IQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQ0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBlaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxl cj4gbWVtIDB4ZmUwMmIwMDAtMHhmZTAyYjBmZiBpcnEgMTcgYXQgZGV2aWNlIDE5LjIgb24g cGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBlaGNpMTogW0lUSFJFQURd DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMzogRUhDSSB2ZXJzaW9u IDEuMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czM6IDxFSENJIChn ZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kxDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IHBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIw LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMA0KRGVj IDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBpc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMjAuNCBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IHBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0DQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBUU0I0M0FC MjM+IG1lbSAweGZkZGZmMDAwLTB4ZmRkZmY3ZmYsMHhmZGRmODAwMC0weGZkZGZiZmZmIGly cSAyMiBhdCBkZXZpY2UgMTQuMCBvbiBwY2k0DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGZ3b2hjaTA6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2Vy bmVsOiBmd29oY2kwOiBPSENJIHZlcnNpb24gMS4xMCAoUk9NPTApDQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGZ3b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91cyBjaGFubmVs cyBpcyA0Lg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd29oY2kwOiBFVUk2 NCAwMDoxMToxNzplZTowMDoxYzo2Zjo2NQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2Vy bmVsOiBmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDMgcG9ydHMuDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGZ3b2hjaTA6IExpbmsgUzQwMCwgbWF4X3Jl YyAyMDQ4IGJ5dGVzLg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmaXJld2ly ZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGRjb25zX2Nyb20wOiA8ZGNvbnMgY29uZmlndXJhdGlvbiBS T00+IG9uIGZpcmV3aXJlMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBkY29u c19jcm9tMDogYnVzX2FkZHIgMHg0NTVjMDAwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogaWZfZndlMDogRmFrZSBFdGhlcm5ldCBh ZGRyZXNzOiAwMjoxMToxNzoxYzo2Zjo2NQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2Vy bmVsOiBmd2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjoxMToxNzoxYzo2Zjo2NQ0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd2lwMDogPElQIG92ZXIgRmlyZVdpcmU+IG9u IGZpcmV3aXJlMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd2lwMDogRmly ZXdpcmUgYWRkcmVzczogMDA6MTE6MTc6ZWU6MDA6MWM6NmY6NjUgQCAweGZmZmUwMDAwMDAw MCwgUzQwMCwgbWF4cmVjIDIwNDgNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDog ZndvaGNpMDogSW5pdGlhdGUgYnVzIHJlc2V0DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGZ3b2hjaTA6IGZ3b2hjaV9pbnRyX2NvcmU6IEJVUyByZXNldA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd29oY2kwOiBmd29oY2lfaW50cl9jb3JlOiBub2Rl X2lkPTB4MDAwMDAwMDAsIFNlbGZJRCBDb3VudD0xLCBDWUNMRU1BU1RFUiBtb2RlDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IG9oY2kyOiA8T0hDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG1lbSAweGZlMDJhMDAwLTB4ZmUwMmFmZmYgaXJxIDE4IGF0IGRldmlj ZSAyMC41IG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogb2hjaTI6 IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czQ6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTINCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMjEuMCBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHBjaTU6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IGF0YXBjaTE6IDxKTWljcm9uIEpNQjM2MyBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQg MHhhZjAwLTB4YWYwNywweGFlMDAtMHhhZTAzLDB4YWQwMC0weGFkMDcsMHhhYzAwLTB4YWMw MywweGFiMDAtMHhhYjBmIG1lbSAweGZkOWZlMDAwLTB4ZmQ5ZmZmZmYgaXJxIDE3IGF0IGRl dmljZSAwLjAgb24gcGNpNQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGFw Y2kxOiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRhcGNp MjogPEFIQ0kgU0FUQSBjb250cm9sbGVyPiBvbiBhdGFwY2kxDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IGF0YXBjaTI6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBhdGFwY2kyOiBBSENJIHYxLjAwIGNvbnRyb2xsZXIgd2l0aCAyIDNH YnBzIHBvcnRzLCBQTSBzdXBwb3J0ZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogYXRhODogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTINCkRlYyAxNSAwMjoyMjoxNyBi ZWFzdGllIGtlcm5lbDogYXRhODogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IGF0YTk6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kyDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGF0YTk6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3 IGJlYXN0aWUga2VybmVsOiBhdGExMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTENCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRhMTA6IFtJVEhSRUFEXQ0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMS4xIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYNCkRlYyAxNSAwMjoyMjoxNyBiZWFz dGllIGtlcm5lbDogb2hjaTM6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVt IDB4ZmUwMjkwMDAtMHhmZTAyOWZmZiBpcnEgMTggYXQgZGV2aWNlIDIyLjAgb24gcGNpMA0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBvaGNpMzogW0lUSFJFQURdDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzNTogPE9IQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBvbiBvaGNpMw0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVs OiBlaGNpMjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmUw MjgwMDAtMHhmZTAyODBmZiBpcnEgMTcgYXQgZGV2aWNlIDIyLjIgb24gcGNpMA0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBlaGNpMjogW0lUSFJFQURdDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzNjogRUhDSSB2ZXJzaW9uIDEuMA0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czY6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kyDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IHVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGFjcGkwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6 IHVhcnQwOiBbRklMVEVSXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdHJ0 YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzMgaXJxIDggb24gYWNwaTAN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogb3JtMDogPElTQSBPcHRpb24gUk9N PiBhdCBpb21lbSAweGMwMDAwLTB4Y2VmZmYgb24gaXNhMA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBzYzA6IFZHQSA8MTYgdmly dHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IHZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9t ZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtl cm5lbDogYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAw eDYwLDB4NjQgb24gaXNhMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGti ZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBrYmQwIGF0IGF0a2JkMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBhdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IGF0a2JkMDogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IHBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGh3cHN0YXRlMDogPENvb2xgbidRdWlldCAyLjA+IG9u IGNwdTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogZmlyZXdpcmUwOiAxIG5v ZGVzLCBtYXhob3AgPD0gMCBjYWJsZSBJUk0gaXJtKDApICAobWUpDQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDQNCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogWkZTIHN0b3JhZ2UgcG9vbCB2ZXJzaW9uIDE1 DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFRpbWVjb3VudGVycyB0aWNrIGV2 ZXJ5IDEuMDAwIG1zZWMNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdXNidXMw OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiB1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czI6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2 MS4wDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMzogNDgwTWJwcyBI aWdoIFNwZWVkIFVTQiB2Mi4wDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVz YnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCkRlYyAxNSAwMjoyMjoxNyBiZWFz dGllIGtlcm5lbDogdXNidXM1OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czY6IDQ4ME1icHMgSGlnaCBTcGVlZCBV U0IgdjIuMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMC4xOiA8QVRJ PiBhdCB1c2J1czANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjA6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMS4xOiA8QVRJ PiBhdCB1c2J1czENCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjE6IDxB VEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMi4xOiA8QVRJ PiBhdCB1c2J1czINCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjI6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMy4xOiA8QVRJ PiBhdCB1c2J1czMNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjM6IDxB VEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMw0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuNC4xOiA8QVRJ PiBhdCB1c2J1czQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjQ6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuNS4xOiA8QVRJ PiBhdCB1c2J1czUNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjU6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuNi4xOiA8QVRJ PiBhdCB1c2J1czYNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjY6IDxB VEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhZDQ6IDE0MzA3OTlN QiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4gYXQgYXRhMi1tYXN0ZXIgVURNQTEwMCBT QVRBIDNHYi9zDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGFkNjogMTQzMDc5 OU1CIDxTZWFnYXRlIFNUMzE1MDAzNDFBUyBDQzFIPiBhdCBhdGEzLW1hc3RlciBVRE1BMTAw IFNBVEEgM0diL3MNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjQ6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IGFkODogMTQzMDc5OU1CIDxTZWFnYXRlIFNUMzE1MDAzNDFBUyBD QzFIPiBhdCBhdGE0LW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MNCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogdWh1YjU6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVodWIwOiA1IHBv cnRzIHdpdGggNSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiB1aHViMjogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWQxMDogMTQzMDc5OU1C IDxTZWFnYXRlIFNUMzE1MDAzNDFBUyBDQzFIPiBhdCBhdGE1LW1hc3RlciBVRE1BMTAwIFNB VEEgM0diL3MNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogU01QOiBBUCBDUFUg IzEgTGF1bmNoZWQhDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFNNUDogQVAg Q1BVICMyIExhdW5jaGVkIQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBTTVA6 IEFQIENQVSAjNSBMYXVuY2hlZCENCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDog U01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IFNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czYgdXNidXMzIHVzYnVzMQ0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1aHViNjogNCBwb3J0cyB3aXRoIDQg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzIHVzYnVzMQ0KRGVjIDE1IDAyOjIy OjE3IGJlYXN0aWUga2VybmVsOiB1aHViMTogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjM6IDUg cG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IFRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnRhbmsNCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWdlbjAuMjogPEJUQz4gYXQgdXNidXMw DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVrYmQwOiA8QlRDIFVTQiBNdWx0 aW1lZGlhIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMTAsIGFkZHIgMj4gb24g dXNidXMwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGtiZDIgYXQgdWtiZDAN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWhpZDA6IDwwOTI5MjAwMz4gb24g dXNidXMwDQo= --------------030107090307000501030806-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 13:01:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 885D3106566C; Wed, 15 Dec 2010 13:01:00 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2A58FC13; Wed, 15 Dec 2010 13:00:59 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA11414; Wed, 15 Dec 2010 15:00:57 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D08BC09.3000801@freebsd.org> Date: Wed, 15 Dec 2010 15:00:57 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Vladislav V. Prodan" References: <4D08B21B.5090000@ukr.net> In-Reply-To: <4D08B21B.5090000@ukr.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 13:01:00 -0000 on 15/12/2010 14:18 Vladislav V. Prodan said the following: > The kernel of the standard, GENERIC > Similar problems after attempting to install from the disk > FreeBSD-9.0-CURRENT-201011-amd64-dvd1.iso > In the latter case, there were cases of complete system lockup. > > The upgrade process: > cd /usr/src > make clean > rm -r /usr/obj > make buildworld > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC > make installworld > > > What am I doing wrong? > Just a guess - have you looked at UPDATING in CURRENT sources? But the lock up is totally unexpected, try to debug it. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 13:11:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D8B41065675; Wed, 15 Dec 2010 13:11:35 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id AFF668FC1C; Wed, 15 Dec 2010 13:11:34 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFDBUDZ076242; Wed, 15 Dec 2010 15:11:30 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D08BE7D.2030700@ukr.net> Date: Wed, 15 Dec 2010 15:11:25 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> In-Reply-To: <4D08BC09.3000801@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED,AWL, MISSING_HEADERS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 13:11:35 -0000 15.12.2010 15:00, Andriy Gapon wrote: > Just a guess - have you looked at UPDATING in CURRENT sources? > But the lock up is totally unexpected, try to debug it. > Nothing interesting find, but flew into a panic: panic: bio_completed can't be greater than bio_lenght cpuid =3 ... Now try to attach a screenshot. -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 14:09:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 592FD106566C; Wed, 15 Dec 2010 14:09:38 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB6CC8FC13; Wed, 15 Dec 2010 14:09:37 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFE9WSC080195; Wed, 15 Dec 2010 16:09:33 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D08CC18.7050908@ukr.net> Date: Wed, 15 Dec 2010 16:09:28 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> In-Reply-To: <4D08BE7D.2030700@ukr.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 14:09:38 -0000 15.12.2010 15:11, Vladislav V. Prodan wrote: > Now try to attach a screenshot. > > http://img576.imageshack.us/i/dsc00563u.jpg/ -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 14:25:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F6A106566C; Wed, 15 Dec 2010 14:25:59 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8802C8FC12; Wed, 15 Dec 2010 14:25:59 +0000 (UTC) Received: by iwn40 with SMTP id 40so2235064iwn.17 for ; Wed, 15 Dec 2010 06:25:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.17.66 with SMTP id r2mr4818512iba.159.1292423159064; Wed, 15 Dec 2010 06:25:59 -0800 (PST) Received: by 10.231.59.142 with HTTP; Wed, 15 Dec 2010 06:25:58 -0800 (PST) In-Reply-To: <4D08CC18.7050908@ukr.net> References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> Date: Wed, 15 Dec 2010 15:25:58 +0100 Message-ID: From: Olivier Smedts To: "Vladislav V. Prodan" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 14:25:59 -0000 2010/12/15 Vladislav V. Prodan : > 15.12.2010 15:11, Vladislav V. Prodan wrote: > >> Now try to attach a screenshot. >> >> > > http://img576.imageshack.us/i/dsc00563u.jpg/ ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D8638372 Maybe installkernel/installworld copied files on bad clusters, they were previously bad but you notice only now that there are system files on them... --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 15:16:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5D931065697; Wed, 15 Dec 2010 15:16:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 076988FC12; Wed, 15 Dec 2010 15:16:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA14098; Wed, 15 Dec 2010 17:16:21 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D08DBC5.30003@freebsd.org> Date: Wed, 15 Dec 2010 17:16:21 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Olivier Smedts , "Vladislav V. Prodan" References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 15:16:28 -0000 on 15/12/2010 16:25 Olivier Smedts said the following: > 2010/12/15 Vladislav V. Prodan : >> 15.12.2010 15:11, Vladislav V. Prodan wrote: >> >>> Now try to attach a screenshot. >>> >>> >> >> http://img576.imageshack.us/i/dsc00563u.jpg/ > > ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=8638372 > > Maybe installkernel/installworld copied files on bad clusters, they > were previously bad but you notice only now that there are system > files on them... This indeed looks like a problem caused by disk. There shouldn't have been the panic though ("bio_completed can't be greater than bio_length"). It's a possible geom or ad driver problem. What is your geom topology on this system? Changing cc: from fs@ to geom@. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 15:28:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45C40106564A for ; Wed, 15 Dec 2010 15:28:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id ED36A8FC17 for ; Wed, 15 Dec 2010 15:28:04 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PStGs-0005Ve-CS for freebsd-current@freebsd.org; Wed, 15 Dec 2010 16:28:02 +0100 Received: from 213.202.123.54 ([213.202.123.54]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Dec 2010 16:28:02 +0100 Received: from ivoras by 213.202.123.54 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Dec 2010 16:28:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 15 Dec 2010 16:27:55 +0100 Lines: 33 Message-ID: References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> <4D08DBC5.30003@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 213.202.123.54 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 In-Reply-To: <4D08DBC5.30003@freebsd.org> Cc: freebsd-geom@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 15:28:05 -0000 On 15.12.2010 16:16, Andriy Gapon wrote: > on 15/12/2010 16:25 Olivier Smedts said the following: >> 2010/12/15 Vladislav V. Prodan : >>> 15.12.2010 15:11, Vladislav V. Prodan wrote: >>> >>>> Now try to attach a screenshot. >>>> >>>> >>> >>> http://img576.imageshack.us/i/dsc00563u.jpg/ >> >> ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=8638372 >> >> Maybe installkernel/installworld copied files on bad clusters, they >> were previously bad but you notice only now that there are system >> files on them... > > This indeed looks like a problem caused by disk. > There shouldn't have been the panic though ("bio_completed can't be greater than > bio_length"). > It's a possible geom or ad driver problem. > What is your geom topology on this system? > > Changing cc: from fs@ to geom@. Agreed, looks like hardware or driver issue, but AFAIK 8 and HEAD have pretty much the same ATA drivers, MFC-ed often. Maybe it's something trivial - nudged cables or a power supply gone accidentally bad. Just for a test, can you try running with AHCI here? (ahci_load=YES in loader.conf; note that it will rename devices; don't know if ZFS root can handle it). From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 19:33:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C4D1065672; Wed, 15 Dec 2010 19:33:54 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-yw0-f68.google.com (mail-yw0-f68.google.com [209.85.213.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1E6598FC19; Wed, 15 Dec 2010 19:33:54 +0000 (UTC) Received: by ywg4 with SMTP id 4so744632ywg.7 for ; Wed, 15 Dec 2010 11:33:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=TgqBztEdLZ8tKpSA64IBxfpmkpjzdcHEADgu1blw134=; b=e/8lH/5xIEddgU06O6zrfCzshmK6jUMFs+iSl756Qma2/J2RTMHn7OSyyut0UX8m1k 4sdYsbMHT6I4fgyLj2HXqHWlGTGosSGMCPuycFhDicACZVcz0DZYxpgiqvqdNHM+tyoa 8NTGCVQmTrEbC0MHliUDoFKctwLs+78NfPFYs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=diT3G3LGQ4PcloFCpHgaSPX0d1EINMV6M/IYXB5LvAEN4TfqBDLQQgPzaf3I9jDzxB 9TgTpRuKYephcZMo6Uww7OyJEIjGVS06W7LdRDBCCF1MUbjf1Tck/bPnJfI9VE4eSSG0 zjn8lYRgDkcMarkUwXm05OGxmPxVJDr1/68H4= Received: by 10.150.97.8 with SMTP id u8mr10289243ybb.357.1292441633091; Wed, 15 Dec 2010 11:33:53 -0800 (PST) Received: from localhost ([199.48.147.41]) by mx.google.com with ESMTPS id r41sm1020546yba.16.2010.12.15.11.33.45 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Dec 2010 11:33:52 -0800 (PST) From: Anonymous To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> Date: Wed, 15 Dec 2010 22:33:33 +0300 Message-ID: <86d3p2n84y.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org, Martin Matuska Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:33:54 -0000 Pawel Jakub Dawidek writes: > Hi. > > The new patchset is ready for testing: > > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 > > When applying the patch be sure to use correct options for patch(1)!: > > # cd /usr/src > # fetch http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 > # bzip2 -d zfs_20101212.patch.bz2 > # patch -E -p0 < zfs_20101212.patch $ zfs allow Traceback (most recent call last): File "/usr/lib/zfs/pyzfs.py", line 35, in import zfs.util File "/usr/local/lib/python2.7/site-packages/zfs/util.py", line 31, in import solaris.misc ImportError: No module named solaris.misc Exit 1 Am I missing smth? Looks like lib/pysolaris wasn't ported from onnv-gate. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 19:35:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE0110656B1; Wed, 15 Dec 2010 19:35:32 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id EC1F58FC1D; Wed, 15 Dec 2010 19:35:31 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFJZPtE002117; Wed, 15 Dec 2010 21:35:26 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D091878.6020104@ukr.net> Date: Wed, 15 Dec 2010 21:35:20 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> <20101215191605.GA12755@icarus.home.lan> In-Reply-To: <20101215191605.GA12755@icarus.home.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:35:32 -0000 15.12.2010 21:16, Jeremy Chadwick wrote: > Agreed. > > Vladislav, if you can get the system usable/bootable, please install > ports/sysutils/smartmontools and provide output from "smartctl -a > /dev/ad6" here. It should act as an indicator as to whether or not > there are bad blocks or odd disk behaviour. That there are no errors. In 8-STABLE smarmontools showed no errors. -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 19:42:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E6E106566C; Wed, 15 Dec 2010 19:42:29 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-yw0-f68.google.com (mail-yw0-f68.google.com [209.85.213.68]) by mx1.freebsd.org (Postfix) with ESMTP id D42FC8FC19; Wed, 15 Dec 2010 19:42:28 +0000 (UTC) Received: by ywg4 with SMTP id 4so747125ywg.7 for ; Wed, 15 Dec 2010 11:42:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=V8zsTjkimbvI5e9bx3gl6e8AioQXY2aV83c1Sbi9J34=; b=YlwCr1w2kvOuq/fEIPyBCd83imVIoPZyZjDBRPLWefS+ZYdQUWjrdFEZKUOcR4pxi/ 0cqBzxOv4Ohgb0je624nkaCCsqWkBih/XuK/xAClNNPRbDmXNuRmikCxBIb5o8N9e+IN qhZaWnsAQ9ahEyArzBuYH8M1gct8Ib79Yaiqc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=LtugqPLi+dr/mqn7caKtvzmUokOl5QVBLqI47eK08WfKVavAu5CGeYZ3post9M/Qr9 SBCvpDuZIOn6OW7T4RliRbNHAQ3eHBoN9W+QIa8qap5C6aryVE4R/kyq3ZP56tEvrkVj JQWKuRKYlgooYm0a69A2LYsRVElbYqQGaH2J0= Received: by 10.236.95.36 with SMTP id o24mr15068256yhf.97.1292442148198; Wed, 15 Dec 2010 11:42:28 -0800 (PST) Received: from localhost ([199.48.147.41]) by mx.google.com with ESMTPS id 55sm910184yhl.37.2010.12.15.11.42.22 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Dec 2010 11:42:27 -0800 (PST) From: Anonymous To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> <86d3p2n84y.fsf@gmail.com> Date: Wed, 15 Dec 2010 22:42:14 +0300 In-Reply-To: <86d3p2n84y.fsf@gmail.com> (Anonymous's message of "Wed, 15 Dec 2010 22:33:33 +0300") Message-ID: <86zks6lt61.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org, Martin Matuska Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:42:29 -0000 Anonymous writes: > $ zfs allow > Traceback (most recent call last): > File "/usr/lib/zfs/pyzfs.py", line 35, in > import zfs.util > File "/usr/local/lib/python2.7/site-packages/zfs/util.py", line 31, in > import solaris.misc > ImportError: No module named solaris.misc > Exit 1 > > Am I missing smth? Looks like lib/pysolaris wasn't ported from onnv-gate. Doh, it's likely my install is broken, I think it worked before with previous ZFSv28 patch. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 20:24:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C4F9106564A; Wed, 15 Dec 2010 20:24:50 +0000 (UTC) (envelope-from tom@uffner.com) Received: from eris.uffner.com (uffner.com [66.208.243.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2CEC08FC16; Wed, 15 Dec 2010 20:24:49 +0000 (UTC) Received: from xiombarg.uffner.com (static-71-162-143-94.phlapa.fios.verizon.net [71.162.143.94]) (authenticated bits=0) by eris.uffner.com (8.14.3/8.14.3) with ESMTP id oBFKOfGT097567 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=FAIL); Wed, 15 Dec 2010 15:24:48 -0500 (EST) (envelope-from tom@uffner.com) Message-ID: <4D092409.4080305@uffner.com> Date: Wed, 15 Dec 2010 15:24:41 -0500 From: Tom Uffner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.15) Gecko/20101106 Lightning/1.0b1 SeaMonkey/2.0.10 MIME-Version: 1.0 To: John Baldwin References: <4D010215.8020600@uffner.com> <201012130924.26244.jhb@freebsd.org> <4D064A08.9070905@uffner.com> <201012131201.51315.jhb@freebsd.org> In-Reply-To: <201012131201.51315.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: USB 1.1 devs not working on ASUS K8VSE (x86) MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 20:24:50 -0000 according to kldstat -v, both "uhci/usbus" & "pci/uhci" were present in my kernel but one or both of them was silently failing. apparently something in my sources was corrupt because deleting all of the USB related code from my CVS root, re-csuping it, and building a fresh kernel solved the problem. thanks for the help. tom From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:10:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1876106566B for ; Wed, 15 Dec 2010 21:10:09 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta03.eastlink.ca (mta03.eastlink.ca [24.224.136.9]) by mx1.freebsd.org (Postfix) with ESMTP id 888578FC12 for ; Wed, 15 Dec 2010 21:10:09 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ip01.eastlink.ca ([unknown] [24.222.39.10]) by mta03.eastlink.ca (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LDH00DRMLEV7Z92@mta03.eastlink.ca> for freebsd-current@freebsd.org; Wed, 15 Dec 2010 16:40:07 -0400 (AST) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=8reSTVRqS4Rq5Xx4Jai9N41eZpHz3D5gSX5rA0od4mg= c=1 sm=1 a=aK8naftnSpEA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=T-mGKmPgAAAA:8 a=5t4saW29f-8eoNn_cIwA:9 a=P5UDqaLCDV5zH8VH6eziP3-Qp9MA:4 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=E/PVjAe7IbPkHCM0BPV0xg==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip01.eastlink.ca with ESMTP; Wed, 15 Dec 2010 16:40:07 -0400 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Wed, 15 Dec 2010 16:40:07 -0400 From: Chris Forgeron To: "freebsd-current@freebsd.org" Date: Wed, 15 Dec 2010 16:40:06 -0400 Thread-topic: Next ZFSv28 patchset ready for testing. Thread-index: AcubpfNecYdNmwKKTyOd5pJWRCBBnQA8Smbw Message-id: References: <20101213214556.GC2038@garage.freebsd.pl> <20101214154418.GE1715@garage.freebsd.pl> In-reply-to: <20101214154418.GE1715@garage.freebsd.pl> Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Mailman-Approved-At: Wed, 15 Dec 2010 21:34:44 +0000 Subject: RE: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 21:10:09 -0000 I've installed and complied it on 9-Current 2010.12.12, looks to be running fine. I've imported a v15 6 disk raidz that was created under 8.1-Stable, and so far it's passing all tests. I'll be doing some serious Send/Receive testing in the next few days, so I'll see if I can break it. I'll also be upgrading the v15 fs to v28 and testing it further, as well as creating a fresh v28 pool, so I'll let you know how it goes. -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Pawel Jakub Dawidek Sent: December-14-10 11:44 AM To: Olivier Smedts Cc: freebsd-fs@freebsd.org; freebsd-current@freebsd.org; Steven Hartland; mm@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: > > make installworld > > That's what I wanted to do, and why I rebooted single-user on the new > kernel. But isn't the v13-v15 userland supposed to work with the v28 > kernel ? Yes, it is suppose to work. Exactly to be able to follow FreeBSD common upgrade path. Martin was working on this (CCed). -- Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 03:29:44 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC7BE1065672 for ; Thu, 16 Dec 2010 03:29:44 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id ACB688FC1C for ; Thu, 16 Dec 2010 03:29:44 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id oBG3Tiro041518; Wed, 15 Dec 2010 19:29:44 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id oBG3TiRw041517; Wed, 15 Dec 2010 19:29:44 -0800 (PST) (envelope-from obrien) Date: Wed, 15 Dec 2010 19:29:44 -0800 From: "David O'Brien" To: Garrett Cooper Message-ID: <20101216032944.GD32146@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Garrett Cooper , freebsd-current@freebsd.org References: <20101202224329.GA5033@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org Subject: Re: [PANIC] ffs_alloccg: map corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 03:29:44 -0000 On Thu, Dec 02, 2010 at 03:31:41PM -0800, Garrett Cooper wrote: > On Thu, Dec 2, 2010 at 2:43 PM, David O'Brien wrote: > > Thoughts? > > > > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 > >    rootk@dragon:/sys/i386/compile/DRAGON i386 > > [..] > > start = 0, len = 3359, fs = /files > > panic: ffs_alloccg: map corrupted [..] > > ffs_balloc_ufs2(ce55e660,38000,0,4000,ce77b300,...) at 0xc0755629 = ffs_balloc_ufs2+0x1949 [..] > > panic: bufwrite: buffer is not busy??? > > UFS? UFS2? SU? SU+J? Got more details :)? UFS2, SU+J, ahd(4) HBA -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 03:35:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF503106566C; Thu, 16 Dec 2010 03:35:40 +0000 (UTC) (envelope-from bw@exodus.desync.com) Received: from exodus.desync.com (exodus.desync.com [208.83.20.164]) by mx1.freebsd.org (Postfix) with ESMTP id 87DDE8FC19; Thu, 16 Dec 2010 03:35:40 +0000 (UTC) Received: from exodus.desync.com (localhost [127.0.0.1]) by exodus.desync.com (8.14.4/8.14.4) with ESMTP id oBG3F1Gp091340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2010 22:15:01 -0500 (EST) (envelope-from bw@exodus.desync.com) Received: (from bw@localhost) by exodus.desync.com (8.14.4/8.14.4/Submit) id oBG3F0g1091331; Wed, 15 Dec 2010 22:15:00 -0500 (EST) (envelope-from bw) Date: Wed, 15 Dec 2010 22:15:00 -0500 From: ben wilber To: Pawel Jakub Dawidek Message-ID: <20101216031500.GA90809@exodus.desync.com> References: <20101213214556.GC2038@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> X-Angst-Level: High Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 03:35:41 -0000 On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. > > The new patchset is ready for testing: Running fine for 24 hours now under load with a ~50 disk v15 (not upgraded) pool from -CURRENT. Thanks! Only strange thing is the rc script complains: /etc/rc: DEBUG: run_rc_command: doit: zvol_start unrecognized command 'volinit' usage: zfs command args ... From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 04:13:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB781065674; Thu, 16 Dec 2010 04:13:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9858FC0C; Thu, 16 Dec 2010 04:13:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG4DawB093834; Wed, 15 Dec 2010 23:13:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG4DaoJ093833; Thu, 16 Dec 2010 04:13:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 04:13:36 GMT Message-Id: <201012160413.oBG4DaoJ093833@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 04:13:37 -0000 TB --- 2010-12-16 03:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 03:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2010-12-16 03:30:01 - cleaning the object tree TB --- 2010-12-16 03:30:11 - cvsupping the source tree TB --- 2010-12-16 03:30:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-12-16 03:30:28 - building world TB --- 2010-12-16 03:30:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 03:30:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 03:30:28 - TARGET=arm TB --- 2010-12-16 03:30:28 - TARGET_ARCH=arm TB --- 2010-12-16 03:30:28 - TZ=UTC TB --- 2010-12-16 03:30:28 - __MAKE_CONF=/dev/null TB --- 2010-12-16 03:30:28 - cd /src TB --- 2010-12-16 03:30:28 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 03:30:28 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 04:13:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 04:13:35 - ERROR: failed to build world TB --- 2010-12-16 04:13:35 - 1941.22 user 502.52 system 2614.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 04:17:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3714C1065704 for ; Thu, 16 Dec 2010 04:17:20 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F16708FC15 for ; Thu, 16 Dec 2010 04:17:19 +0000 (UTC) Received: by iwn39 with SMTP id 39so2881254iwn.13 for ; Wed, 15 Dec 2010 20:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=l6efGr7RJqUi0m/CokgJHNQs4C4PKW66tedWllHeL4g=; b=Yff6bCIq3OwMneOFNSkZjOTN72GjXKfqIKbfCV3xJlCoB30YPmcpg0dInOxeEfv27P ROg1ro27tUxi4cBXIufOQic0Kaxi1VOHcL1sX6p/W8wBXBotp7dxpXVocR+Jp8SBUGt2 LIYI5QR3wKYBnXoG+DgmhgUXsziF1YlGZYCWA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=N/yBPPh5t5u3X0jNek6RSG6b3/xleIobTEXKRlPcd4tPmeGrLhGZNCNCHwGW2iXCxH u1lqLRtd/sMDx4pYjK+34Z3U1DOB+IclPjQcL1UwdTNYP53hlaLyGp4rm/1875wG0ENg T23IEf260v73jN1VzHAtazyhqaTcqQwOrk5tU= MIME-Version: 1.0 Received: by 10.231.36.65 with SMTP id s1mr5685670ibd.4.1292471594773; Wed, 15 Dec 2010 19:53:14 -0800 (PST) Received: by 10.231.35.139 with HTTP; Wed, 15 Dec 2010 19:53:14 -0800 (PST) In-Reply-To: <20101216032944.GD32146@dragon.NUXI.org> References: <20101202224329.GA5033@dragon.NUXI.org> <20101216032944.GD32146@dragon.NUXI.org> Date: Thu, 16 Dec 2010 11:53:14 +0800 Message-ID: From: Buganini To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PANIC] ffs_alloccg: map corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 04:17:20 -0000 I've see many times that SUJ doesnt really make fs clean, then some problem in fs leads to panics. And sometimes I boot into single user mode after crash (caused by other things, eg. page fault), then fsck_ffs -y ; use SUJ and marked clean, and again: fsck_ffs -fy ; should not fix anything more, but actually it does report fixing something On Thu, Dec 16, 2010 at 11:29 AM, David O'Brien wrote: > On Thu, Dec 02, 2010 at 03:31:41PM -0800, Garrett Cooper wrote: >> On Thu, Dec 2, 2010 at 2:43 PM, David O'Brien wrote= : >> > Thoughts? >> > >> > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 >> > =C2=A0 =C2=A0rootk@dragon:/sys/i386/compile/DRAGON i386 >> > [..] >> > start =3D 0, len =3D 3359, fs =3D /files >> > panic: ffs_alloccg: map corrupted > [..] >> > ffs_balloc_ufs2(ce55e660,38000,0,4000,ce77b300,...) at 0xc0755629 =3D = ffs_balloc_ufs2+0x1949 > [..] >> > panic: bufwrite: buffer is not busy??? >> >> =C2=A0 =C2=A0 UFS? UFS2? SU? SU+J? Got more details :)? > > UFS2, SU+J, ahd(4) HBA > > -- > -- David =C2=A0(obrien@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 Thu Dec 16 04:39:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A49106564A; Thu, 16 Dec 2010 04:39:34 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6D98FC08; Thu, 16 Dec 2010 04:39:33 +0000 (UTC) Received: by wwf26 with SMTP id 26so1903925wwf.31 for ; Wed, 15 Dec 2010 20:39:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=cdkvB9VgudlIPOW8tHaIIwW8uyunU07y196Ju2VowD4=; b=pCIBN+u20IZqxLKiUtqvFoGdU3sda9hSPyFO1HvJdCM5O8cXoUiLsBIg+2DOiiVUyt q3OAzKkr7JRCrBZBSSYahL7v7U2keDAKWG/epDuFzyCFLPR3BfvBtsbPRd2kPp3jasg0 w1F3PAWXW8Wq3zw6P1yHN4W+VH0RRQJ+CL4oU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=AL3bFdPUjgaj89EVq0cIFpLpMg3CE5e3Z8X20arFWER1v2LHydiwSWIFLPhO5p/Enk jnfbLoY3MyIW22CAyZW38lFFDrM3S+mySmY8zaRiSHPPjLQgDpTuTdx+JWZevFOx0Kz5 tfEKmGD/0EUL1ohyI+7kYeDGD8DPBQQYSulEk= MIME-Version: 1.0 Received: by 10.216.37.8 with SMTP id x8mr6888179wea.30.1292474373136; Wed, 15 Dec 2010 20:39:33 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Wed, 15 Dec 2010 20:39:33 -0800 (PST) In-Reply-To: <20101216032944.GD32146@dragon.NUXI.org> References: <20101202224329.GA5033@dragon.NUXI.org> <20101216032944.GD32146@dragon.NUXI.org> Date: Wed, 15 Dec 2010 20:39:33 -0800 X-Google-Sender-Auth: -VhtDkqIsgEIQ-OXl43Z9vl4Sto Message-ID: From: Garrett Cooper To: obrien@freebsd.org, Garrett Cooper , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [PANIC] ffs_alloccg: map corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 04:39:35 -0000 On Wed, Dec 15, 2010 at 7:29 PM, David O'Brien wrote: > On Thu, Dec 02, 2010 at 03:31:41PM -0800, Garrett Cooper wrote: >> On Thu, Dec 2, 2010 at 2:43 PM, David O'Brien wrote= : >> > Thoughts? >> > >> > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 >> > =A0 =A0rootk@dragon:/sys/i386/compile/DRAGON i386 >> > [..] >> > start =3D 0, len =3D 3359, fs =3D /files >> > panic: ffs_alloccg: map corrupted > [..] >> > ffs_balloc_ufs2(ce55e660,38000,0,4000,ce77b300,...) at 0xc0755629 =3D = ffs_balloc_ufs2+0x1949 > [..] >> > panic: bufwrite: buffer is not busy??? >> >> =A0 =A0 UFS? UFS2? SU? SU+J? Got more details :)? > > UFS2, SU+J, ahd(4) HBA Hmmm.. interesting. Was a cylinder block corrupted by an fsck and the map not updated (properly) to reflect the change? I haven't seen this particular issue before, but then again I stick to mfi(4) controllers for RAIDs and standalone ahci(4) drives. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 05:16:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E354106566B; Thu, 16 Dec 2010 05:16:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B25FD8FC0A; Thu, 16 Dec 2010 05:16:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG5GTNF064957; Thu, 16 Dec 2010 00:16:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG5GTC4064906; Thu, 16 Dec 2010 05:16:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 05:16:29 GMT Message-Id: <201012160516.oBG5GTC4064906@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 05:16:31 -0000 TB --- 2010-12-16 04:13:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 04:13:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-12-16 04:13:36 - cleaning the object tree TB --- 2010-12-16 04:13:49 - cvsupping the source tree TB --- 2010-12-16 04:13:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-12-16 04:14:00 - building world TB --- 2010-12-16 04:14:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 04:14:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 04:14:00 - TARGET=ia64 TB --- 2010-12-16 04:14:00 - TARGET_ARCH=ia64 TB --- 2010-12-16 04:14:00 - TZ=UTC TB --- 2010-12-16 04:14:00 - __MAKE_CONF=/dev/null TB --- 2010-12-16 04:14:00 - cd /src TB --- 2010-12-16 04:14:00 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 04:14:01 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 05:16:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 05:16:29 - ERROR: failed to build world TB --- 2010-12-16 05:16:29 - 2980.59 user 504.73 system 3772.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 06:02:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A230106566B; Thu, 16 Dec 2010 06:02:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C58DE8FC0A; Thu, 16 Dec 2010 06:02:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG62tiA042171; Thu, 16 Dec 2010 01:02:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG62tVW042170; Thu, 16 Dec 2010 06:02:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 06:02:55 GMT Message-Id: <201012160602.oBG62tVW042170@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 06:02:57 -0000 TB --- 2010-12-16 05:16:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 05:16:30 - starting HEAD tinderbox run for mips/mips TB --- 2010-12-16 05:16:30 - cleaning the object tree TB --- 2010-12-16 05:16:37 - cvsupping the source tree TB --- 2010-12-16 05:16:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-12-16 05:16:55 - building world TB --- 2010-12-16 05:16:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 05:16:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 05:16:55 - TARGET=mips TB --- 2010-12-16 05:16:55 - TARGET_ARCH=mips TB --- 2010-12-16 05:16:55 - TZ=UTC TB --- 2010-12-16 05:16:55 - __MAKE_CONF=/dev/null TB --- 2010-12-16 05:16:55 - cd /src TB --- 2010-12-16 05:16:55 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 05:16:55 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 06:02:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 06:02:55 - ERROR: failed to build world TB --- 2010-12-16 06:02:55 - 2022.61 user 473.07 system 2784.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 06:48:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 206DB106564A; Thu, 16 Dec 2010 06:48:48 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-vw0-f68.google.com (mail-vw0-f68.google.com [209.85.212.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0812D8FC08; Thu, 16 Dec 2010 06:48:46 +0000 (UTC) Received: by vws13 with SMTP id 13so242789vws.7 for ; Wed, 15 Dec 2010 22:48:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=vVq1mbEJwM/xbPGhnrxA33z7GoyKijCZE7HvP0lenJY=; b=kYAx/iPp6Xop6Da4S+6k6DL+ivcvT/Vr3rXQfhhfbxeQ3/SRazh2opYrLwUQi65kR4 fxHzj7wHPokDQZjxuR47puujOfOxUFRZ5g76h5ulymdHuKsujf2zydFcvu5I+RkbSYvd DaYM8Ybc+Tj/xGTbD786Ab5nzQhWKoMzSPdu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=HQLkAQLsyLuUpJxTQ04Dxt1gLWlbfxQ4f8evnUUYizSUJWQ/WrXId/6tNQsze3Zo2C XOKuf8/ZBLQKfxCicBpxdYaemsNIf2ZhFQDIpFtHkI0V7G4gbupcobLbMki70BGzB+D3 zfVe9DSNbFjgzpdcKn1MVXEyFVqUu1BWJfhC8= Received: by 10.220.75.8 with SMTP id w8mr422143vcj.215.1292482126172; Wed, 15 Dec 2010 22:48:46 -0800 (PST) Received: from localhost (anonymizer6.torservers.net [174.36.199.203]) by mx.google.com with ESMTPS id r7sm856914vbx.19.2010.12.15.22.48.38 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Dec 2010 22:48:45 -0800 (PST) From: Anonymous To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> <86d3p2n84y.fsf@gmail.com> <86zks6lt61.fsf@gmail.com> Date: Thu, 16 Dec 2010 09:47:29 +0300 In-Reply-To: <86zks6lt61.fsf@gmail.com> (Anonymous's message of "Wed, 15 Dec 2010 22:42:14 +0300") Message-ID: <86vd2uqkn2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@FreeBSD.org, Martin Matuska Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 06:48:48 -0000 --=-=-= Content-Type: text/plain Anonymous writes: > Anonymous writes: > >> $ zfs allow >> Traceback (most recent call last): >> File "/usr/lib/zfs/pyzfs.py", line 35, in >> import zfs.util >> File "/usr/local/lib/python2.7/site-packages/zfs/util.py", line 31, in >> import solaris.misc >> ImportError: No module named solaris.misc >> Exit 1 >> >> Am I missing smth? Looks like lib/pysolaris wasn't ported from onnv-gate. > > Doh, it's likely my install is broken, I think it worked before with > previous ZFSv28 patch. A bit more noise from me using v28 pool - pyzfs from v15 segfaults - pyzfs from v28 fails on solaris.misc \- removing solaris.misc refs makes it fail on set_fsacl ioctl[1] - but it works on C version from illumos[2] [1] $ zfs allow myuser create foo/bar cannot set permissions on foo/bar: Invalid argument WARNING pid 52434 (initial thread): ioctl sign-extension ioctl ffffffffd5985a12 [2] attached in case anyone depends on `zfs allow' like me --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=nopyzfs.diff import 13246:fe5d6e0b0bce "278 get rid zfs of python and pyzfs dependencies" diff --git cddl/contrib/opensolaris/cmd/zfs/zfs_main.c cddl/contrib/opensolaris/cmd/zfs/zfs_main.c --- cddl/contrib/opensolaris/cmd/zfs/zfs_main.c +++ cddl/contrib/opensolaris/cmd/zfs/zfs_main.c @@ -21,6 +21,7 @@ /* * Copyright (c) 2005, 2010, Oracle and/or its affiliates. All rights reserved. + * Copyright 2010 Nexenta Systems, Inc. All rights reserved. */ #include @@ -51,6 +53,8 @@ #include #include +#include +#include #include #include "zfs_iter.h" @@ -61,7 +67,6 @@ libzfs_handle_t *g_zfs; static FILE *mnttab_file; static char history_str[HIS_MAX_RECORD_LEN]; -const char *pypath = "/usr/lib/zfs/pyzfs.py"; static int zfs_do_clone(int argc, char **argv); static int zfs_do_create(int argc, char **argv); @@ -82,8 +87,10 @@ static int zfs_do_send(int argc, char ** static int zfs_do_receive(int argc, char **argv); static int zfs_do_promote(int argc, char **argv); static int zfs_do_userspace(int argc, char **argv); -static int zfs_do_python(int argc, char **argv); +static int zfs_do_allow(int argc, char **argv); +static int zfs_do_unallow(int argc, char **argv); static int zfs_do_hold(int argc, char **argv); +static int zfs_do_holds(int argc, char **argv); static int zfs_do_release(int argc, char **argv); static int zfs_do_diff(int argc, char **argv); static int zfs_do_jail(int argc, char **argv); @@ -176,12 +183,12 @@ static zfs_command_t command_table[] = { { "send", zfs_do_send, HELP_SEND }, { "receive", zfs_do_receive, HELP_RECEIVE }, { NULL }, - { "allow", zfs_do_python, HELP_ALLOW }, + { "allow", zfs_do_allow, HELP_ALLOW }, { NULL }, - { "unallow", zfs_do_python, HELP_UNALLOW }, + { "unallow", zfs_do_unallow, HELP_UNALLOW }, { NULL }, { "hold", zfs_do_hold, HELP_HOLD }, - { "holds", zfs_do_python, HELP_HOLDS }, + { "holds", zfs_do_holds, HELP_HOLDS }, { "release", zfs_do_release, HELP_RELEASE }, { "diff", zfs_do_diff, HELP_DIFF }, { NULL }, @@ -1823,82 +1830,724 @@ zfs_do_upgrade(int argc, char **argv) return (ret); } +#define USTYPE_USR_BIT (0) +#define USTYPE_GRP_BIT (1) +#define USTYPE_PSX_BIT (2) +#define USTYPE_SMB_BIT (3) + +#define USTYPE_USR (1 << USTYPE_USR_BIT) +#define USTYPE_GRP (1 << USTYPE_GRP_BIT) + +#define USTYPE_PSX (1 << USTYPE_PSX_BIT) +#define USTYPE_SMB (1 << USTYPE_SMB_BIT) + +#define USTYPE_PSX_USR (USTYPE_PSX | USTYPE_USR) +#define USTYPE_SMB_USR (USTYPE_SMB | USTYPE_USR) +#define USTYPE_PSX_GRP (USTYPE_PSX | USTYPE_GRP) +#define USTYPE_SMB_GRP (USTYPE_SMB | USTYPE_GRP) +#define USTYPE_ALL (USTYPE_PSX_USR | USTYPE_SMB_USR \ + | USTYPE_PSX_GRP | USTYPE_SMB_GRP) + + +#define USPROP_USED_BIT (0) +#define USPROP_QUOTA_BIT (1) + +#define USPROP_USED (1 << USPROP_USED_BIT) +#define USPROP_QUOTA (1 << USPROP_QUOTA_BIT) + +typedef struct us_node { + nvlist_t *usn_nvl; + uu_avl_node_t usn_avlnode; + uu_list_node_t usn_listnode; +} us_node_t; + +typedef struct us_cbdata { + nvlist_t **cb_nvlp; + uu_avl_pool_t *cb_avl_pool; + uu_avl_t *cb_avl; + boolean_t cb_numname; + boolean_t cb_nicenum; + boolean_t cb_sid2posix; + zfs_userquota_prop_t cb_prop; + zfs_sort_column_t *cb_sortcol; + size_t cb_max_typelen; + size_t cb_max_namelen; + size_t cb_max_usedlen; + size_t cb_max_quotalen; +} us_cbdata_t; + +typedef struct { + zfs_sort_column_t *si_sortcol; + boolean_t si_num_name; + boolean_t si_parsable; +} us_sort_info_t; + +static int +us_compare(const void *larg, const void *rarg, void *unused) +{ + const us_node_t *l = larg; + const us_node_t *r = rarg; + int rc = 0; + us_sort_info_t *si = (us_sort_info_t *)unused; + zfs_sort_column_t *sortcol = si->si_sortcol; + boolean_t num_name = si->si_num_name; + nvlist_t *lnvl = l->usn_nvl; + nvlist_t *rnvl = r->usn_nvl; + + for (; sortcol != NULL; sortcol = sortcol->sc_next) { + char *lvstr = ""; + char *rvstr = ""; + uint32_t lv32 = 0; + uint32_t rv32 = 0; + uint64_t lv64 = 0; + uint64_t rv64 = 0; + zfs_prop_t prop = sortcol->sc_prop; + const char *propname = NULL; + boolean_t reverse = sortcol->sc_reverse; + + switch (prop) { + case ZFS_PROP_TYPE: + propname = "type"; + (void) nvlist_lookup_uint32(lnvl, propname, &lv32); + (void) nvlist_lookup_uint32(rnvl, propname, &rv32); + if (rv32 != lv32) + rc = (rv32 > lv32) ? 1 : -1; + break; + case ZFS_PROP_NAME: + propname = "name"; + if (num_name) { + (void) nvlist_lookup_uint32(lnvl, propname, + &lv32); + (void) nvlist_lookup_uint32(rnvl, propname, + &rv32); + if (rv32 != lv32) + rc = (rv32 > lv32) ? 1 : -1; + } else { + (void) nvlist_lookup_string(lnvl, propname, + &lvstr); + (void) nvlist_lookup_string(rnvl, propname, + &rvstr); + rc = strcmp(lvstr, rvstr); + } + break; + + case ZFS_PROP_USED: + case ZFS_PROP_QUOTA: + if (ZFS_PROP_USED == prop) + propname = "used"; + else + propname = "quota"; + (void) nvlist_lookup_uint64(lnvl, propname, &lv64); + (void) nvlist_lookup_uint64(rnvl, propname, &rv64); + if (rv64 != lv64) + rc = (rv64 > lv64) ? 1 : -1; + } + + if (rc) + if (rc < 0) + return (reverse ? 1 : -1); + else + return (reverse ? -1 : 1); + } + + return (rc); +} + +static inline const char * +us_type2str(unsigned field_type) +{ + switch (field_type) { + case USTYPE_PSX_USR: + return ("POSIX User"); + case USTYPE_PSX_GRP: + return ("POSIX Group"); + case USTYPE_SMB_USR: + return ("SMB User"); + case USTYPE_SMB_GRP: + return ("SMB Group"); + default: + return ("Undefined"); + } +} + /* * zfs userspace */ static int userspace_cb(void *arg, const char *domain, uid_t rid, uint64_t space) { - zfs_userquota_prop_t *typep = arg; - zfs_userquota_prop_t p = *typep; + us_cbdata_t *cb = (us_cbdata_t *)arg; + zfs_userquota_prop_t prop = cb->cb_prop; char *name = NULL; - char *ug, *propname; + char *propname; char namebuf[32]; char sizebuf[32]; + us_node_t *node; + uu_avl_pool_t *avl_pool = cb->cb_avl_pool; + uu_avl_t *avl = cb->cb_avl; + uu_avl_index_t idx; + nvlist_t *props; + us_node_t *n; + zfs_sort_column_t *sortcol = cb->cb_sortcol; + unsigned type; + const char *typestr; + size_t namelen; + size_t typelen; + size_t sizelen; + us_sort_info_t sortinfo = { sortcol, cb->cb_numname }; if (domain == NULL || domain[0] == '\0') { - if (p == ZFS_PROP_GROUPUSED || p == ZFS_PROP_GROUPQUOTA) { + /* POSIX */ + if (prop == ZFS_PROP_GROUPUSED || prop == ZFS_PROP_GROUPQUOTA) { + type = USTYPE_PSX_GRP; struct group *g = getgrgid(rid); if (g) name = g->gr_name; } else { + type = USTYPE_PSX_USR; struct passwd *p = getpwuid(rid); if (p) name = p->pw_name; } - } - - if (p == ZFS_PROP_GROUPUSED || p == ZFS_PROP_GROUPQUOTA) - ug = "group"; - else - ug = "user"; - - if (p == ZFS_PROP_USERUSED || p == ZFS_PROP_GROUPUSED) + } +#ifdef sun + else { + char sid[ZFS_MAXNAMELEN+32]; + uid_t id; + uint64_t classes; + int err; + directory_error_t e; + + (void) snprintf(sid, sizeof (sid), "%s-%u", domain, rid); + /* SMB */ + if (prop == ZFS_PROP_GROUPUSED || prop == ZFS_PROP_GROUPQUOTA) { + type = USTYPE_SMB_GRP; + err = sid_to_id(sid, B_FALSE, &id); + } else { + type = USTYPE_SMB_USR; + err = sid_to_id(sid, B_TRUE, &id); + } + + if (err == 0) { + rid = id; + + e = directory_name_from_sid(NULL, sid, &name, &classes); + if (e != NULL) { + directory_error_free(e); + return (NULL); + } + + if (name == NULL) + name = sid; + } + } +#endif + +/* + * if (prop == ZFS_PROP_GROUPUSED || prop == ZFS_PROP_GROUPQUOTA) + * ug = "group"; + * else + * ug = "user"; + */ + + if (prop == ZFS_PROP_USERUSED || prop == ZFS_PROP_GROUPUSED) propname = "used"; else propname = "quota"; - if (name == NULL) { - (void) snprintf(namebuf, sizeof (namebuf), - "%llu", (longlong_t)rid); + (void) snprintf(namebuf, sizeof (namebuf), "%u", rid); + if (name == NULL) name = namebuf; - } - zfs_nicenum(space, sizebuf, sizeof (sizebuf)); - - (void) printf("%s %s %s%c%s %s\n", propname, ug, domain, - domain[0] ? '-' : ' ', name, sizebuf); + + if (cb->cb_nicenum) + zfs_nicenum(space, sizebuf, sizeof (sizebuf)); + else + (void) sprintf(sizebuf, "%llu", space); + + node = safe_malloc(sizeof (us_node_t)); + uu_avl_node_init(node, &node->usn_avlnode, avl_pool); + + if (nvlist_alloc(&props, NV_UNIQUE_NAME, 0) != 0) { + free(node); + return (-1); + } + + if (nvlist_add_uint32(props, "type", type) != 0) + nomem(); + + if (cb->cb_numname) { + if (nvlist_add_uint32(props, "name", rid) != 0) + nomem(); + namelen = strlen(namebuf); + } else { + if (nvlist_add_string(props, "name", name) != 0) + nomem(); + namelen = strlen(name); + } + + typestr = us_type2str(type); + typelen = strlen(gettext(typestr)); + if (typelen > cb->cb_max_typelen) + cb->cb_max_typelen = typelen; + + if (namelen > cb->cb_max_namelen) + cb->cb_max_namelen = namelen; + + sizelen = strlen(sizebuf); + if (0 == strcmp(propname, "used")) { + if (sizelen > cb->cb_max_usedlen) + cb->cb_max_usedlen = sizelen; + } else { + if (sizelen > cb->cb_max_quotalen) + cb->cb_max_quotalen = sizelen; + } + + node->usn_nvl = props; + + n = uu_avl_find(avl, node, &sortinfo, &idx); + if (n == NULL) + uu_avl_insert(avl, node, idx); + else { + nvlist_free(props); + free(node); + node = n; + props = node->usn_nvl; + } + + if (nvlist_add_uint64(props, propname, space) != 0) + nomem(); return (0); } +static inline boolean_t +usprop_check(zfs_userquota_prop_t p, unsigned types, unsigned props) +{ + unsigned type; + unsigned prop; + + switch (p) { + case ZFS_PROP_USERUSED: + type = USTYPE_USR; + prop = USPROP_USED; + break; + case ZFS_PROP_USERQUOTA: + type = USTYPE_USR; + prop = USPROP_QUOTA; + break; + case ZFS_PROP_GROUPUSED: + type = USTYPE_GRP; + prop = USPROP_USED; + break; + case ZFS_PROP_GROUPQUOTA: + type = USTYPE_GRP; + prop = USPROP_QUOTA; + break; + default: /* ALL */ + return (B_TRUE); + }; + + return (type & types && prop & props); +} + +#define USFIELD_TYPE (1 << 0) +#define USFIELD_NAME (1 << 1) +#define USFIELD_USED (1 << 2) +#define USFIELD_QUOTA (1 << 3) +#define USFIELD_ALL (USFIELD_TYPE | USFIELD_NAME | USFIELD_USED | USFIELD_QUOTA) + +static int +parsefields(unsigned *fieldsp, char **names, unsigned *bits, size_t len) +{ + char *field = optarg; + char *delim; + + do { + int i; + boolean_t found = B_FALSE; + delim = strchr(field, ','); + if (delim != NULL) + *delim = '\0'; + + for (i = 0; i < len; i++) + if (0 == strcmp(field, names[i])) { + found = B_TRUE; + *fieldsp |= bits[i]; + break; + } + + if (!found) { + (void) fprintf(stderr, gettext("invalid type '%s'" + "for -t option\n"), field); + return (-1); + } + + field = delim + 1; + } while (delim); + + return (0); +} + + +static char *type_names[] = { "posixuser", "smbuser", "posixgroup", "smbgroup", + "all" }; +static unsigned type_bits[] = { + USTYPE_PSX_USR, + USTYPE_SMB_USR, + USTYPE_PSX_GRP, + USTYPE_SMB_GRP, + USTYPE_ALL +}; + +static char *us_field_names[] = { "type", "name", "used", "quota" }; +static unsigned us_field_bits[] = { + USFIELD_TYPE, + USFIELD_NAME, + USFIELD_USED, + USFIELD_QUOTA +}; + +static void +print_us_node(boolean_t scripted, boolean_t parseable, unsigned fields, + size_t type_width, size_t name_width, size_t used_width, + size_t quota_width, us_node_t *node) +{ + nvlist_t *nvl = node->usn_nvl; + nvpair_t *nvp = NULL; + char valstr[ZFS_MAXNAMELEN]; + boolean_t first = B_TRUE; + boolean_t quota_found = B_FALSE; + + if (fields & USFIELD_QUOTA && !nvlist_exists(nvl, "quota")) + if (nvlist_add_string(nvl, "quota", "none") != 0) + nomem(); + + while ((nvp = nvlist_next_nvpair(nvl, nvp)) != NULL) { + char *pname = nvpair_name(nvp); + data_type_t type = nvpair_type(nvp); + uint32_t val32 = 0; + uint64_t val64 = 0; + char *strval = NULL; + unsigned field = 0; + unsigned width = 0; + int i; + for (i = 0; i < 4; i++) { + if (0 == strcmp(pname, us_field_names[i])) { + field = us_field_bits[i]; + break; + } + } + + if (!(field & fields)) + continue; + + switch (type) { + case DATA_TYPE_UINT32: + (void) nvpair_value_uint32(nvp, &val32); + break; + case DATA_TYPE_UINT64: + (void) nvpair_value_uint64(nvp, &val64); + break; + case DATA_TYPE_STRING: + (void) nvpair_value_string(nvp, &strval); + break; + default: + (void) fprintf(stderr, "Invalid data type\n"); + } + + if (!first) + if (scripted) + (void) printf("\t"); + else + (void) printf(" "); + + switch (field) { + case USFIELD_TYPE: + strval = (char *)us_type2str(val32); + width = type_width; + break; + case USFIELD_NAME: + if (type == DATA_TYPE_UINT64) { + (void) sprintf(valstr, "%llu", val64); + strval = valstr; + } + width = name_width; + break; + case USFIELD_USED: + case USFIELD_QUOTA: + if (type == DATA_TYPE_UINT64) { + (void) nvpair_value_uint64(nvp, &val64); + if (parseable) + (void) sprintf(valstr, "%llu", val64); + else + zfs_nicenum(val64, valstr, + sizeof (valstr)); + strval = valstr; + } + + if (field == USFIELD_USED) + width = used_width; + else { + quota_found = B_FALSE; + width = quota_width; + } + + break; + } + + if (field == USFIELD_QUOTA && !quota_found) + (void) printf("%*s", width, strval); + else { + if (type == DATA_TYPE_STRING) + (void) printf("%-*s", width, strval); + else + (void) printf("%*s", width, strval); + } + + first = B_FALSE; + + } + + (void) printf("\n"); +} + +static void +print_us(boolean_t scripted, boolean_t parsable, unsigned fields, + unsigned type_width, unsigned name_width, unsigned used_width, + unsigned quota_width, boolean_t rmnode, uu_avl_t *avl) +{ + static char *us_field_hdr[] = { "TYPE", "NAME", "USED", "QUOTA" }; + us_node_t *node; + const char *col; + int i; + size_t width[4] = { type_width, name_width, used_width, quota_width }; + + if (!scripted) { + boolean_t first = B_TRUE; + for (i = 0; i < 4; i++) { + unsigned field = us_field_bits[i]; + if (!(field & fields)) + continue; + + col = gettext(us_field_hdr[i]); + if (field == USFIELD_TYPE || field == USFIELD_NAME) + (void) printf(first?"%-*s":" %-*s", width[i], + col); + else + (void) printf(first?"%*s":" %*s", width[i], + col); + first = B_FALSE; + } + (void) printf("\n"); + } + + for (node = uu_avl_first(avl); node != NULL; + node = uu_avl_next(avl, node)) { + print_us_node(scripted, parsable, fields, type_width, + name_width, used_width, used_width, node); + if (rmnode) + nvlist_free(node->usn_nvl); + } +} + static int zfs_do_userspace(int argc, char **argv) { zfs_handle_t *zhp; zfs_userquota_prop_t p; + uu_avl_pool_t *avl_pool; + uu_avl_t *avl_tree; + uu_avl_walk_t *walk; + + char *cmd; + boolean_t scripted = B_FALSE; + boolean_t prtnum = B_FALSE; + boolean_t parseable = B_FALSE; + boolean_t sid2posix = B_FALSE; int error; - - /* - * Try the python version. If the execv fails, we'll continue - * and do a simplistic implementation. - */ - (void) execv(pypath, argv-1); - - (void) fprintf(stderr, "internal error: %s not found\n" - "falling back on built-in implementation, " - "some features will not work\n", pypath); - (void) fprintf(stderr, " install sysutils/py-zfs port to correct this\n"); + int c; + zfs_sort_column_t *default_sortcol = NULL; + zfs_sort_column_t *sortcol = NULL; + unsigned types = USTYPE_PSX_USR | USTYPE_SMB_USR; + unsigned fields = 0; + unsigned props = USPROP_USED | USPROP_QUOTA; + us_cbdata_t cb; + us_node_t *node; + boolean_t resort_avl = B_FALSE; + + if (argc < 2) + usage(B_FALSE); + + cmd = argv[0]; + if (0 == strcmp(cmd, "groupspace")) + /* toggle default group types */ + types = USTYPE_PSX_GRP | USTYPE_SMB_GRP; + + /* check options */ + while ((c = getopt(argc, argv, "nHpo:s:S:t:i")) != -1) { + switch (c) { + case 'n': + prtnum = B_TRUE; + break; + case 'H': + scripted = B_TRUE; + break; + case 'p': + parseable = B_TRUE; + break; + case 'o': + if (parsefields(&fields, us_field_names, us_field_bits, + 4) != 0) + return (1); + break; + case 's': + if (zfs_add_sort_column(&sortcol, optarg, + B_FALSE) != 0) { + (void) fprintf(stderr, + gettext("invalid property '%s'\n"), optarg); + usage(B_FALSE); + } + break; + case 'S': + if (zfs_add_sort_column(&sortcol, optarg, + B_TRUE) != 0) { + (void) fprintf(stderr, + gettext("invalid property '%s'\n"), optarg); + usage(B_FALSE); + } + break; + case 't': + if (parsefields(&types, type_names, type_bits, 5)) + return (1); + break; + case 'i': + sid2posix = B_TRUE; + break; + case ':': + (void) fprintf(stderr, gettext("missing argument for " + "'%c' option\n"), optopt); + usage(B_FALSE); + break; + case '?': + (void) fprintf(stderr, gettext("invalid option '%c'\n"), + optopt); + usage(B_FALSE); + } + } + + argc -= optind; + argv += optind; + + /* ok, now we have sorted by default colums (type,name) avl tree */ + if (sortcol) { + zfs_sort_column_t *sc; + for (sc = sortcol; sc; sc = sc->sc_next) { + if (sc->sc_prop == ZFS_PROP_QUOTA) { + resort_avl = B_TRUE; + break; + } + } + } + + if (!fields) + fields = USFIELD_ALL; if ((zhp = zfs_open(g_zfs, argv[argc-1], ZFS_TYPE_DATASET)) == NULL) return (1); - (void) printf("PROP TYPE NAME VALUE\n"); + if ((avl_pool = uu_avl_pool_create("us_avl_pool", sizeof (us_node_t), + offsetof(us_node_t, usn_avlnode), + us_compare, UU_DEFAULT)) == NULL) + nomem(); + if ((avl_tree = uu_avl_create(avl_pool, NULL, UU_DEFAULT)) == NULL) + nomem(); + + if (sortcol && !resort_avl) + cb.cb_sortcol = sortcol; + else { + (void) zfs_add_sort_column(&default_sortcol, "type", B_FALSE); + (void) zfs_add_sort_column(&default_sortcol, "name", B_FALSE); + cb.cb_sortcol = default_sortcol; + } + cb.cb_numname = prtnum; + cb.cb_nicenum = !parseable; + cb.cb_avl_pool = avl_pool; + cb.cb_avl = avl_tree; + cb.cb_sid2posix = sid2posix; + cb.cb_max_typelen = strlen(gettext("TYPE")); + cb.cb_max_namelen = strlen(gettext("NAME")); + cb.cb_max_usedlen = strlen(gettext("USED")); + cb.cb_max_quotalen = strlen(gettext("QUOTA")); for (p = 0; p < ZFS_NUM_USERQUOTA_PROPS; p++) { - error = zfs_userspace(zhp, p, userspace_cb, &p); + if (!usprop_check(p, types, props)) + continue; + + cb.cb_prop = p; + error = zfs_userspace(zhp, p, userspace_cb, &cb); if (error) break; } + + + if (resort_avl) { + us_node_t *node; + us_node_t *rmnode; + uu_list_pool_t *listpool; + uu_list_t *list; + uu_avl_index_t idx = 0; + uu_list_index_t idx2 = 0; + listpool = uu_list_pool_create("tmplist", sizeof (us_node_t), + offsetof(us_node_t, usn_listnode), NULL, + UU_DEFAULT); + list = uu_list_create(listpool, NULL, UU_DEFAULT); + + node = uu_avl_first(avl_tree); + uu_list_node_init(node, &node->usn_listnode, listpool); + while (node != NULL) { + rmnode = node; + node = uu_avl_next(avl_tree, node); + uu_avl_remove(avl_tree, rmnode); + if (uu_list_find(list, rmnode, NULL, &idx2) == NULL) { + uu_list_insert(list, rmnode, idx2); + } + } + + for (node = uu_list_first(list); node != NULL; + node = uu_list_next(list, node)) { + us_sort_info_t sortinfo = { sortcol, cb.cb_numname }; + if (uu_avl_find(avl_tree, node, &sortinfo, &idx) == + NULL) + uu_avl_insert(avl_tree, node, idx); + } + + uu_list_destroy(list); + } + + /* print & free node`s nvlist memory */ + print_us(scripted, parseable, fields, cb.cb_max_typelen, + cb.cb_max_namelen, cb.cb_max_usedlen, + cb.cb_max_quotalen, B_TRUE, cb.cb_avl); + + if (sortcol) + zfs_free_sort_columns(sortcol); + zfs_free_sort_columns(default_sortcol); + + /* + * Finally, clean up the AVL tree. + */ + if ((walk = uu_avl_walk_start(cb.cb_avl, UU_WALK_ROBUST)) == NULL) + nomem(); + + while ((node = uu_avl_walk_next(walk)) != NULL) { + uu_avl_remove(cb.cb_avl, node); + free(node); + } + + uu_avl_walk_end(walk); + uu_avl_destroy(avl_tree); + uu_avl_pool_destroy(avl_pool); + return (error); } @@ -2829,6 +3476,1352 @@ zfs_do_receive(int argc, char **argv) return (err != 0); } +/* + * allow/unallow stuff + */ +/* copied from zfs/sys/dsl_deleg.h */ +#define ZFS_DELEG_PERM_CREATE "create" +#define ZFS_DELEG_PERM_DESTROY "destroy" +#define ZFS_DELEG_PERM_SNAPSHOT "snapshot" +#define ZFS_DELEG_PERM_ROLLBACK "rollback" +#define ZFS_DELEG_PERM_CLONE "clone" +#define ZFS_DELEG_PERM_PROMOTE "promote" +#define ZFS_DELEG_PERM_RENAME "rename" +#define ZFS_DELEG_PERM_MOUNT "mount" +#define ZFS_DELEG_PERM_SHARE "share" +#define ZFS_DELEG_PERM_SEND "send" +#define ZFS_DELEG_PERM_RECEIVE "receive" +#define ZFS_DELEG_PERM_ALLOW "allow" +#define ZFS_DELEG_PERM_USERPROP "userprop" +#define ZFS_DELEG_PERM_VSCAN "vscan" /* ??? */ +#define ZFS_DELEG_PERM_USERQUOTA "userquota" +#define ZFS_DELEG_PERM_GROUPQUOTA "groupquota" +#define ZFS_DELEG_PERM_USERUSED "userused" +#define ZFS_DELEG_PERM_GROUPUSED "groupused" +#define ZFS_DELEG_PERM_HOLD "hold" +#define ZFS_DELEG_PERM_RELEASE "release" +#define ZFS_DELEG_PERM_DIFF "diff" + +#define ZFS_NUM_DELEG_NOTES ZFS_DELEG_NOTE_NONE + +static zfs_deleg_perm_tab_t zfs_deleg_perm_tbl[] = { + { ZFS_DELEG_PERM_ALLOW, ZFS_DELEG_NOTE_ALLOW }, + { ZFS_DELEG_PERM_CLONE, ZFS_DELEG_NOTE_CLONE }, + { ZFS_DELEG_PERM_CREATE, ZFS_DELEG_NOTE_CREATE }, + { ZFS_DELEG_PERM_DESTROY, ZFS_DELEG_NOTE_DESTROY }, + { ZFS_DELEG_PERM_DIFF, ZFS_DELEG_NOTE_DIFF}, + { ZFS_DELEG_PERM_HOLD, ZFS_DELEG_NOTE_HOLD }, + { ZFS_DELEG_PERM_MOUNT, ZFS_DELEG_NOTE_MOUNT }, + { ZFS_DELEG_PERM_PROMOTE, ZFS_DELEG_NOTE_PROMOTE }, + { ZFS_DELEG_PERM_RECEIVE, ZFS_DELEG_NOTE_RECEIVE }, + { ZFS_DELEG_PERM_RELEASE, ZFS_DELEG_NOTE_RELEASE }, + { ZFS_DELEG_PERM_RENAME, ZFS_DELEG_NOTE_RENAME }, + { ZFS_DELEG_PERM_ROLLBACK, ZFS_DELEG_NOTE_ROLLBACK }, + { ZFS_DELEG_PERM_SEND, ZFS_DELEG_NOTE_SEND }, + { ZFS_DELEG_PERM_SHARE, ZFS_DELEG_NOTE_SHARE }, + { ZFS_DELEG_PERM_SNAPSHOT, ZFS_DELEG_NOTE_SNAPSHOT }, + + { ZFS_DELEG_PERM_GROUPQUOTA, ZFS_DELEG_NOTE_GROUPQUOTA }, + { ZFS_DELEG_PERM_GROUPUSED, ZFS_DELEG_NOTE_GROUPUSED }, + { ZFS_DELEG_PERM_USERPROP, ZFS_DELEG_NOTE_USERPROP }, + { ZFS_DELEG_PERM_USERQUOTA, ZFS_DELEG_NOTE_USERQUOTA }, + { ZFS_DELEG_PERM_USERUSED, ZFS_DELEG_NOTE_USERUSED }, + { NULL, ZFS_DELEG_NOTE_NONE } +}; + +/* permission structure */ +typedef struct deleg_perm { + zfs_deleg_who_type_t dp_who_type; + const char *dp_name; + boolean_t dp_local; + boolean_t dp_descend; +} deleg_perm_t; + +/* */ +typedef struct deleg_perm_node { + deleg_perm_t dpn_perm; + + uu_avl_node_t dpn_avl_node; +} deleg_perm_node_t; + +typedef struct fs_perm fs_perm_t; + +/* permissions set */ +typedef struct who_perm { + zfs_deleg_who_type_t who_type; + const char *who_name; /* id */ + char who_ug_name[256]; /* user/group name */ + fs_perm_t *who_fsperm; /* uplink */ + + uu_avl_t *who_deleg_perm_avl; /* permissions */ +} who_perm_t; + +/* */ +typedef struct who_perm_node { + who_perm_t who_perm; + uu_avl_node_t who_avl_node; +} who_perm_node_t; + +typedef struct fs_perm_set fs_perm_set_t; +/* fs permissions */ +struct fs_perm { + const char *fsp_name; + + uu_avl_t *fsp_sc_avl; /* sets,create */ + uu_avl_t *fsp_uge_avl; /* user,group,everyone */ + + fs_perm_set_t *fsp_set; /* uplink */ +}; + +/* */ +typedef struct fs_perm_node { + fs_perm_t fspn_fsperm; + uu_avl_t *fspn_avl; + + uu_list_node_t fspn_list_node; +} fs_perm_node_t; + +/* top level structure */ +struct fs_perm_set { + uu_list_pool_t *fsps_list_pool; + uu_list_t *fsps_list; /* list of fs_perms */ + + uu_avl_pool_t *fsps_named_set_avl_pool; + uu_avl_pool_t *fsps_who_perm_avl_pool; + uu_avl_pool_t *fsps_deleg_perm_avl_pool; +}; + +static inline const char * +deleg_perm_type(zfs_deleg_note_t note) +{ + /* subcommands */ + switch (note) { + /* SUBCOMMANDS */ + /* OTHER */ + case ZFS_DELEG_NOTE_GROUPQUOTA: + case ZFS_DELEG_NOTE_GROUPUSED: + case ZFS_DELEG_NOTE_USERPROP: + case ZFS_DELEG_NOTE_USERQUOTA: + case ZFS_DELEG_NOTE_USERUSED: + /* other */ + return (gettext("other")); + default: + return (gettext("subcommand")); + } +} + +static int inline +who_type2weight(zfs_deleg_who_type_t who_type) +{ + int res; + switch (who_type) { + case ZFS_DELEG_NAMED_SET_SETS: + case ZFS_DELEG_NAMED_SET: + res = 0; + break; + case ZFS_DELEG_CREATE_SETS: + case ZFS_DELEG_CREATE: + res = 1; + break; + case ZFS_DELEG_USER_SETS: + case ZFS_DELEG_USER: + res = 2; + break; + case ZFS_DELEG_GROUP_SETS: + case ZFS_DELEG_GROUP: + res = 3; + break; + case ZFS_DELEG_EVERYONE_SETS: + case ZFS_DELEG_EVERYONE: + res = 4; + break; + default: + res = -1; + } + + return (res); +} + +/* ARGSUSED */ +static int +who_perm_compare(const void *larg, const void *rarg, void *unused) +{ + const who_perm_node_t *l = larg; + const who_perm_node_t *r = rarg; + zfs_deleg_who_type_t ltype = l->who_perm.who_type; + zfs_deleg_who_type_t rtype = r->who_perm.who_type; + int lweight = who_type2weight(ltype); + int rweight = who_type2weight(rtype); + int res = lweight - rweight; + if (res == 0) + res = strncmp(l->who_perm.who_name, r->who_perm.who_name, + ZFS_MAX_DELEG_NAME-1); + + if (res == 0) + return (0); + if (res > 0) + return (1); + else + return (-1); +} + +/* ARGSUSED */ +static int +deleg_perm_compare(const void *larg, const void *rarg, void *unused) +{ + const deleg_perm_node_t *l = larg; + const deleg_perm_node_t *r = rarg; + int res = strncmp(l->dpn_perm.dp_name, r->dpn_perm.dp_name, + ZFS_MAX_DELEG_NAME-1); + + if (res == 0) + return (0); + + if (res > 0) + return (1); + else + return (-1); +} + +static inline void +fs_perm_set_init(fs_perm_set_t *fspset) +{ + bzero(fspset, sizeof (fs_perm_set_t)); + + if ((fspset->fsps_list_pool = uu_list_pool_create("fsps_list_pool", + sizeof (fs_perm_node_t), offsetof(fs_perm_node_t, fspn_list_node), + NULL, UU_DEFAULT)) == NULL) + nomem(); + if ((fspset->fsps_list = uu_list_create(fspset->fsps_list_pool, NULL, + UU_DEFAULT)) == NULL) + nomem(); + + if ((fspset->fsps_named_set_avl_pool = uu_avl_pool_create( + "named_set_avl_pool", sizeof (who_perm_node_t), offsetof( + who_perm_node_t, who_avl_node), who_perm_compare, + UU_DEFAULT)) == NULL) + nomem(); + + if ((fspset->fsps_who_perm_avl_pool = uu_avl_pool_create( + "who_perm_avl_pool", sizeof (who_perm_node_t), offsetof( + who_perm_node_t, who_avl_node), who_perm_compare, + UU_DEFAULT)) == NULL) + nomem(); + + if ((fspset->fsps_deleg_perm_avl_pool = uu_avl_pool_create( + "deleg_perm_avl_pool", sizeof (deleg_perm_node_t), offsetof( + deleg_perm_node_t, dpn_avl_node), deleg_perm_compare, UU_DEFAULT)) + == NULL) + nomem(); +} + +static inline void fs_perm_fini(fs_perm_t *); +static inline void who_perm_fini(who_perm_t *); + +static inline void +fs_perm_set_fini(fs_perm_set_t *fspset) +{ + fs_perm_node_t *node = uu_list_first(fspset->fsps_list); + + while (node != NULL) { + fs_perm_node_t *next_node = + uu_list_next(fspset->fsps_list, node); + fs_perm_t *fsperm = &node->fspn_fsperm; + fs_perm_fini(fsperm); + uu_list_remove(fspset->fsps_list, node); + free(node); + node = next_node; + } + + uu_avl_pool_destroy(fspset->fsps_named_set_avl_pool); + uu_avl_pool_destroy(fspset->fsps_who_perm_avl_pool); + uu_avl_pool_destroy(fspset->fsps_deleg_perm_avl_pool); +} + +static inline void +deleg_perm_init(deleg_perm_t *deleg_perm, zfs_deleg_who_type_t type, + const char *name) +{ + deleg_perm->dp_who_type = type; + deleg_perm->dp_name = name; +} + +static inline void +who_perm_init(who_perm_t *who_perm, fs_perm_t *fsperm, + zfs_deleg_who_type_t type, const char *name) +{ + uu_avl_pool_t *pool; + pool = fsperm->fsp_set->fsps_deleg_perm_avl_pool; + + bzero(who_perm, sizeof (who_perm_t)); + + if ((who_perm->who_deleg_perm_avl = uu_avl_create(pool, NULL, + UU_DEFAULT)) == NULL) + nomem(); + + who_perm->who_type = type; + who_perm->who_name = name; + who_perm->who_fsperm = fsperm; +} + +static inline void +who_perm_fini(who_perm_t *who_perm) +{ + deleg_perm_node_t *node = uu_avl_first(who_perm->who_deleg_perm_avl); + + while (node != NULL) { + deleg_perm_node_t *next_node = + uu_avl_next(who_perm->who_deleg_perm_avl, node); + + uu_avl_remove(who_perm->who_deleg_perm_avl, node); + free(node); + node = next_node; + } + + uu_avl_destroy(who_perm->who_deleg_perm_avl); +} + +static inline void +fs_perm_init(fs_perm_t *fsperm, fs_perm_set_t *fspset, const char *fsname) +{ + uu_avl_pool_t *nset_pool = fspset->fsps_named_set_avl_pool; + uu_avl_pool_t *who_pool = fspset->fsps_who_perm_avl_pool; + + bzero(fsperm, sizeof (fs_perm_t)); + + if ((fsperm->fsp_sc_avl = uu_avl_create(nset_pool, NULL, UU_DEFAULT)) + == NULL) + nomem(); + + if ((fsperm->fsp_uge_avl = uu_avl_create(who_pool, NULL, UU_DEFAULT)) + == NULL) + nomem(); + + fsperm->fsp_set = fspset; + fsperm->fsp_name = fsname; +} + +static inline void +fs_perm_fini(fs_perm_t *fsperm) +{ + who_perm_node_t *node = uu_avl_first(fsperm->fsp_sc_avl); + while (node != NULL) { + who_perm_node_t *next_node = uu_avl_next(fsperm->fsp_sc_avl, + node); + who_perm_t *who_perm = &node->who_perm; + who_perm_fini(who_perm); + uu_avl_remove(fsperm->fsp_sc_avl, node); + free(node); + node = next_node; + } + + node = uu_avl_first(fsperm->fsp_uge_avl); + while (node != NULL) { + who_perm_node_t *next_node = uu_avl_next(fsperm->fsp_uge_avl, + node); + who_perm_t *who_perm = &node->who_perm; + who_perm_fini(who_perm); + uu_avl_remove(fsperm->fsp_uge_avl, node); + free(node); + node = next_node; + } + + uu_avl_destroy(fsperm->fsp_sc_avl); + uu_avl_destroy(fsperm->fsp_uge_avl); +} + +static void inline +set_deleg_perm_node(uu_avl_t *avl, deleg_perm_node_t *node, + zfs_deleg_who_type_t who_type, const char *name, char locality) +{ + uu_avl_index_t idx = 0; + + deleg_perm_node_t *found_node = NULL; + deleg_perm_t *deleg_perm = &node->dpn_perm; + + deleg_perm_init(deleg_perm, who_type, name); + + if ((found_node = uu_avl_find(avl, node, NULL, &idx)) + == NULL) + uu_avl_insert(avl, node, idx); + else { + node = found_node; + deleg_perm = &node->dpn_perm; + } + + + switch (locality) { + case ZFS_DELEG_LOCAL: + deleg_perm->dp_local = B_TRUE; + break; + case ZFS_DELEG_DESCENDENT: + deleg_perm->dp_descend = B_TRUE; + break; + case ZFS_DELEG_NA: + break; + default: + assert(B_FALSE); /* invalid locality */ + } +} + +static inline int +parse_who_perm(who_perm_t *who_perm, nvlist_t *nvl, char locality) +{ + nvpair_t *nvp = NULL; + fs_perm_set_t *fspset = who_perm->who_fsperm->fsp_set; + uu_avl_t *avl = who_perm->who_deleg_perm_avl; + zfs_deleg_who_type_t who_type = who_perm->who_type; + + while ((nvp = nvlist_next_nvpair(nvl, nvp)) != NULL) { + const char *name = nvpair_name(nvp); + data_type_t type = nvpair_type(nvp); + uu_avl_pool_t *avl_pool = fspset->fsps_deleg_perm_avl_pool; + deleg_perm_node_t *node = + safe_malloc(sizeof (deleg_perm_node_t)); + + assert(type == DATA_TYPE_BOOLEAN); + + uu_avl_node_init(node, &node->dpn_avl_node, avl_pool); + set_deleg_perm_node(avl, node, who_type, name, locality); + } + + return (0); +} + +static inline int +parse_fs_perm(fs_perm_t *fsperm, nvlist_t *nvl) +{ + nvpair_t *nvp = NULL; + fs_perm_set_t *fspset = fsperm->fsp_set; + + while ((nvp = nvlist_next_nvpair(nvl, nvp)) != NULL) { + nvlist_t *nvl2 = NULL; + const char *name = nvpair_name(nvp); + uu_avl_t *avl = NULL; + uu_avl_pool_t *avl_pool; + zfs_deleg_who_type_t perm_type = name[0]; + char perm_locality = name[1]; + const char *perm_name = name + 3; + boolean_t is_set = B_TRUE; + who_perm_t *who_perm = NULL; + + assert('$' == name[2]); + + if (nvpair_value_nvlist(nvp, &nvl2) != 0) + return (-1); + + switch (perm_type) { + case ZFS_DELEG_CREATE: + case ZFS_DELEG_CREATE_SETS: + case ZFS_DELEG_NAMED_SET: + case ZFS_DELEG_NAMED_SET_SETS: + avl_pool = fspset->fsps_named_set_avl_pool; + avl = fsperm->fsp_sc_avl; + break; + case ZFS_DELEG_USER: + case ZFS_DELEG_USER_SETS: + case ZFS_DELEG_GROUP: + case ZFS_DELEG_GROUP_SETS: + case ZFS_DELEG_EVERYONE: + case ZFS_DELEG_EVERYONE_SETS: + avl_pool = fspset->fsps_who_perm_avl_pool; + avl = fsperm->fsp_uge_avl; + break; + } + + if (is_set) { + who_perm_node_t *found_node = NULL; + who_perm_node_t *node = safe_malloc( + sizeof (who_perm_node_t)); + who_perm = &node->who_perm; + uu_avl_index_t idx = 0; + + uu_avl_node_init(node, &node->who_avl_node, avl_pool); + who_perm_init(who_perm, fsperm, perm_type, perm_name); + + if ((found_node = uu_avl_find(avl, node, NULL, &idx)) + == NULL) { + if (avl == fsperm->fsp_uge_avl) { + uid_t rid = 0; + struct passwd *p = NULL; + struct group *g = NULL; + const char *nice_name = NULL; + + switch (perm_type) { + case ZFS_DELEG_USER_SETS: + case ZFS_DELEG_USER: + rid = atoi(perm_name); + p = getpwuid(rid); + if (p) + nice_name = p->pw_name; + break; + case ZFS_DELEG_GROUP_SETS: + case ZFS_DELEG_GROUP: + rid = atoi(perm_name); + g = getgrgid(rid); + if (g) + nice_name = g->gr_name; + break; + } + + if (nice_name != NULL) + (void) strlcpy( + node->who_perm.who_ug_name, + nice_name, 256); + } + + uu_avl_insert(avl, node, idx); + } else { + node = found_node; + who_perm = &node->who_perm; + } + } + + (void) parse_who_perm(who_perm, nvl2, perm_locality); + } + + return (0); +} + +static inline int +parse_fs_perm_set(fs_perm_set_t *fspset, nvlist_t *nvl) +{ + nvpair_t *nvp = NULL; + uu_avl_index_t idx = 0; + + while ((nvp = nvlist_next_nvpair(nvl, nvp)) != NULL) { + nvlist_t *nvl2 = NULL; + const char *fsname = nvpair_name(nvp); + data_type_t type = nvpair_type(nvp); + fs_perm_t *fsperm = NULL; + fs_perm_node_t *node = safe_malloc(sizeof (fs_perm_node_t)); + if (node == NULL) + nomem(); + + fsperm = &node->fspn_fsperm; + + assert(DATA_TYPE_NVLIST == type); + + uu_list_node_init(node, &node->fspn_list_node, + fspset->fsps_list_pool); + + idx = uu_list_numnodes(fspset->fsps_list); + fs_perm_init(fsperm, fspset, fsname); + + if (nvpair_value_nvlist(nvp, &nvl2) != 0) + return (-1); + + (void) parse_fs_perm(fsperm, nvl2); + + uu_list_insert(fspset->fsps_list, node, idx); + } + + return (0); +} + +static inline const char * +deleg_perm_comment(zfs_deleg_note_t note) +{ + const char *str = ""; + + /* subcommands */ + switch (note) { + /* SUBCOMMANDS */ + case ZFS_DELEG_NOTE_ALLOW: + str = gettext("Must also have the permission that is being" + "\n\t\t\t\tallowed"); + break; + case ZFS_DELEG_NOTE_CLONE: + str = gettext("Must also have the 'create' ability and 'mount'" + "\n\t\t\t\tability in the origin file system"); + break; + case ZFS_DELEG_NOTE_CREATE: + str = gettext("Must also have the 'mount' ability"); + break; + case ZFS_DELEG_NOTE_DESTROY: + str = gettext("Must also have the 'mount' ability"); + break; + case ZFS_DELEG_NOTE_DIFF: + str = gettext("Allows lookup of paths within a dataset;" + "\n\t\t\t\tgiven an object number. Ordinary users need this" + "\n\t\t\t\tin order to use zfs diff"); + break; + case ZFS_DELEG_NOTE_HOLD: + str = gettext("Allows adding a user hold to a snapshot"); + break; + case ZFS_DELEG_NOTE_MOUNT: + str = gettext("Allows mount/umount of ZFS datasets"); + break; + case ZFS_DELEG_NOTE_PROMOTE: + str = gettext("Must also have the 'mount'\n\t\t\t\tand" + " 'promote' ability in the origin file system"); + break; + case ZFS_DELEG_NOTE_RECEIVE: + str = gettext("Must also have the 'mount' and 'create'" + " ability"); + break; + case ZFS_DELEG_NOTE_RELEASE: + str = gettext("Allows releasing a user hold which\n\t\t\t\t" + "might destroy the snapshot"); + break; + case ZFS_DELEG_NOTE_RENAME: + str = gettext("Must also have the 'mount' and 'create'" + "\n\t\t\t\tability in the new parent"); + break; + case ZFS_DELEG_NOTE_ROLLBACK: + str = gettext(""); + break; + case ZFS_DELEG_NOTE_SEND: + str = gettext(""); + break; + case ZFS_DELEG_NOTE_SHARE: + str = gettext("Allows sharing file systems over NFS or SMB" + "\n\t\t\t\tprotocols"); + break; + case ZFS_DELEG_NOTE_SNAPSHOT: + str = gettext(""); + break; +/* + * case ZFS_DELEG_NOTE_VSCAN: + * str = gettext(""); + * break; + */ + /* OTHER */ + case ZFS_DELEG_NOTE_GROUPQUOTA: + str = gettext("Allows accessing any groupquota@... property"); + break; + case ZFS_DELEG_NOTE_GROUPUSED: + str = gettext("Allows reading any groupused@... property"); + break; + case ZFS_DELEG_NOTE_USERPROP: + str = gettext("Allows changing any user property"); + break; + case ZFS_DELEG_NOTE_USERQUOTA: + str = gettext("Allows accessing any userquota@... property"); + break; + case ZFS_DELEG_NOTE_USERUSED: + str = gettext("Allows reading any userused@... property"); + break; + /* other */ + default: + str = ""; + } + + return (str); +} + +struct allow_opts { + boolean_t local; + boolean_t descend; + boolean_t user; + boolean_t group; + boolean_t everyone; + boolean_t create; + boolean_t set; + boolean_t recursive; /* unallow only */ + boolean_t prt_usage; + + boolean_t prt_perms; + char *who; + char *perms; + const char *dataset; +}; + +static inline int +prop_cmp(const void *a, const void *b) +{ + const char *str1 = *(const char **)a; + const char *str2 = *(const char **)b; + return (strcmp(str1, str2)); +} + +static void +allow_usage(boolean_t un, boolean_t requested, const char *msg) +{ + const char *opt_desc[] = { + "-h", gettext("show this help message and exit"), + "-l", gettext("set permission locally"), + "-d", gettext("set permission for descents"), + "-u", gettext("set permission for user"), + "-g", gettext("set permission for group"), + "-e", gettext("set permission for everyone"), + "-c", gettext("set create time permission"), + "-s", gettext("define permission set"), + /* unallow only */ + "-r", gettext("remove permissions recursively"), + }; + size_t unallow_size = sizeof (opt_desc) / sizeof (char *); + size_t allow_size = unallow_size - 2; + const char *props[ZFS_NUM_PROPS]; + int i; + size_t count = 0; + FILE *fp = requested ? stdout : stderr; + zprop_desc_t *pdtbl = zfs_prop_get_table(); + const char *fmt = gettext("%-16s %-14s\t%s\n"); + + (void) fprintf(fp, gettext("Usage: %s\n"), get_usage(un ? HELP_UNALLOW : + HELP_ALLOW)); + (void) fprintf(fp, gettext("Options:\n")); + for (i = 0; i < (un ? unallow_size : allow_size); i++) { + const char *opt = opt_desc[i++]; + const char *optdsc = opt_desc[i]; + (void) fprintf(fp, gettext(" %-10s %s\n"), opt, optdsc); + } + + (void) fprintf(fp, gettext("\nThe following permissions are " + "supported:\n\n")); + (void) fprintf(fp, fmt, gettext("NAME"), gettext("TYPE"), + gettext("NOTES")); + for (i = 0; i < ZFS_NUM_DELEG_NOTES; i++) { + const char *perm_name = zfs_deleg_perm_tbl[i].z_perm; + zfs_deleg_note_t perm_note = zfs_deleg_perm_tbl[i].z_note; + const char *perm_type = deleg_perm_type(perm_note); + const char *perm_comment = deleg_perm_comment(perm_note); + (void) fprintf(fp, fmt, perm_name, perm_type, perm_comment); + } + + for (i = 0; i < ZFS_NUM_PROPS; i++) { + zprop_desc_t *pd = &pdtbl[i]; + if (pd->pd_visible != B_TRUE) + continue; + + if (pd->pd_attr == PROP_READONLY) + continue; + + props[count++] = pd->pd_name; + } + props[count] = NULL; + + qsort(props, count, sizeof (char *), prop_cmp); + + for (i = 0; i < count; i++) + (void) fprintf(fp, fmt, props[i], gettext("property"), ""); + + if (msg != NULL) + (void) fprintf(fp, gettext("\nzfs: error: %s"), msg); + + exit(requested ? 0 : 2); +} + +static inline const char * +munge_args(int argc, char **argv, boolean_t un, size_t expected_argc, + char **permsp) +{ + if (un && argc == expected_argc - 1) + *permsp = NULL; + else if (argc == expected_argc) + *permsp = argv[argc - 2]; + else + allow_usage(un, B_FALSE, + gettext("wrong number of parameters\n")); + + return (argv[argc - 1]); +} + +static void +parse_allow_args(int argc, char **argv, boolean_t un, struct allow_opts *opts) +{ + int uge_sum = opts->user + opts->group + opts->everyone; + int csuge_sum = opts->create + opts->set + uge_sum; + int ldcsuge_sum = csuge_sum + opts->local + opts->descend; + int all_sum = un ? ldcsuge_sum + opts->recursive : ldcsuge_sum; + + if (uge_sum > 1) + allow_usage(un, B_FALSE, + gettext("-u, -g, and -e are mutually exclusive\n")); + + if (opts->prt_usage) + if (argc == 0 && all_sum == 0) + allow_usage(un, B_TRUE, NULL); + else + usage(B_FALSE); + + if (opts->set) { + if (csuge_sum > 1) + allow_usage(un, B_FALSE, + gettext("invalid options combined with -s\n")); + + opts->dataset = munge_args(argc, argv, un, 3, &opts->perms); + if (argv[0][0] != '@') + allow_usage(un, B_FALSE, + gettext("invalid set name: missing '@' prefix\n")); + opts->who = argv[0]; + } else if (opts->create) { + if (ldcsuge_sum > 1) + allow_usage(un, B_FALSE, + gettext("invalid options combined with -c\n")); + opts->dataset = munge_args(argc, argv, un, 2, &opts->perms); + } else if (opts->everyone) { + if (csuge_sum > 1) + allow_usage(un, B_FALSE, + gettext("invalid options combined with -e\n")); + opts->dataset = munge_args(argc, argv, un, 2, &opts->perms); + } else if (uge_sum == 0 && argc > 0 && strcmp(argv[0], "everyone") + == 0) { + opts->everyone = B_TRUE; + argc--; + argv++; + opts->dataset = munge_args(argc, argv, un, 2, &opts->perms); + } else if (argc == 1) { + opts->prt_perms = B_TRUE; + opts->dataset = argv[argc-1]; + } else { + opts->dataset = munge_args(argc, argv, un, 3, &opts->perms); + opts->who = argv[0]; + } + + if (!opts->local && !opts->descend) { + opts->local = B_TRUE; + opts->descend = B_TRUE; + } +} + +static void +store_allow_perm(zfs_deleg_who_type_t type, boolean_t local, boolean_t descend, + const char *who, char *perms, nvlist_t *top_nvl) +{ + int i; + char ld[2] = { '\0', '\0' }; + char who_buf[ZFS_MAXNAMELEN+32]; + char base_type; + char set_type; + nvlist_t *base_nvl = NULL; + nvlist_t *set_nvl = NULL; + nvlist_t *nvl; + + if (nvlist_alloc(&base_nvl, NV_UNIQUE_NAME, 0) != 0) + nomem(); + if (nvlist_alloc(&set_nvl, NV_UNIQUE_NAME, 0) != 0) + nomem(); + + switch (type) { + case ZFS_DELEG_NAMED_SET_SETS: + case ZFS_DELEG_NAMED_SET: + set_type = ZFS_DELEG_NAMED_SET_SETS; + base_type = ZFS_DELEG_NAMED_SET; + ld[0] = ZFS_DELEG_NA; + break; + case ZFS_DELEG_CREATE_SETS: + case ZFS_DELEG_CREATE: + set_type = ZFS_DELEG_CREATE_SETS; + base_type = ZFS_DELEG_CREATE; + ld[0] = ZFS_DELEG_NA; + break; + case ZFS_DELEG_USER_SETS: + case ZFS_DELEG_USER: + set_type = ZFS_DELEG_USER_SETS; + base_type = ZFS_DELEG_USER; + if (local) + ld[0] = ZFS_DELEG_LOCAL; + if (descend) + ld[1] = ZFS_DELEG_DESCENDENT; + break; + case ZFS_DELEG_GROUP_SETS: + case ZFS_DELEG_GROUP: + set_type = ZFS_DELEG_GROUP_SETS; + base_type = ZFS_DELEG_GROUP; + if (local) + ld[0] = ZFS_DELEG_LOCAL; + if (descend) + ld[1] = ZFS_DELEG_DESCENDENT; + break; + case ZFS_DELEG_EVERYONE_SETS: + case ZFS_DELEG_EVERYONE: + set_type = ZFS_DELEG_EVERYONE_SETS; + base_type = ZFS_DELEG_EVERYONE; + if (local) + ld[0] = ZFS_DELEG_LOCAL; + if (descend) + ld[1] = ZFS_DELEG_DESCENDENT; + } + + if (perms != NULL) { + char *curr = perms; + char *end = curr + strlen(perms); + + while (curr < end) { + char *delim = strchr(curr, ','); + if (delim == NULL) + delim = end; + else + *delim = '\0'; + + if (curr[0] == '@') + nvl = set_nvl; + else + nvl = base_nvl; + + (void) nvlist_add_boolean(nvl, curr); + if (delim != end) + *delim = ','; + curr = delim + 1; + } + + for (i = 0; i < 2; i++) { + char locality = ld[i]; + if (locality == 0) + continue; + + if (!nvlist_empty(base_nvl)) { + if (who != NULL) + (void) snprintf(who_buf, + sizeof (who_buf), "%c%c$%s", + base_type, locality, who); + else + (void) snprintf(who_buf, + sizeof (who_buf), "%c%c$", + base_type, locality); + + (void) nvlist_add_nvlist(top_nvl, who_buf, + base_nvl); + } + + + if (!nvlist_empty(set_nvl)) { + if (who != NULL) + (void) snprintf(who_buf, + sizeof (who_buf), "%c%c$%s", + set_type, locality, who); + else + (void) snprintf(who_buf, + sizeof (who_buf), "%c%c$", + set_type, locality); + + (void) nvlist_add_nvlist(top_nvl, who_buf, + set_nvl); + } + } + } else { + for (i = 0; i < 2; i++) { + char locality = ld[i]; + if (locality == 0) + continue; + + if (who != NULL) + (void) snprintf(who_buf, sizeof (who_buf), + "%c%c$%s", base_type, locality, who); + else + (void) snprintf(who_buf, sizeof (who_buf), + "%c%c$", base_type, locality); + (void) nvlist_add_boolean(top_nvl, who_buf); + + if (who != NULL) + (void) snprintf(who_buf, sizeof (who_buf), + "%c%c$%s", set_type, locality, who); + else + (void) snprintf(who_buf, sizeof (who_buf), + "%c%c$", set_type, locality); + (void) nvlist_add_boolean(top_nvl, who_buf); + } + } +} + +static int +construct_fsacl_list(boolean_t un, struct allow_opts *opts, nvlist_t **nvlp) +{ + if (nvlist_alloc(nvlp, NV_UNIQUE_NAME, 0) != 0) + nomem(); + + if (opts->set) { + store_allow_perm(ZFS_DELEG_NAMED_SET, opts->local, + opts->descend, opts->who, opts->perms, *nvlp); + } else if (opts->create) { + store_allow_perm(ZFS_DELEG_CREATE, opts->local, + opts->descend, NULL, opts->perms, *nvlp); + } else if (opts->everyone) { + store_allow_perm(ZFS_DELEG_EVERYONE, opts->local, + opts->descend, NULL, opts->perms, *nvlp); + } else { + char *curr = opts->who; + char *end = curr + strlen(curr); + + while (curr < end) { + const char *who; + zfs_deleg_who_type_t who_type; + char *endch; + char *delim = strchr(curr, ','); + char errbuf[256]; + char id[64]; + struct passwd *p = NULL; + struct group *g = NULL; + + uid_t rid; + if (delim == NULL) + delim = end; + else + *delim = '\0'; + + rid = (uid_t)strtol(curr, &endch, 0); + if (opts->user) { + who_type = ZFS_DELEG_USER; + if (*endch != '\0') + p = getpwnam(curr); + else + p = getpwuid(rid); + + if (p != NULL) + rid = p->pw_uid; + else { + (void) snprintf(errbuf, 256, gettext( + "invalid user %s"), curr); + allow_usage(un, B_TRUE, errbuf); + } + } else if (opts->group) { + who_type = ZFS_DELEG_GROUP; + if (*endch != '\0') + g = getgrnam(curr); + else + g = getgrgid(rid); + + if (g != NULL) + rid = g->gr_gid; + else { + (void) snprintf(errbuf, 256, gettext( + "invalid group %s"), curr); + allow_usage(un, B_TRUE, errbuf); + } + } else { + if (*endch != '\0') { + p = getpwnam(curr); + } else { + p = getpwuid(rid); + } + + if (p == NULL) + if (*endch != '\0') { + g = getgrnam(curr); + } else { + g = getgrgid(rid); + } + + if (p != NULL) { + who_type = ZFS_DELEG_USER; + rid = p->pw_uid; + } else if (g != NULL) { + who_type = ZFS_DELEG_GROUP; + rid = g->gr_gid; + } else { + (void) snprintf(errbuf, 256, gettext( + "invalid user/group %s"), curr); + allow_usage(un, B_TRUE, errbuf); + } + } + + (void) sprintf(id, "%u", rid); + who = id; + + store_allow_perm(who_type, opts->local, + opts->descend, who, opts->perms, *nvlp); + curr = delim + 1; + } + } + + return (0); +} + +static void +print_set_creat_perms(uu_avl_t *who_avl) +{ + const char *sc_title[] = { + gettext("Permission sets:\n"), + gettext("Create time permissions:\n"), + NULL + }; + const char **title_ptr = sc_title; + who_perm_node_t *who_node = NULL; + int prev_weight = -1; + + for (who_node = uu_avl_first(who_avl); who_node != NULL; + who_node = uu_avl_next(who_avl, who_node)) { + uu_avl_t *avl = who_node->who_perm.who_deleg_perm_avl; + zfs_deleg_who_type_t who_type = who_node->who_perm.who_type; + const char *who_name = who_node->who_perm.who_name; + int weight = who_type2weight(who_type); + boolean_t first = B_TRUE; + deleg_perm_node_t *deleg_node; + + if (prev_weight != weight) { + (void) printf(*title_ptr++); + prev_weight = weight; + } + + if (who_name == NULL || strnlen(who_name, 1) == 0) + (void) printf("\t"); + else + (void) printf("\t%s ", who_name); + + for (deleg_node = uu_avl_first(avl); deleg_node != NULL; + deleg_node = uu_avl_next(avl, deleg_node)) { + if (first) { + (void) printf("%s", + deleg_node->dpn_perm.dp_name); + first = B_FALSE; + } else + (void) printf(",%s", + deleg_node->dpn_perm.dp_name); + } + + (void) printf("\n"); + } +} + +static void inline +print_uge_deleg_perms(uu_avl_t *who_avl, boolean_t local, boolean_t descend, + const char *title) +{ + who_perm_node_t *who_node = NULL; + boolean_t prt_title = B_TRUE; + uu_avl_walk_t *walk; + + if ((walk = uu_avl_walk_start(who_avl, UU_WALK_ROBUST)) == NULL) + nomem(); + + while ((who_node = uu_avl_walk_next(walk)) != NULL) { + const char *who_name = who_node->who_perm.who_name; + const char *nice_who_name = who_node->who_perm.who_ug_name; + uu_avl_t *avl = who_node->who_perm.who_deleg_perm_avl; + zfs_deleg_who_type_t who_type = who_node->who_perm.who_type; + char delim = ' '; + deleg_perm_node_t *deleg_node; + boolean_t prt_who = B_TRUE; + + for (deleg_node = uu_avl_first(avl); + deleg_node != NULL; + deleg_node = uu_avl_next(avl, deleg_node)) { + if (local != deleg_node->dpn_perm.dp_local || + descend != deleg_node->dpn_perm.dp_descend) + continue; + + if (prt_who) { + const char *who = NULL; + if (prt_title) { + prt_title = B_FALSE; + (void) printf(title); + } + + switch (who_type) { + case ZFS_DELEG_USER_SETS: + case ZFS_DELEG_USER: + who = gettext("user"); + if (nice_who_name) + who_name = nice_who_name; + break; + case ZFS_DELEG_GROUP_SETS: + case ZFS_DELEG_GROUP: + who = gettext("group"); + if (nice_who_name) + who_name = nice_who_name; + break; + case ZFS_DELEG_EVERYONE_SETS: + case ZFS_DELEG_EVERYONE: + who = gettext("everyone"); + who_name = NULL; + } + + prt_who = B_FALSE; + if (who_name == NULL) + (void) printf("\t%s", who); + else + (void) printf("\t%s %s", who, who_name); + } + + (void) printf("%c%s", delim, + deleg_node->dpn_perm.dp_name); + delim = ','; + } + + if (!prt_who) + (void) printf("\n"); + } + + uu_avl_walk_end(walk); +} + +static void +print_fs_perms(fs_perm_set_t *fspset) +{ + fs_perm_node_t *node = NULL; + char buf[ZFS_MAXNAMELEN+32]; + const char *dsname = buf; + + for (node = uu_list_first(fspset->fsps_list); node != NULL; + node = uu_list_next(fspset->fsps_list, node)) { + uu_avl_t *sc_avl = node->fspn_fsperm.fsp_sc_avl; + uu_avl_t *uge_avl = node->fspn_fsperm.fsp_uge_avl; + int left = 0; + + (void) snprintf(buf, ZFS_MAXNAMELEN+32, + gettext("---- Permissions on %s "), + node->fspn_fsperm.fsp_name); + (void) printf(dsname); + left = 70 - strlen(buf); + while (left-- > 0) + (void) printf("-"); + (void) printf("\n"); + + print_set_creat_perms(sc_avl); + print_uge_deleg_perms(uge_avl, B_TRUE, B_FALSE, + gettext("Local permissions:\n")); + print_uge_deleg_perms(uge_avl, B_FALSE, B_TRUE, + gettext("Descendent permissions:\n")); + print_uge_deleg_perms(uge_avl, B_TRUE, B_TRUE, + gettext("Local+Descendent permissions:\n")); + } +} + +static fs_perm_set_t fs_perm_set = { NULL, NULL, NULL, NULL }; + +struct deleg_perms { + boolean_t un; + nvlist_t *nvl; +}; + +static int +set_deleg_perms(zfs_handle_t *zhp, void *data) +{ + struct deleg_perms *perms = (struct deleg_perms *)data; + zfs_type_t zfs_type = zfs_get_type(zhp); + + if (zfs_type != ZFS_TYPE_FILESYSTEM && zfs_type != ZFS_TYPE_VOLUME) + return (0); + + return (zfs_set_fsacl(zhp, perms->un, perms->nvl)); +} + +static int +zfs_do_allow_unallow_impl(int argc, char **argv, boolean_t un) +{ + zfs_handle_t *zhp; + nvlist_t *perm_nvl = NULL; + nvlist_t *update_perm_nvl = NULL; + int error = 1; + int c; + struct allow_opts opts = { 0 }; + + const char *optstr = un ? "ldugecsrh" : "ldugecsh"; + + /* check opts */ + while ((c = getopt(argc, argv, optstr)) != -1) { + switch (c) { + case 'l': + opts.local = B_TRUE; + break; + case 'd': + opts.descend = B_TRUE; + break; + case 'u': + opts.user = B_TRUE; + break; + case 'g': + opts.group = B_TRUE; + break; + case 'e': + opts.everyone = B_TRUE; + break; + case 's': + opts.set = B_TRUE; + break; + case 'c': + opts.create = B_TRUE; + break; + case 'r': + opts.recursive = B_TRUE; + break; + case ':': + (void) fprintf(stderr, gettext("missing argument for " + "'%c' option\n"), optopt); + usage(B_FALSE); + break; + case 'h': + opts.prt_usage = B_TRUE; + break; + case '?': + (void) fprintf(stderr, gettext("invalid option '%c'\n"), + optopt); + usage(B_FALSE); + } + } + + argc -= optind; + argv += optind; + + /* check arguments */ + parse_allow_args(argc, argv, un, &opts); + + /* try to open the dataset */ + if ((zhp = zfs_open(g_zfs, opts.dataset, ZFS_TYPE_FILESYSTEM)) + == NULL) { + (void) fprintf(stderr, "Failed to open Dataset *%s*\n", + opts.dataset); + return (-1); + } + + if (zfs_get_fsacl(zhp, &perm_nvl) != 0) + goto cleanup2; + + fs_perm_set_init(&fs_perm_set); + if (parse_fs_perm_set(&fs_perm_set, perm_nvl) != 0) { + (void) fprintf(stderr, "Failed to parse fsacl permissionsn"); + goto cleanup1; + } + + if (opts.prt_perms) + print_fs_perms(&fs_perm_set); + else { + (void) construct_fsacl_list(un, &opts, &update_perm_nvl); + if (zfs_set_fsacl(zhp, un, update_perm_nvl) != 0) + goto cleanup0; + + if (un && opts.recursive) { + struct deleg_perms data = { un, update_perm_nvl }; + if (zfs_iter_filesystems(zhp, set_deleg_perms, + &data) != 0) + goto cleanup0; + } + } + + error = 0; + +cleanup0: + nvlist_free(perm_nvl); + if (update_perm_nvl != NULL) + nvlist_free(update_perm_nvl); +cleanup1: + fs_perm_set_fini(&fs_perm_set); +cleanup2: + zfs_close(zhp); + + return (error); +} + +/* + * zfs allow [-r] [-t] ... + * + * -r Recursively hold + * -t Temporary hold (hidden option) + * + * Apply a user-hold with the given tag to the list of snapshots. + */ +static int +zfs_do_allow(int argc, char **argv) +{ + return (zfs_do_allow_unallow_impl(argc, argv, B_FALSE)); +} + +/* + * zfs unallow [-r] [-t] ... + * + * -r Recursively hold + * -t Temporary hold (hidden option) + * + * Apply a user-hold with the given tag to the list of snapshots. + */ +static int +zfs_do_unallow(int argc, char **argv) +{ + return (zfs_do_allow_unallow_impl(argc, argv, B_TRUE)); +} + static int zfs_do_hold_rele_impl(int argc, char **argv, boolean_t holding) { @@ -2936,6 +4929,200 @@ zfs_do_release(int argc, char **argv) return (zfs_do_hold_rele_impl(argc, argv, B_FALSE)); } +typedef struct holds_cbdata { + boolean_t cb_recursive; + const char *cb_snapname; + nvlist_t **cb_nvlp; + size_t cb_max_namelen; + size_t cb_max_taglen; +} holds_cbdata_t; + +#define STRFTIME_FMT_STR "%a %b %e %k:%M %Y" +#define DATETIME_BUF_LEN (32) +/* + * + */ +static void +print_holds(boolean_t scripted, size_t nwidth, size_t tagwidth, nvlist_t *nvl) +{ + int i; + nvpair_t *nvp = NULL; + char *hdr_cols[] = { "NAME", "TAG", "TIMESTAMP" }; + const char *col; + + if (!scripted) { + for (i = 0; i < 3; i++) { + col = gettext(hdr_cols[i]); + if (i < 2) + (void) printf("%-*s ", i ? tagwidth : nwidth, + col); + else + (void) printf("%s\n", col); + } + } + + while ((nvp = nvlist_next_nvpair(nvl, nvp)) != NULL) { + char *zname = nvpair_name(nvp); + nvlist_t *nvl2; + nvpair_t *nvp2 = NULL; + (void) nvpair_value_nvlist(nvp, &nvl2); + while ((nvp2 = nvlist_next_nvpair(nvl2, nvp2)) != NULL) { + char tsbuf[DATETIME_BUF_LEN]; + char *tagname = nvpair_name(nvp2); + uint64_t val = 0; + time_t time; + struct tm t; + char sep = scripted ? '\t' : ' '; + size_t sepnum = scripted ? 1 : 2; + + (void) nvpair_value_uint64(nvp2, &val); + time = (time_t)val; + (void) localtime_r(&time, &t); + (void) strftime(tsbuf, DATETIME_BUF_LEN, + gettext(STRFTIME_FMT_STR), &t); + + (void) printf("%-*s%*c%-*s%*c%s\n", nwidth, zname, + sepnum, sep, tagwidth, tagname, sepnum, sep, tsbuf); + } + } +} + +/* + * Generic callback function to list a dataset or snapshot. + */ +static int +holds_callback(zfs_handle_t *zhp, void *data) +{ + holds_cbdata_t *cbp = data; + nvlist_t *top_nvl = *cbp->cb_nvlp; + nvlist_t *nvl = NULL; + nvpair_t *nvp = NULL; + const char *zname = zfs_get_name(zhp); + size_t znamelen = strnlen(zname, ZFS_MAXNAMELEN); + + if (cbp->cb_recursive) { + const char *snapname; + char *delim = strchr(zname, '@'); + if (delim == NULL) + return (0); + + snapname = delim + 1; + if (strcmp(cbp->cb_snapname, snapname)) + return (0); + } + + if (zfs_get_holds(zhp, &nvl) != 0) + return (-1); + + if (znamelen > cbp->cb_max_namelen) + cbp->cb_max_namelen = znamelen; + + while ((nvp = nvlist_next_nvpair(nvl, nvp)) != NULL) { + const char *tag = nvpair_name(nvp); + size_t taglen = strnlen(tag, MAXNAMELEN); + if (taglen > cbp->cb_max_taglen) + cbp->cb_max_taglen = taglen; + } + + return (nvlist_add_nvlist(top_nvl, zname, nvl)); +} + +/* + * zfs holds [-r] ... + * + * -r Recursively hold + */ +static int +zfs_do_holds(int argc, char **argv) +{ + int errors = 0; + int c; + int i; + boolean_t scripted = B_FALSE; + boolean_t recursive = B_FALSE; + const char *opts = "rH"; + nvlist_t *nvl; + + int types = ZFS_TYPE_SNAPSHOT; + holds_cbdata_t cb = { 0 }; + + int limit = 0; + int ret; + int flags = 0; + + /* check options */ + while ((c = getopt(argc, argv, opts)) != -1) { + switch (c) { + case 'r': + recursive = B_TRUE; + break; + case 'H': + scripted = B_TRUE; + break; + case '?': + (void) fprintf(stderr, gettext("invalid option '%c'\n"), + optopt); + usage(B_FALSE); + } + } + + if (recursive) { + types |= ZFS_TYPE_FILESYSTEM | ZFS_TYPE_VOLUME; + flags |= ZFS_ITER_RECURSE; + } + + argc -= optind; + argv += optind; + + /* check number of arguments */ + if (argc < 1) + usage(B_FALSE); + + if (nvlist_alloc(&nvl, NV_UNIQUE_NAME, 0) != 0) + nomem(); + + for (i = 0; i < argc; ++i) { + char *snapshot = argv[i]; + const char *delim; + const char *snapname; + + delim = strchr(snapshot, '@'); + if (delim == NULL) { + (void) fprintf(stderr, + gettext("'%s' is not a snapshot\n"), snapshot); + ++errors; + continue; + } + snapname = delim + 1; + if (recursive) + snapshot[delim - snapshot] = '\0'; + + cb.cb_recursive = recursive; + cb.cb_snapname = snapname; + cb.cb_nvlp = &nvl; + + /* + * 1. collect holds data, set format options + */ + ret = zfs_for_each(argc, argv, flags, types, NULL, NULL, limit, + holds_callback, &cb); + if (ret != 0) + ++errors; + } + + /* + * 2. print holds data + */ + print_holds(scripted, cb.cb_max_namelen, cb.cb_max_taglen, nvl); + + if (nvlist_empty(nvl)) + (void) printf(gettext("no datasets available\n")); + + nvlist_free(nvl); + + return (0 != errors); +} + #define CHECK_SPINNER 30 #define SPINNER_TIME 3 /* seconds */ #define MOUNT_TIME 5 /* seconds */ @@ -3820,16 +6007,6 @@ zfs_do_unshare(int argc, char **argv) return (unshare_unmount(OP_SHARE, argc, argv)); } -/* ARGSUSED */ -static int -zfs_do_python(int argc, char **argv) -{ - (void) execv(pypath, argv-1); - (void) printf("internal error: %s not found\n", pypath); - (void) fprintf(stderr, " install sysutils/py-zfs port to correct this\n"); - return (-1); -} - /* * Attach/detach the given dataset to/from the given jail */ diff --git sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.c sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.c --- sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.c +++ sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.c @@ -20,6 +20,7 @@ */ /* * Copyright (c) 2007, 2010, Oracle and/or its affiliates. All rights reserved. + * Copyright 2010 Nexenta Systems, Inc. All rights reserved. */ #if defined(_KERNEL) @@ -60,7 +61,7 @@ zfs_deleg_perm_tab_t zfs_deleg_perm_tab[ {ZFS_DELEG_PERM_ROLLBACK, ZFS_DELEG_NOTE_ROLLBACK }, {ZFS_DELEG_PERM_SNAPSHOT, ZFS_DELEG_NOTE_SNAPSHOT }, {ZFS_DELEG_PERM_SHARE, ZFS_DELEG_NOTE_SHARE }, - {ZFS_DELEG_PERM_SEND, ZFS_DELEG_NOTE_NONE }, + {ZFS_DELEG_PERM_SEND, ZFS_DELEG_NOTE_SEND }, {ZFS_DELEG_PERM_USERPROP, ZFS_DELEG_NOTE_USERPROP }, {ZFS_DELEG_PERM_USERQUOTA, ZFS_DELEG_NOTE_USERQUOTA }, {ZFS_DELEG_PERM_GROUPQUOTA, ZFS_DELEG_NOTE_GROUPQUOTA }, diff --git sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.h sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.h --- sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.h +++ sys/cddl/contrib/opensolaris/common/zfs/zfs_deleg.h @@ -20,6 +20,7 @@ */ /* * Copyright (c) 2007, 2010, Oracle and/or its affiliates. All rights reserved. + * Copyright 2010 Nexenta Systems, Inc. All rights reserved. */ #ifndef _ZFS_DELEG_H @@ -51,6 +52,7 @@ typedef enum { ZFS_DELEG_NOTE_CLONE, ZFS_DELEG_NOTE_PROMOTE, ZFS_DELEG_NOTE_RENAME, + ZFS_DELEG_NOTE_SEND, ZFS_DELEG_NOTE_RECEIVE, ZFS_DELEG_NOTE_ALLOW, ZFS_DELEG_NOTE_USERPROP, diff --git cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h --- cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h +++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h @@ -21,6 +21,7 @@ /* * Copyright (c) 2005, 2010, Oracle and/or its affiliates. All rights reserved. + * Copyright 2010 Nexenta Systems, Inc. All rights reserved. */ #ifndef _LIBZFS_H @@ -548,13 +549,17 @@ extern int zfs_promote(zfs_handle_t *); extern int zfs_hold(zfs_handle_t *, const char *, const char *, boolean_t, boolean_t, boolean_t, int, uint64_t, uint64_t); extern int zfs_release(zfs_handle_t *, const char *, const char *, boolean_t); +extern int zfs_get_holds(zfs_handle_t *, nvlist_t **); extern uint64_t zvol_volsize_to_reservation(uint64_t, nvlist_t *); typedef int (*zfs_userspace_cb_t)(void *arg, const char *domain, uid_t rid, uint64_t space); -extern int zfs_userspace(zfs_handle_t *zhp, zfs_userquota_prop_t type, - zfs_userspace_cb_t func, void *arg); +extern int zfs_userspace(zfs_handle_t *, zfs_userquota_prop_t, + zfs_userspace_cb_t, void *); + +extern int zfs_get_fsacl(zfs_handle_t *, nvlist_t **); +extern int zfs_set_fsacl(zfs_handle_t *, boolean_t, nvlist_t *); typedef struct recvflags { /* print informational messages (ie, -v was specified) */ diff --git cddl/contrib/opensolaris/lib/libzfs/common/libzfs_dataset.c cddl/contrib/opensolaris/lib/libzfs/common/libzfs_dataset.c --- cddl/contrib/opensolaris/lib/libzfs/common/libzfs_dataset.c +++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs_dataset.c @@ -21,6 +21,7 @@ /* * Copyright (c) 2005, 2010, Oracle and/or its affiliates. All rights reserved. + * Copyright 2010 Nexenta Systems, Inc. All rights reserved. */ #include @@ -132,6 +133,7 @@ zfs_validate_name(libzfs_handle_t *hdl, namecheck_err_t why; char what; + (void) zfs_prop_get_table(); if (dataset_namecheck(path, &why, &what) != 0) { if (hdl != NULL) { switch (why) { @@ -4019,6 +4021,193 @@ zfs_release(zfs_handle_t *zhp, const return (0); } +int +zfs_get_fsacl(zfs_handle_t *zhp, nvlist_t **nvl) +{ + zfs_cmd_t zc = { 0 }; + libzfs_handle_t *hdl = zhp->zfs_hdl; + int nvsz = 2048; + void *nvbuf; + int err = 0; + char errbuf[ZFS_MAXNAMELEN+32]; + + assert(zhp->zfs_type == ZFS_TYPE_VOLUME || + zhp->zfs_type == ZFS_TYPE_FILESYSTEM); + +tryagain: + + nvbuf = malloc(nvsz); + if (nvbuf == NULL) { + err = (zfs_error(hdl, EZFS_NOMEM, strerror(errno))); + goto out; + } + + zc.zc_nvlist_dst_size = nvsz; + zc.zc_nvlist_dst = (uintptr_t)nvbuf; + + (void) strlcpy(zc.zc_name, zhp->zfs_name, ZFS_MAXNAMELEN); + + if (zfs_ioctl(hdl, ZFS_IOC_GET_FSACL, &zc) != 0) { + (void) snprintf(errbuf, sizeof (errbuf), + dgettext(TEXT_DOMAIN, "cannot get permissions on '%s'"), + zc.zc_name); + switch (errno) { + case ENOMEM: + free(nvbuf); + nvsz = zc.zc_nvlist_dst_size; + goto tryagain; + + case ENOTSUP: + zfs_error_aux(hdl, dgettext(TEXT_DOMAIN, + "pool must be upgraded")); + err = zfs_error(hdl, EZFS_BADVERSION, errbuf); + break; + case EINVAL: + err = zfs_error(hdl, EZFS_BADTYPE, errbuf); + break; + case ENOENT: + err = zfs_error(hdl, EZFS_NOENT, errbuf); + break; + default: + err = zfs_standard_error_fmt(hdl, errno, errbuf); + break; + } + } else { + /* success */ + int rc = nvlist_unpack(nvbuf, zc.zc_nvlist_dst_size, nvl, 0); + if (rc) { + (void) snprintf(errbuf, sizeof (errbuf), dgettext( + TEXT_DOMAIN, "cannot get permissions on '%s'"), + zc.zc_name); + err = zfs_standard_error_fmt(hdl, rc, errbuf); + } + } + + free(nvbuf); +out: + return (err); +} + +int +zfs_set_fsacl(zfs_handle_t *zhp, boolean_t un, nvlist_t *nvl) +{ + zfs_cmd_t zc = { 0 }; + libzfs_handle_t *hdl = zhp->zfs_hdl; + char *nvbuf; + char errbuf[ZFS_MAXNAMELEN+32]; + size_t nvsz; + int err; + + assert(zhp->zfs_type == ZFS_TYPE_VOLUME || + zhp->zfs_type == ZFS_TYPE_FILESYSTEM); + + err = nvlist_size(nvl, &nvsz, NV_ENCODE_NATIVE); + assert(err == 0); + + nvbuf = malloc(nvsz); + + err = nvlist_pack(nvl, &nvbuf, &nvsz, NV_ENCODE_NATIVE, 0); + assert(err == 0); + + zc.zc_nvlist_src_size = nvsz; + zc.zc_nvlist_src = (uintptr_t)nvbuf; + zc.zc_perm_action = un; + + (void) strlcpy(zc.zc_name, zhp->zfs_name, sizeof (zc.zc_name)); + + if (zfs_ioctl(hdl, ZFS_IOC_SET_FSACL, &zc) != 0) { + (void) snprintf(errbuf, sizeof (errbuf), + dgettext(TEXT_DOMAIN, "cannot set permissions on '%s'"), + zc.zc_name); + switch (errno) { + case ENOTSUP: + zfs_error_aux(hdl, dgettext(TEXT_DOMAIN, + "pool must be upgraded")); + err = zfs_error(hdl, EZFS_BADVERSION, errbuf); + break; + case EINVAL: + err = zfs_error(hdl, EZFS_BADTYPE, errbuf); + break; + case ENOENT: + err = zfs_error(hdl, EZFS_NOENT, errbuf); + break; + default: + err = zfs_standard_error_fmt(hdl, errno, errbuf); + break; + } + } + + free(nvbuf); + + return (err); +} + +int +zfs_get_holds(zfs_handle_t *zhp, nvlist_t **nvl) +{ + zfs_cmd_t zc = { 0 }; + libzfs_handle_t *hdl = zhp->zfs_hdl; + int nvsz = 2048; + void *nvbuf; + int err = 0; + char errbuf[ZFS_MAXNAMELEN+32]; + + assert(zhp->zfs_type == ZFS_TYPE_SNAPSHOT); + +tryagain: + + nvbuf = malloc(nvsz); + if (nvbuf == NULL) { + err = (zfs_error(hdl, EZFS_NOMEM, strerror(errno))); + goto out; + } + + zc.zc_nvlist_dst_size = nvsz; + zc.zc_nvlist_dst = (uintptr_t)nvbuf; + + (void) strlcpy(zc.zc_name, zhp->zfs_name, ZFS_MAXNAMELEN); + + if (zfs_ioctl(hdl, ZFS_IOC_GET_HOLDS, &zc) != 0) { + (void) snprintf(errbuf, sizeof (errbuf), + dgettext(TEXT_DOMAIN, "cannot get holds for '%s'"), + zc.zc_name); + switch (errno) { + case ENOMEM: + free(nvbuf); + nvsz = zc.zc_nvlist_dst_size; + goto tryagain; + + case ENOTSUP: + zfs_error_aux(hdl, dgettext(TEXT_DOMAIN, + "pool must be upgraded")); + err = zfs_error(hdl, EZFS_BADVERSION, errbuf); + break; + case EINVAL: + err = zfs_error(hdl, EZFS_BADTYPE, errbuf); + break; + case ENOENT: + err = zfs_error(hdl, EZFS_NOENT, errbuf); + break; + default: + err = zfs_standard_error_fmt(hdl, errno, errbuf); + break; + } + } else { + /* success */ + int rc = nvlist_unpack(nvbuf, zc.zc_nvlist_dst_size, nvl, 0); + if (rc) { + (void) snprintf(errbuf, sizeof (errbuf), + dgettext(TEXT_DOMAIN, "cannot get holds for '%s'"), + zc.zc_name); + err = zfs_standard_error_fmt(hdl, rc, errbuf); + } + } + + free(nvbuf); +out: + return (err); +} + uint64_t zvol_volsize_to_reservation(uint64_t volsize, nvlist_t *props) { --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 06:58:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A717106566B; Thu, 16 Dec 2010 06:58:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F301B8FC12; Thu, 16 Dec 2010 06:58:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG6wEkg089665; Thu, 16 Dec 2010 01:58:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG6wEoo089642; Thu, 16 Dec 2010 06:58:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 06:58:14 GMT Message-Id: <201012160658.oBG6wEoo089642@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 06:58:15 -0000 TB --- 2010-12-16 06:06:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 06:06:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-12-16 06:06:51 - cleaning the object tree TB --- 2010-12-16 06:07:01 - cvsupping the source tree TB --- 2010-12-16 06:07:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-12-16 06:07:14 - building world TB --- 2010-12-16 06:07:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 06:07:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 06:07:14 - TARGET=sparc64 TB --- 2010-12-16 06:07:14 - TARGET_ARCH=sparc64 TB --- 2010-12-16 06:07:14 - TZ=UTC TB --- 2010-12-16 06:07:14 - __MAKE_CONF=/dev/null TB --- 2010-12-16 06:07:14 - cd /src TB --- 2010-12-16 06:07:14 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 06:07:14 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 06:58:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 06:58:14 - ERROR: failed to build world TB --- 2010-12-16 06:58:14 - 2323.77 user 488.67 system 3083.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 07:19:28 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE8E1106566C; Thu, 16 Dec 2010 07:19:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD538FC0C; Thu, 16 Dec 2010 07:19:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG7JRPv039547; Thu, 16 Dec 2010 02:19:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG7JRow039540; Thu, 16 Dec 2010 07:19:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 07:19:27 GMT Message-Id: <201012160719.oBG7JRow039540@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 07:19:28 -0000 TB --- 2010-12-16 06:30:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 06:30:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-12-16 06:30:08 - cleaning the object tree TB --- 2010-12-16 06:30:20 - cvsupping the source tree TB --- 2010-12-16 06:30:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-12-16 06:30:38 - building world TB --- 2010-12-16 06:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 06:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 06:30:38 - TARGET=sun4v TB --- 2010-12-16 06:30:38 - TARGET_ARCH=sparc64 TB --- 2010-12-16 06:30:38 - TZ=UTC TB --- 2010-12-16 06:30:38 - __MAKE_CONF=/dev/null TB --- 2010-12-16 06:30:38 - cd /src TB --- 2010-12-16 06:30:38 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 06:30:39 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 07:19:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 07:19:27 - ERROR: failed to build world TB --- 2010-12-16 07:19:27 - 2309.30 user 479.29 system 2958.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 07:19:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F309D1065733; Thu, 16 Dec 2010 07:19:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3998FC13; Thu, 16 Dec 2010 07:19:34 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3367A45C99; Thu, 16 Dec 2010 08:19:33 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1829645C9B; Thu, 16 Dec 2010 08:19:28 +0100 (CET) Date: Thu, 16 Dec 2010 08:19:22 +0100 From: Pawel Jakub Dawidek To: ben wilber Message-ID: <20101216071922.GE1915@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <20101216031500.GA90809@exodus.desync.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a1QUDc0q7S3U7/Jg" Content-Disposition: inline In-Reply-To: <20101216031500.GA90809@exodus.desync.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 07:19:36 -0000 --a1QUDc0q7S3U7/Jg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 15, 2010 at 10:15:00PM -0500, ben wilber wrote: > On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > > Hi. > >=20 > > The new patchset is ready for testing: >=20 > Running fine for 24 hours now under load with a ~50 disk v15 (not > upgraded) pool from -CURRENT. Thanks! >=20 > Only strange thing is the rc script complains: >=20 > /etc/rc: DEBUG: run_rc_command: doit: zvol_start=20 > unrecognized command 'volinit' > usage: zfs command args ... Did you run mergemaster(8) after the upgrade? The patch includes change to etc/rc.d/zvol to remove 'zfs volinit'/'zfs volfini' which are no longer available. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --a1QUDc0q7S3U7/Jg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0JvXoACgkQForvXbEpPzSSrgCfa0wRk0BpEzJWXz5MeUBDrAq1 k8wAoPSPKv1ropbVFFl4Nl5NLfkkgSND =bLiq -----END PGP SIGNATURE----- --a1QUDc0q7S3U7/Jg-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 08:54:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B566106564A; Thu, 16 Dec 2010 08:54:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AF08C8FC13; Thu, 16 Dec 2010 08:54:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG8sugB058122; Thu, 16 Dec 2010 03:54:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG8subC058121; Thu, 16 Dec 2010 08:54:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 08:54:56 GMT Message-Id: <201012160854.oBG8subC058121@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 08:54:58 -0000 TB --- 2010-12-16 08:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 08:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-12-16 08:10:00 - cleaning the object tree TB --- 2010-12-16 08:10:07 - cvsupping the source tree TB --- 2010-12-16 08:10:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-12-16 08:11:14 - building world TB --- 2010-12-16 08:11:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 08:11:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 08:11:14 - TARGET=arm TB --- 2010-12-16 08:11:14 - TARGET_ARCH=arm TB --- 2010-12-16 08:11:14 - TZ=UTC TB --- 2010-12-16 08:11:14 - __MAKE_CONF=/dev/null TB --- 2010-12-16 08:11:14 - cd /src TB --- 2010-12-16 08:11:14 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 08:11:15 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 08:54:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 08:54:56 - ERROR: failed to build world TB --- 2010-12-16 08:54:56 - 1944.22 user 503.08 system 2695.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 09:58:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202E8106566B; Thu, 16 Dec 2010 09:58:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BDE568FC15; Thu, 16 Dec 2010 09:58:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBG9w7Yg034431; Thu, 16 Dec 2010 04:58:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBG9w635034415; Thu, 16 Dec 2010 09:58:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 09:58:07 GMT Message-Id: <201012160958.oBG9w635034415@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 09:58:08 -0000 TB --- 2010-12-16 08:54:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 08:54:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-12-16 08:54:56 - cleaning the object tree TB --- 2010-12-16 08:55:02 - cvsupping the source tree TB --- 2010-12-16 08:55:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-12-16 08:55:42 - building world TB --- 2010-12-16 08:55:42 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 08:55:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 08:55:42 - TARGET=ia64 TB --- 2010-12-16 08:55:42 - TARGET_ARCH=ia64 TB --- 2010-12-16 08:55:42 - TZ=UTC TB --- 2010-12-16 08:55:42 - __MAKE_CONF=/dev/null TB --- 2010-12-16 08:55:42 - cd /src TB --- 2010-12-16 08:55:42 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 08:55:42 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 09:58:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 09:58:06 - ERROR: failed to build world TB --- 2010-12-16 09:58:06 - 2981.20 user 503.09 system 3789.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 10:44:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC48A1065670; Thu, 16 Dec 2010 10:44:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9F86D8FC14; Thu, 16 Dec 2010 10:44:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGAigZ5013150; Thu, 16 Dec 2010 05:44:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGAigMo013136; Thu, 16 Dec 2010 10:44:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 10:44:42 GMT Message-Id: <201012161044.oBGAigMo013136@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 10:44:44 -0000 TB --- 2010-12-16 09:58:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 09:58:07 - starting HEAD tinderbox run for mips/mips TB --- 2010-12-16 09:58:07 - cleaning the object tree TB --- 2010-12-16 09:58:12 - cvsupping the source tree TB --- 2010-12-16 09:58:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-12-16 09:58:37 - building world TB --- 2010-12-16 09:58:37 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 09:58:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 09:58:37 - TARGET=mips TB --- 2010-12-16 09:58:37 - TARGET_ARCH=mips TB --- 2010-12-16 09:58:37 - TZ=UTC TB --- 2010-12-16 09:58:37 - __MAKE_CONF=/dev/null TB --- 2010-12-16 09:58:37 - cd /src TB --- 2010-12-16 09:58:37 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 09:58:38 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 10:44:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 10:44:42 - ERROR: failed to build world TB --- 2010-12-16 10:44:42 - 2023.16 user 466.38 system 2795.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 11:38:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CDEB106564A; Thu, 16 Dec 2010 11:38:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 454228FC08; Thu, 16 Dec 2010 11:38:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGBc8gj041504; Thu, 16 Dec 2010 06:38:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGBc8mQ041485; Thu, 16 Dec 2010 11:38:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 11:38:08 GMT Message-Id: <201012161138.oBGBc8mQ041485@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 11:38:09 -0000 TB --- 2010-12-16 10:47:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 10:47:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-12-16 10:47:25 - cleaning the object tree TB --- 2010-12-16 10:47:32 - cvsupping the source tree TB --- 2010-12-16 10:47:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-12-16 10:47:45 - building world TB --- 2010-12-16 10:47:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 10:47:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 10:47:45 - TARGET=sparc64 TB --- 2010-12-16 10:47:45 - TARGET_ARCH=sparc64 TB --- 2010-12-16 10:47:45 - TZ=UTC TB --- 2010-12-16 10:47:45 - __MAKE_CONF=/dev/null TB --- 2010-12-16 10:47:45 - cd /src TB --- 2010-12-16 10:47:45 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 10:47:45 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 11:38:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 11:38:08 - ERROR: failed to build world TB --- 2010-12-16 11:38:08 - 2321.85 user 487.08 system 3042.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 12:00:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE30E1065693; Thu, 16 Dec 2010 12:00:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2BA8FC19; Thu, 16 Dec 2010 12:00:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGC0DTa098442; Thu, 16 Dec 2010 07:00:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGC0DE8098433; Thu, 16 Dec 2010 12:00:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 12:00:13 GMT Message-Id: <201012161200.oBGC0DE8098433@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 12:00:14 -0000 TB --- 2010-12-16 11:10:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 11:10:12 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-12-16 11:10:12 - cleaning the object tree TB --- 2010-12-16 11:10:19 - cvsupping the source tree TB --- 2010-12-16 11:10:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-12-16 11:11:00 - building world TB --- 2010-12-16 11:11:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 11:11:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 11:11:00 - TARGET=sun4v TB --- 2010-12-16 11:11:00 - TARGET_ARCH=sparc64 TB --- 2010-12-16 11:11:00 - TZ=UTC TB --- 2010-12-16 11:11:00 - __MAKE_CONF=/dev/null TB --- 2010-12-16 11:11:00 - cd /src TB --- 2010-12-16 11:11:00 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 11:11:01 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 12:00:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 12:00:13 - ERROR: failed to build world TB --- 2010-12-16 12:00:13 - 2309.14 user 482.25 system 3000.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 13:33:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4662C1065693; Thu, 16 Dec 2010 13:33:41 +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 DAD638FC12; Thu, 16 Dec 2010 13:33:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGDXdF1021782; Thu, 16 Dec 2010 08:33:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGDXddo021781; Thu, 16 Dec 2010 13:33:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 13:33:39 GMT Message-Id: <201012161333.oBGDXddo021781@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 13:33:41 -0000 TB --- 2010-12-16 12:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 12:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-12-16 12:50:00 - cleaning the object tree TB --- 2010-12-16 12:50:11 - cvsupping the source tree TB --- 2010-12-16 12:50:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-12-16 12:50:25 - building world TB --- 2010-12-16 12:50:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 12:50:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 12:50:25 - TARGET=arm TB --- 2010-12-16 12:50:25 - TARGET_ARCH=arm TB --- 2010-12-16 12:50:25 - TZ=UTC TB --- 2010-12-16 12:50:25 - __MAKE_CONF=/dev/null TB --- 2010-12-16 12:50:25 - cd /src TB --- 2010-12-16 12:50:25 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 12:50:25 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 13:33:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 13:33:39 - ERROR: failed to build world TB --- 2010-12-16 13:33:39 - 1941.62 user 501.20 system 2618.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 14:36:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D98F106564A; Thu, 16 Dec 2010 14:36:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A9F8D8FC0C; Thu, 16 Dec 2010 14:36:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGEaHih093412; Thu, 16 Dec 2010 09:36:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGEaHZD093400; Thu, 16 Dec 2010 14:36:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 14:36:17 GMT Message-Id: <201012161436.oBGEaHZD093400@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 14:36:19 -0000 TB --- 2010-12-16 13:33:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 13:33:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-12-16 13:33:40 - cleaning the object tree TB --- 2010-12-16 13:33:45 - cvsupping the source tree TB --- 2010-12-16 13:33:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-12-16 13:33:56 - building world TB --- 2010-12-16 13:33:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 13:33:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 13:33:56 - TARGET=ia64 TB --- 2010-12-16 13:33:56 - TARGET_ARCH=ia64 TB --- 2010-12-16 13:33:56 - TZ=UTC TB --- 2010-12-16 13:33:56 - __MAKE_CONF=/dev/null TB --- 2010-12-16 13:33:56 - cd /src TB --- 2010-12-16 13:33:56 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 13:33:56 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 14:36:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 14:36:17 - ERROR: failed to build world TB --- 2010-12-16 14:36:17 - 2979.77 user 500.60 system 3757.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 15:22:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCA43106566C; Thu, 16 Dec 2010 15:22: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 6C24C8FC14; Thu, 16 Dec 2010 15:22:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGFMdXS070270; Thu, 16 Dec 2010 10:22:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGFMdeC070265; Thu, 16 Dec 2010 15:22:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 15:22:39 GMT Message-Id: <201012161522.oBGFMdeC070265@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 15:22:40 -0000 TB --- 2010-12-16 14:36:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 14:36:18 - starting HEAD tinderbox run for mips/mips TB --- 2010-12-16 14:36:18 - cleaning the object tree TB --- 2010-12-16 14:36:24 - cvsupping the source tree TB --- 2010-12-16 14:36:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-12-16 14:36:42 - building world TB --- 2010-12-16 14:36:42 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 14:36:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 14:36:42 - TARGET=mips TB --- 2010-12-16 14:36:42 - TARGET_ARCH=mips TB --- 2010-12-16 14:36:42 - TZ=UTC TB --- 2010-12-16 14:36:42 - __MAKE_CONF=/dev/null TB --- 2010-12-16 14:36:42 - cd /src TB --- 2010-12-16 14:36:42 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 14:36:43 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 15:22:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 15:22:39 - ERROR: failed to build world TB --- 2010-12-16 15:22:39 - 2024.47 user 468.40 system 2781.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 16:17:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83659106564A; Thu, 16 Dec 2010 16:17: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 2C2E48FC1F; Thu, 16 Dec 2010 16:17:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGGHL5u013902; Thu, 16 Dec 2010 11:17:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGGHLvv013861; Thu, 16 Dec 2010 16:17:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 16:17:21 GMT Message-Id: <201012161617.oBGGHLvv013861@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 16:17:22 -0000 TB --- 2010-12-16 15:26:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 15:26:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-12-16 15:26:26 - cleaning the object tree TB --- 2010-12-16 15:26:32 - cvsupping the source tree TB --- 2010-12-16 15:26:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-12-16 15:26:45 - building world TB --- 2010-12-16 15:26:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 15:26:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 15:26:45 - TARGET=sparc64 TB --- 2010-12-16 15:26:45 - TARGET_ARCH=sparc64 TB --- 2010-12-16 15:26:45 - TZ=UTC TB --- 2010-12-16 15:26:45 - __MAKE_CONF=/dev/null TB --- 2010-12-16 15:26:45 - cd /src TB --- 2010-12-16 15:26:45 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 15:26:45 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 16:17:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 16:17:21 - ERROR: failed to build world TB --- 2010-12-16 16:17:21 - 2320.93 user 485.95 system 3054.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 16:30:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E6A1065673 for ; Thu, 16 Dec 2010 16:30:28 +0000 (UTC) (envelope-from triosoft@triosoft.com.ua) Received: from lambent.informjust.ua (lambent.informjust.ua [193.111.173.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1551A8FC23 for ; Thu, 16 Dec 2010 16:30:27 +0000 (UTC) Received: from status.informjust.ua ([10.1.10.202]) by lambent.informjust.ua with esmtp (Exim 4.71) (envelope-from ) id LDJ3AI-0007OU-6A for freebsd-current@freebsd.org; Thu, 16 Dec 2010 18:03:55 +0200 Received: from [10.2.113.5] (helo=zk.informjust.ua) by status.informjust.ua with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PTGIt-000J3v-1N for freebsd-current@freebsd.org; Thu, 16 Dec 2010 18:03:39 +0200 Received: from monstro.zk.informjust.ua ([10.2.113.96]) by zk.informjust.ua with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1PTGIu-0008DB-Ns for freebsd-current@freebsd.org; Thu, 16 Dec 2010 18:03:40 +0200 Message-ID: <4D0A38A3.1020108@triosoft.com.ua> Date: Thu, 16 Dec 2010 18:04:51 +0200 From: "Alexander V. Ribchansky" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru; rv:1.9.1.12) Gecko/20101016 Thunderbird/3.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20101213214556.GC2038@garage.freebsd.pl> In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Report: Spam detection software, running on the system "lambent.informjust.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see root@localhost for details. Content preview: First of all, thank pjd@, mm@ and others who made zfs go ahead in FreeBSD! You are absolutely monsters! Now one question, what I do wrong, that I can't use /boot/zfsboot to boot MBR+zfs-only FreeBSD? More info. If I use /boot/zfsboot form recent STABLE (from snapshot CD or built myself) to boot up this [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -4.4 (----) Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 16:30:28 -0000 First of all, thank pjd@, mm@ and others who made zfs go ahead in FreeBSD! You are absolutely monsters! Now one question, what I do wrong, that I can't use /boot/zfsboot to boot MBR+zfs-only FreeBSD? More info. If I use /boot/zfsboot form recent STABLE (from snapshot CD or built myself) to boot up this monstro# gpart show ad6 => 63 625142385 ad6 MBR (298G) 63 104872257 1 ntfs [active] (50G) 104872320 520270128 2 freebsd (248G) monstro# gpart show ad6s2 => 0 520270128 ad6s2 BSD (248G) 0 516075824 1 freebsd-zfs (246G) 516075824 4194304 2 freebsd-swap (2.0G) I install /boot/zfsboot as dd if=/boot/zfsboot of=/dev/ad6s2 count=1 dd if=/boot/zfsboot of=/dev/ad6s2a skip=1 seek=1024 when I reboot, system stuck in "-" or "\" or "/" or finaly "|" prompt. when I install /boot/zfsboot from recent 9-CURRENT snapshot CD all boots-up perfectly. More over, fresh built /boot/zfsboot from v28 pachset either from 8-S or 9-C patches stuck as I describe above. What I miss? Can somebody send me known to work copy of /boot/zfsboot from v28 patchset? Thanks! -- WBR, Alexander V. Ribchansky AVR39-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 16:39:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5003B106566B; Thu, 16 Dec 2010 16:39:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ED4748FC12; Thu, 16 Dec 2010 16:39:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGGd2q4065711; Thu, 16 Dec 2010 11:39:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGGd225065710; Thu, 16 Dec 2010 16:39:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 16:39:02 GMT Message-Id: <201012161639.oBGGd225065710@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 16:39:03 -0000 TB --- 2010-12-16 15:49:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 15:49:44 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-12-16 15:49:44 - cleaning the object tree TB --- 2010-12-16 15:49:51 - cvsupping the source tree TB --- 2010-12-16 15:49:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-12-16 15:50:02 - building world TB --- 2010-12-16 15:50:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 15:50:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 15:50:02 - TARGET=sun4v TB --- 2010-12-16 15:50:02 - TARGET_ARCH=sparc64 TB --- 2010-12-16 15:50:02 - TZ=UTC TB --- 2010-12-16 15:50:02 - __MAKE_CONF=/dev/null TB --- 2010-12-16 15:50:02 - cd /src TB --- 2010-12-16 15:50:02 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 15:50:03 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 16:39:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 16:39:02 - ERROR: failed to build world TB --- 2010-12-16 16:39:02 - 2306.62 user 479.95 system 2957.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 18:13:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED9C106564A; Thu, 16 Dec 2010 18:13:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4EDF48FC20; Thu, 16 Dec 2010 18:13:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGIDvRS085700; Thu, 16 Dec 2010 13:13:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGIDvbS085696; Thu, 16 Dec 2010 18:13:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 18:13:57 GMT Message-Id: <201012161813.oBGIDvbS085696@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 18:13:58 -0000 TB --- 2010-12-16 17:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 17:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-12-16 17:30:00 - cleaning the object tree TB --- 2010-12-16 17:30:07 - cvsupping the source tree TB --- 2010-12-16 17:30:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-12-16 17:30:24 - building world TB --- 2010-12-16 17:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 17:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 17:30:24 - TARGET=arm TB --- 2010-12-16 17:30:24 - TARGET_ARCH=arm TB --- 2010-12-16 17:30:24 - TZ=UTC TB --- 2010-12-16 17:30:24 - __MAKE_CONF=/dev/null TB --- 2010-12-16 17:30:24 - cd /src TB --- 2010-12-16 17:30:24 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 17:30:24 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 18:13:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 18:13:56 - ERROR: failed to build world TB --- 2010-12-16 18:13:56 - 1947.02 user 505.23 system 2636.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 19:16:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6201A1065670; Thu, 16 Dec 2010 19:16:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0B14B8FC18; Thu, 16 Dec 2010 19:16:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oBGJGU3M076370; Thu, 16 Dec 2010 14:16:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oBGJGUhD076299; Thu, 16 Dec 2010 19:16:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Dec 2010 19:16:30 GMT Message-Id: <201012161916.oBGJGUhD076299@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 19:16:31 -0000 TB --- 2010-12-16 18:13:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 18:13:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-12-16 18:13:57 - cleaning the object tree TB --- 2010-12-16 18:14:02 - cvsupping the source tree TB --- 2010-12-16 18:14:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-12-16 18:14:15 - building world TB --- 2010-12-16 18:14:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-16 18:14:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-16 18:14:15 - TARGET=ia64 TB --- 2010-12-16 18:14:15 - TARGET_ARCH=ia64 TB --- 2010-12-16 18:14:15 - TZ=UTC TB --- 2010-12-16 18:14:15 - __MAKE_CONF=/dev/null TB --- 2010-12-16 18:14:15 - cd /src TB --- 2010-12-16 18:14:15 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 16 18:14:16 UTC 2010 >>> 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 [...] /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:898: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:911: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:912: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:915: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA512_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:919: warning: cast increases required alignment of target type /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c: In function 'SHA384_Final': /src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:994: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/geom/class/eli. *** Error code 1 Stop in /src/sbin/geom/class. *** Error code 1 Stop in /src/sbin/geom. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-16 19:16:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-16 19:16:29 - ERROR: failed to build world TB --- 2010-12-16 19:16:29 - 2981.63 user 498.97 system 3752.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 19:45:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5ECE106566B; Thu, 16 Dec 2010 19:45:15 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0558FC13; Thu, 16 Dec 2010 19:45:15 +0000 (UTC) Received: by iwn39 with SMTP id 39so3668133iwn.13 for ; Thu, 16 Dec 2010 11:45:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.182.65 with SMTP id cb1mr512289ibb.59.1292528714892; Thu, 16 Dec 2010 11:45:14 -0800 (PST) Received: by 10.231.59.142 with HTTP; Thu, 16 Dec 2010 11:45:11 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Thu, 16 Dec 2010 20:45:11 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 19:45:16 -0000 2010/12/13 Pawel Jakub Dawidek : > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. Boot support ok with gptzfsboot and zfsloader on a mirrored v15 root pool and a single disk v15 root pool. # zfs diff tank/data@20101204 tank/data@20101208 Cannot stat /data/.zfs/shares/: unable to generate diffs # ls /data/.zfs/ snapshot/ This pool was created in -STABLE more than a year ago, I think it was zpool version 13. I upgraded it to version 15, upgraded the filesystems, but there are no "shares" directories in the .zfs folder of the filesystems in this pool. Another pool created few days ago directly in version 15 : # ls /temp/.zfs/ shares/ snapshot/ I never used shares in any of my pools/filesystems. Should the ".zfs/shares" directories be created automatically ? Thanks --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 19:45:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668EF10656B2; Thu, 16 Dec 2010 19:45:24 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ey0-f178.google.com (mail-ey0-f178.google.com [209.85.215.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB418FC13; Thu, 16 Dec 2010 19:45:23 +0000 (UTC) Received: by eyh5 with SMTP id 5so1994298eyh.37 for ; Thu, 16 Dec 2010 11:45:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.4.11 with SMTP id 11mr1707683ebp.3.1292528721793; Thu, 16 Dec 2010 11:45:21 -0800 (PST) Received: by 10.213.105.212 with HTTP; Thu, 16 Dec 2010 11:45:19 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Thu, 16 Dec 2010 20:45:19 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 19:45:24 -0000 2010/12/13 Pawel Jakub Dawidek : > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. Boot support ok with gptzfsboot and zfsloader on a mirrored v15 root pool and a single disk v15 root pool. # zfs diff tank/data@20101204 tank/data@20101208 Cannot stat /data/.zfs/shares/: unable to generate diffs # ls /data/.zfs/ snapshot/ This pool was created in -STABLE more than a year ago, I think it was zpool version 13. I upgraded it to version 15, upgraded the filesystems, but there are no "shares" directories in the .zfs folder of the filesystems in this pool. Another pool created few days ago directly in version 15 : # ls /temp/.zfs/ shares/ snapshot/ I never used shares in any of my pools/filesystems. Should the ".zfs/shares" directories be created automatically ? Thanks --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 22:07:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D73141065670 for ; Thu, 16 Dec 2010 22:07:27 +0000 (UTC) (envelope-from ggg_mail@inbox.ru) Received: from fallback3.mail.ru (fallback6.mail.ru [94.100.176.134]) by mx1.freebsd.org (Postfix) with ESMTP id 105948FC1C for ; Thu, 16 Dec 2010 22:07:26 +0000 (UTC) Received: from smtp12.mail.ru (smtp12.mail.ru [94.100.176.89]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 2244F71EC99 for ; Fri, 17 Dec 2010 00:54:39 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-ID:From:MIME-Version:Date:Subject:To:Content-Type; bh=MA2biVkRXz4Oj0BJmjqvAkXVFpxJv/k3JvcAvTH9V/4=; b=wRwoG6bRJF87gQjDpydukkTo/AjU06dzi2dvaRh83c3prCbh3IX+HlKKksJsyLElN8UDhyp3sxCwo+Fjuro+4pdWjOMa8akK08a7Yn6k086gOPbY4g2FPmhRz3t8Uor7; Received: from [95.26.139.66] (port=17094 helo=lulz) by smtp12.mail.ru with asmtp id 1PTLmX-0007k3-00 for freebsd-current@freebsd.org; Fri, 17 Dec 2010 00:54:37 +0300 Content-Type: multipart/mixed; boundary=----------M99AD6IKHdSZys5u1WkfaH To: freebsd-current@freebsd.org Date: Fri, 17 Dec 2010 00:54:36 +0300 MIME-Version: 1.0 From: =?koi8-r?B?UmVjaGlzdG92IEdyaWdvcnkgKPLF3snT1M/XIOfSycfP0snKKQ==?= Message-ID: User-Agent: Opera Mail/11.00 (Linux) X-Mras: Ok X-Mailman-Approved-At: Thu, 16 Dec 2010 22:11:42 +0000 Subject: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 22:07:27 -0000 ------------M99AD6IKHdSZys5u1WkfaH Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 8bit I started to check the new ZFS version inside a VirtualBox machine. So far it works for me without crashes, but I got some observations worth mentioning. Here are the steps I made: 1. Installed 8.1-RELEASE (from minimal install CD) 2. Csup'ped sources to CURRENT (as of 14/12/2010) [note that I haven't used SVN repository] 3. Applied the patch in question. 4. Created a zpool raidz of two disks of old version 15. Also some usual tuning of ZFS in loader.conf was done as I am running 32 bit version with low amount of memory. "zfs_enable=YES" in rc.conf was added too. 4.1 Moved /usr/ports to ZFS to have some files on it. 5. Make buildworld, buildkernel, installkernel, installworld - all the canonical steps from the Handbook. 6. After reboot to final 9.0-CURRENT world I got a dmesg with some trace stack related to ZFS and also a rc.d script message about unrecognized command 'volinit' (see the text of it in attachment). 7. Nevertheless the system booted. Files 8. `zpool upgrade -a` worked all right and reported that now I have ZFS version 28 Overall I am pleasantly surprised how streamlined the whole process was. I am going to perform more tourturing of this VM later as well. Thanks for your work! ------------M99AD6IKHdSZys5u1WkfaH Content-Disposition: attachment; filename=dmesg-firstboot-after-installworld.txt Content-Type: text/plain; name=dmesg-firstboot-after-installworld.txt Content-Transfer-Encoding: 8bit Copyright (c) 1992-2010 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 9.0-CURRENT #1: Thu Dec 16 02:53:13 MSK 2010 root@bsdtest.localnet:/usr/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2171.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0x783fbff Features2=0x209 AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 671023104 (639 MB) avail memory = 637427712 (607 MB) pnpbios: Bad PnP BIOS data checksum kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 vgapci0: mem 0xe0000000-0xe0ffffff irq 11 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:05:9b:9f pci0: at device 4.0 (no driver attached) pci0: at device 5.0 (no driver attached) ohci0: mem 0xf0804000-0xf0804fff irq 11 at device 6.0 on pci0 usbus0: on ohci0 pci0: at device 7.0 (no driver attached) ehci0: mem 0xf0805000-0xf0805fff irq 10 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1: on ehci0 mpt0: port 0xd300-0xd3ff mem 0xf0820000-0xf083ffff,0xf0840000-0xf085ffff irq 9 at device 20.0 on pci0 mpt0: MPI Version=1.2.0.0 battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xe2000-0xe2fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounter "TSC" frequency 2171848610 Hz quality 800 Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ad0: 16384MB at ata0-master UDMA33 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 8 ports with 8 removable, self powered uhub1: 8 ports with 8 removable, self powered da0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 3.300MB/s transfers da0: Command Queueing enabled da0: 32768MB (67108864 512 byte sectors: 255H 63S/T 4177C) da1 at mpt0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 3.300MB/s transfers da1: Command Queueing enabled da1: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C) ata0: timeout waiting to issue command ata0: error issuing ATA PACKET command acd0: DVDROM at ata0-slave UDMA33 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a [rw]... ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 unrecognized command 'volinit' usage: zfs command args... lock order reversal: 1st 0xc433fa30 db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:2009 2nd 0xc435b32c dn->dn_mtx (dn->dn_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:1174 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,6d2f7379,6c75646f,7a2f7365,2e2f7366,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f588,c393f4b8,d825a884,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c435b32c,c3ef0e9d,c393f4b8,c3ef0053,...) at _witness_debugger+0x25 witness_checkorder(c435b32c,9,c3ef0053,496,0,...) at witness_checkorder+0x839 _sx_xlock(c435b32c,0,c3ef0053,496,7fe,...) at _sx_xlock+0x85 dnode_rele(c435b28c,c433f930,c4180c00,d825a914,c3dfcf94,...) at dnode_rele+0x4d bpobj_close(c4180c60,0,0,c4180c00,c433f9f4,...) at bpobj_close+0x27 dsl_deadlist_close(c4180c20,c4180c00,c3ef714b,96,c433f9f4,...) at dsl_deadlist_close+0xa4 dsl_dataset_evict(c433f9f4,c4180c00,1,0,0,...) at dsl_dataset_evict+0x84 dbuf_evict_user(c433fa48,c3ee7b31,c3dbfe15,c433fa30,0,...) at dbuf_evict_user+0x4c dbuf_rele_and_unlock(c433f9f4,c3ee7b31,0,c42a2000,c42a2014,...) at dbuf_rele_and_unlock+0x1f4 dsl_pool_open(c40ee000,10f,0,c40ee1a4,246,...) at dsl_pool_open+0x203 spa_load(0,6,0,5,c3ee7ee0,...) at spa_load+0x634 spa_load_best(ffffffff,ffffffff,1,949,c0e47ce0,...) at spa_load_best+0x59 spa_open_common(c3b11ae0,0,c3ee938b,c40f7000,0,...) at spa_open_common+0x15e pool_status_check(c40f7000,2,0,12,0,...) at pool_status_check+0x2c zfsdev_ioctl(c3cdc800,d5985a12,c40f7000,0,c40f6000,...) at zfsdev_ioctl+0x238 devfs_ioctl_f(c3d10af0,d5985a12,c40f7000,c3976e80,c40f6000,...) at devfs_ioctl_f+0x10b kern_ioctl(c40f6000,3,d5985a12,c40f7000,125acec,...) at kern_ioctl+0x20d ioctl(c40f6000,d825acec,d825ad28,c0ceabb6,0,...) at ioctl+0x134 syscallenter(c40f6000,d825ace4,d825ace4,0,0,...) at syscallenter+0x263 syscall(d825ad28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28239cb3, esp = 0xbfbfcdfc, ebp = 0xbfbfce38 --- lock order reversal: 1st 0xc434003c db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c:396 2nd 0xc4171dac os->os_lock (os->os_lock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:439 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,7379732f,646f6d2f,73656c75,73667a2f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f588,c3946c90,d825a758,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4171dac,c3eef85e,c3946c90,c3ef0053,...) at _witness_debugger+0x25 witness_checkorder(c4171dac,9,c3ef0053,1b7,0,...) at witness_checkorder+0x839 _sx_xlock(c4171dac,0,c3ef0053,1b7,c433dcbc,...) at _sx_xlock+0x85 dnode_destroy(c433de28,c3ee749a,c3ef1241,c40f6000,20,...) at dnode_destroy+0x41 dnode_buf_pageout(c4340000,c4126000,c434003c,0,c4340000,...) at dnode_buf_pageout+0x99 dbuf_evict_user(c4340054,8,c3ef1241,18c,0,...) at dbuf_evict_user+0x4c dbuf_clear(c4340000,0,c3ef1241,18c,c40f60b0,...) at dbuf_clear+0x3e dnode_evict_dbufs(c433e000,c3eef27f,204,207,c4171dac,...) at dnode_evict_dbufs+0xa8 dmu_objset_evict_dbufs(c4171c00,3,0,c3dbf2ce,c434003c,...) at dmu_objset_evict_dbufs+0x144 dmu_objset_evict(c4171c00,c4126064,df51772e,d825a9c8,c3e1c482,...) at dmu_objset_evict+0xbd dsl_pool_close(c42a2000,c3ef9e9e,12e,12a,df51772e,...) at dsl_pool_close+0x73 spa_unload(c40ee000,c3b111c0,d825aaac,c40ee1a4,246,...) at spa_unload+0x72 spa_load(0,6,0,5,c3ee7ee0,...) at spa_load+0x724 spa_load_best(ffffffff,ffffffff,1,949,c0e47ce0,...) at spa_load_best+0x59 spa_open_common(c3b11ae0,0,c3ee938b,c40f7000,0,...) at spa_open_common+0x15e pool_status_check(c40f7000,2,0,12,0,...) at pool_status_check+0x2c zfsdev_ioctl(c3cdc800,d5985a12,c40f7000,0,c40f6000,...) at zfsdev_ioctl+0x238 devfs_ioctl_f(c3d10af0,d5985a12,c40f7000,c3976e80,c40f6000,...) at devfs_ioctl_f+0x10b kern_ioctl(c40f6000,3,d5985a12,c40f7000,125acec,...) at kern_ioctl+0x20d ioctl(c40f6000,d825acec,d825ad28,c0ceabb6,0,...) at ioctl+0x134 syscallenter(c40f6000,d825ace4,d825ace4,0,0,...) at syscallenter+0x263 syscall(d825ad28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28239cb3, esp = 0xbfbfcdfc, ebp = 0xbfbfce38 --- lock order reversal: 1st 0xc441434c db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1242 2nd 0xc3b10120 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1246 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,752f2040,732f7273,732f6372,6d2f7379,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f588,c393f520,d83fe8e4,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c3b10120,c3eedbd5,c393f520,c3eec7b9,...) at _witness_debugger+0x25 witness_checkorder(c3b10120,9,c3eec7b9,4de,0,...) at witness_checkorder+0x839 _sx_xlock(c3b10120,0,c3eec7b9,4de,1,...) at _sx_xlock+0x85 dbuf_dirty(c4414310,c44c7a00,30,0,0,...) at dbuf_dirty+0xa3f dmu_write(c41dbc00,21,0,2d58,0,...) at dmu_write+0x1a5 space_map_sync(c4292a58,1,c429282c,c41dbc00,c44c7a00,...) at space_map_sync+0x348 metaslab_sync(c4292800,10f,0,0,d83feb84,...) at metaslab_sync+0x213 vdev_sync(c4360000,10f,0,c44c6000,1,...) at vdev_sync+0x120 spa_sync(c40ee000,10f,0,0,0,...) at spa_sync+0x3de txg_sync_thread(c41dc000,d83fed28,c0ce0b9b,35b,c3d51550,...) at txg_sync_thread+0x1ac fork_exit(c3e2cb50,c41dc000,d83fed28) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd83fed60, ebp = 0 --- lock order reversal: 1st 0xc465c9e8 zfs (zfs) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:488 2nd 0xc4361214 zfsvfs->z_hold_mtx[i] (zfsvfs->z_hold_mtx[i]) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1116 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,746d5f64,5d695b78,20402029,7273752f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c39477f0,c3947788,d8222838,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4361214,c3f05c47,c3947788,c3f0044d,...) at _witness_debugger+0x25 witness_checkorder(c4361214,9,c3f0044d,45c,0,...) at witness_checkorder+0x839 _sx_xlock(c4361214,0,c3f0044d,45c,d8222890,...) at _sx_xlock+0x85 zfs_zget(c4361000,3,0,d8222908,0,...) at zfs_zget+0x56 zfs_root(c3cfc288,80000,d8222960,1,c3f0a480,...) at zfs_root+0x56 zfsctl_create(c4361000,d8222a04,d8222a28,0,198526,...) at zfsctl_create+0x97 zfs_mount(c3cfc288,c3f0aac0,c39dd660,c3976e80,0,...) at zfs_mount+0x653 vfs_donmount(c3ce02d0,0,c398f980,c398f980,c3a91d48,...) at vfs_donmount+0xb10 nmount(c3ce02d0,d8222cec,28205f10,1,0,...) at nmount+0x84 syscallenter(c3ce02d0,d8222ce4,c0c003fd,c0e49130,0,...) at syscallenter+0x263 syscall(d8222d28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x2819082b, esp = 0xbfbfceac, ebp = 0xbfbfcef8 --- ------------M99AD6IKHdSZys5u1WkfaH-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 22:29:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01231065672 for ; Thu, 16 Dec 2010 22:29:15 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ew0-f51.google.com (mail-ew0-f51.google.com [209.85.215.51]) by mx1.freebsd.org (Postfix) with ESMTP id 8FBC98FC12 for ; Thu, 16 Dec 2010 22:29:15 +0000 (UTC) Received: by ewy19 with SMTP id 19so28051ewy.10 for ; Thu, 16 Dec 2010 14:29:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.4.11 with SMTP id 11mr1822273ebp.3.1292538554154; Thu, 16 Dec 2010 14:29:14 -0800 (PST) Received: by 10.213.105.212 with HTTP; Thu, 16 Dec 2010 14:29:14 -0800 (PST) In-Reply-To: References: Date: Thu, 16 Dec 2010 23:29:14 +0100 Message-ID: From: Olivier Smedts To: =?KOI8-R?B?UmVjaGlzdG92IEdyaWdvcnkgKPLF3snT1M/XIOfSycfP0snKKQ==?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 22:29:16 -0000 2010/12/16 Rechistov Grigory (=F2=C5=DE=C9=D3=D4=CF=D7 =E7=D2=C9=C7=CF=D2= =C9=CA) : > I started to check the new ZFS version inside a VirtualBox machine. So fa= r > it works for me without crashes, but I got some observations worth > mentioning. Here are the steps I made: > > 1. Installed 8.1-RELEASE (from minimal install =9ACD) > 2. Csup'ped sources to CURRENT (as of 14/12/2010) [note that I haven't us= ed > SVN repository] > 3. Applied the patch in question. > 4. Created a zpool raidz of two disks of old =9Aversion 15. Also some usu= al > tuning of ZFS in loader.conf was done as I am running 32 bit version with > low amount of memory. =9A"zfs_enable=3DYES" in rc.conf was added too. > 4.1 Moved /usr/ports to ZFS to have some files on it. > 5. Make buildworld, buildkernel, installkernel, installworld - all the > canonical steps from the Handbook. > 6. After reboot to final 9.0-CURRENT world I got a dmesg with some trace > stack related to ZFS and also a rc.d script message about unrecognized > command 'volinit' (see the text of it in attachment). Did you run mergemaster correctly ? > 7. Nevertheless the system booted. Files > 8. `zpool upgrade -a` worked all right and reported that now I have ZFS > version 28 > > Overall I am pleasantly surprised how streamlined the whole process was. > > I am going to perform more tourturing of this VM later as well. > > Thanks for your work! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A = =9A =9A =9A =9A =9A =9A =9A =9A =9A=9A _ =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A= =9A ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=9A =9A =9A =9A - against HTML email & vCards=9A X www: http://www.gid0.org=9A =9A - against proprietary attachments / \ =9A "Il y a seulement 10 sortes de gens dans le monde : =9A ceux qui comprennent le binaire, =9A et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 05:16:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4AC1106564A for ; Fri, 17 Dec 2010 05:16:59 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 87EAA8FC08 for ; Fri, 17 Dec 2010 05:16:59 +0000 (UTC) Received: by qwj9 with SMTP id 9so300924qwj.13 for ; Thu, 16 Dec 2010 21:16:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:user-agent:mime-version:content-type; bh=PYuJ6K4Jtx60mz5glxZ/TedAWVvsiHlzYkSxcdqPAVE=; b=Vu2NZMM6Qxuz/ZkJ8GXcIxpSjShpR4wwwv3/ULSY88WLc8IrLXyeqQpMVxM+v/lCry Om6AXqTmIKk9+lZmb22vv/N4my9wE2xsrgv1ItGhKS3alZNuCJ/uPoHH01s4+SgRqqT4 Jrm+oIVPsAjKzEdhVfrrQi2c7Fk1GvIBqmre0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; b=uxWDbBeivdbH480rxUFjTCRi3nR3BSgq/Uq47SVSDOgnYFlsQLoTrSWuVdEiAC8N+d vUl3TMlzjTtmSvByZrALXl5FDQlOxjcsE5ZIABzl/aQoZVlHN4iZ7wvB0vyapP6Y0dVf U0oze1kCduCV/YMJM5VEsc6Svh0GFPOIUUzBo= Received: by 10.229.224.79 with SMTP id in15mr361333qcb.279.1292563018662; Thu, 16 Dec 2010 21:16:58 -0800 (PST) Received: from localhost (anonymizer3.torservers.net [174.36.199.201]) by mx.google.com with ESMTPS id h20sm614779qck.36.2010.12.16.21.16.57 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Dec 2010 21:16:58 -0800 (PST) From: Anonymous To: freebsd-current@freebsd.org Date: Fri, 17 Dec 2010 08:16:49 +0300 Message-ID: <867hf9ashq.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Subject: idle priority > 30 in top(1) and idprio > 31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 05:16:59 -0000 Is the following a regression? $ uname -vm FreeBSD 9.0-HEAD-20101216-JPSNAP #0: Thu Dec 16 07:13:24 UTC 2010 root@build-amd64-fbsd.allbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 $ yes >/dev/null & $ idprio 31 -$(pgrep yes) $ top PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2139 luser 1 117 i-23 10052K 1128K RUN 0:41 98.97% yes $ idprio 444 -$(pgrep yes) $ top PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2139 luser 1 117 i-102 10052K 1128K RUN 0:42 97.56% yes On 8.0-RELEASE it's different $ yes >/dev/null & $ idprio 31 -$(pgrep yes) $ top PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2653 luser 1 171 i31 5808K 596K RUN 0:10 97.88% yes $ idprio 444 -$(pgrep yes) idprio: idprio: Invalid argument - 8.1-RELEASE accepts idprio > 31, e.g. 444. - 8.2-BETA1 shows negative values in top(1) like -CURRENT From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 10:17:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93F1B1065672 for ; Fri, 17 Dec 2010 10:17:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3158FC0C for ; Fri, 17 Dec 2010 10:17:56 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oBHAHqeX059101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Dec 2010 12:17:52 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oBHAHqri003052 for ; Fri, 17 Dec 2010 12:17:52 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oBHAHqQS003051 for current@freebsd.org; Fri, 17 Dec 2010 12:17:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 17 Dec 2010 12:17:52 +0200 From: Kostik Belousov To: current@freebsd.org Message-ID: <20101217101752.GO33073@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XqY7lyhfTxzco1kb" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: [Call for testers] DT_FILTER implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 10:17:57 -0000 --XqY7lyhfTxzco1kb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I implemented DT_FILTER and DT_FILTER_AUX support for our rtld, following the documentation at http://docs.sun.com/app/docs/doc/819-0690/chapter4-4?l=en&a=view Another interesting text is http://cygwin.ru/ml/libc-hacker/2001-05/msg00040.html The support for filtering is required for possible future merge of libc and libthr. Regardeless of this, filters are the part of ELF, and we better have support for them. I am asking for the test of the patch http://people.freebsd.org/~kib/misc/dt_filter.1.patch by people running applications like KDE and OpenOffice on HEAD. My expectations are that after applying the patch, "nothing changes". Also, I was able to test the change only on i386/amd64. Any reports for the !x86 arches are welcomed. Thanks. --XqY7lyhfTxzco1kb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0LOM8ACgkQC3+MBN1Mb4iNPwCgxNWPR/0vz8QDq0dvjELXAOQ6 Op0AmwRBF/BlYwLK1LjEzBV5KuK4nRpM =n9jP -----END PGP SIGNATURE----- --XqY7lyhfTxzco1kb-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 07:11:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D7E106564A for ; Fri, 17 Dec 2010 07:11:15 +0000 (UTC) (envelope-from ggg_mail@inbox.ru) Received: from smtp5.mail.ru (smtp5.mail.ru [94.100.176.132]) by mx1.freebsd.org (Postfix) with ESMTP id C92258FC08 for ; Fri, 17 Dec 2010 07:11:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=In-Reply-To:Message-ID:From:Content-Transfer-Encoding:MIME-Version:Date:References:Subject:Cc:To:Content-Type; bh=jCOJ6aw8rLxbwN9E21J6JtyyM42KmhjKUwj2e0BPTg4=; b=Sg+api0MdUHaC0DdBa/+E4UEA2nh1bFO6gHckpsgOBFGiHxA3+FUki99nm8wkzXMs+HWZm7BCT/iQgHSxaL+V3bGtJqoghjt97n2LY8UbPXB5fGtIhN6txZomnce+A8s; Received: from [95.26.139.66] (port=43045 helo=lulz) by smtp5.mail.ru with asmtp id 1PTUTB-00012q-00; Fri, 17 Dec 2010 10:11:13 +0300 Content-Type: text/plain; charset=euc-kr; format=flowed; delsp=yes To: "Olivier Smedts" References: Date: Fri, 17 Dec 2010 10:11:12 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: =?euc-kr?B?UmVjaGlzdG92IEdyaWdvcnkgKKyyrNas6azarOOs5KzgrNMgrKSs4qzarNQ=?= =?euc-kr?B?rOCs4qzarNsp?= Message-ID: In-Reply-To: User-Agent: Opera Mail/11.00 (Linux) X-Mras: Ok X-Mailman-Approved-At: Fri, 17 Dec 2010 11:53:37 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 07:11:15 -0000 On Fri, 17 Dec 2010 01:29:14 +0300, Olivier Smedts wrote: > 2010/12/16 Rechistov Grigory (¬²¬Ö¬é¬Ú¬ã¬ä¬à¬Ó ¬¤¬â¬Ú¬Ô¬à¬â¬Ú¬Û) : >> I started to check the new ZFS version inside a VirtualBox machine. So >> far >> it works for me without crashes, but I got some observations worth >> mentioning. Here are the steps I made: >> >> 1. Installed 8.1-RELEASE (from minimal install CD) >> 2. Csup'ped sources to CURRENT (as of 14/12/2010) [note that I haven't >> used >> SVN repository] >> 3. Applied the patch in question. >> 4. Created a zpool raidz of two disks of old version 15. Also some >> usual >> tuning of ZFS in loader.conf was done as I am running 32 bit version >> with >> low amount of memory. "zfs_enable=YES" in rc.conf was added too. >> 4.1 Moved /usr/ports to ZFS to have some files on it. >> 5. Make buildworld, buildkernel, installkernel, installworld - all the >> canonical steps from the Handbook. >> 6. After reboot to final 9.0-CURRENT world I got a dmesg with some trace >> stack related to ZFS and also a rc.d script message about unrecognized >> command 'volinit' (see the text of it in attachment). > > Did you run mergemaster correctly ? > Yes, `mergemaster -p` -> `make installworld` -> `mergemaster` sequence was performed according to the Handbook. From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 07:56:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55EF7106566B for ; Fri, 17 Dec 2010 07:56:04 +0000 (UTC) (envelope-from ggg_mail@inbox.ru) Received: from smtp2.mail.ru (smtp2.mail.ru [94.100.176.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1A31A8FC15 for ; Fri, 17 Dec 2010 07:56:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=In-Reply-To:Message-ID:From:MIME-Version:Date:References:Subject:To:Content-Type; bh=J4UNKKlG2t0q3pAUd7TBnNVDHoE5PWbU5b8cvr9SYi0=; b=oyqqGKw5tNquupDNEpwCufzgaJSDpaigTdtarOa+T/yVOQqKfIA/7XAwSgGJCV2DZkqDbz6BVQ7FL7ac+eLEpiL7AtYHwOQa0lxTIrmP5+BcIjMFbHUu5TiwChdzbD/u; Received: from [95.26.139.66] (port=51625 helo=lulz) by smtp2.mail.ru with asmtp id 1PTVAW-0008CG-00 for freebsd-current@freebsd.org; Fri, 17 Dec 2010 10:56:00 +0300 Content-Type: multipart/mixed; boundary=----------P0JOd0960YDz4VNXwIfI1T To: freebsd-current@freebsd.org References: Date: Fri, 17 Dec 2010 10:56:00 +0300 MIME-Version: 1.0 From: =?koi8-r?B?UmVjaGlzdG92IEdyaWdvcnkgKPLF3snT1M/XIOfSycfP0snKKQ==?= Message-ID: In-Reply-To: User-Agent: Opera Mail/11.00 (Linux) X-Mras: Ok X-Mailman-Approved-At: Fri, 17 Dec 2010 12:00:12 +0000 Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 07:56:04 -0000 ------------P0JOd0960YDz4VNXwIfI1T Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 8bit I got more stacktraces in course of compilation of bash, see the updated dmesg. By the way, could someone suggest what types of stability tests I might perform? I.e. examples of disk- and FS-intensive workloads. On Fri, 17 Dec 2010 00:54:36 +0300, Rechistov Grigory (РечиÑтов Григорий) wrote: > I started to check the new ZFS version inside a VirtualBox machine. So > far it works for me without crashes, but I got some observations worth > mentioning. Here are the steps I made: > > 1. Installed 8.1-RELEASE (from minimal install CD) > 2. Csup'ped sources to CURRENT (as of 14/12/2010) [note that I haven't > used SVN repository] > 3. Applied the patch in question. > 4. Created a zpool raidz of two disks of old version 15. Also some > usual tuning of ZFS in loader.conf was done as I am running 32 bit > version with low amount of memory. "zfs_enable=YES" in rc.conf was > added too. > 4.1 Moved /usr/ports to ZFS to have some files on it. > 5. Make buildworld, buildkernel, installkernel, installworld - all the > canonical steps from the Handbook. > 6. After reboot to final 9.0-CURRENT world I got a dmesg with some trace > stack related to ZFS and also a rc.d script message about unrecognized > command 'volinit' (see the text of it in attachment). > 7. Nevertheless the system booted. Files > 8. `zpool upgrade -a` worked all right and reported that now I have ZFS > version 28 > > Overall I am pleasantly surprised how streamlined the whole process was. > > I am going to perform more tourturing of this VM later as well. > > Thanks for your work! ------------P0JOd0960YDz4VNXwIfI1T Content-Disposition: attachment; filename=dmesg.bash.compile.txt Content-Type: text/plain; name=dmesg.bash.compile.txt Content-Transfer-Encoding: 8bit Copyright (c) 1992-2010 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 9.0-CURRENT #1: Thu Dec 16 02:53:13 MSK 2010 root@bsdtest.localnet:/usr/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2171.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0x783fbff Features2=0x209 AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 671023104 (639 MB) avail memory = 637427712 (607 MB) pnpbios: Bad PnP BIOS data checksum kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 vgapci0: mem 0xe0000000-0xe0ffffff irq 11 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:05:9b:9f pci0: at device 4.0 (no driver attached) pci0: at device 5.0 (no driver attached) ohci0: mem 0xf0804000-0xf0804fff irq 11 at device 6.0 on pci0 usbus0: on ohci0 pci0: at device 7.0 (no driver attached) ehci0: mem 0xf0805000-0xf0805fff irq 10 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1: on ehci0 mpt0: port 0xd300-0xd3ff mem 0xf0820000-0xf083ffff,0xf0840000-0xf085ffff irq 9 at device 20.0 on pci0 mpt0: MPI Version=1.2.0.0 battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xe2000-0xe2fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounter "TSC" frequency 2171848610 Hz quality 800 Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ad0: 16384MB at ata0-master UDMA33 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 8 ports with 8 removable, self powered uhub1: 8 ports with 8 removable, self powered da0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 3.300MB/s transfers da0: Command Queueing enabled da0: 32768MB (67108864 512 byte sectors: 255H 63S/T 4177C) da1 at mpt0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 3.300MB/s transfers da1: Command Queueing enabled da1: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C) ata0: timeout waiting to issue command ata0: error issuing ATA PACKET command acd0: DVDROM at ata0-slave UDMA33 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a [rw]... ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 lock order reversal: 1st 0xc433fa30 db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:2009 2nd 0xc435b32c dn->dn_mtx (dn->dn_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:1174 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,6d2f7379,6c75646f,7a2f7365,2e2f7366,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f588,c393f4b8,d825a884,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c435b32c,c3ef0e9d,c393f4b8,c3ef0053,...) at _witness_debugger+0x25 witness_checkorder(c435b32c,9,c3ef0053,496,0,...) at witness_checkorder+0x839 _sx_xlock(c435b32c,0,c3ef0053,496,7fe,...) at _sx_xlock+0x85 dnode_rele(c435b28c,c433f930,c4180c00,d825a914,c3dfcf94,...) at dnode_rele+0x4d bpobj_close(c4180c60,0,0,c4180c00,c433f9f4,...) at bpobj_close+0x27 dsl_deadlist_close(c4180c20,c4180c00,c3ef714b,96,c433f9f4,...) at dsl_deadlist_close+0xa4 dsl_dataset_evict(c433f9f4,c4180c00,1,0,0,...) at dsl_dataset_evict+0x84 dbuf_evict_user(c433fa48,c3ee7b31,c3dbfe15,c433fa30,0,...) at dbuf_evict_user+0x4c dbuf_rele_and_unlock(c433f9f4,c3ee7b31,0,c42a2000,c42a2014,...) at dbuf_rele_and_unlock+0x1f4 dsl_pool_open(c40ee000,10f,0,c40ee1a4,246,...) at dsl_pool_open+0x203 spa_load(0,6,0,5,c3ee7ee0,...) at spa_load+0x634 spa_load_best(ffffffff,ffffffff,1,949,c0e47ce0,...) at spa_load_best+0x59 spa_open_common(c3b11ae0,0,c3ee938b,c40f7000,0,...) at spa_open_common+0x15e pool_status_check(c40f7000,2,0,12,0,...) at pool_status_check+0x2c zfsdev_ioctl(c3cdc800,d5985a12,c40f7000,0,c40f6000,...) at zfsdev_ioctl+0x238 devfs_ioctl_f(c3d10af0,d5985a12,c40f7000,c3976e80,c40f6000,...) at devfs_ioctl_f+0x10b kern_ioctl(c40f6000,3,d5985a12,c40f7000,125acec,...) at kern_ioctl+0x20d ioctl(c40f6000,d825acec,d825ad28,c0ceabb6,0,...) at ioctl+0x134 syscallenter(c40f6000,d825ace4,d825ace4,0,0,...) at syscallenter+0x263 syscall(d825ad28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28239cb3, esp = 0xbfbfcdfc, ebp = 0xbfbfce38 --- lock order reversal: 1st 0xc434003c db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c:396 2nd 0xc4171dac os->os_lock (os->os_lock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:439 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,7379732f,646f6d2f,73656c75,73667a2f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f588,c3946c90,d825a758,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4171dac,c3eef85e,c3946c90,c3ef0053,...) at _witness_debugger+0x25 witness_checkorder(c4171dac,9,c3ef0053,1b7,0,...) at witness_checkorder+0x839 _sx_xlock(c4171dac,0,c3ef0053,1b7,c433dcbc,...) at _sx_xlock+0x85 dnode_destroy(c433de28,c3ee749a,c3ef1241,c40f6000,20,...) at dnode_destroy+0x41 dnode_buf_pageout(c4340000,c4126000,c434003c,0,c4340000,...) at dnode_buf_pageout+0x99 dbuf_evict_user(c4340054,8,c3ef1241,18c,0,...) at dbuf_evict_user+0x4c dbuf_clear(c4340000,0,c3ef1241,18c,c40f60b0,...) at dbuf_clear+0x3e dnode_evict_dbufs(c433e000,c3eef27f,204,207,c4171dac,...) at dnode_evict_dbufs+0xa8 dmu_objset_evict_dbufs(c4171c00,3,0,c3dbf2ce,c434003c,...) at dmu_objset_evict_dbufs+0x144 dmu_objset_evict(c4171c00,c4126064,df51772e,d825a9c8,c3e1c482,...) at dmu_objset_evict+0xbd dsl_pool_close(c42a2000,c3ef9e9e,12e,12a,df51772e,...) at dsl_pool_close+0x73 spa_unload(c40ee000,c3b111c0,d825aaac,c40ee1a4,246,...) at spa_unload+0x72 spa_load(0,6,0,5,c3ee7ee0,...) at spa_load+0x724 spa_load_best(ffffffff,ffffffff,1,949,c0e47ce0,...) at spa_load_best+0x59 spa_open_common(c3b11ae0,0,c3ee938b,c40f7000,0,...) at spa_open_common+0x15e pool_status_check(c40f7000,2,0,12,0,...) at pool_status_check+0x2c zfsdev_ioctl(c3cdc800,d5985a12,c40f7000,0,c40f6000,...) at zfsdev_ioctl+0x238 devfs_ioctl_f(c3d10af0,d5985a12,c40f7000,c3976e80,c40f6000,...) at devfs_ioctl_f+0x10b kern_ioctl(c40f6000,3,d5985a12,c40f7000,125acec,...) at kern_ioctl+0x20d ioctl(c40f6000,d825acec,d825ad28,c0ceabb6,0,...) at ioctl+0x134 syscallenter(c40f6000,d825ace4,d825ace4,0,0,...) at syscallenter+0x263 syscall(d825ad28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28239cb3, esp = 0xbfbfcdfc, ebp = 0xbfbfce38 --- lock order reversal: 1st 0xc441434c db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1242 2nd 0xc3b10120 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1246 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,752f2040,732f7273,732f6372,6d2f7379,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f588,c393f520,d83fe8e4,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c3b10120,c3eedbd5,c393f520,c3eec7b9,...) at _witness_debugger+0x25 witness_checkorder(c3b10120,9,c3eec7b9,4de,0,...) at witness_checkorder+0x839 _sx_xlock(c3b10120,0,c3eec7b9,4de,1,...) at _sx_xlock+0x85 dbuf_dirty(c4414310,c44c7a00,30,0,0,...) at dbuf_dirty+0xa3f dmu_write(c41dbc00,21,0,2d58,0,...) at dmu_write+0x1a5 space_map_sync(c4292a58,1,c429282c,c41dbc00,c44c7a00,...) at space_map_sync+0x348 metaslab_sync(c4292800,10f,0,0,d83feb84,...) at metaslab_sync+0x213 vdev_sync(c4360000,10f,0,c44c6000,1,...) at vdev_sync+0x120 spa_sync(c40ee000,10f,0,0,0,...) at spa_sync+0x3de txg_sync_thread(c41dc000,d83fed28,c0ce0b9b,35b,c3d51550,...) at txg_sync_thread+0x1ac fork_exit(c3e2cb50,c41dc000,d83fed28) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd83fed60, ebp = 0 --- lock order reversal: 1st 0xc465c9e8 zfs (zfs) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs.c:488 2nd 0xc4361214 zfsvfs->z_hold_mtx[i] (zfsvfs->z_hold_mtx[i]) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1116 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,746d5f64,5d695b78,20402029,7273752f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c39477f0,c3947788,d8222838,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4361214,c3f05c47,c3947788,c3f0044d,...) at _witness_debugger+0x25 witness_checkorder(c4361214,9,c3f0044d,45c,0,...) at witness_checkorder+0x839 _sx_xlock(c4361214,0,c3f0044d,45c,d8222890,...) at _sx_xlock+0x85 zfs_zget(c4361000,3,0,d8222908,0,...) at zfs_zget+0x56 zfs_root(c3cfc288,80000,d8222960,1,c3f0a480,...) at zfs_root+0x56 zfsctl_create(c4361000,d8222a04,d8222a28,0,198526,...) at zfsctl_create+0x97 zfs_mount(c3cfc288,c3f0aac0,c39dd660,c3976e80,0,...) at zfs_mount+0x653 vfs_donmount(c3ce02d0,0,c398f980,c398f980,c3a91d48,...) at vfs_donmount+0xb10 nmount(c3ce02d0,d8222cec,28205f10,1,0,...) at nmount+0x84 syscallenter(c3ce02d0,d8222ce4,c0c003fd,c0e49130,0,...) at syscallenter+0x263 syscall(d8222d28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x2819082b, esp = 0xbfbfceac, ebp = 0xbfbfcef8 --- lock order reversal: 1st 0xc46c0dd4 zp->z_name_lock (zp->z_name_lock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:220 2nd 0xc4127674 zfsvfs->z_hold_mtx[i] (zfsvfs->z_hold_mtx[i]) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1116 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,746d5f64,5d695b78,20402029,7273752f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c3947928,c3947788,d821e668,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4127674,c3f05c47,c3947788,c3f0044d,...) at _witness_debugger+0x25 witness_checkorder(c4127674,9,c3f0044d,45c,0,...) at witness_checkorder+0x839 _sx_xlock(c4127674,0,c3f0044d,45c,c4994fce,...) at _sx_xlock+0x85 zfs_zget(c4127000,203fb,0,d821e7c8,8,...) at zfs_zget+0x56 zfs_dirent_lock(d821e7cc,c46c0d9c,d821e844,d821e7c8,6,...) at zfs_dirent_lock+0x4fe zfs_dirlook(c46c0d9c,d821e844,d821eb44,0,0,...) at zfs_dirlook+0x90 zfs_lookup(d821eb58,0,c46c4b80,c3ce05a0,0,...) at zfs_lookup+0x2fd zfs_freebsd_lookup(d821e98c,c465c660,d821eb58,c465c660,d821e9ac,...) at zfs_freebsd_lookup+0x7b VOP_CACHEDLOOKUP_APV(c3f0ab60,d821e98c,d821eb58,d821eb44,c46c4b80,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(d821ea20,d821ea20,d821eb2c,200000,d821eb2c,...) at vfs_cache_lookup+0xd6 VOP_LOOKUP_APV(c3f0ab60,d821ea20,d821eb58,1f5,d821eb44,...) at VOP_LOOKUP_APV+0xa5 lookup(d821eb2c,c0cf2d3f,ee,c9,ffffff9c,...) at lookup+0x66b namei(d821eb2c,c090801b,c0d11923,c0cdceb4,3,...) at namei+0x57f kern_statat_vnhook(c3ce05a0,0,ffffff9c,2840e0c0,0,...) at kern_statat_vnhook+0x72 kern_statat(c3ce05a0,0,ffffff9c,2840e0c0,0,...) at kern_statat+0x3c kern_stat(c3ce05a0,2840e0c0,0,d821ebe8,488,...) at kern_stat+0x36 stat(c3ce05a0,d821ecec,d821ed28,c0ceabb6,0,...) at stat+0x2f syscallenter(c3ce05a0,d821ece4,d821ece4,0,246,...) at syscallenter+0x263 syscall(d821ed28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (188, FreeBSD ELF32, stat), eip = 0x2821695b, esp = 0xbfbfe76c, ebp = 0xbfbfe7e8 --- lock order reversal: 1st 0xc4127144 zfsvfs->z_teardown_inactive_lock (zfsvfs->z_teardown_inactive_lock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:4529 2nd 0xc4127674 zfsvfs->z_hold_mtx[i] (zfsvfs->z_hold_mtx[i]) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1359 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,746d5f64,5d695b78,20402029,7273752f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c39476b8,c3947788,d821e988,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4127674,c3f05c47,c3947788,c3f0044d,...) at _witness_debugger+0x25 witness_checkorder(c4127674,9,c3f0044d,54f,0,...) at witness_checkorder+0x839 _sx_xlock(c4127674,0,c3f0044d,54f,c4127674,...) at _sx_xlock+0x85 zfs_zinactive(c46c0c90,0,c3f05f98,11b1,c0f87830,...) at zfs_zinactive+0x6e zfs_inactive(c497f110,c46c4b80,0,d821ea3c,c0c1f695,...) at zfs_inactive+0x6f zfs_freebsd_inactive(d821ea54,c497f188,c497f110,c497f188,d821ea6c,...) at zfs_freebsd_inactive+0x29 VOP_INACTIVE_APV(c3f0ab60,d821ea54,c0cf38e6,93d,c0e145e0,...) at VOP_INACTIVE_APV+0xa5 vinactive(c497f188,0,c0cf38e6,8bc,0,...) at vinactive+0x8e vputx(d821eb8c,c095bb1e,c497f110,ffffffdf,c46c4b80,...) at vputx+0x2f8 vput(c497f110,ffffffdf,c46c4b80,0,c3ce05a0,...) at vput+0x10 kern_statat_vnhook(c3ce05a0,0,ffffff9c,2840e0c0,0,...) at kern_statat_vnhook+0xee kern_statat(c3ce05a0,0,ffffff9c,2840e0c0,0,...) at kern_statat+0x3c kern_stat(c3ce05a0,2840e0c0,0,d821ebe8,488,...) at kern_stat+0x36 stat(c3ce05a0,d821ecec,d821ed28,c0ceabb6,0,...) at stat+0x2f syscallenter(c3ce05a0,d821ece4,d821ece4,0,246,...) at syscallenter+0x263 syscall(d821ed28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (188, FreeBSD ELF32, stat), eip = 0x2821695b, esp = 0xbfbfe76c, ebp = 0xbfbfe7e8 --- lock order reversal: 1st 0xc499a320 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:2243 2nd 0xc4af5000 dn->dn_struct_rwlock (dn->dn_struct_rwlock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:2194 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,6f6c7772,20296b63,752f2040,732f7273,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f520,c3946dc8,d83fe7a4,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4af5000,c3ef0e87,c3946dc8,c3eec7b9,...) at _witness_debugger+0x25 witness_checkorder(c4af5000,1,c3eec7b9,892,0,...) at witness_checkorder+0x839 _sx_slock(c4af5000,0,c3eec7b9,892,20000,...) at _sx_slock+0x85 dbuf_check_blkptr(c49ae9e4,c3ee6b0f,c3eec7b9,8d7,c4af686c,...) at dbuf_check_blkptr+0x28f dbuf_sync_list(c499a334,c47b1400,c3eec7b9,8c3,c3ef1241,...) at dbuf_sync_list+0x354 dbuf_sync_list(c4af50e4,c47b1400,6e,0,c3ee771c,...) at dbuf_sync_list+0x1de dnode_sync(c4af5000,c47b1400,0,d83feab4,c3db0d10,...) at dnode_sync+0x10f9 dmu_objset_sync_dnodes(c41d0000,c47b1400,773,0,c435c080,...) at dmu_objset_sync_dnodes+0xdc dmu_objset_sync(c41d0000,c41a4000,c47b1400,0,c40ee590,...) at dmu_objset_sync+0x1d5 dsl_pool_sync(c41dc000,773,0,c47b0000,2,...) at dsl_pool_sync+0x10e spa_sync(c40ee000,773,0,0,0,...) at spa_sync+0x33c txg_sync_thread(c41dc000,d83fed28,c0ce0b9b,35b,c3d51550,...) at txg_sync_thread+0x1ac fork_exit(c3e2cb50,c41dc000,d83fed28) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd83fed60, ebp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xc70b6188 vnode interlock (vnode interlock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1882 2nd 0xc6ef3630 hdl->sa_lock (hdl->sa_lock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sa.c:1427 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,732f6372,6d2f7379,6c75646f,7a2f7365,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c393f1e0,c3947a60,e2fbba2c,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c6ef3630,c3ef77e5,c3947a60,c3ef7235,...) at _witness_debugger+0x25 witness_checkorder(c6ef3630,9,c3ef7235,593,0,...) at witness_checkorder+0x839 _sx_xlock(c6ef3630,0,c3ef7235,593,e2fbbae8,...) at _sx_xlock+0x85 sa_lookup(c6ef3630,9,e2fbbae8,8,e2fbbaf8,...) at sa_lookup+0x4a zfs_freebsd_remove(e2fbbc00,0,0,0,c70b6110,...) at zfs_freebsd_remove+0x784 VOP_REMOVE_APV(c3f0ab60,e2fbbc00,c70b6110,e2fbbbd8,c4af3660,...) at VOP_REMOVE_APV+0xa5 kern_unlinkat(c41222d0,ffffff9c,bfbfe888,0,0,...) at kern_unlinkat+0x1fb kern_unlink(c41222d0,bfbfe888,0,e2fbbc7c,c0900a83,...) at kern_unlink+0x2f unlink(c41222d0,e2fbbcec,e2fbbd28,c0ceabb6,0,...) at unlink+0x22 syscallenter(c41222d0,e2fbbce4,e2fbbce4,0,0,...) at syscallenter+0x263 syscall(e2fbbd28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x28179edf, esp = 0xbfbfe84c, ebp = 0xbfbfea98 --- lock order reversal: 1st 0xc51d923c zp->z_parent_lock (zp->z_parent_lock) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:406 2nd 0xc4127584 zfsvfs->z_hold_mtx[i] (zfsvfs->z_hold_mtx[i]) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1116 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,746d5f64,5d695b78,20402029,7273752f,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c39478c0,c3947788,e2fcd6d4,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c4127584,c3f05c47,c3947788,c3f0044d,...) at _witness_debugger+0x25 witness_checkorder(c4127584,9,c3f0044d,45c,0,...) at witness_checkorder+0x839 _sx_xlock(c4127584,0,c3f0044d,45c,0,...) at _sx_xlock+0x85 zfs_zget(c4127000,240af,0,e2fcd7c8,40,...) at zfs_zget+0x56 zfs_dirlook(c51d9218,e2fcd844,e2fcdb44,0,0,...) at zfs_dirlook+0x24b zfs_lookup(e2fcdb58,0,c46c4b80,c49855a0,0,...) at zfs_lookup+0x2fd zfs_freebsd_lookup(e2fcd98c,c4af3660,e2fcdb58,c4af3660,e2fcd9ac,...) at zfs_freebsd_lookup+0x7b VOP_CACHEDLOOKUP_APV(c3f0ab60,e2fcd98c,e2fcdb58,e2fcdb44,c46c4b80,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(e2fcda20,e2fcda20,e2fcdb2c,200000,e2fcdb2c,...) at vfs_cache_lookup+0xd6 VOP_LOOKUP_APV(c3f0ab60,e2fcda20,e2fcdb58,1f5,e2fcdb44,...) at VOP_LOOKUP_APV+0xa5 lookup(e2fcdb2c,c0cf2d3f,ee,c9,ffffff9c,...) at lookup+0x66b namei(e2fcdb2c,1,c393fee0,c39453c8,c,...) at namei+0x57f kern_statat_vnhook(c49855a0,0,ffffff9c,284a6040,0,...) at kern_statat_vnhook+0x72 kern_statat(c49855a0,0,ffffff9c,284a6040,0,...) at kern_statat+0x3c kern_stat(c49855a0,284a6040,0,e2fcdbe8,3,...) at kern_stat+0x36 stat(c49855a0,e2fcdcec,e2fcdd28,c0ceabb6,0,...) at stat+0x2f syscallenter(c49855a0,e2fcdce4,e2fcdce4,0,0,...) at syscallenter+0x263 syscall(e2fcdd28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (188, FreeBSD ELF32, stat), eip = 0x2817c95b, esp = 0xbfbfe90c, ebp = 0xbfbfea18 --- lock order reversal: 1st 0xc3557eec bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2659 2nd 0xc46e2200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper(c0ce9121,7366752f,7366752f,7269645f,68736168,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08f756b,c0cec28f,c3942168,c3945430,e2fca868,...) at kdb_backtrace+0x2a _witness_debugger(c0cec28f,c46e2200,c0d10768,c3945430,c0d103ed,...) at _witness_debugger+0x25 witness_checkorder(c46e2200,9,c0d103ed,11c,0,...) at witness_checkorder+0x839 _sx_xlock(c46e2200,0,c0d103ed,11c,c46650e8,...) at _sx_xlock+0x85 ufsdirhash_acquire(c3557e8c,d8adc3dc,24,d8adc3f0,e2fca938,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c46650e8,e2fca994,3f0,e2fca924,e2fca928,...) at ufsdirhash_add+0x13 ufs_direnter(c46a3770,c7ec9220,e2fca994,e2fcabcc,0,...) at ufs_direnter+0x6f9 ufs_makeinode(e2fcabcc,3f3,e2fcaae0,c08afcd3,c3cfc798,...) at ufs_makeinode+0x557 ufs_symlink(e2fcabf4,e2fcac0c,0,0,e2fcab38,...) at ufs_symlink+0x33 VOP_SYMLINK_APV(c0df9780,e2fcabf4,e2fcabcc,e2fcab38,c48f9400,...) at VOP_SYMLINK_APV+0xa5 kern_symlinkat(c4985870,bfbfec49,ffffff9c,bfbfec4b,0,...) at kern_symlinkat+0x28c kern_symlink(c4985870,bfbfec49,bfbfec4b,0,e2fcac7c,...) at kern_symlink+0x2e symlink(c4985870,e2fcacec,280daba8,1,0,...) at symlink+0x29 syscallenter(c4985870,e2fcace4,c0c003fd,c0e49130,0,...) at syscallenter+0x263 syscall(e2fcad28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (57, FreeBSD ELF32, symlink), eip = 0x280dabaf, esp = 0xbfbfd8bc, ebp = 0xbfbfea28 --- ------------P0JOd0960YDz4VNXwIfI1T-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 12:21:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB90106566C for ; Fri, 17 Dec 2010 12:21:54 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 758AE8FC1C for ; Fri, 17 Dec 2010 12:21:54 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PTZJp-0006qn-DJ for freebsd-current@freebsd.org; Fri, 17 Dec 2010 13:21:53 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Dec 2010 13:21:53 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Dec 2010 13:21:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 17 Dec 2010 13:21:35 +0100 Lines: 6 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 12:21:54 -0000 On 17/12/2010 08:56, Rechistov Grigory (РечиÑтов Григорий) wrote: > By the way, could someone suggest what types of stability tests I might > perform? I.e. examples of disk- and FS-intensive workloads. Run blogbench and bonnie++ at the same time, possibly with tarring and untarring /usr/ports. From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 14:32:22 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 3C4B21065670; Fri, 17 Dec 2010 14:32:22 +0000 (UTC) Date: Fri, 17 Dec 2010 14:32:22 +0000 From: Alexander Best To: bf1783@gmail.com Message-ID: <20101217143222.GA28086@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@FreeBSD.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 14:32:22 -0000 On Tue Dec 14 10, b. f. wrote: > Alexander Best wrote: > > >any thoughts on this patch? it adds files which will be removed when > >WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) only get > >installed when WITHOUT_SYSINSTALL wasn't defined and also that any related > >executables and manual pages get removed if in fact that var is defined. > > ... > > >diff --git a/usr.sbin/Makefile b/usr.sbin/Makefile > >index f3e853e..2151868 100644 > >--- a/usr.sbin/Makefile > >+++ b/usr.sbin/Makefile > >@@ -250,7 +250,6 @@ SUBDIR+= ftp-proxy > > SUBDIR+= pkg_install > > .endif > > > >-# XXX MK_TOOLCHAIN? > > .if ${MK_PMC} != "no" > > SUBDIR+= pmcannotate > > SUBDIR+= pmccontrol > >@@ -283,7 +282,9 @@ SUBDIR+= praliases > > SUBDIR+= sendmail > > .endif > > > >+.if ${MK_SYSINSTALL} != "no" > > SUBDIR+= sysinstall > >+.endif > > I'm glad to see that you're filling in some of the many missing bits > in this file. > > The last part of your patch reverts a change that Warner Losh made in > r212525 as part of his tbemd project merge. It's possible that this > change may have been an unintended, but it followed a discussion in > which Warner rejected a related patch proposed by Garrett Cooper, > partly because sysinstall is included in build-tools in Makefile.inc1, > even though some thought that it should not be. In any event, you > should probably look into that before committing the last part of your > patch. so is csh, but still you can set WITHOUT_TCSH=true and have a world without (t)csh. no need to worry i'll commit any changes, since i don't have commit rights. ;) cheers. alex > > b. -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 14:33:32 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 93E0D10656AD; Fri, 17 Dec 2010 14:33:32 +0000 (UTC) Date: Fri, 17 Dec 2010 14:33:32 +0000 From: Alexander Best To: Bruce Cran Message-ID: <20101217143332.GB28086@freebsd.org> References: <20101214093140.00007aad@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101214093140.00007aad@unknown> Cc: bf1783@gmail.com, freebsd-current@FreeBSD.org, bf1783@googlemail.com Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 14:33:32 -0000 On Tue Dec 14 10, Bruce Cran wrote: > On Tue, 14 Dec 2010 04:47:39 +0000 > "b. f." wrote: > > > The last part of your patch reverts a change that Warner Losh made in > > r212525 as part of his tbemd project merge. It's possible that this > > change may have been an unintended, but it followed a discussion in > > which Warner rejected a related patch proposed by Garrett Cooper, > > partly because sysinstall is included in build-tools in Makefile.inc1, > > even though some thought that it should not be. In any event, you > > should probably look into that before committing the last part of your > > patch. > > I'm wondering if people might be surprised to find sade gone if they > set WITHOUT_SYSINSTALL - one's an installer, the other a partitioning > program. that's a good argument. so WITHOUT_SYSINSTALL mustn't affect sade. cheers. alex > > -- > Bruce Cran -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:53:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E6DC106566C for ; Fri, 17 Dec 2010 16:53:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 128548FC16 for ; Fri, 17 Dec 2010 16:53:14 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C088446B52; Fri, 17 Dec 2010 11:53:13 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A0AAA8A01D; Fri, 17 Dec 2010 11:53:11 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 17 Dec 2010 11:28:59 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <867hf9ashq.fsf@gmail.com> In-Reply-To: <867hf9ashq.fsf@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201012171128.59511.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 17 Dec 2010 11:53:11 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Anonymous Subject: Re: idle priority > 30 in top(1) and idprio > 31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 16:53:14 -0000 On Friday, December 17, 2010 12:16:49 am Anonymous wrote: > Is the following a regression? > > $ uname -vm > FreeBSD 9.0-HEAD-20101216-JPSNAP #0: Thu Dec 16 07:13:24 UTC 2010 > root@build-amd64-fbsd.allbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > $ yes >/dev/null & > $ idprio 31 -$(pgrep yes) > $ top > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2139 luser 1 117 i-23 10052K 1128K RUN 0:41 98.97% yes > $ idprio 444 -$(pgrep yes) > $ top > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2139 luser 1 117 i-102 10052K 1128K RUN 0:42 97.56% yes > > On 8.0-RELEASE it's different > > $ yes >/dev/null & > $ idprio 31 -$(pgrep yes) > $ top > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2653 luser 1 171 i31 5808K 596K RUN 0:10 97.88% yes > $ idprio 444 -$(pgrep yes) > idprio: idprio: Invalid argument > > - 8.1-RELEASE accepts idprio > 31, e.g. 444. I've fixed this part. > - 8.2-BETA1 shows negative values in top(1) like -CURRENT I don't see that here on HEAD (the top values look correct). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:58:40 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C33C01065679; Fri, 17 Dec 2010 16:58:40 +0000 (UTC) Date: Fri, 17 Dec 2010 16:58:40 +0000 From: Alexander Best To: bf1783@gmail.com Message-ID: <20101217165840.GA70428@freebsd.org> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: Cc: freebsd-current@FreeBSD.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 16:58:40 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue Dec 14 10, b. f. wrote: > Alexander Best wrote: > > >any thoughts on this patch? it adds files which will be removed when > >WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) only get > >installed when WITHOUT_SYSINSTALL wasn't defined and also that any related > >executables and manual pages get removed if in fact that var is defined. > > ... > > >diff --git a/usr.sbin/Makefile b/usr.sbin/Makefile > >index f3e853e..2151868 100644 > >--- a/usr.sbin/Makefile > >+++ b/usr.sbin/Makefile > >@@ -250,7 +250,6 @@ SUBDIR+= ftp-proxy > > SUBDIR+= pkg_install > > .endif > > > >-# XXX MK_TOOLCHAIN? > > .if ${MK_PMC} != "no" > > SUBDIR+= pmcannotate > > SUBDIR+= pmccontrol > >@@ -283,7 +282,9 @@ SUBDIR+= praliases > > SUBDIR+= sendmail > > .endif > > > >+.if ${MK_SYSINSTALL} != "no" > > SUBDIR+= sysinstall > >+.endif > > I'm glad to see that you're filling in some of the many missing bits > in this file. yet another addition. cheers. alex > > The last part of your patch reverts a change that Warner Losh made in > r212525 as part of his tbemd project merge. It's possible that this > change may have been an unintended, but it followed a discussion in > which Warner rejected a related patch proposed by Garrett Cooper, > partly because sysinstall is included in build-tools in Makefile.inc1, > even though some thought that it should not be. In any event, you > should probably look into that before committing the last part of your > patch. > > b. -- a13x --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="csh.diff" diff --git a/tools/build/mk/OptionalObsoleteFiles.inc b/tools/build/mk/OptionalObsoleteFiles.inc index db8251c..ece6af9 100644 --- a/tools/build/mk/OptionalObsoleteFiles.inc +++ b/tools/build/mk/OptionalObsoleteFiles.inc @@ -2232,6 +2232,9 @@ OLD_FILES+=usr/share/sendmail/cf/siteconfig/uucp.ucbvax.m4 .if ${MK_TCSH} == no OLD_FILES+=bin/csh OLD_FILES+=bin/tcsh +OLD_FILES+=etc/csh.cshrc +OLD_FILES+=etc/csh.login +OLD_FILES+=etc/csh.logout OLD_FILES+=rescue/csh OLD_FILES+=rescue/tcsh OLD_FILES+=usr/share/examples/tcsh/complete.tcsh --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 18:08:34 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA039106564A; Fri, 17 Dec 2010 18:08:34 +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 992F48FC08; Fri, 17 Dec 2010 18:08:34 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6BBEA19E02E; Fri, 17 Dec 2010 18:49:19 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3F3BA19E02D; Fri, 17 Dec 2010 18:49:17 +0100 (CET) Message-ID: <4D0BA29C.4050704@quip.cz> Date: Fri, 17 Dec 2010 18:49:16 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.16) Gecko/20101123 SeaMonkey/2.0.11 MIME-Version: 1.0 To: Alexander Best References: <20101217165840.GA70428@freebsd.org> In-Reply-To: <20101217165840.GA70428@freebsd.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 18:08:34 -0000 Alexander Best wrote: [...] >> I'm glad to see that you're filling in some of the many missing bits >> in this file. > > yet another addition. > > cheers. > alex > > .if ${MK_TCSH} == no And what about usr/share/skel/dot.cshrc? Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 19:35:23 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 82A83106566C; Fri, 17 Dec 2010 19:35:23 +0000 (UTC) Date: Fri, 17 Dec 2010 19:35:23 +0000 From: Alexander Best To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20101217193523.GA27718@freebsd.org> References: <20101217165840.GA70428@freebsd.org> <4D0BA29C.4050704@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D0BA29C.4050704@quip.cz> Cc: freebsd-current@FreeBSD.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 19:35:23 -0000 On Fri Dec 17 10, Miroslav Lachman wrote: > Alexander Best wrote: > > [...] > > >>I'm glad to see that you're filling in some of the many missing bits > >>in this file. > > > >yet another addition. > > > >cheers. > >alex > > > > .if ${MK_TCSH} == no > > And what about usr/share/skel/dot.cshrc? hmm...i'm not sure about that file. if you e.g. add WITHOUT_RCMDS to src.conf you still get usr/share/skel/dot.rhosts. i'm not saying dot.cshrc should stay, but maybe there are reasons it doesn't get deleted. cheers. alex > > Miroslav Lachman -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 19:48:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966AC106564A; Fri, 17 Dec 2010 19:48:16 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 430C08FC0A; Fri, 17 Dec 2010 19:48:15 +0000 (UTC) Received: by iwn39 with SMTP id 39so1061201iwn.13 for ; Fri, 17 Dec 2010 11:48:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=McpW5wv78FJtrFW8Bi7ou5meWA1CNR9q/Kyk3q2wrMY=; b=oNxQWC6gNWbunrrpQKsxViQ9lTZdnWTOwZnhVhkv4wT4nGGqARnBApJTc1kTOfy4OE oZ3lCjUjpiAFVbmgDuSyHWnpsVHvI0wgIDXcpk3s75LyMFCG6Hy8t1LgjXJ1oZioSOps C5wqo7TPAznjH06WkGi7Skp7Np5aMp6L6dFlI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=E2dRWNLDSD8FwXSmaU75507yYuiK9kh9QDyXEgEiEUjMLWiBZXwujIUF9TEHvArflG HAMOOKd2fbyOCnUkIKt4Id/KznxTzcCKMo+MWsRS2FDs+CgcXYEU6rM5hw060RxDXW2q 3sEpI8yKXvPRAimpS8elyG3gDnYmjp5A1CYJU= MIME-Version: 1.0 Received: by 10.42.167.193 with SMTP id t1mr1302266icy.106.1292615295335; Fri, 17 Dec 2010 11:48:15 -0800 (PST) Received: by 10.42.6.67 with HTTP; Fri, 17 Dec 2010 11:48:15 -0800 (PST) In-Reply-To: <20101217143222.GA28086@freebsd.org> References: <20101217143222.GA28086@freebsd.org> Date: Fri, 17 Dec 2010 19:48:15 +0000 Message-ID: From: "b. f." To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, imp@FreeBSD.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 19:48:16 -0000 On 12/17/10, Alexander Best wrote: > On Tue Dec 14 10, b. f. wrote: >> Alexander Best wrote: ... >> The last part of your patch reverts a change that Warner Losh made in >> r212525 as part of his tbemd project merge. It's possible that this >> change may have been an unintended, but it followed a discussion in >> which Warner rejected a related patch proposed by Garrett Cooper, >> partly because sysinstall is included in build-tools in Makefile.inc1, >> even though some thought that it should not be. In any event, you >> should probably look into that before committing the last part of your >> patch. > > so is csh, but still you can set WITHOUT_TCSH=true and have a world without > (t)csh. I'll be more explicit: Garrett's original patch went a little farther than yours: he also conditionally removed sysinstall (subject to the use of WITHOUT_SYSINSTALL) from build-tools in Makefile.inc1, as is done now under other knobs with sys/modules/aic7xxx/aicasm, share/syscons/scrnmaps, kerberos5/tools, and rescue/rescue. That is primarily what resulted in it being rejected, as no one remembered why it had been added in: http://svn.freebsd.org/viewvc/base?view=revision&revision=71238 Subsequently, Warner agreed that it could in fact be removed: http://lists.freebsd.org/pipermail/freebsd-arch/2010-June/010398.html However, he didn't remove it, and even later effectively disabled the WITHOUT_SYSINSTALL knob. So I'm suggesting that you find out why he changed his mind (it may have been an oversight), and if sysinstall really isn't needed, then not only make the changes that you originally proposed, but also prevent it from being built in the first place during build-tools, like Garrett did. (The same should be done for other parts of that target, too, like the csh bits.) ... > no need to worry i'll commit any changes, since i don't have commit rights. > ;) ...or before asking someone else to commit it. b. From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 21:59:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C9B5106566C; Fri, 17 Dec 2010 21:59:07 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 619448FC13; Fri, 17 Dec 2010 21:59:06 +0000 (UTC) Received: by wyf19 with SMTP id 19so1083948wyf.13 for ; Fri, 17 Dec 2010 13:59:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=l0R4zJFaOcxLWMWK9li0ro7/OkHfR0KRlItpSAybmFA=; b=d2POgPyMKDZ1w7BvILuTB6RsNxNFwag93Xw01w+20z5E+0ZbZWDpZqHBHh/crsccLL m7DXOJ41Kw3Mb/AT5dqr0mffQh+ZY+4o7b6INd1M+ZnUB2JEpcNrfvH+E4X0gS2i2Gof XTK1iY7kgC9y/N/BLACTKE0o0N0IoYd8gSFe4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=WK8rKzIkoK0D/y+q9S9S+YXtaNE6VOq9SLtm0533Kh+diPKujaq6HN0fXQn4IEtbh9 NE8DmtPN5QA9UIENJiPkw4tmHJC6Bq7zYVz+DObYrLYjB0qCPSNVpow9XvQXVNyCfME8 wd66n9hdJtpbgA5q63HUG+2Fa++8Tw+nnbX9Y= MIME-Version: 1.0 Received: by 10.216.71.209 with SMTP id r59mr4277957wed.15.1292623144415; Fri, 17 Dec 2010 13:59:04 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Fri, 17 Dec 2010 13:59:04 -0800 (PST) In-Reply-To: References: <20101217143222.GA28086@freebsd.org> Date: Fri, 17 Dec 2010 13:59:04 -0800 X-Google-Sender-Auth: _ErZQB-lZw4OOV0lin17JrC6xfc Message-ID: From: Garrett Cooper To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , freebsd-current@freebsd.org, imp@freebsd.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 21:59:07 -0000 On Fri, Dec 17, 2010 at 11:48 AM, b. f. wrote: > On 12/17/10, Alexander Best wrote: >> On Tue Dec 14 10, b. f. wrote: >>> Alexander Best wrote: > > ... > >>> The last part of your patch reverts a change that Warner Losh made in >>> r212525 as part of his tbemd project merge. =A0It's possible that this >>> change may have been an unintended, but it followed a discussion in >>> which Warner rejected a related patch proposed by Garrett Cooper, >>> partly because sysinstall is included in build-tools in Makefile.inc1, >>> even though some thought that it should not be. =A0In any event, you >>> should probably look into that before committing the last part of your >>> patch. >> >> so is csh, but still you can set WITHOUT_TCSH=3Dtrue and have a world wi= thout >> (t)csh. > > I'll be more explicit: > > Garrett's original patch went a little farther than yours: he also > conditionally removed sysinstall (subject to the use of > WITHOUT_SYSINSTALL) from build-tools in Makefile.inc1, as is done now > under other knobs with sys/modules/aic7xxx/aicasm, > share/syscons/scrnmaps, kerberos5/tools, and rescue/rescue. =A0That is > primarily what resulted in it being rejected, as no one remembered why > it had been added in: > > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D71238 > > Subsequently, Warner agreed that it could in fact be removed: > > http://lists.freebsd.org/pipermail/freebsd-arch/2010-June/010398.html > > However, he didn't remove it, and even later effectively disabled the > WITHOUT_SYSINSTALL knob. =A0So I'm suggesting that you find out why he > changed his mind (it may have been an oversight), and if sysinstall > really isn't needed, then not only make the changes that you > originally proposed, but also prevent it from being built in the first > place during build-tools, like Garrett did. =A0(The same should be done > for other parts of that target, too, like the csh bits.) > > ... > >> no need to worry i'll commit any changes, since i don't have commit righ= ts. >> ;) > > ...or before asking someone else to commit it. In the same token I also added needed knobs to remove pc-sysinstall that wasn't really popular at the time because it had just been introduced into the tree. I hadn't gone to great lengths to validate that everything was sane with either a standard build or release (it would be nice if release could be tuned to use either pc-sysinstall or sysinstall, but for right now it's tied to sysinstall). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 23:37:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DDA8106564A; Fri, 17 Dec 2010 23:37:41 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45C6B8FC0A; Fri, 17 Dec 2010 23:37:41 +0000 (UTC) Received: by iyb26 with SMTP id 26so784181iyb.13 for ; Fri, 17 Dec 2010 15:37:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.17.66 with SMTP id r2mr1356353iba.159.1292629060528; Fri, 17 Dec 2010 15:37:40 -0800 (PST) Received: by 10.231.59.142 with HTTP; Fri, 17 Dec 2010 15:37:40 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Sat, 18 Dec 2010 00:37:40 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 23:37:41 -0000 2010/12/13 Pawel Jakub Dawidek : > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. When booting my v15 mirrored pool with only one disk available, I've got some zfs debug messages in the console (but everything works fine) : Dec 18 00:31:55 q kernel: Trying to mount root from zfs:tank/freebsd []... Dec 18 00:31:55 q kernel: log_sysevent: type 19 is not implemented Dec 18 00:31:55 q kernel: log_sysevent: type 19 is not implemented --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 23:47:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F441065672 for ; Fri, 17 Dec 2010 23:47:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id D68108FC14 for ; Fri, 17 Dec 2010 23:47:32 +0000 (UTC) Received: (qmail 17759 invoked by uid 399); 17 Dec 2010 23:47:32 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Dec 2010 23:47:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D0BF692.9010808@FreeBSD.org> Date: Fri, 17 Dec 2010 15:47:30 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> <20101216031500.GA90809@exodus.desync.com> <20101216071922.GE1915@garage.freebsd.pl> In-Reply-To: <20101216071922.GE1915@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, ben wilber Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 23:47:33 -0000 On 12/15/2010 23:19, Pawel Jakub Dawidek wrote: > On Wed, Dec 15, 2010 at 10:15:00PM -0500, ben wilber wrote: >> On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: >>> Hi. >>> >>> The new patchset is ready for testing: >> >> Running fine for 24 hours now under load with a ~50 disk v15 (not >> upgraded) pool from -CURRENT. Thanks! >> >> Only strange thing is the rc script complains: >> >> /etc/rc: DEBUG: run_rc_command: doit: zvol_start >> unrecognized command 'volinit' >> usage: zfs command args ... > > Did you run mergemaster(8) after the upgrade? The patch includes change > to etc/rc.d/zvol to remove 'zfs volinit'/'zfs volfini' which are no > longer available. By default mergemaster will only notice the change if the $FreeBSD id changes, which it generally would not for a patch. The -s option will deal with this, but it may be less work to just cp the file. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 01:37:36 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7865106564A; Sat, 18 Dec 2010 01:37:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6A66A8FC13; Sat, 18 Dec 2010 01:37:36 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id oBI1Zscj013748; Fri, 17 Dec 2010 18:35:55 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4D0C0FFA.90605@bsdimp.com> Date: Fri, 17 Dec 2010 18:35:54 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: Garrett Cooper References: <20101217143222.GA28086@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bf1783@gmail.com, Alexander Best , freebsd-current@FreeBSD.org, imp@FreeBSD.org Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 01:37:36 -0000 On 12/17/2010 14:59, Garrett Cooper wrote: > On Fri, Dec 17, 2010 at 11:48 AM, b. f. wrote: >> On 12/17/10, Alexander Best wrote: >>> On Tue Dec 14 10, b. f. wrote: >>>> Alexander Best wrote: >> ... >> >>>> The last part of your patch reverts a change that Warner Losh made in >>>> r212525 as part of his tbemd project merge. It's possible that this >>>> change may have been an unintended, but it followed a discussion in >>>> which Warner rejected a related patch proposed by Garrett Cooper, >>>> partly because sysinstall is included in build-tools in Makefile.inc1, >>>> even though some thought that it should not be. In any event, you >>>> should probably look into that before committing the last part of your >>>> patch. >>> so is csh, but still you can set WITHOUT_TCSH=true and have a world without >>> (t)csh. >> I'll be more explicit: >> >> Garrett's original patch went a little farther than yours: he also >> conditionally removed sysinstall (subject to the use of >> WITHOUT_SYSINSTALL) from build-tools in Makefile.inc1, as is done now >> under other knobs with sys/modules/aic7xxx/aicasm, >> share/syscons/scrnmaps, kerberos5/tools, and rescue/rescue. That is >> primarily what resulted in it being rejected, as no one remembered why >> it had been added in: >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=71238 >> >> Subsequently, Warner agreed that it could in fact be removed: >> >> http://lists.freebsd.org/pipermail/freebsd-arch/2010-June/010398.html >> >> However, he didn't remove it, and even later effectively disabled the >> WITHOUT_SYSINSTALL knob. So I'm suggesting that you find out why he >> changed his mind (it may have been an oversight), and if sysinstall >> really isn't needed, then not only make the changes that you >> originally proposed, but also prevent it from being built in the first >> place during build-tools, like Garrett did. (The same should be done >> for other parts of that target, too, like the csh bits.) >> >> ... >> >>> no need to worry i'll commit any changes, since i don't have commit rights. >>> ;) >> ...or before asking someone else to commit it. > In the same token I also added needed knobs to remove > pc-sysinstall that wasn't really popular at the time because it had > just been introduced into the tree. I hadn't gone to great lengths to > validate that everything was sane with either a standard build or > release (it would be nice if release could be tuned to use either > pc-sysinstall or sysinstall, but for right now it's tied to > sysinstall). They weren't popular because there's a lot of churn in the shell scripts that are going into the tree. besides, it is totally stupid to maintain two long lists of files in two separate locations. The amount of 'bloat' from pc-sysinstall in small enough to make this problem not interesting to solve. Warner From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 05:50:07 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F88106564A for ; Sat, 18 Dec 2010 05:50:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF098FC0C for ; Sat, 18 Dec 2010 05:50:07 +0000 (UTC) Received: (qmail 9696 invoked by uid 399); 18 Dec 2010 05:50:06 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Dec 2010 05:50:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D0C4B8D.5040409@FreeBSD.org> Date: Fri, 17 Dec 2010 21:50:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-arch@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Discussion about upgrading BIND in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 05:50:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 For those interested in the topic I have opened a discussion about the idea of upgrading BIND in RELENG_7 on freebsd-stable. You can find the post here: http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060640.html If you have anything to contribute please follow up on that list. Thanks, Doug - -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJNDEuMAAoJEFzGhvEaGryEJMgIAMDmYwcX9vLOd9nh+XnZk/7S WJ2brZWl0BSG57J369rp3wQnQvFh9xMnUdUG2gnMnQOR/JwLKeBsQdcVfxhL6RgT mzelwstEa+OzmS4+cj96jWZYwQN1jyT5jMJCrbdM7JKTTPZG5PhUJTYvy7w68qNm lhzdBbyQnw5iVKv/tsCU7m1ioSa7Aq1fRgj7O5/GkBAfcXSrF31S66LxRPtcM5OP Ebxk4ttmJxZx5HXbQkU8xMhluYGvUaVt2quUks7mqkJ83NR6wNyL5A7WiP5aRHoA UWj5bfCiACnblRRL89d2jT858okQ/eeqUBMZ8DQLzlOSKB/FNJxj7iIL+6+evX0= =22Q7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 09:42:12 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8816C10656CA for ; Sat, 18 Dec 2010 09:42:12 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id D2D2E8FC14 for ; Sat, 18 Dec 2010 09:42:11 +0000 (UTC) Received: (qmail invoked by alias); 18 Dec 2010 09:15:30 -0000 Received: from cm203-32.liwest.at (EHLO bones.gusis.at) [81.10.203.32] by mail.gmx.net (mp023) with SMTP; 18 Dec 2010 10:15:30 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1+YHdwauVSYsebYNNL1GH++S1zGbz07Cj5EAkPcJH nPxre74fwh7Lcn From: Christian Gusenbauer Date: Sat, 18 Dec 2010 10:14:35 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.4; i386; ; ) MIME-Version: 1.0 To: current@freebsd.org Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201012181014.35588.c47g@gmx.at> X-Y-GMX-Trusted: 0 Cc: Subject: Starting with svn commit r216333 current freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 09:42:12 -0000 Hi! With commit r216333 to pmap.c my PC (i386 32 bit) freezes within a few seconds when X (with nvidia-driver 256.53) starts. I already recompiled and reinstalled the nvidia driver, but this didn't change anything. I also tried the latest nvidia-driver 260.19.29 but without luck, too :-(. By chance I saw a panic message "vm_page_unwire: page 0x... wire count is zero", but no crash dump was generated. Any clues? Thanks, Christian. From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 10:48:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5431065670 for ; Sat, 18 Dec 2010 10:48:39 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 96D058FC20 for ; Sat, 18 Dec 2010 10:48:39 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1PTtzC-000Dyv-CX; Sat, 18 Dec 2010 12:25:58 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Christian Gusenbauer In-reply-to: <201012181014.35588.c47g@gmx.at> References: <201012181014.35588.c47g@gmx.at> Comments: In-reply-to Christian Gusenbauer message dated "Sat, 18 Dec 2010 10:14:35 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Dec 2010 12:25:58 +0200 From: Daniel Braniss Message-ID: Cc: current@freebsd.org Subject: Re: Starting with svn commit r216333 current freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 10:48:40 -0000 > Hi! > > With commit r216333 to pmap.c my PC (i386 32 bit) freezes within a few seconds > when X (with nvidia-driver 256.53) starts. I already recompiled and > reinstalled the nvidia driver, but this didn't change anything. I also tried > the latest nvidia-driver 260.19.29 but without luck, too :-(. > > By chance I saw a panic message "vm_page_unwire: page 0x... wire count is > zero", but no crash dump was generated. > > Any clues? > are you running amd (am-utils)? danny > Thanks, > Christian. > _______________________________________________ > 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 Dec 18 12:31:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 662DC106564A; Sat, 18 Dec 2010 12:31:42 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id ED2948FC08; Sat, 18 Dec 2010 12:31:41 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id oBICVefD045396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Dec 2010 13:31:40 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1292675501; bh=c4kL9BaJ9U81vQ6gZiYkMcnp0WUnS6WI03+gcAO+vWo=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=QrfR5v1QP3H1eFWjd+20X65z/b8Vl0SPPMaiprwcwAdMQdekMzbLZRut9uuITHkzz AvLj+C/kDvmA+2YWOmIlzErIQkEAkimBjw3PHKkLzamcZYnZJdN0qNOT3mDyd4qIUh Rheu74lgnRV4jjkWvWYe1fMLui/HcfM/o7tKp2K8= Date: Sat, 18 Dec 2010 13:31:40 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alexander Best Message-ID: <20101218123140.GX23098@acme.spoerlein.net> Mail-Followup-To: Alexander Best , Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org References: <20101217165840.GA70428@freebsd.org> <4D0BA29C.4050704@quip.cz> <20101217193523.GA27718@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101217193523.GA27718@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: a few OptionalObsoleteFiles.inc improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 12:31:42 -0000 On Fri, 17.12.2010 at 19:35:23 +0000, Alexander Best wrote: > On Fri Dec 17 10, Miroslav Lachman wrote: > > Alexander Best wrote: > > > > [...] > > > > >>I'm glad to see that you're filling in some of the many missing bits > > >>in this file. > > > > > >yet another addition. > > > > > >cheers. > > >alex > > > > > > .if ${MK_TCSH} == no > > > > And what about usr/share/skel/dot.cshrc? > > hmm...i'm not sure about that file. if you e.g. add WITHOUT_RCMDS to src.conf > you still get usr/share/skel/dot.rhosts. i'm not saying dot.cshrc should stay, > but maybe there are reasons it doesn't get deleted. Please keep them, there are enough use-cases where you want them installed to a new users home, no matter what's installed locally (think NFS homedirs) Uli From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 16:33:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95AD5106564A for ; Sat, 18 Dec 2010 16:33:31 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id DAC7E8FC15 for ; Sat, 18 Dec 2010 16:33:30 +0000 (UTC) Received: (qmail invoked by alias); 18 Dec 2010 16:33:28 -0000 Received: from cm203-32.liwest.at (EHLO bones.gusis.at) [81.10.203.32] by mail.gmx.net (mp065) with SMTP; 18 Dec 2010 17:33:28 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX19Q9Dc4F9BQHNSPE9D0YTl8eRyETZIrMFGY+ucrZo ZGk3KnOozJSLju From: Christian Gusenbauer To: Daniel Braniss Date: Sat, 18 Dec 2010 17:32:33 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.4; i386; ; ) References: <201012181014.35588.c47g@gmx.at> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012181732.33717.c47g@gmx.at> X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Starting with svn commit r216333 current freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 16:33:31 -0000 On Saturday 18 December 2010 11:25:58 Daniel Braniss wrote: > > Hi! > > > > With commit r216333 to pmap.c my PC (i386 32 bit) freezes within a few > > seconds when X (with nvidia-driver 256.53) starts. I already recompiled > > and reinstalled the nvidia driver, but this didn't change anything. I > > also tried the latest nvidia-driver 260.19.29 but without luck, too :-(. > > > > By chance I saw a panic message "vm_page_unwire: page 0x... wire count is > > zero", but no crash dump was generated. > > > > Any clues? > > are you running amd (am-utils)? No, I don't. Ciao, Christian. > > danny > > > Thanks, > > Christian. > > _______________________________________________ > > 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 Dec 18 17:49:27 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78CB11065673 for ; Sat, 18 Dec 2010 17:49:27 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ey0-f178.google.com (mail-ey0-f178.google.com [209.85.215.178]) by mx1.freebsd.org (Postfix) with ESMTP id 074F48FC0C for ; Sat, 18 Dec 2010 17:49:26 +0000 (UTC) Received: by eyh5 with SMTP id 5so716104eyh.37 for ; Sat, 18 Dec 2010 09:49:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=AlFU1Y2leApx1SefnTupC2EhAzsmjuCRljwxV7eXXTs=; b=dUGiXAyc6d6AUTA69kwag2ZDqVibOXeOoG+vxAO/AzVN0N0B/B0wX70dE6RPELVLRO ZbhDOJdKXt1zRhenDoNWZaYOdidYEYnOIwxqM+ODx/Vd/a4DZJINDyABe4DnMq9jTIZg WRxrOKsd+T8eVsSp6A4kZESW6M0ijoezFesbQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=AbUBVZP7fZdThFPGgBt/PBXS5V7z0iMoE8yPZ3Nsm2qCsz4+yFTghFg5mtHgaYuidI tuHTH3YPJBze2++rgOll8GXcXPkVyHB0fd9xBHxQmlvuQs5fZhygUKO1btNw0orisJwB BvtCyhaOMPGzvYDHAdhpkfe/XMZp7Fyq82eu8= Received: by 10.213.14.7 with SMTP id e7mr3500836eba.18.1292692989632; Sat, 18 Dec 2010 09:23:09 -0800 (PST) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id b52sm1268342eei.13.2010.12.18.09.23.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Dec 2010 09:23:08 -0800 (PST) Date: Sat, 18 Dec 2010 19:22:51 +0200 From: Gleb Kurtsou To: Christian Gusenbauer Message-ID: <20101218172251.GA31794@tops> References: <201012181014.35588.c47g@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <201012181014.35588.c47g@gmx.at> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Starting with svn commit r216333 current freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 17:49:27 -0000 On (18/12/2010 10:14), Christian Gusenbauer wrote: > Hi! > > With commit r216333 to pmap.c my PC (i386 32 bit) freezes within a few seconds > when X (with nvidia-driver 256.53) starts. I already recompiled and > reinstalled the nvidia driver, but this didn't change anything. I also tried > the latest nvidia-driver 260.19.29 but without luck, too :-(. > > By chance I saw a panic message "vm_page_unwire: page 0x... wire count is > zero", but no crash dump was generated. It works fine for me on amd64. % uname -a FreeBSD tops 9.0-CURRENT FreeBSD 9.0-CURRENT #9 r216475+2eff56c: Thu Dec 16 08:21:48 EET 2010 root@tops:/usr/obj/freebsd-src/local/sys/TOPS amd64 pciconf: vgapci0@pci0:1:0:0: class=0x030000 card=0x04411028 chip=0x0a7510de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA Xorg log: (--) PCI:*(0:1:0:0) 10de:0a75:1028:0441 nVidia Corporation GT218 [GeForce 310M] rev 162, Mem @ 0xfa000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/65536 (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 256.53 Fri Aug 27 20:49:58 PDT 2010 > > Any clues? > > Thanks, > Christian. > _______________________________________________ > 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 Dec 18 18:30:25 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 001971065672 for ; Sat, 18 Dec 2010 18:30:24 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id 396AE8FC14 for ; Sat, 18 Dec 2010 18:30:23 +0000 (UTC) Received: from 181-25-132-95.pool.ukrtel.net ([95.132.25.181] helo=localhost) by fsm1.ukr.net with esmtps ID 1PU1Xx-000DZs-JX for freebsd-current@FreeBSD.ORG; Sat, 18 Dec 2010 20:30:22 +0200 Date: Sat, 18 Dec 2010 20:30:20 +0200 From: Ivan Klymenko To: freebsd-current@FreeBSD.ORG Message-ID: <20101218203020.1cec8dc7@ukr.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: dev/psm0 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 18:30:25 -0000 http://svn.freebsd.org/viewvc/base/head/sys/dev/atkbdc/psm.c?view=log after updating svn revision => 216491 system is not detecting the device psm http://svn.freebsd.org/viewvc/base?view=revision&revision=216491 Copyright (c) 1992-2010 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 9.0-CURRENT #0 r216524: Sat Dec 18 19:51:17 EET 2010 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1994.47-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fd Family = 6 Model = f Stepping = 13 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2039611392 (1945 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.13 @ /dev/cuse kbd1 at kbdmux0 acpi0: on motherboard hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, 7fd6d800 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xef00-0xef7f mem 0xfd000000-0xfdffffff,0xe0000000-0xefffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 acpi_video0: on vgapci0 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io uhci0: port 0x6f20-0x6f3f irq 20 at device 26.0 on pci0 usbus0: on uhci0 uhci1: port 0x6f00-0x6f1f irq 21 at device 26.1 on pci0 usbus1: on uhci1 ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfebfc000-0xfebfffff irq 21 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 pcib2: at device 28.0 on pci0 pci11: on pcib2 pcib3: at device 28.1 on pci0 pci12: on pcib3 pci12: at device 0.0 (no driver attached) pcib4: at device 28.3 on pci0 pci13: on pcib4 pcib5: at device 28.5 on pci0 pci9: on pcib5 bge0: mem 0xf9bf0000-0xf9bfffff irq 17 at device 0.0 on pci9 bge0: CHIP ID 0x0000c002; ASIC REV 0x0c; CHIP REV 0xc0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow bge0: Ethernet address: 00:1c:23:f9:bb:5f uhci2: port 0x6f80-0x6f9f irq 20 at device 29.0 on pci0 usbus3: on uhci2 uhci3: port 0x6f60-0x6f7f irq 21 at device 29.1 on pci0 usbus4: on uhci3 uhci4: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 usbus5: on uhci4 ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6: on ehci1 pcib6: at device 30.0 on pci0 pci3: on pcib6 fwohci0: <1394 Open Host Controller Interface> mem 0xf9aff800-0xf9afffff irq 19 at device 1.0 on pci3 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 32:4f:c0:00:1c:e5:20:70 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x3814000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 32:4f:c0:e5:20:70 fwe0: Ethernet address: 32:4f:c0:e5:20:70 fwip0: on firewire0 fwip0: Firewire address: 32:4f:c0:00:1c:e5:20:70 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci3: at device 1.1 (no driver attached) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 1.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6fa0-0x6faf irq 16 at device 31.1 on pci0 ata0: on atapci0 ahci0: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eff mem 0xfebfb800-0xfebfbfff irq 17 at device 31.2 on pci0 ahci0: AHCI v1.10 with 3 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 attimer0: port 0x40-0x43,0x50-0x53 irq 2 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 orm0: at iomem 0xc0000-0xcd7ff,0xcd800-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 acd0: DVDR at ata0-master UDMA33 hdac0: HDA Codec #0: Sigmatel STAC9228X hdac0: HDA Codec #1: Conexant (Unknown) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen6.2: at usbus6 umass0: on usbus6 ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) SMP: AP CPU #1 Launched! ugen4.2: at usbus4 ums0: on usbus4 ums0: 8 buttons and [XYZ] coordinates ID=0 ugen6.3: at usbus6 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM status: SCSI Status Error (probe0:ata0:0:0:0): SCSI status: Check Condition (probe0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) cd0 at ata0 bus 0 scbus4 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present kqemu version 0x00010400 kqemu: KQEMU installed, max_locked_mem=1034776kB. sdhci0: mem 0xf9aff400-0xf9aff4ff irq 18 at device 1.1 on pci3 sdhci0: 1 slot(s) allocated GEOM: md0: geometry does not match label (1h,63s != 1h,1s). fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 acd0: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 ugen4.2: at usbus4 (disconnected) ums0: at uhub4, port 2, addr 2 (disconnected) ugen4.2: at usbus4 ums0: on usbus4 ums0: 8 buttons and [XYZ] coordinates ID=0 ugen4.2: at usbus4 (disconnected) ums0: at uhub4, port 2, addr 2 (disconnected) ugen4.2: at usbus4 ums0: on usbus4 ums0: 8 buttons and [XYZ] coordinates ID=0 ugen4.2: at usbus4 (disconnected) ums0: at uhub4, port 2, addr 2 (disconnected) ugen4.2: at usbus4 ums0: on usbus4 ums0: 8 buttons and [XYZ] coordinates ID=0 What happened and how do I fix this? Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 21:02:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AFE41065670 for ; Sat, 18 Dec 2010 21:02:32 +0000 (UTC) (envelope-from vladislav.movchan@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id B40038FC14 for ; Sat, 18 Dec 2010 21:02:31 +0000 (UTC) Received: by fxm19 with SMTP id 19so1653495fxm.36 for ; Sat, 18 Dec 2010 13:02:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=8uKmO4OtSghuahh8/93IgPXcDgwJaYCkswOv7L6eFMo=; b=He94trNVBw3tmM8HU8r45qmQV6HiDPQF8t+22Ns8SylCuikyFXB8j6js/pdcDMQrHt cz1xz7Cr8vX/dvrnXj9e4UA1Khnys3Ndi3vIVeY16f7Fk5VhTa5nA3SO5L2g6kPYXrQ9 XZOGyTNCUe9rVh7kCVAp4pCxz6mE8Fy3IMTwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JRw37+2MroJl8qvt9oKOWj54wNxzGBfwZ+jZwEjuoKwB3KNeNfnqhqTqmEKFdSexvK 0HTNw7komJ13+OOYs9MyclDg5p1qhEjBSAm2wuG4I4vAB1X5phZQdBZJtuiS/5uX9xSy LMFX1t01UBPnFCrozlzt3NoKpGnu5QnBUGHjg= MIME-Version: 1.0 Received: by 10.223.97.8 with SMTP id j8mr2668928fan.141.1292704462850; Sat, 18 Dec 2010 12:34:22 -0800 (PST) Received: by 10.223.97.80 with HTTP; Sat, 18 Dec 2010 12:34:22 -0800 (PST) In-Reply-To: <201012181014.35588.c47g@gmx.at> References: <201012181014.35588.c47g@gmx.at> Date: Sat, 18 Dec 2010 22:34:22 +0200 Message-ID: From: Vladislav Movchan To: Christian Gusenbauer Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Starting with svn commit r216333 current freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 21:02:32 -0000 On Sat, Dec 18, 2010 at 11:14 AM, Christian Gusenbauer wrote: > Hi! > > With commit r216333 to pmap.c my PC (i386 32 bit) freezes within a few seconds > when X (with nvidia-driver 256.53) starts. I already recompiled and > reinstalled the nvidia driver, but this didn't change anything. I also tried > the latest nvidia-driver 260.19.29 but without luck, too :-(. > > By chance I saw a panic message "vm_page_unwire: page 0x... wire count is > zero", but no crash dump was generated. > > Any clues? > > Thanks, > Christian. > _______________________________________________ > 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" > I can only add "me too" - I am experiencing the same problem with two i386 machines. Both PCs work fine on revision 216332 and hanging on revision 216333 or later. I've tried to use different nvidia-driver versions (195.36.24, 256.53 and 260.19.29), tried disabling glx/dri xorg extensions but nothing changed. Freeze happening before the moment when "nvidia logo" appears. Unfortunately I was never able to see panic message or obtain crash dump. If anybody have ideas I can help with testing. First machine: pciconf: vgapci0@pci0:1:0:0: class=0x030000 card=0x04421028 chip=0x0a2910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA Xorg log: (--) PCI:*(0:1:0:0) 10de:0a29:1028:0442 nVidia Corporation GT216 [GeForce GT 330M] rev 162, Mem @ 0xfa000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/65536 Second one: pciconf: vgapci0@pci0:1:0:0: class=0x030000 card=0x34681458 chip=0x061110de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVIDIA GeForce 8800 GT (G92)' class = display subclass = VGA Xorg log: (--) PCI:*(0:1:0:0) 10de:0611:1458:3468 nVidia Corporation G92 [GeForce 8800 GT] rev 162, Mem @ 0xf6000000/16777216, 0xe0000000/268435456, 0xf4000000/33554432, I/O @ 0x0000b000/128, BIOS @ 0x????????/65536 -- Have a nice(1) day, Vladislav Movchan